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


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

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

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

  • Определение подписки Azure, группы ресурсов, региона и имени ресурса
  • Определение размера узлов, а также количества кластеров и узлов
  • Запрос квоты узла для соответствующего плана Azure
  • Определение сегмента IP-адресов /22 (в нотации CIDR) для управления частным облаком
  • Определение одного сегмента сети
  • Определение шлюза виртуальной сети
  • Определение сегментов сети VMware HCX

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

Указание подписки

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

Примечание.

Подписка должна быть связана с microsoft Соглашение Enterprise (EA), планом Azure поставщик облачных решений (CSP) или Клиентское соглашение Майкрософт (MCA). Дополнительные сведения см. в разделе Критерии допустимости.

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

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

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

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

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

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

Внимание

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

Указание размера узлов

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

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

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

Запрос квоты узла

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

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

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

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

На схеме показаны сегменты IP-адресов управления в Решение Azure VMware.

Внимание

Блок сетевых адресов /22 (в нотации CIDR) не должен перекрываться с уже существующими сегментами сети в локальной среде или в Azure. Дополнительные сведения о том, как сеть размера /22 (в нотации CIDR) разделяется на частное облако, см. в разделе Рекомендации по маршрутизации и подсетям.

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

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

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

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

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

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

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

Внимание

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

Определение сегментов сети 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. Если вы расширяете сегменты сети, определите эти сети, следуя приведенным ниже рекомендациям.

Внимание

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

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

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