Шаблон развертывания Экземпляра Nexus

2025-05-08

В этом руководстве представлен пошаговый шаблон для развертывания экземпляра Nexus.

Обзор

Общие сведения о шаблоне развертывания экземпляра Nexus

Этот шаблон предназначен для управления воспроизводимым комплексным развертыванием с помощью API Azure и стандартных операционных процедур.

Предпосылки

Предварительные требования для развертывания экземпляра Nexus с помощью этого шаблона

Последняя версия Azure CLI.
Новейшее managednetworkfabricрасширение CLI.
Новейшее networkcloudрасширение CLI.
Доступ по подписке для выполнения команд CLI-расширений для Azure Operator Nexus Network Fabric (NF) и Network Cloud (NC).
Данные экземпляра Nexus для Telco Input Template.
Предварительные требования для платформы.

Обязательные параметры

Параметры, используемые в этом документе

<СРЕДА>: имя экземпляра
<AZURE_REGION>: регион Экземпляра Azure
< >CUSTOMER_SUB_NAME: имя подписки
< >CUSTOMER_SUB_ID: идентификатор подписки
<CUSTOMER_SUB_TENANT_ID>: идентификатор арендатора (из az account show)
< >NEXUS_VERSION: версия выпуска Nexus (например, 2504.1)
<NNF_VERSION>: версия выпуска Nexus Network Fabric (NNF) (например, 8.1)
< >NF_VERSION: версия среды выполнения Network Fabric (NF) (например, 5.0.0)
<NC_VERSION>: версия Network Cloud (NC), например, 4.2.5
< >NFC_NAME: имя связанного контроллера сетевой структуры (NFC)
< >NFC_RG: группа ресурсов NFC
<NFC_RID>: NFC ARM ИДЕНТИФИКАТОР
< >NFC_MRG: управляемая группа ресурсов NFC
< >NFC_SUBNET: диапазон подсети для NFC
<NF_NAME>: имя NF
< >NF_RG: группа ресурсов NF
< >NF_RID: идентификатор NF ARM
<NF_MGMT_SUBNET>: диапазон подсети управления NF
< >NF_IDRAC_SUBNET: диапазон подсети NF IDRAC
< >NF_DEVICE_NAME: имя устройства NF
< >NF_DEVICE_RID: идентификатор ресурса устройства NF
<NF_DEVICE_INTERFACE_NAME>: имя интерфейса NF
< >NF_DEVICE_HOSTNAME: имя узла устройства NF
< >NF_DEVICE_SN: серийный номер устройства NF
< >CM_NAME: связанный диспетчер кластеров (CM)
< >CM_RG: группа ресурсов CM
< >CLUSTER_NAME: связанное имя кластера
< >CLUSTER_RG: группа ресурсов кластера (RG)
< >CLUSTER_RID: идентификатор ARM кластера
< >CLUSTER_MRG: группа управляемых кластером ресурсов
< >CLUSTER_CONTROL_BMM: компьютер на уровне управления кластером (BMM)
< >CLUSTER_DEPLOY_GROUPING: групповая организация развертывания кластеров
< >CLUSTER_DEPLOY_TYPE: тип развертывания кластера
< >CLUSTER_DEPLOY_THRESHOLD. Порог развертывания кластера
<DEPLOYMENT_THRESHOLD>: Вычисление порога развертывания
<DEPLOYMENT_PAUSE_MINS>: Время ожидания перед переходом на следующую стойку после достижения текущей стойкой порога развертывания.
<MISE_CID>: Идентификатор корреляции Microsoft.Identity.ServiceEssentials (MISE) в выходных данных отладки для обновлений устройств
< >CORRELATION_ID: Идентификатор корреляции операций в отладочном выводе для обновлений устройств
< >ASYNC_URL: URL-адрес асинхронного (ASYNC) в выходных данных отладки для обновлений устройств
<LINK_TO_TELCO_INPUT>. Ссылка на файл входных данных по экземпляру Telco

Данные развертывания

Сведения о данных развертывания

- Nexus: <NEXUS_VERSION>
- NC: <NC_VERSION>
- NF: <NF_VERSION>
- Subscription Name: <CUSTOMER_SUB_NAME>
- Subscription ID: <CUSTOMER_SUB_ID>
- Tenant ID: <CUSTOMER_SUB_TENANT_ID>
- Telco Input: <LINK_TO_TELCO_INPUT>

Информация для отладки команд Azure CLI

Сбор сведений об отладке для команд Azure CLI

Команды развертывания Azure CLI, выданные с --debug, содержат следующие сведения в выходных данных команды:

cli.azure.cli.core.sdk.policies:     'mise-correlation-id': '<MISE_CID>'
cli.azure.cli.core.sdk.policies:     'x-ms-correlation-request-id': '<CORRELATION_ID>'
cli.azure.cli.core.sdk.policies:     'Azure-AsyncOperation': '<ASYNC_URL>'

Чтобы просмотреть состояние длительных асинхронных операций, выполните следующую команду:az rest

az rest -m get -u '<ASYNC_URL>'

Сведения о состоянии команды возвращаются вместе с подробными информационными или сообщениями об ошибках:

"status": "Accepted"
"status": "Succeeded"
"status": "Failed"

Если возникают сбои, сообщите о <MISE_CID>, <CORRELATION_ID>, коде состояния и подробных сообщениях при открытии запроса на поддержку.

Развертывание NFC (пропустить раздел, если NFC уже существует)

Подробные инструкции по развертыванию NFC

Создание NFC

Создайте группу, если она не существует из Azure CLI:

az group list --query "[?location=='<AZURE_REGION>'] | [?contains(name,'<NFC_RG>')]" --subscription <CUSTOMER_SUB_ID> -o table
az group create -l <AZURE_REGION> -n <NFC_RG> --subscription <CUSTOMER_SUB_ID>

Проверьте, существует ли NFC с помощью Azure CLI.
```
az networkfabric controller show --resource-group <NFC_RG> --resource-name <NFC_NAME> --subscription <CUSTOMER_SUB_ID> -o table
Code: ResourceNotFound
```
Это важно

Не продолжайте работу, если NFC уже существует для <NFC_NAME>.

Создайте NFC из шаблона ввода Telco (пропустите существующий NFC) с помощью Azure CLI:

az networkfabric controller create --resource-group <NFC_RG> --subscription <CUSTOMER_SUB_ID> --location <AZURE_REGION> \
  --resource-name <NFC_NAME> --ipv4-address-space "<NFC_IPV4>/<NFC_IPV4_CIDR>" --ipv6-address-space "<NFC_IPV6>/<NFC_IPV6_CIDR>" \
  --infra-er-connections '[{"expressRouteCircuitId": "<MGMT_ER1_RID>", "expressRouteAuthorizationKey": "<MGMT_AUTH_1>"}, \
    {"expressRouteCircuitId": "<MGMT_ER2_RID>", "expressRouteAuthorizationKey": "<MGMT_AUTH_2>"}]' \
  --workload-er-connections '[{"expressRouteCircuitId": "<TNT_ER1_RID>", "expressRouteAuthorizationKey": "<TNT_AUTH_1>"}, \
    {"expressRouteCircuitId": "<TNT_ER2_RID>", "expressRouteAuthorizationKey": "<TNT_AUTH_2>"}]' \
  --mrg name=<NFC_MRG> location=<AZURE_REGION> --debug --no-wait

Замечание

Создание NFC может занять до 1 часа.

Проверьте, чтобы состояния NFC и NFC customlocation были одинаковыми Succeeded из Azure CLI:

az networkfabric controller show --resource-group <NFC_RG> --resource-name <NFC_NAME> --subscription <CUSTOMER_SUB_ID> -o table

az networkfabric controller list --subscription <CUSTOMER_SUB_ID> -o table
az vm list -o table --query "[?location=='<AZURE_REGION>']" --subscription <CUSTOMER_SUB_ID>

az customlocation list -o table --query "[?location=='<AZURE_REGION>']" | grep <NFC_NAME> --subscription <CUSTOMER_SUB_ID>

Убедитесь, что создаются подсети NFC:

Проверка на портале Azure: Network Fabric Controllers (Operator Nexus) -><NFC_NAME> -><NFC_MRG —>>networkfabric-infravnet>Subnets

Ознакомьтесь с Azure CLI:

az network vnet subnet list --vnet-name networkfabric-infravnet -g <NFC_MRG> --subscription <CUSTOMER_SUB_ID> -o table
<NFC_SUBNET>.<+0>.0/24  nfc-aks-subnet    Disabled  Enabled   Succeeded <NFC_MRG>
<NFC_SUBNET>.<+1>.0/24  GatewaySubnet        Disabled  Enabled   Succeeded <NFC_MRG>
<NFC_SUBNET>.<+2>.0/23  infra-proxy-subnet   Disabled  Enabled   Succeeded <NFC_MRG>
<NFC_SUBNET>.<+7>.0/24  private-link-subnet  Disabled  Enabled   Succeeded <NFC_MRG>  PrivateEndpoints
<NFC_SUBNET>.<+4>.0/24  clustermanager-subnet  Disabled  Disabled  Succeeded <NFC_MRG>

Проверьте подключения ER:Status: Succeeded

Проверка на портале Azure: Network Fabric Controllers (Operator Nexus) -><NFC_NAME> -><NFC_MRG -NF_ER_CONNECTIONS>><>

Ознакомьтесь с Azure CLI:
```
az network vpn-connection list -g <NFC_MRG> --subscription <CUSTOMER_SUB_ID> -o table
```

Развертывание CM (пропустить раздел, если CM уже существует)

Подробные инструкции по развертыванию CM

Создать CM

Создайте группу, если она не существует из Azure CLI:

az group list --query "[?location=='<AZURE_REGION>'] | [?contains(name,'<CM_RG>')]" --subscription <CUSTOMER_SUB_ID> -o table
az group create -l <AZURE_REGION> -n <CM_RG> --subscription <CUSTOMER_SUB_ID>

Проверьте, существует ли CM в Azure CLI.
```
az networkcloud clustermanager show --subscription <CUSTOMER_SUB_ID> -n <CM_NAME> -g <CM_RG> -o table
Code: ResourceNotFound
```
Это важно

Не продолжайте, если CM уже существует для <CM_NAME>.
Создайте CM из шаблона ввода Telco (пропустите существующий CM) с помощью развертывания ARM из Azure CLI:
```
az deployment sub create --name <CM_NAME>-deployment --subscription <CUSTOMER_SUB_ID> --location <AZURE_REGION> --template-file "clusterManager.jsonc" \
  --parameters "clusterManager.parameters.jsonc" --debug --no-wait
```
Перейдите по следующим ссылкам, чтобы ознакомиться со структурой шаблона ARM и файлами параметров для CM.
- clusterManager.jsonc
- clusterManager.parameters.jsonc
Проверьте состояние CM для Succeeded с помощью Azure CLI.
```
az networkcloud clustermanager list --subscription <CUSTOMER_SUB_ID> -o table
```

Развертывание Fabric

Подробные шаги по развертыванию Fabric

Создание ткани

Создайте группу, если она не существует из Azure CLI:

az group list --query "[?location=='<AZURE_REGION>'] | [?contains(name,'<NF_RG>')]" --subscription <CUSTOMER_SUB_ID> -o table
az group create -l <AZURE_REGION> -n <NF_RG> --subscription <CUSTOMER_SUB_ID>

Проверьте, существует ли пользовательское местоположение Fabric в Azure CLI.
```
az customlocation list --subscription <CUSTOMER_SUB_ID> -o table | grep <NF_NAME>
```
Это важно

Не продолжайте работу, если пользовательское расположение Fabric уже существует для <NF_NAME>.
Проверьте, существует ли Fabric с помощью Azure CLI.
```
az networkfabric fabric show --resource-group <NF_RG> --resource-name <NF_NAME> --subscription <CUSTOMER_SUB_ID> -o table
Code: ResourceNotFound
```
Это важно

Не продолжайте работу, если Структура уже существует для <NF_NAME>.

Создайте Структуру из шаблона ввода Telco с помощью Azure CLI:

az networkfabric fabric create --resource-group <NF_RG> --subscription <CUSTOMER_SUB_ID> --location <AZURE_REGION> --resource-name <NF_NAME> \
  --nf-sku <NF_SKU> --nfc-id </subscriptions/<CUSTOMER_SUB_ID>/resourceGroups/<NFC_RG>/providers/Microsoft.ManagedNetworkFabric/networkFabricControllers/<NFC_NAME> \
  --fabric-asn <NF_ASN> --fabric-version <NF_VER> --ipv4-prefix "<MGMT_IPV4>/<MGMT_IPV4_CIDR>" --ipv6-prefix "<MGMT_IPV6>/<MGMT_IPV6_CIDR>" --rack-count <RACK_COUNT> \
  --server-count-per-rack <SERVERS_PER_RACK> --ts-config '{"primaryIpv4Prefix": "<TS_IPV4_1>/<TS1_IPV4_1_CIDR>", "secondaryIpv4Prefix": "<TS_IPV4_2>/<TS1_IPV4_2_CIDR>", \
    "username": "<TS_USER>", "password": "<TS_PASSWORD?", "serialNumber": "<TS_SERIAL>", "primaryIpv6Prefix": "<TS_IPV6_1>/<TS1_IPV6_1_CIDR>", "secondaryIpv6Prefix": "<TS_IPV6_2>/<TS1_IPV6_2_CIDR>"}' \
  --managed-network-config '{"infrastructureVpnConfiguration": {"peeringOption": "OptionA", "optionAProperties": {"mtu": "<MGMT_OPA_MTU>", "vlanId": "<MGMT_OPA_VLANID>", \
    "peerASN": "<MGMT_OPA_PEERASN>", "primaryIpv4Prefix": "<MGMT_OPA_PRIMARYIPV4PREFIX>", "secondaryIpv4Prefix": "<MGMT_OPA_SECONDARYIPV4PREFIX>"}}, \
    "workloadVpnConfiguration": {"peeringOption": "OptionA", "optionAProperties": {"mtu": "<TENANT_OPA_MTU>", "vlanId": "<TENANT_OPA_VLANID>", "peerASN": "<TENANT_OPA_PEERASN>", \
    "primaryIpv4Prefix": "<TENANT_OPA_PRIMARYIPV4PREFIX>", "secondaryIpv4Prefix": "<TENANT_OPA_SECONDARYIPV4PREFIX>", "primaryIpv6Prefix": "<TENANT_OPA_PRIMARYIPV6PREFIX>", \
    "secondaryIpv6Prefix": "<TENANT_OPA_SECONDARYIPV6PREFIX>"}}}' --debug --no-wait

Проверьте состояние Fabric для Succeeded из Azure CLI.

az networkfabric fabric show --resource-group <NF_RG> --resource-name <NF_NAME> --subscription <CUSTOMER_SUB_ID> -o table
az networkfabric fabric list --subscription <CUSTOMER_SUB_ID> -o table

Создайте ресурсы списков контроля доступа для входящего и исходящего трафика, если используете ACL в Azure CLI.

az rest  --subscription <CUSTOMER_SUB_ID> -m put --url /subscriptions/<CUSTOMER_SUB_ID>/resourceGroups/<NF_RG>/providers/Microsoft.ManagedNetworkFabric/accessControlLists/<NNI_1_INGRESS_ACL_1_NAME>?api-version=2023-06-15 --body @<NNI_1_INGRESS_ACL_1_NAME>.json
az rest  --subscription <CUSTOMER_SUB_ID> -m put --url /subscriptions/<CUSTOMER_SUB_ID>/resourceGroups/<NF_RG>/providers/Microsoft.ManagedNetworkFabric/accessControlLists/<NNI_1_EGRESS_ACL_1_NAME>?api-version=2023-06-15 --body @<NNI_1_EGRESS_ACL_1_NAME>.json

Дополнительные сведения о создании списков управления доступом см. в статье о создании ACL для NNI.

Создайте ресурс сетевого интерфейса (NNI) с помощью Azure CLI:

az networkfabric nni create --resource-group <NF_RG> --subscription <CUSTOMER_SUB_ID> --resource-name <NNI_1_NAME> --fabric <NF_NAME> --is-management-type "True" --use-option-b "False" \
  --layer2-configuration '{"interfaces": \
    ["/subscriptions/<CUSTOMER_SUB_ID>/resourceGroups/<NF_RG>/providers/Microsoft.ManagedNetworkFabric/networkDevices/<NF_NAME>-AggrRack-CE1/networkInterfaces/<NNI1_L2_CE1_INT_1>", \
    "/subscriptions/<CUSTOMER_SUB_ID>/resourceGroups/<NF_RG>/providers/Microsoft.ManagedNetworkFabric/networkDevices/<NF_NAME>-AggrRack-CE2/networkInterfaces/<NNI1_L2_CE2_INT_1>"], \
    "mtu": "<NNI1_L2_MTU>"}' --option-b-layer3-configuration '{"peerASN": "<NNI1_PEER_ASN>", "vlanId": "<NNI1_L3_VLAN_ID>", "primaryIpv4Prefix": "<NNI1_L3_IPV4_1>/<NNI1_L3_IPV4_1_CIDR>", \
    "secondaryIpv4Prefix": "<NNI1_L3_IPV4_2>/<NNI1_L3_IPV4_2_CIDR>"}' \
  --ingress-acl-id "/subscriptions/<CUSTOMER_SUB_ID>/resourceGroups/<NF_RG>/providers/Microsoft.ManagedNetworkFabric/accessControlLists/<NNI_1_INGRESS_1_ACL_NAME>" \
  --egress-acl-id "/subscriptions/<CUSTOMER_SUB_ID>/resourceGroups/<NF_RG>/providers/Microsoft.ManagedNetworkFabric/accessControlLists/<NNI_1_INGRESS_1_ACL_NAME>" --debug --no-wait

Проверьте состояние Fabric для Succeeded из Azure CLI.

az networkfabric nni list -g <NF_RG> --fabric <NF_NAME> --subscription <CUSTOMER_SUB_ID>
az networkfabric nni list -g <NF_RG> --fabric <NF_NAME> --subscription <CUSTOMER_SUB_ID> -o table

Обновите имена устройств и серийные номера для всех устройств с помощью Azure CLI:

az networkfabric device update  --subscription <CUSTOMER_SUB_ID> --resource-group <NF_RG> --resource-name <NF_NAME>-AggrRack-CE1 --host-name <CE1_HOSTNAME> \
  --serial-number "<CE1_HW_VENDOR>;<CE1_HW_MODEL>;<CE1_HW_VER>;<CE1_SN>" --debug --no-wait
# Repeat for each device in Network Fabric Device list

Убедитесь, что все устройства созданы и настроены из Azure CLI:

az networkfabric device list --resource-group <NF_RG> --subscription <CUSTOMER_SUB_ID> -o table

Подготовка Структуры

Убедитесь, что Fabric ProvisioningState имеет значение Succeeded с помощью Azure CLI.
```
az networkfabric fabric list --resource-group <NF_RG> --subscription <CUSTOMER_SUB_ID> -o table
```

Подготовка инфраструктуры с помощью Azure CLI:

az networkfabric fabric provision --resource-group <NF_RG> --resource-name <NF_NAME> --subscription <CUSTOMER_SUB_ID> --debug --no-wait

Проверьте статус подготовки Fabric в Provisioned Azure CLI:

az networkfabric fabric list --resource-group <NF_RG> --subscription <CUSTOMER_SUB_ID> -o table

Развертывание кластера

Подробные шаги по развертыванию кластера

Создание кластера

Создайте группу, если она не существует из Azure CLI:

az group list --query "[?location=='<AZURE_REGION>'] | [?contains(name,'<CLUSTER_RG>')]" --subscription <CUSTOMER_SUB_ID> -o table
az group create -l <AZURE_REGION> -n <CLUSTER_RG> --subscription <CUSTOMER_SUB_ID>

Проверьте, существует ли кластер из Azure CLI:
```
az networkcloud cluster list --subscription <CUSTOMER_SUB_ID> -o table
```
Это важно

Не продолжайте работу, если кластер уже существует для <CLUSTER_NAME>.
Создайте кластер с использованием шаблона Telco Input и развертывания ARM через Azure CLI.
```
az deployment sub create --name <CLUSTER_NAME>-deployment --subscription <CUSTOMER_SUB_ID> --location <REGION> --template-file "cluster.jsonc" --parameters "cluster.parameters.jsonc" --debug --no-wait
```
Перейдите по следующим ссылкам для структуры шаблона ARM и файлов параметров для кластера.
- cluster.jsonc
- cluster.parameters.jsonc
Убедитесь, что кластер Provisioning state является Succeeded в Azure CLI:
```
az networkcloud cluster list --subscription <CUSTOMER_SUB_ID> -o table
```

Обновите порог развертывания до настраиваемого значения с помощью Azure CLI (если нужное пороговое значение отличается от значения по умолчанию 80%):

az networkcloud cluster update --name <CLUSTER_NAME> --resource-group <CLUSTER_RG> --subscription <CUSTOMER_SUB_ID> --compute-deployment-threshold type=<CLUSTER_DEPLOY_TYPE> grouping=<CLUSTER_DEPLOY_GROUPING> value=<CLUSTER_DEPLOY_THRESHOLD>

# Validate update:
az networkcloud cluster show -g <CLUSTER_RG> -n <CLUSTER_NAME> --subscription <CUSTOMER_SUB_ID> | grep -a3 computeDeploymentThreshold

  "clusterType": "MultiRack",
  "clusterVersion": "<CLUSTER_VERSION>",
  "computeDeploymentThreshold": {
    "grouping": "<CLUSTER_DEPLOY_GROUPING>",
    "type": "<CLUSTER_DEPLOY_TYPE>",
    "value": <CLUSTER_DEPLOY_THRESHOLD>

Развертывание кластера

Запуск развертывания кластера с помощью портала Azure: портал Azure —>Clusters (Operator Nexus)><CLUSTER_NAME>>Deploy

Чтобы инициировать развертывание кластера с помощью Azure CLI, выполните приведенные действия.

az networkcloud cluster deploy --resource-group <CLUSTER_RG> --name <CLUSTER_NAME> --subscription <CUSTOMER_SUB_ID> --no-wait --debug

Порядок развертывания

Проверка строк подключения контроллера управления базовой доски (BMC)
Выключение всех серверов
Проверка оборудования
Создание загрузочного образа
Эфемерный узел начальной загрузки
Перезагрузите сервера и выполните racreset
Обновление встроенного ПО, настройка RAID и настройка параметров BIOS для элемента управления BMM
Развертывание плоскости управления Kubernetes (KCP) и развертывание плоскости управления Nexus (NMP)
Перенос KCP из временного в локальный BMM
Создание доменов изоляции инфраструктуры L2 (ISD)
Инициализация кластера и подключение к Azure
Инициализировать кластер в Azure
Развертывание рабочих до достижения порогового значения развертывания
Настройка устройства хранилища

Мониторинг развертывания кластера

Мониторинг хода развертывания кластера на портале Azure или интерфейсе командной строки.

Мониторинг на портале Azure: портал>Clusters (Operator Nexus) Azure —><CLUSTER_NAME> обзор>:> "Подробное сообщение о состоянии"

Мониторинг с помощью Azure CLI:

// Monitor detailed cluster status and update every 5 mins 
watch -n 300 'az networkcloud cluster show --resource-group <CLUSTER_RG> --name <CLUSTER_NAME> --subscription <CUSTOMER_SUB_ID> -o table'

Перейдите по ссылке, чтобы устранить неполадки всех BMM, которые не прошли проверку оборудования.

Узлы KCP/MNP, которые не проходят проверку оборудования, приводят к сбою развертывания кластера.
Модели BMM, не прошедшие проверку оборудования, вызывают сбой развертывания кластера, если доступных BMM недостаточно для достижения порогового значения развертывания.

Это важно

Если развертывание кластера достигает порогового значения времени ожидания, состояние переходит в Failed. Сбой может произойти, если KCP или NMP BMM не проходят проверку оборудования или если слишком много BMM не проходят проверки оборудования. После устранения проблем с оборудованием удалите кластер, повторно создайте и повторите действие развертывания кластера.

Мониторинг подготовки BMM

Отслеживайте процесс подготовки BMM в портале Azure или в платформе CLI.

Мониторинг на портале Azure: портал Azure —>Bare Metal Machines (Operator Nexus) —><BMM_NAME> —> Обзор

Мониторинг с помощью Azure CLI:

az networkcloud baremetalmachine list -g <CLUSTER_MRG> --subscription <CUSTOMER_SUB_ID> --query "sort_by([]. {name:name,kubernetesNodeName:kubernetesNodeName,location:location,readyState:readyState,provisioningState:provisioningState,detailedStatus:detailedStatus,detailedStatusMessage:detailedStatusMessage,cordonStatus:cordonStatus,powerState:powerState,machineRoles:machineRoles| join(', ', @),createdAt:systemData.createdAt}, &name)" -o table

Жизненный цикл снабжения BMM

Регистрация -> подготовка -> проверка -> доступность -> обеспечение -> обеспечено -> готово

Подготовка BMM завершается, когда выполняются следующие условия:

Состояние подготовки = Succeeded
Подробное состояние = Provisioned
Состояние Кордона = Uncordoned
Готовое состояние = True

Задачи, выполняемые после развертывания

Подробные инструкции по задачам после развертывания

Обзор примечаний к выпуску оператора Nexus

Просмотрите заметки о выпуске Operator Nexus на предмет любых действий, необходимых после развертывания для конкретных версий.

Проверка экземпляра Nexus

Проверьте работоспособность и состояние всех ресурсов экземпляра Nexus, созданных во время развертывания, с помощью теста готовности экземпляра Nexus (IRT).

Чтобы выполнить проверку ресурсов компонентов экземпляра Nexus после развертывания с помощью Azure CLI:

# Check `ProvisioningState = Succeeded` in all resources

# NFC
az networkfabric controller list -g <NFC_RG> --subscription <CUSTOMER_SUB_ID> -o table
az customlocation list -g <NFC_MRG> --subscription <CUSTOMER_SUB_ID> -o table

# Fabric
az networkfabric fabric list -g <NF_RG> --subscription <CUSTOMER_SUB_ID> -o table
az networkfabric rack list -g <NF_RG> --subscription <CUSTOMER_SUB_ID> -o table
az networkfabric fabric device list -g <NF_RG> --subscription <CUSTOMER_SUB_ID> -o table
az networkfabric nni list -g <NF_RG> --fabric <NF_NAME> --subscription <CUSTOMER_SUB_ID> -o table
az networkfabric acl list -g <NF_RG> --fabric <NF_NAME> --subscription <CUSTOMER_SUB_ID> -o table
az networkfabric l2domain list -g <NF_RG> --fabric <NF_NAME> --subscription <CUSTOMER_SUB_ID> -o table

# CM
az networkcloud clustermanager list -g <CM_RG> --subscription <CUSTOMER_SUB_ID> -o table

# Cluster
az networkcloud cluster list -g <CLUSTER_RG> --subscription <CUSTOMER_SUB_ID> -o table
az networkcloud baremetalmachine list -g <CLUSTER_MRG> --subscription <CUSTOMER_SUB_ID> --query "sort_by([]. {name:name,kubernetesNodeName:kubernetesNodeName,location:location,readyState:readyState,provisioningState:provisioningState,detailedStatus:detailedStatus,detailedStatusMessage:detailedStatusMessage,cordonStatus:cordonStatus,powerState:powerState,machineRoles:machineRoles| join(', ', @),createdAt:systemData.createdAt}, &name)" -o table
az networkcloud storageappliance list -g <CLUSTER_MRG> --subscription <CUSTOMER_SUB_ID> -o table

# Tenant Workloads
az networkcloud virtualmachine list --sub <CUSTOMER_SUB_ID> --query "reverse(sort_by([?clusterId=='<CLUSTER_RID>'].{name:name, createdAt:systemData.createdAt, resourceGroup:resourceGroup, powerState:powerState, provisioningState:provisioningState, detailedStatus:detailedStatus,bareMetalMachineId:bareMetalMachineIdi,CPUCount:cpuCores, EmulatorStatus:isolateEmulatorThread}, &createdAt))" -o table
az networkcloud kubernetescluster list --sub <CUSTOMER_SUB_ID> --query "[?clusterId=='<CLUSTER_RID>'].{name:name, resourceGroup:resourceGroup, provisioningState:provisioningState, detailedStatus:detailedStatus, detailedStatusMessage:detailedStatusMessage, createdAt:systemData.createdAt, kubernetesVersion:kubernetesVersion}" -o table

Замечание

Проверка IRT обеспечивает полный функциональный тест сети и рабочих нагрузок во всех компонентах экземпляра Nexus. Простая проверка не обеспечивает функциональное тестирование.

Ссылки.

Ссылки на справочные материалы для развертывания экземпляра Nexus

Справочные ссылки для развертывания экземпляра Nexus:

Поделиться через

Шаблон развертывания Экземпляра Nexus

Обзор

Предпосылки

Обязательные параметры

Данные развертывания

Информация для отладки команд Azure CLI

Развертывание NFC (пропустить раздел, если NFC уже существует)

Создание NFC

Развертывание CM (пропустить раздел, если CM уже существует)

Создать CM

Развертывание Fabric

Создание ткани

Подготовка Структуры

Развертывание кластера

Создание кластера

Развертывание кластера

Порядок развертывания

Мониторинг развертывания кластера

Мониторинг подготовки BMM

Жизненный цикл снабжения BMM

Задачи, выполняемые после развертывания

Обзор примечаний к выпуску оператора Nexus

Проверка экземпляра Nexus

Ссылки.

Обратная связь

Дополнительные ресурсы