Основные понятия частного облака и кластера решения 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 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 Solution: предоставляет вычислительные ресурсы, сеть и хранилище для клиентских рабочих нагрузок путем масштабирования частного облака Azure VMware Solution с помощью программного обеспечения VMware, включая программное обеспечение vSAN и узлы Azure ESXi на выделенных серверах. Azure NetApp Files, Elastic SAN и Pure Cloud Block Store также поддерживаются.
• VMware HCX: обеспечивает мобильность, миграцию и службы расширения сети.
• VMware Site Recovery: автоматизирует службы аварийного восстановления и репликации хранилища с помощью репликации VMware vSphere. Кроме того, поддерживаются решения аварийного восстановления, отличные от Майкрософт, Zerto и JetStream Software.
• Выделенный Microsoft Enterprise Edge: маршрутизатор, который подключает облачные службы Azure и экземпляр частного облака решения Azure VMware.
• Виртуальная сеть Azure: объединяет службы и ресурсы Azure.
• Azure Route Server: обмен данными динамического маршрута с сетями Azure.
• Шлюз виртуальной сети Azure: подключает службы и ресурсы Azure к другим частным сетям с помощью виртуальной частной сети IPSec, Azure ExpressRoute и виртуальной сети к виртуальной сети.
• Azure ExpressRoute: обеспечивает высокоскоростные частные подключения между центрами обработки данных Azure и локальной инфраструктурой или инфраструктурой совместного размещения.
• Виртуальная глобальная сеть Azure: объединяет функции сети, безопасности и маршрутизации в одну единую глобальную сеть (WAN).

Хосты

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

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

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

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

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

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

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

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

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

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

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

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

Кластеры

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

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

Решение Azure VMware настраивает каждый кластер для доступности n+1 с помощью управления доступом vSphere High Availability на основе процентного распределения, чтобы защитить рабочие нагрузки при сбое одного узла. 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 и плоскость управления имеют следующие требования к ресурсам. Они должны учитываться во время изменения размера решения стандартного частного облака.

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

Эти требования к ресурсам применяются только к первому кластеру, развернутму в частном облаке Решения 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.

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

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

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

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

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

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

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

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

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

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

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

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

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

Связанный контент

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

• Основные понятия о сетях и подключениях для Решения Azure VMware
• Рекомендации по обслуживанию частного облака решения Azure VMware
• Основные понятия о хранении в Решении Azure VMware
• Включение ресурса решения Azure VMware