Решение Azure VMware концепции частного облака и кластера

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

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

  • Выделенные bare-metal серверы, оснащенные гипервизором VMware vSphere (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 регион: группирует центры обработки данных в зоны доступности, а затем группирует зоны доступности в регионы.
  • Группа ресурсов 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 и Azure ESXi-хосты на базе чистого железа. также поддерживаются Azure NetApp Files, elastic SAN и Pure Cloud Block Store.
  • VMware HCX: обеспечивает мобильность, миграцию и службы расширения сети.
  • VMware Site Recovery. Автоматизация служб аварийного восстановления и репликации хранилища с помощью репликации VMware vSphere. Кроме того, поддерживаются решения для аварийного восстановления, не относящиеся к Майкрософт, такие как Zerto и JetStream Software.
  • Dedicated Майкрософт Enterprise Edge: маршрутизатор, который подключает Azure Cloud Services и экземпляр частного облака Решение Azure VMware.
  • Azure Virtual Network: подключает Azure службы и ресурсы вместе.
  • Azure Route Server: обмен данными динамического маршрута с Azure сетями.
  • шлюз Azure Virtual Network: подключает Azure службы и ресурсы к другим частным сетям с помощью виртуальной частной сети IPSec, Azure ExpressRoute и виртуальной сети к виртуальной сети.
  • Azure ExpressRoute: обеспечивает высокоскоростные частные подключения между центрами обработки данных Azure и локальной инфраструктурой или инфраструктурой совместного размещения.
  • Виртуальная глобальная сеть Azure: объединяет функции сети, безопасности и маршрутизации в одну единую глобальную сеть .

Hosts

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

Тип хоста ЦП (ядра/ГГц) ОЗУ (ГБ) Архитектура vSAN Уровень кэша vSAN (ТБ, необработанный**) Уровень емкости vSAN (ТБ, необработанный**) Региональная доступность
AV36 Двойной процессор Intel Xeon Gold 6140 (Skylake microarchitecture) с 18 ядрами/ЦП @ 2,3 ГГц, всего 36 физических ядер (72 логических ядер с гиперпотоком) 576 OSA 3.2 (NVMe) 15.20 (SSD) Выбранные регионы (*)
AV36P Два процессора Intel Xeon Gold 6240 (микроархитектура Cascade Lake) с 18 ядрами на процессор при 2,6 ГГц / 3,9 ГГц в турборежиме, всего 36 физических ядер (72 логических ядра при гиперпоточности). 768 OSA 1.5 (Кэш Intel) 19.20 (NVMe) Выбранные регионы (*)
AV48 Два процессора Intel Xeon Gold 6442Y (микроархитектура Sapphire Rapids) с 24 ядрами на процессор, частота 2,6 ГГц / 4,0 ГГц в турбо режиме, всего 48 физических ядер (96 логических ядер с поддержкой гиперпоточности) 1,024 ESA N/A 25.6 (NVMe) Выбранные регионы (*)
AV52 Два процессора Intel Xeon Platinum 8270 (микроархитектура Cascade Lake) с 26 ядрами на процессор, 2,7 ГГц / 4,0 ГГц в режиме Turbo, всего 52 физических ядра (104 логических ядра с гиперпоточностью) 1,536 OSA 1.5 (Кэш Intel) 38.40 (NVMe) Выбранные регионы (*)
AV64 Двойной процессор Intel Xeon Platinum 8370C (Ice Lake microarchitecture) с 32 ядрами/ЦП @ 2,8 ГГц / 3,5 ГГц Turbo, всего 64 физических ядер (128 логических ядер с гиперпотоком) 1,024 OSA / ESA*** 3.84 (NVMe) / N/A*** 15.36 (NVMe) / 19.25 (NVMe)*** Выбранные регионы (**)

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

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

*Сведения доступны через калькулятор цен Azure.

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

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

ESA применяется к развертываниям AV64 Gen 2.

Таблица сопоставления типа хоста для зоны доступности региона Azure

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

Important

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

Возможность развертывания ресурсов в нескольких зонах доступности (Multi-AZ) для растянутых кластеров Решение Azure VMware также приведена в следующей таблице. Квота клиента для Решение Azure VMware назначается регионом Azure. Невозможно указать зону доступности во время подготовки частного облака. Алгоритм автоматического выбора используется для балансировки развертываний в Azure регионе.

Если у вас есть определенная зона доступности, куда вы хотите развернуть, откройте запрос на обслуживание с Майкрософт. Запросите "специальную политику размещения" для подписки, региона Azure, зоны доступности и типа узла. Эта политика остается на месте до тех пор, пока не попросите его удалить или изменить.

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

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

регион Azure Зона доступности Тип хоста Multi-AZ SDDC Поддерживаемые области отказов AV64
Australia East AZ01 AV36P, AV64 Yes 7
Australia East AZ02 AV36, AV64 Yes 7
Australia East AZ03 AV36P, AV64 Yes 7
Australia Southeast AZ01 AV36 No N/A
Brazil South AZ02 AV36, AV64 No 7
Canada Central AZ02 AV36, AV36P, AV64 No 7
Canada East N/A AV36, AV64 No 7
Central India AZ03 AV36P, AV48, AV64 No 7
Central US AZ01 AV36P, AV64 No 7
Central US AZ02 AV36, AV64 No 7
Central US AZ03 AV36P, AV64 No 7
East Asia AZ01 AV36, AV64 No 7
East Asia AZ02 AV36P No N/A
East US AZ01 AV36P, AV64 Yes 7
East US AZ02 AV36P, AV64 Yes 7
East US AZ03 AV36, AV36P, AV64 Yes 7
Восточная часть США 2 AZ01 AV36, AV64 No 7
Восточная часть США 2 AZ02 AV36P, AV52, AV64 No 7
Восточная часть США 2 AZ03 AV36P, AV64 No 7
France Central AZ01 AV36, AV64 No 7
Центрально-Западная Германия AZ01 AV36P, AV64 Yes 7
Центрально-Западная Германия AZ02 AV36, AV48, AV64 Yes 7
Центрально-Западная Германия AZ03 AV36, AV36P, AV48, AV64 Yes 7
Italy North AZ03 AV36P, AV64 No 7
Japan East AZ02 AV36, AV36P, AV64 No 7
Japan East AZ03 AV36P, AV48 No N/A
Japan West AZ01 AV36, AV64 No 7
Japan West AZ02 AV36P No N/A
Korea Central AZ02 AV48 No N/A
Korea Central AZ03 AV48 No N/A
Центрально-северная часть США AZ01 AV36, AV64 No 7
Центрально-северная часть США AZ02 AV36P, AV64 No 7
North Europe AZ02 AV36, AV64 No 7
Qatar Central AZ03 AV36P (AV64 планируется на 4-й квартал 2025 года) No N/A (запланировано 7 на 4-й квартал 2025)
Северная часть ЮАР AZ01 AV48, AV64 No 7
Северная часть ЮАР AZ03 AV36, AV64 No 7
Центрально-южная часть США AZ01 AV36, AV64 No 7
Центрально-южная часть США AZ02 AV36, AV36P, AV52, AV64 No 7
Southeast Asia AZ01 AV36P No N/A
Southeast Asia AZ02 AV36 No N/A
Spain Central AZ01 AV48 No N/A
Spain Central AZ03 AV48 No N/A
Sweden Central AZ01 AV36, AV64 No 7
Sweden Central AZ03 AV48 No N/A
Switzerland North AZ01 AV36, AV64 No 7
Switzerland North AZ03 AV36P, AV64 No 7
Switzerland West AZ01 AV36, AV64 No 7
UAE North AZ02 AV48 No N/A
UAE North AZ03 AV36P, AV64 No 7
UK South AZ01 AV36, AV36P, AV52, AV64 Yes 7
UK South AZ02 AV36, AV64 Yes 7
UK South AZ03 AV36P, AV64 Yes 7
UK West AZ01 AV36, AV64 No 7
West Europe AZ01 AV36, AV36P, AV52, AV64 Yes 7
West Europe AZ02 AV36, AV64 Yes 7
West Europe AZ03 AV36P, AV64 Yes 7
West US AZ01 AV36, AV36P, AV64 No 7
западная часть США 2 AZ01 AV36, AV64 No 7
западная часть США 2 AZ02 AV36P, AV64 No 7
западная часть США 2 AZ03 AV48 No N/A
Запад США 3 AZ01 AV36P, AV64 No 7
Правительство США (Аризона) AZ02 AV36P No N/A
Правительство США (Вирджиния) AZ03 AV36 No N/A

Clusters

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

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

Решение Azure VMware настраивает каждый кластер для обеспечения доступности n+1 с помощью управления допуском на основе процента, встроенного в высокую доступность vSphere, для защиты рабочих нагрузок от сбоя одного узла. Cluster-1 каждого частного облака Решение Azure VMware имеет пул ресурсов на основе планировщика распределенных ресурсов vSphere (MGMT-ResourcePool). Пул настроен для компонентов управления и контрольной плоскости (vCenter Server, кластера NSX Manager, NSX Edges, надстройки HCX Manager, надстройки Site Recovery Manager и надстройки vSphere Replication).

MGMT-ResourcePool настроено на резервирование 46 ГГц ЦПУ и 171,88 ГБ памяти, которые вы не можете изменить. Для кластера с тремя узлами два узла предназначены для рабочих нагрузок клиентов, за исключением MGMT-ResourcePool ресурсов процессора и памяти, зарезервированных для управления и контроля. Один узел ресурсов хранится в резерве для защиты от сбоя узла. Решение Azure VMware растянутые кластеры используют политику контроля допуска, основанную на процентах высокого уровня доступности vSphere n+2.

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

Area Description Зарезервированные виртуальные процессоры Зарезервированная виртуальная память (ГБ) Предоставленный vDisk (ГБ) Типичное использование ЦП (ГГц) Обычное использование vRAM (ГБ) Типичное использование хранилища данных vSAN (ГБ)
VMware vSphere vCenter Server 8 30 915 1.5 3.3 1,830
VMware vSphere Виртуальная машина vSphere Cluster Service 1 1 0.1 2 0.1 0.1 1
VMware vSphere Виртуальная машина службы кластеров vSphere 2 1 0.1 2 0.1 0.1 1
VMware vSphere Виртуальная машина «vSphere Cluster Service» 3 1 0.1 2 0.1 0.1 1
VMware vSphere Узел ESXi 1 N/A N/A N/A 2.4 48 N/A
VMware vSphere Узел ESXi 2 N/A N/A N/A 2.4 48 N/A
VMware vSphere Узел ESXi 3 N/A N/A N/A 2.4 48 N/A
VMware vSAN Использование системы vSAN N/A N/A N/A N/A N/A 12,441
VMware NSX Узел единого устройства NSX 1 6 24 300 3.4 13.9 613
VMware NSX Узел единого устройства NSX 2 6 24 300 3.4 13.9 613
VMware NSX Узел унифицированного устройства NSX 3 6 24 300 3.4 13.9 613
VMware NSX ВМ NSX Edge 1 8 32 196 1.4 0.7 401
VMware NSX Виртуальная машина NSX Edge 2 8 32 196 1.4 0.7 401
VMware HCX (дополнительная надстройка) Менеджер HCX 4 12 64 0.4 2.8 174
VMware Site Recovery Manager (дополнительная надстройка) Устройство Site Recovery Manager 4 12 33 1 1 66
VMware vSphere (дополнительная надстройка) Устройство vSphere Replication Manager 4 12 33 1 3.1 66
VMware vSphere (дополнительная надстройка) Устройство сервера репликации vSphere 2 1 33 1 0.8 66
Total 59 виртуальных ЦП 203,3 ГБ 2376 ГБ 25,4 ГГц 198,3 ГБ 17 287 ГБ (15 401 ГБ с коэффициентом сокращения данных)

Уровень управления и контроля Решение Azure VMware имеет следующие требования к ресурсам, которые вы должны учитывать при планировании размера решения для растянутых кластеров частного облака. VMware Site Recovery Manager не входит в таблицу, так как в настоящее время она не поддерживается. Устройство-свидетель vSAN не входит в таблицу. Майкрософт управляет им в третьей зоне доступности.

Area Description Зарезервированные виртуальные процессоры Зарезервированная виртуальная память (ГБ) Предоставленный vDisk (ГБ) Типичное использование ЦП (ГГц) Обычное использование vRAM (ГБ) Типичное использование хранилища данных vSAN (ГБ)
VMware vSphere vCenter Server 8 30 915 1.1 3.9 3,662
VMware vSphere Виртуальная машина vSphere Cluster Service 1 1 0.1 2 0.1 0.1 1
VMware vSphere Виртуальная машина службы кластеров vSphere 2 1 0.1 2 0.1 0.1 1
VMware vSphere Виртуальная машина «vSphere Cluster Service» 3 1 0.1 2 0.1 0.1 1
VMware vSphere Узел ESXi 1 N/A N/A N/A 2.4 48 N/A
VMware vSphere Узел ESXi 2 N/A N/A N/A 2.4 48 N/A
VMware vSphere Узел ESXi 3 N/A N/A N/A 2.4 48 N/A
VMware vSphere Узел ESXi 4 N/A N/A N/A 2.4 48 N/A
VMware vSphere Узел ESXi 5 N/A N/A N/A 2.4 48 N/A
VMware vSphere Узел ESXi 6 N/A N/A N/A 2.4 48 N/A
VMware vSAN Использование системы vSAN N/A N/A N/A N/A N/A 11,223
VMware NSX Узел единого устройства NSX 1 6 24 300 3.4 13.9 1,229
VMware NSX Узел единого устройства NSX 2 6 24 300 3.4 13.9 1,229
VMware NSX Узел унифицированного устройства NSX 3 6 24 300 3.4 13.9 1,229
VMware NSX ВМ NSX Edge 1 8 32 196 1.4 0.7 800
VMware NSX Виртуальная машина NSX Edge 2 8 32 196 1.4 0.7 800
VMware HCX (дополнительная надстройка) Менеджер HCX 4 12 64 0.4 2.8 256
Total 49 виртуальных ЦП 178,4 ГБ 2 277 ГБ 29,9 ГГц 338,1 ГБ 20 430 ГБ (17 459 ГБ с коэффициентом сокращения данных)

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

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

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

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

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

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

Определение размера решения — это оценка. Проверьте вычисления размера на этапе разработки во время этапа тестирования проекта. Необходимо убедиться, что решение правильно настроено для рабочей нагрузки приложения.

Tip

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

Caution

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

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

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

* Сведения о RPO ниже 15 минут см. в статье о работе 5-минутного RPO в документации по администрирования репликации vSphere.

** Это обратимое рекомендуемое ограничение может поддерживать более высокую пропускную способность в зависимости от сценария.

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

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

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

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

Software Version номер сборки
VMware vCenter Server 8.0 U3e 24674346
VMware ESXi 8.0 U3f + Горячее исправление (исправление ошибки VAIO) 24797835
VMware vSAN 8.0 U3 24797835
Свидетель VMware vSAN 8.0 U3 24797835
Формат VMware vSAN на диске 20 N/A
Архитектура хранилища VMware vSAN 1-го поколения: OSA, 2-го поколения: ESA N/A
VMware NSX 4.2.3.2 25077145
VMware HCX 4.11.3 24972695
Восстановление динамического сайта с VMware 9.0.2.1 24401761
Репликация VMware vSphere 9.0.2.1 24383568

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

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

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

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

Note

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

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

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