Планирование развертывания Решения Azure VMware

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

В этом руководстве описано, как выполнить следующие задачи:

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

Идентификация подписки

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

Указание группы ресурсов

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

Указание региона или расположения

Определите регион, в котором должно быть развернуто Решение Azure VMware.

Определение имени ресурса

Имя ресурса — это понятное и описательное название для вашего частного облака Azure VMware Solution, например MyPrivateCloud.

Определение размера хостов

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

Кластеры решений 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 VMware будет развертывание частного облака, содержащего один кластер. Необходимо определить количество хостов, которые нужно развернуть в первом кластере.

Для каждого созданного частного облака по умолчанию существует один кластер 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. Перед выполнением запроса определите подписку Azure, группу ресурсов и регион. Определите размер узлов, количество кластеров и количество узлов, которые вам нужны.

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

• Клиенты EA
• Клиенты CSP

Определение сегмента IP-адресов для управления частным облаком

Решению Azure VMware требуется сеть CIDR /22, например 10.0.0.0/22. Это адресное пространство делится на небольшие сегменты сети (подсети) для сегментов управления Решение Azure VMware, включая vCenter Server, VMware HCX, NSX-T Data Center и функции vMotion. На следующей схеме показаны сегменты управления IP-адресов Azure VMware Solution.

Определение сегмента IP-адресов для рабочих нагрузок виртуальных машин

В среде VMware vSphere виртуальные машины должны подключаться к сетевому сегменту. По мере расширения производственного развертывания в рамках решения Azure VMware, часто наблюдается сочетание расширенных сегментов L2 из локальной инфраструктуры и локальных сегментов сети NSX-T Data Center.

Для начального развертывания определите один сегмент сети (сеть IP), например 10.0.4.0/24. Этот сегмент сети используется в основном для тестирования во время начального развертывания. Блок адресов не должен пересекаться с любыми сетевыми сегментами в локальной среде или в Azure, а также входить в какой-либо из сетевых сегментов /22, уже определённых.

Определение шлюза виртуальной сети

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

Определение сегментов сети VMware HCX

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

Соединитель VMware HCX развертывает подмножество виртуальных устройств (автоматизированных), которым требуется несколько сегментов IP-адресов. При создании сетевых профилей следует использовать сегменты IP-адресов. Определите следующие перечисленные элементы для развертывания VMware HCX, который поддерживает пилотный или небольшой вариант использования продукта. Измените по мере необходимости в зависимости от потребностей миграции.

• Сеть управления. Для локального развертывания VMware HCX определите сеть управления для VMware HCX. Как правило, это та же сеть управления, которая используется локальным кластером VMware vSphere. Для VMware HCX нужно определить как минимум два IP-адреса в этом сегменте сети. Возможно, вам потребуется большее число, в зависимости от масштаба вашего развертывания, если оно выходит за рамки пилотного или небольшого использования.

  Примечание.

  Для больших сред создайте новую сеть /26 и предоставьте ее в качестве группы портов в локальный кластер VMware vSphere вместо использования существующей сети управления. Вы можете затем создать до 10 слоев взаимодействия служб и 60 расширителей сети (по 1 на слой взаимодействия служб). Вы можете распределить восемь сетей на каждый расширитель сети, используя частные облака решения Azure VMware.

• Сеть uplink: для развертывания VMware HCX на месте, выберите uplink-сеть для VMware HCX. Используйте ту же сеть, что и для сети управления.

• Сеть vMotion: для локального развертывания VMware HCX определите сеть vMotion для VMware HCX. Как правило, это та же сеть, которая используется для vMotion на локальном кластере VMware vSphere. Для VMware HCX нужно определить как минимум два IP-адреса в этом сегменте сети. Возможно, вам потребуется большее число, в зависимости от масштаба вашего развертывания, если оно выходит за рамки пилотного или небольшого использования.

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

  Примечание.

  Многие среды VMware vSphere используют ненаправимые сетевые сегменты для vMotion, что не создает проблем.

• Сеть репликации. Для локального развертывания VMware HCX определите сеть репликации. Используйте ту же сеть, что и для ваших сетей управления и аплинка. Если на локальном узле кластера используется выделенная сеть Replication VMkernel, зарезервируйте два IP-адреса в этом сегменте сети и используйте сеть Replication VMkernel в качестве сети репликации.

Определение необходимости расширения сетей

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

• Сети должны быть подключены к распределенному коммутатору vSphere (vDS) в локальной среде VMware.
• Сети, размещенные на коммутаторе vSphere ценовой категории "Стандартный", не могут быть расширены.

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

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