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


Основные понятия частного облака и кластера решения Azure VMware

Решение Azure VMware предоставляет частные облака на основе VMware в Azure. Развертывание оборудования и программного обеспечения частного облака полностью интегрировано и автоматизировано в Azure. Развертывание частного облака и управление ими с помощью портал Azure, ИНТЕРФЕЙСА командной строки или PowerShell.

Частное облако включает кластеры со следующим:

  • Выделенные узлы серверов без операционной системы, подготовленные с помощью гипервизора VMware ESXi.
  • VMware vCenter Server для управления ESXi и vSAN
  • Программно-определяемая сеть VMware NSX для виртуальных машин рабочей нагрузки vSphere
  • Хранилище данных VMware vSAN для виртуальных машин с рабочими нагрузками vSphere.
  • VMware HCX для мобильности рабочих нагрузок.
  • Ресурсы в базовой среде Azure (требуются для подключения и для использования частного облака).

Частные облака устанавливаются и управляются в подписке Azure. Количество частных облаков в подписке масштабируется. Первоначально существует ограничение — одно частное облако в рамках одной подписки. Существует логическая связь между подписками Azure, частными облаками решений Azure VMware, кластерами vSAN и узлами.

На следующей схеме описаны архитектурные компоненты Решение Azure VMware.

Схема, иллюстрирующая одну подписку Azure, содержащую два частных облака для сред разработки и рабочей среды.

Каждый Решение Azure VMware архитектурный компонент имеет следующую функцию:

  • Подписка Azure. Предоставляет управляемый доступ, бюджет и управление квотами для Решение Azure VMware.
  • Регион Azure: группирует центры обработки данных в Зоны доступности (AZ), а затем группирует AZ в регионы.
  • Группа ресурсов Azure: помещает службы и ресурсы Azure в логические группы.
  • Решение Azure VMware частное облако: предлагает вычислительные ресурсы, сети и хранилища с помощью программного обеспечения VMware, включая vCenter Server, сетевые сети, определяемые по программному обеспечению NSX, программное хранилище vSAN и узлы ESXi без операционной системы Azure. Azure NetApp Files, Azure Elastic SAN и Pure Cloud Block Store также поддерживаются.
  • кластер ресурсов Решение Azure VMware. Предоставляет вычислительные ресурсы, сети и хранилища для рабочих нагрузок клиентов путем масштабирования Решение Azure VMware частного облака с помощью программного обеспечения VMware, включая программное хранилище vSAN и узлы ESXi без операционной системы Azure. Azure NetApp Files, Azure Elastic SAN и Pure Cloud Block Store также поддерживаются.
  • VMware HCX: обеспечивает мобильность, миграцию и службы расширения сети.
  • VMware Site Recovery: автоматизирует службы аварийного восстановления и репликации хранилища с помощью репликации VMware vSphere. Также поддерживаются сторонние решения аварийного восстановления Zerto и JetStream Software Аварийное восстановление.
  • Выделенный microsoft Enterprise Edge (D-MSEE): маршрутизатор, который подключает облако Azure и экземпляр частного облака Решение Azure VMware.
  • Azure виртуальная сеть (виртуальная сеть): объединяет службы и ресурсы Azure.
  • Azure Route Server: обмен данными динамического маршрута с сетями Azure.
  • Шлюз Виртуальная сеть Azure: подключает службы и ресурсы Azure к другим частным сетям с помощью VPN IPSec, ExpressRoute и виртуальной сети к виртуальной сети.
  • Azure ExpressRoute: обеспечивает высокоскоростные частные подключения между центрами обработки данных Azure и локальной инфраструктурой или инфраструктурой совместного размещения.
  • Azure Виртуальная глобальная сеть (vWAN): объединяет функции сети, безопасности и маршрутизации в единую единую глобальную сеть (WAN).

Узлы

Решение Azure VMware кластеры основаны на гиперконвергентной инфраструктуре. В следующей таблице показаны спецификации ЦП, памяти, диска и сети узла.

Тип размещения ЦП (ядра/ГГц) ОЗУ (ГБ) Уровень кэша vSAN (ТБ, необработанный**) Уровень емкости vSAN (ТБ, необработанный**) Доступность в регионах
AV36 Двойной процессор Intel Xeon Gold 6140 (Skylake microarchitecture) с 18 ядрами/ЦП @ 2,3 ГГц, всего 36 физических ядер (72 логических ядер с гиперпотоком) 576 3.2 (NVMe) 15.20 (SSD) Выбранные регионы (*)
AV36P Двойной процессор Intel Xeon Gold 6240 (Каскадное озеро микроархитектуры) с 18 ядрами/ЦП @ 2,6 ГГц / 3,9 ГГц Turbo, всего 36 физических ядер (72 логических ядер с гиперпотоком) 768 1.5 (Кэш Intel) 19.20 (NVMe) Выбранные регионы (*)
AV52 Двойной процессор Intel Xeon Platinum 8270 (Каскадное озеро микроархитектуры) с 26 ядрами/ЦП @ 2,7 ГГц / 4,0 ГГц Turbo, всего 52 физических ядер (104 логических ядер с гиперпотоком) 1536 1.5 (Кэш Intel) 38.40 (NVMe) Выбранные регионы (*)
AV64 Двойной процессор Intel Xeon Platinum 8370C (Ice Lake microarchitecture) с 32 ядрами/ЦП @ 2,8 ГГц / 3,5 ГГц Turbo, всего 64 физических ядер (128 логических ядер с гиперпотоком) 1024 3.84 (NVMe) 15.36 (NVMe) Выбранные регионы (**)

Для кластера Решение Azure VMware требуется не менее трех узлов. Узлы одного типа можно использовать только в одном Решение Azure VMware частном облаке. Узлы, используемые для построения или масштабирования кластеров, поступают из изолированного пула узлов. Эти узлы прошли аппаратные тесты и были безопасно удалены все данные перед добавлением в кластер.

Все перечисленные выше типы узлов имеют пропускную способность сетевого интерфейса 100 Гбит/с.

(*) сведения, доступные с помощью калькулятора цен Azure.

(**) Предварительные требования AV64: перед добавлением AV64 требуется Решение Azure VMware частное облако, развернутое с помощью AV36, AV36P или AV52.

(***) Raw основан на международном стандарте единиц (SI), сообщаемых производителем диска. Пример: 1 ТБ Raw = 10000000000 байт, пространство, вычисляемое компьютером в двоичном файле (1 ТБ binary = 1099511627776 байт двоичном файле) равно 931,3 Гигабайтам, преобразованным из необработанного десятичного разряда.

Зона доступности региона Azure (AZ) в таблицу сопоставления SKU

При планировании проектирования Решение Azure VMware используйте следующую таблицу, чтобы понять, какие номера SKU доступны в каждой физической зоне доступности региона Azure.

Внимание

Это сопоставление важно для размещения частных облаков в близком расположении к собственным рабочим нагрузкам Azure, включая интегрированные службы, такие как Azure NetApp Files и Pure Cloud Block Store (CBS).

Возможность Multi-AZ для Решение Azure VMware растянутых кластеров также помечена в следующей таблице. Квота клиента для Решение Azure VMware назначается регионом Azure, и вы не можете указать зону доступности во время подготовки частного облака. Алгоритм автоматического выбора используется для балансировки развертываний в регионе Azure. Если у вас есть определенная зона доступности, в которой вы хотите развернуть, откройте запрос на обслуживание с помощью Корпорации Майкрософт, запрашивая "специальную политику размещения" для подписки, региона Azure, зоны доступности и типа SKU. Эта политика остается на месте до тех пор, пока вы не запросите его удалить или изменить.

Номера SKU, помеченные полужирным шрифтом, имеют ограниченную доступность из-за потребления клиентов и квоты могут быть недоступны по запросу. SKU AV64 следует использовать вместо этого, если номера SKU AV36, AV36P или AV52 ограничены.

Номера SKU AV64 доступны для каждой зоны доступности, в таблице ниже перечислены регионы Azure, поддерживающие этот номер SKU. Для политик хранения RAID-6 FTT2 и RAID-1 FTT3 требуются шесть и семь доменов сбоя соответственно, количество FD для каждого региона Azure отображается в столбце "Поддерживаемые FDs AV64".

Регион Azure Зона доступности 1 Номер SKU Multi-AZ SDDC Поддерживаемые FD av64
Восточная Австралия AZ01 AV36P, AV64 Да 7
Восточная Австралия AZ02 AV36, AV64 Да 7
Восточная Австралия AZ03 AV36P, AV64 Да 7
Юго-Восточная часть Австралии AZ01 AV36 No Н/П
Южная Бразилия AZ02 AV36 No Н/П
Центральная Канада AZ02 AV36 AV36P, AV64 No 7
Восточная Канада Н/П AV36 No Н/П
Центральная Индия AZ03 AV36P (AV64 Planned H2 2024) No 7
Центральная часть США AZ01 AV36P (AV64 Planned H2 2024) Да 7
Центральная часть США AZ02 AV36 (AV64 Planned H2 2024) Да 7
Центральная часть США AZ03 AV36P, AV64 Да 7
Восточная Азия AZ01 AV36 (AV64 Planned H2 2024) No N/A (7 запланированных H2 2024)
Восточная часть США AZ01 AV36P, AV64 Да 7
Восточная часть США AZ02 AV36P, AV64 Да 7
Восточная часть США AZ03 AV36, AV36P, AV64 Да 7
Восточная часть США 2 AZ01 AV36, AV64 Да 7
Восточная часть США 2 AZ02 AV36P, AV52, AV64 Да 7
Центральная Франция AZ01 AV36 (AV64 Planned H2 2024) No N/A (7 запланированных H2 2024)
Центрально-Западная Германия AZ01 AV36P (AV64 Planned H2 2024) Да 7
Центрально-Западная Германия AZ02 AV36 (AV64 Planned H2 2024) Да 7
Центрально-Западная Германия AZ03 AV36, AV36P, AV64 Да 7
Северная Италия AZ03 AV36P (AV64 Planned H2 2024) No 7
Восточная Япония AZ02 AV36 (AV64 Planned H2 2024) No 7
Западная Япония AZ01 AV36 (AV64 Planned H2 2024) No 7
Центрально-северная часть США AZ01 AV36, AV64 Да 7
Центрально-северная часть США AZ02 AV36P, AV64 Да 7
Северная Европа AZ02 AV36, AV64 No 7
Центральный Катар AZ03 AV36P (AV64 Planned H2 2024) No N/A (7 запланированных H2 2024)
Северная часть ЮАР AZ03 AV36 (AV64 Planned H2 2024) No 7
Центрально-южная часть США AZ01 AV36, AV64 Да 7
Центрально-южная часть США AZ02 AV36P, AV52, AV64 Да 7
Юго-Восточная Азия AZ02 AV36 No Н/П
Центральная Швеция AZ01 AV36 (AV64 Planned H2 2024) No N/A (7 запланированных H2 2024)
Северная Швейцария AZ01 AV36, AV64 No 7
Северная Швейцария AZ03 AV36P (AV64 Planned H2 2024) No N/A (7 запланированных H2 2024)
Западная Швейцария AZ01 AV36, AV64 No 7
Северная часть ОАЭ; AZ03 AV36P No Н/П
южная часть Соединенного Королевства AZ01 AV36, AV36P, AV52, AV64 Да 7
южная часть Соединенного Королевства AZ02 AV36, AV64 Да 7
южная часть Соединенного Королевства AZ03 AV36P, AV64 Да 7
западная часть Соединенного Королевства AZ01 AV36 No Н/П
Западная Европа AZ01 AV36, AV36P, AV52, AV64 Да 7
Западная Европа AZ02 AV36, AV64 Да 7
Западная Европа AZ03 AV36P, AV64 Да 7
западная часть США AZ01 AV36, AV36P No 7
западная часть США 2 AZ01 AV36 No Н/П
западная часть США 2 AZ02 AV36P No Н/П
Западная часть США — 3 AZ01 AV36P No Н/П
US Gov (Аризона) AZ02 AV36P No Н/П
US Gov (Вирджиния) AZ03 AV36 No Н/П

Кластеры

Для каждого созданного частного облака по умолчанию существует один кластер vSAN. Вы можете добавлять, удалять и масштабировать кластеры. Минимальное число узлов на кластер и для начального развертывания — три.

Вы используете vCenter Server и NSX Manager для управления большинством аспектов конфигурации кластера и операций. Все локальное хранилище каждого узла в кластере находится под контролем VMware vSAN.

Уровень управления и управления Решение Azure VMware имеет следующие требования к ресурсам, которые необходимо учитывать во время изменения размера решения стандартного частного облака.

Область Description Подготовленные виртуальные ЦП Подготовленная виртуальная память (ГБ) Подготовленный vDisk (ГБ) Типичное использование ЦП (ГГц) Обычное использование vRAM (ГБ) Обычное использование хранилища необработанных данных vSAN (ГБ)
VMware vSphere vCenter Server 8 28 915 1,1 3,9 1,854
VMware vSphere Виртуальная машина vSphere Cluster Service 1 1 0,1 2 0,1 0,1 5
VMware vSphere Виртуальная машина службы кластеров vSphere 2 1 0,1 2 0,1 0,1 5
VMware vSphere Виртуальная машина vSphere Cluster Service 3 1 0,1 2 0,1 0,1 5
VMware vSphere Узел ESXi 1 Неприменимо Н/Д Неприменимо 5.1 0,2 Н/П
VMware vSphere Узел ESXi 2 Неприменимо Н/Д Неприменимо 5.1 0,2 Н/П
VMware vSphere Узел ESXi 3 Неприменимо Н/Д Неприменимо 5.1 0,2 Н/П
VMware vSAN Использование системы vSAN Неприменимо Н/Д Н/Д Н/Д Неприменимо 5,458
VMware NSX Узел единого устройства NSX 1 12 48 300 2.5 13,5 долл. США 613
VMware NSX Узел единого устройства NSX 2 12 48 300 2.5 13,5 долл. США 613
VMware NSX Узел единого устройства NSX 3 12 48 300 2.5 13,5 долл. США 613
VMware NSX Виртуальная машина NSX Edge 1 8 32 200 1,3 0,6 409
VMware NSX Виртуальная машина NSX Edge 2 8 32 200 1,3 0,6 409
VMware HCX (дополнительная надстройка) HCX Manager 4 12 65 1 2.5 140
Диспетчер восстановления сайта VMware (необязательной надстройки) Устройство SRM 4 12 33 1 1 79
VMware vSphere (дополнительная надстройка) Устройство диспетчера репликации vSphere 4 8 33 1 0,6 75
VMware vSphere (дополнительная надстройка) Устройство сервера репликации vSphere 2 1 33 1 0,3 68
Итог 77 виртуальных ЦП 269,3 ГБ 2385 ГБ 30 ГГц 50,4 ГБ 10 346 ГБ (9 032 ГБ с ожидаемым коэффициентом сокращения данных 1,2x)

Уровень управления и управления Решение Azure VMware имеет следующие требования к ресурсам, которые необходимо учитывать во время изменения размера решения в частном облаке растянутых кластеров. VMware SRM не включается в таблицу, так как в настоящее время она не поддерживается.

Область Description Подготовленные виртуальные ЦП Подготовленная виртуальная память (ГБ) Подготовленный vDisk (ГБ) Типичное использование ЦП (ГГц) Обычное использование vRAM (ГБ) Обычное использование хранилища необработанных данных vSAN (ГБ)
VMware vSphere vCenter Server 8 28 915 1,1 3,9 3708
VMware vSphere Виртуальная машина vSphere Cluster Service 1 1 0,1 2 0,1 0,1 5
VMware vSphere Виртуальная машина службы кластеров vSphere 2 1 0,1 2 0,1 0,1 5
VMware vSphere Виртуальная машина vSphere Cluster Service 3 1 0,1 2 0,1 0,1 5
VMware vSphere Узел ESXi 1 Неприменимо Н/Д Неприменимо 5.1 0,2 Н/П
VMware vSphere Узел ESXi 2 Неприменимо Н/Д Неприменимо 5.1 0,2 Н/П
VMware vSphere Узел ESXi 3 Неприменимо Н/Д Неприменимо 5.1 0,2 Н/П
VMware vSphere Узел ESXi 4 Неприменимо Н/Д Неприменимо 5.1 0,2 Н/П
VMware vSphere Узел ESXi 5 Неприменимо Н/Д Неприменимо 5.1 0,2 Н/П
VMware vSphere Узел ESXi 6 Неприменимо Н/Д Неприменимо 5.1 0,2 Н/П
VMware vSAN Использование системы vSAN Неприменимо Н/Д Н/Д Н/Д Неприменимо 10,722
VMware NSX Узел единого устройства NSX 1 12 48 300 2.5 13,5 долл. США 1,229
VMware NSX Узел единого устройства NSX 2 12 48 300 2.5 13,5 долл. США 1,229
VMware NSX Узел единого устройства NSX 3 12 48 300 2.5 13,5 долл. США 1,229
VMware NSX Виртуальная машина NSX Edge 1 8 32 200 1,3 0,6 817
VMware NSX Виртуальная машина NSX Edge 2 8 32 200 1,3 0,6 817
VMware HCX (дополнительная надстройка) HCX Manager 4 12 65 1 2.5 270
Итог 67 виртуальных ЦП 248,3 ГБ 2 286 ГБ 42,3 ГГц 49,1 ГБ 20 036 ГБ (17 173 ГБ с ожидаемым коэффициентом сокращения данных 1,2x)

Эти требования к ресурсам применяются только к первому кластеру, развернутму в Решение Azure VMware частном облаке. Последующие кластеры должны учитывать только требования к кластеру vSphere, требования к ресурсам ESXi и использование системы vSAN в определении размера решения.

Стандартные значения использования хранилища данных необработанного виртуального устройства учитываются для пространства, занятого файлами виртуальных машин, включая файлы конфигурации и журналы, моментальные снимки, виртуальные диски и файлы буферов.

Узлы VMware ESXi имеют значения использования вычислений, которые учитывают затраты на гипервизор vSphere VMkernel, затраты vSAN и распределенный маршрутизатор NSX, брандмауэр и мост. Это оценки стандартной трех конфигурации кластера. Требования к хранилищу перечислены как не применимые (N/A), так как используется том загрузки отдельно от хранилища данных vSAN.

Учетные записи хранения использования системы VMware vSAN для объектов управления производительностью vSAN, затраты на файловую систему vSAN, затраты на контрольную сумму vSAN и дедупликация vSAN и затраты на сжатие. Чтобы просмотреть это потребление, выберите объект "Монитор", объект емкости vSAN для кластера vSphere в клиенте vSphere.

Требования к ресурсам диспетчер восстановления сайта VMware HCX и VMware являются необязательными надстройками для службы Решение Azure VMware. Скидывайте эти требования в размерах решения, если они не используются.

Надстройка сайта VMware диспетчер восстановления имеет возможность настройки нескольких устройств сервера репликации VMware vSphere. В предыдущей таблице предполагается, что используется одно устройство сервера репликации vSphere.

Изменение размера Решение Azure VMware — это оценка. Вычисления размера с этапа разработки должны быть проверены на этапе тестирования проекта, чтобы убедиться, что Решение Azure VMware имеет правильный размер для рабочей нагрузки приложения.

Совет

Вы всегда сможете расширить кластер и добавить дополнительные кластеры, если вам потребуется больше узлов, чем было развернуто изначально.

В приведенной ниже таблице указаны максимальные ограничения для Решения Azure VMware.

Ресурс Лимит
Число кластеров vSphere на частное облако 12
Минимальное число узлов ESXi на кластер 3 (жесткое ограничение)
Максимальное число узлов ESXi на кластер 16 (жесткое ограничение)
Максимальное количество узлов ESXi на частное облако 96
Максимальное количество серверов vCenter Server на частное облако 1 (жесткое ограничение)
Максимальное количество пар сайтов HCX 25 (любой выпуск)
Максимальное количество сеток службы HCX 10 (любой выпуск)
Максимальное количество связанных частных облаков ExpressRoute Решение Azure VMware из одного расположения к одному шлюзу виртуальная сеть 4
Используемый шлюз виртуальной сети определяет фактическое максимальное число связанных частных облаков. Дополнительные сведения см. в разделе "Сведения о шлюзах виртуальной сети ExpressRoute"
Если превышено это пороговое значение, используйте Решение Azure VMware Interconnect для агрегирования подключения к частному облаку в регионе Azure.
Максимальная скорость порта ExpressRoute Решение Azure VMware 10 Гбит/с (используйте номер SKU шлюза высокой производительности с поддержкой FastPath)
Используемый шлюз виртуальной сети определяет фактическую пропускную способность. Дополнительные сведения см. в разделе "Сведения о шлюзах виртуальной сети ExpressRoute"
Максимальное число общедоступных IPv4-адресов Azure, назначенных NSX 2 000
Максимальное количество Решение Azure VMware interconnects на частное облако 10
Максимальное количество подключений Azure ExpressRoute Global Reach на Решение Azure VMware частное облако 8
Ограничения емкости vSAN 75 % от общего числа доступных для использования (оставьте 25 % для Соглашения об уровне обслуживания)
Диспетчер восстановления сайта VMware — максимальное количество защищенных Виртуальные машины 3,000
Диспетчер восстановления сайта VMware — максимальное количество Виртуальные машины на план восстановления 2 000
Диспетчер восстановления сайта VMware — максимальное количество групп защиты на план восстановления 250
VMware Site Recovery Manager — значения RPO 5 мин или выше * (жесткое ограничение)
Диспетчер восстановления сайта VMware — максимальное количество виртуальных машин на группу защиты 500
Диспетчер восстановления сайта VMware — максимальное количество планов восстановления 250

* Сведения о целевой точке восстановления (RPO) менее 15 минут см. в руководстве по администрированию vSphere Replication в разделе Принцип действия 5-минутной целевой точки восстановления.

Для других ограничений, характерных для VMware, используйте средство максимальной настройки VMware.

Версии программного обеспечения VMware

Корпорация Майкрософт является членом программы VMware Metal-as-Service (MaaS) и использует VMware Cloud Provider Stack (VCPS) для планирования обновления Решение Azure VMware.

Версии программного обеспечения решения VMware, используемые в новых развертываниях Решение Azure VMware частных облаках:

Программное обеспечение. Версия
VMware vCenter Server 8.0 U2d
VMware ESXi 8.0 U2b
VMware vSAN 8.0 U2
Формат VMware vSAN на диске 19
Архитектура хранилища VMware vSAN OSA
VMware NSX 4.1.1
VMware HCX 4.9.1
Диспетчер восстановления сайта VMware 8.8.0.3
Репликация VMware vSphere 8.8.0.3

Текущая версия программного обеспечения применяется к новым кластерам, добавленным в существующее частное облако, если версия vCenter Server поддерживает ее.

Обслуживание узла и управление жизненным циклом

Одним из преимуществ Решение Azure VMware частных облаков является то, что платформа поддерживается для вас. Корпорация Майкрософт отвечает за управление жизненным циклом устройств VMware (ESXi, vCenter Server и vSAN) и NSX. Корпорация Майкрософт также отвечает за загрузку конфигурации сети, например создание шлюза Уровня 0 и включение маршрутизации North-South. Вы отвечаете за конфигурацию SDN NSX: сегменты сети, распределенные правила брандмауэра, шлюзы уровня 1 и подсистемы балансировки нагрузки.

Примечание.

Шлюз T0 создается и настраивается в рамках развертывания частного облака. Любое изменение этого логического маршрутизатора или виртуальных машин пограничных узлов NSX может повлиять на подключение к частному облаку и следует избежать.

Корпорация Майкрософт отвечает за применение любых исправлений, обновлений или обновлений до ESXi, vCenter Server, vSAN и NSX в частном облаке. Влияние исправлений, обновлений и обновлений на ESXi, vCenter Server и NSX имеет следующие рекомендации.

  • ESXi. Рабочие нагрузки, выполняющиеся в вашем частном облаке, не будут затронуты. В настоящее время доступ к серверу vCenter Server и NSX не блокируется. В течение этого времени рекомендуется не планировать другие действия, такие как масштабирование частного облака, планирование или инициирование активных миграций HCX, изменение конфигурации HCX и т. д. в частном облаке.

  • vCenter Server — не влияет на рабочие нагрузки, выполняемые в частном облаке. В течение этого времени сервер vCenter Server недоступен, и вы не можете управлять виртуальными машинами (остановить, запустить, создать или удалить). Рекомендуется не планировать другие действия, такие как масштабирование частного облака, создание новых сетей и т. д. в частном облаке. При использовании пользовательских интерфейсов веб-сайта VMware диспетчер восстановления или vSphere Replication рекомендуется не выполнять ни одно из действий: настройка репликации vSphere и настройка или выполнение планов восстановления сайта во время обновления vCenter Server.

  • NSX — рабочая нагрузка влияет. При обновлении определенного узла виртуальные машины на этом узле могут потерять подключение от 2 секунд до 1 минуты с любым из следующих симптомов:

    • ошибки проверки связи;

    • Потеря пакетов

    • сообщения об ошибках (например, Хост назначения недоступен и Сеть недоступна).

    Во время этого периода обновления весь доступ к плоскости управления NSX блокируется. Вы не можете вносить изменения конфигурации в среду NSX в течение длительности. Рабочие нагрузки продолжают работать как обычные, при условии, что это влияние на обновление уже подробно описано.

    Во время обновления рекомендуется не планировать другие действия, например масштабирование частного облака и т. д. в частном облаке. Другие действия могут предотвратить запуск обновления или негативно повлиять на обновление и среду.

Вы получите уведомление через службу работоспособности служб Azure, которая включает временную шкалу обновления. Это уведомление также содержит сведения об обновленном компоненте, его влиянии на рабочие нагрузки, доступ к частному облаку и другие службы Azure. При необходимости можно перепланировать обновление.

Существуют следующие виды обновлений программного обеспечения.

  • Исправления (patch) — обновления для системы безопасности и исправления ошибок, выпущенные VMware.

  • Обновления (update) — изменение дополнительного номера версии компонента стека VMware.

  • Улучшения (upgrade) — изменение основного номера версии компонента стека VMware.

Примечание.

Майкрософт проверяет критические исправления системы безопасности, как только они становятся доступными в VMware.

Описанные обходные решения для VMware используются вместо установки соответствующего исправления до тех пор, пока не будут развернуты следующие запланированные обновления.

Исправление и мониторинг узлов

Решение Azure VMware постоянно отслеживает работоспособность компонентов VMware и подложек. Когда Решение Azure VMware обнаруживает сбой, оно выполняет действия по исправлению неисправных компонентов. Когда Решение Azure VMware обнаруживает снижение или сбой на своем узле, оно запускает процесс исправления узла.

Исправление узла предполагает замену неисправного узла новым работоспособным узлом в кластере. Затем, когда это возможно, неисправный узел помещается в режим обслуживания VMware vSphere. VMware vSphere vMotion перемещает виртуальные машины от отказоустойчивого узла на другие доступные серверы в кластере, что потенциально позволяет нулю простоя для динамической миграции рабочих нагрузок. Если неисправный узел не может быть переведен в режим обслуживания, этот узел удаляется из кластера. Перед удалением неисправного узла рабочие нагрузки клиента переносятся на недавно добавленный узел.

Совет

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

Чтобы получать сообщения электронной почты, связанные с заменой узла, необходимо добавить в любую из следующих ролей Azure RBAC в подписке: ServiceAdmin, CoAdmin, Owner, "Участник".

Решение Azure VMware отслеживает следующие условия на узле:

  • Состояние процессора
  • Состояние памяти
  • Подключение и состояние электропитания
  • Состояние аппаратного вентилятора
  • Потеря сетевого подключения
  • Состояние аппаратной системной платы
  • Ошибки на дисках узла vSAN
  • Аппаратное напряжение
  • Состояние температуры оборудования
  • Состояния включения оборудования
  • Статус хранилища
  • Сбой подключения

Коды оповещений и таблица исправления

Код ошибки Сведения об ошибке Рекомендуемое действие
EPC_SCSIDEVICE_SHARINGMODE Эта ошибка возникает, когда виртуальная машина настроена на использование устройства, которое предотвращает операцию обслуживания: устройство, являющееся контроллером SCSI, который участвует в совместном использовании шины Следуйте статье базы знаний по удалению любого контроллера SCSI, занимающегося общим доступом к шинам, подключенным к виртуальным машинам https://knowledge.broadcom.com/external/article?legacyId=79910
EPC_CDROM_EMULATEMODE Эта ошибка возникает, когда cd-ROM на виртуальной машине использует режим эмуляции, образ ISO которого недоступен Следуйте статье базы знаний по удалению любого CDROM, подключенного к рабочей нагрузке клиента, Виртуальные машины в режиме эмуляции или отсоедините ISO. Рекомендуется использовать режим сквозного руководства для подключения любого компакт-диска. https://knowledge.broadcom.com/external/article?legacyId=79306
EPC_DATASTORE_INACCESSIBLE Эта ошибка возникает, когда любое внешнее хранилище данных, подключенное к частному облаку AVS, становится недоступным Следуйте статье базы знаний по удалению любого устаревшего хранилища данных, подключенного к кластеру /azure/azure-vmware/attach-azure-netapp-files-to-azure-vmware-solution-hosts?tabs=azure-portal#performance-best-practices
EPC_NWADAPTER_STALE Эта ошибка возникает, когда подключенный сетевой интерфейс на компьютере Vitual использует сетевой адаптер, который становится недоступным Следуйте статье базы знаний по удалению устаревших адаптеров N/W, подключенных к Виртуальные машины https://knowledge.broadcom.com/external/article/318738/troubleshooting-the-migration-compatibil.html

Примечание.

Решение Azure VMware администраторы клиентов не должны изменять или удалять ранее определенные оповещения VMware vCenter Server, так как они управляются плоскости управления Решение Azure VMware на сервере vCenter Server. Эти оповещения используются функцией мониторинга Решения Azure VMware для активации процесса исправления узла с помощью Решения Azure VMware.

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

Решение Azure VMware конфигурации частного облака vCenter Server и HCX Manager (если включена) находятся в ежедневном расписании резервного копирования, а конфигурация NSX имеет почасовое расписание резервного копирования. Резервные копии сохраняются не менее трех дней. Откройте запрос на поддержку в портал Azure, чтобы запросить восстановление.

Примечание.

Восстановление предназначено только для катастрофических ситуаций.

Решение Azure VMware постоянно отслеживает работоспособность физического уровня и компонентов решения VMware. Когда Решение Azure VMware обнаруживает сбой, оно выполняет действия по исправлению неисправных компонентов.

Следующие шаги

Теперь, когда вы рассмотрели Решение Azure VMware концепции частного облака, вам может потребоваться узнать следующее: