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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Уровень управления и контроля Решение Azure VMware имеет следующие требования к ресурсам, которые вы должны учитывать при планировании размера решения для растянутых кластеров частного облака. VMware Site Recovery Manager не входит в таблицу, так как в настоящее время она не поддерживается. Устройство-свидетель 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 Центр обработки данных и функции vMotion. На следующей схеме показаны сегменты IP-адресов управления Решение Azure VMware.

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

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

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

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

Решение Azure VMware необходимы Azure Virtual Network и канал 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.