Распространенные вопросы о Решении Azure VMware

Поскольку предприятия проводят стратегии модернизации ИТ-специалистов для повышения гибкости бизнеса, снижения затрат и ускорения инноваций, гибридные облачные платформы являются ключевыми средствами цифровой трансформации клиентов. Решение Azure VMware сочетает в себе программно-определяемый центр обработки данных VMware (SDDC) с глобальной облачной экосистемой Microsoft Azure. Кроме того, Решение Azure VMware отвечает всем требованиям к производительности, доступности, безопасности и соответствию. Дополнительные сведения см. в статье Что такое Решение Azure VMware.

Служба постоянно добавляется в новые регионы. Дополнительные сведения см. в последних данных о доступности служб.

Поддержку для Решения Azure VMware предоставляет корпорация Майкрософт. Вы можете отправить запрос на поддержку. Для управляемых подписок поставщика облачных решений (CSP) первый уровень поддержки предоставляет поставщик решений так же, как его предоставляет CSP для других служб Azure.

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

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

Обновления будут соответствовать стандартному процессу управления изменениями Microsoft Azure. За любые задачи администрирования рабочей нагрузки и связанные процессы управления изменениями клиенты отвечают самостоятельно.

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

Все узлы, на которых возникли проблемы с дисками, будут заменены. Сведение выполняется для обеспечения доступности по Соглашению об уровне обслуживания на уровне 99,9 для службы "Решение Azure VMware".

Общие вопросы о ценах см. на странице цен на Решение Azure VMware.

VMware HCX Enterprise доступен на Решение Azure VMware без других затрат и включен по умолчанию.

Трафик в канале ExpressRoute Решение Azure VMware не измеряется. Нет выставления счетов за любой канал ExpressRoute Решение Azure VMware или плата за global Reach между Решение Azure VMware частными облаками. Этот сценарий включает Решение Azure VMware в локальную среду, кроме стандартных сборов за исходящий трафик из канала Azure ExpressRoute на локальный сайт из Azure. Эти сборы взимается в соответствии с тарифными планами Azure ExpressRoute с моделью выставления счетов с лимитной оплатой. Если вы используете модель неограниченного выставления счетов Azure ExpressRoute, трафик исходящего трафика не взимается.

• Решение Azure VMware в Azure виртуальная сеть осуществляется через внутренний канал ExpressRoute и предоставляется бесплатно независимо от расположения региона (одного региона или между регионами).

• Решение Azure VMware на локальный сайт выполняется через Azure виртуальная сеть или ExpressRoute Global Reach (между внутренним ExpressRoute и внешним ExpressRoute). Он по-прежнему свободен от стандартных сборов исходящего трафика (модель выставления счетов с лимитным счетом) из ExpressRoute в локальную сеть. Для модели неограниченного выставления счетов плата не взимается.

Например:

• Если мы подключаем azure виртуальная сеть в Западной Европе к Решение Azure VMware частному облаку в Западной Европе, плата за ExpressRoute не взимается, кроме платы за шлюз ExpressRoute.

• Если мы подключаем azure виртуальная сеть в Северной Европе к частному облаку Решение Azure VMware в Западной Европе, плата за ExpressRoute не взимается, кроме платы за шлюз ExpressRoute.

• При подключении частного облака Решение Azure VMware в Западной Европе к частному облаку Решение Azure VMware в Северной Европе через ExpressRoute Global Reach. Плата за передачу данных ExpressRoute Global Reach (исходящие и входящий трафик) не взимается. При использовании шлюза ExpressRoute взимается плата.

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

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

Вам нужна учетная запись Azure в подписке Azure.

Корпорация Майкрософт и Red Hat совместно создали службу поддержки, которая предоставляет единую точку контакта для экосистемы Red Hat, работающей на платформе Azure. Как и на другие службы платформы Azure, работающие с Red Hat Enterprise Linux, на Решение Azure VMware распространяется действие Cloud Access и интегрированной службы поддержки. В Azure поддерживается Red Hat Enterprise Linux на базе Решения Azure VMware.

Вы можете найти проблемы со службами, плановое обслуживание, советы по работоспособности и уведомления о безопасности, опубликованные в портал Azure. После настройки оповещений для журнала действий для таких уведомлений можно будет выполнять своевременные действия. Дополнительные сведения см. в статье "Создание оповещений о работоспособности служб" с помощью портал Azure.

В данный момент подготовка может занять примерно 3–4 часа. Добавление одного узла в тот же самый или другой существующий кластер занимает 30–45 минут.

Нет, "AVS-vendor-folders" — это зарезервированное имя в Решение Azure VMware, и его использование может привести к конфликтам с предполагаемой функциональностью или вызвать непредвиденное поведение в среде управления vCenter, относяющейся к Решение Azure VMware. Выберите альтернативное имя папки, которое соответствует потребностям организации, избегая конфликтов с предопределенными соглашениями об именовании в Решение Azure VMware.

Да. Если система, установленная на нем, может получить доступ к серверу vCenter Server частного облака и использует общедоступный DNS для разрешения имен узлов ESXi.

№ Чтобы удовлетворить предварительные требования к виртуальной машине, следуйте инструкциям, предоставленным VMware.

Служба автоматизации vRealize, vRealize Operations Manager и vRealize Network Insights сертифицированы для использования с Решение Azure VMware при установке этих продуктов в локальном центре обработки данных. Облачные версии этих продуктов — vRealize Automation Cloud, vRealize Operations Cloud и vRealize Network Insight Cloud также сертифицированы для использования. Установка этих продуктов в Решение Azure VMware частном облаке не поддерживается.

Да. Это возможно и рекомендуется с помощью надстройки VMware HCX. Хотя миграция и клонирование между виртуальными центрами vCenter возможна, а не через vCenter vMotion, HCX является полностью поддерживаемым методом.

Локальная среда должна работать под управлением vSphere 6.5 или более поздней версии, если VMware HCX будет использоваться для переноса виртуальных машин.

Чтобы перенести виртуальную машину Azure в другой план, выполните следующие действия.

1. Остановите виртуальную машину в портал Azure, выбрав виртуальную машину, а затем нажмите кнопку "Остановить", чтобы освободить ресурсы.
2. При остановке виртуальной машины перейдите к параметру "Размер" виртуальной машины.
3. На панели "Выбор размера" выберите новый размер, совместимый с текущим или требуемым рядом.
4. Нажмите кнопку "Изменить размер", чтобы применить изменение размера.
5. Перезапустите виртуальную машину, чтобы завершить миграцию.

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

Да, если соблюдены минимальные требования к сети VMware HCX.

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

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

Одним из преимуществ Решение Azure VMware частных облаков является то, что платформа поддерживается для вас. Корпорация Майкрософт отвечает за управление жизненным циклом устройств VMware (ESXi, vCenter Server и vSAN) и NSX. Корпорация Майкрософт также отвечает за загрузку конфигурации сети, например создание шлюза Уровня 0 и включение маршрутизации North-South. Вы отвечаете за конфигурацию SDN NSX: сегменты сети, распределенные правила брандмауэра, шлюзы уровня 1 и подсистемы балансировки нагрузки.

Корпорация Майкрософт отвечает за применение любых исправлений, обновлений или обновлений до ESXi, vCenter Server, vSAN и NSX в частном облаке. Влияние исправлений, обновлений и обновлений на ESXi, vCenter Server и NSX имеет следующие рекомендации.

• ESXi. Рабочие нагрузки, выполняющиеся в вашем частном облаке, не будут затронуты. В настоящее время доступ к серверу vCenter Server и NSX не блокируется. В течение этого времени рекомендуется не планировать другие действия, такие как масштабирование частного облака, планирование или инициирование активных миграций HCX, изменение конфигурации HCX и т. д. в частном облаке.

• vCenter Server — не влияет на рабочие нагрузки, выполняемые в частном облаке. В течение этого времени сервер vCenter Server недоступен, и вы не можете управлять виртуальными машинами (остановить, запустить, создать или удалить). Рекомендуется не планировать другие действия, такие как масштабирование частного облака, создание новых сетей и т. д. в частном облаке. При использовании пользовательских интерфейсов веб-сайта VMware диспетчер восстановления или vSphere Replication рекомендуется не выполнять ни одно из действий: настройка репликации vSphere и настройка или выполнение планов восстановления сайта во время обновления vCenter Server.

• NSX — рабочая нагрузка влияет. При обновлении определенного узла виртуальные машины на этом узле могут потерять подключение от 2 секунд до 1 минуты с любым из следующих симптомов:

  • ошибки проверки связи;

  • Потеря пакетов

  • сообщения об ошибках (например, Хост назначения недоступен и Сеть недоступна).

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

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

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

Существуют следующие виды обновлений программного обеспечения.

• Исправления (patch) — обновления для системы безопасности и исправления ошибок, выпущенные VMware.

• Обновления (update) — изменение дополнительного номера версии компонента стека VMware.

• Улучшения (upgrade) — изменение основного номера версии компонента стека VMware.

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

Да, NSX — единственная поддерживаемая версия программного обеспечения виртуализации сети VMware.

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

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

Да с лицензией на надстройку. Решение Azure VMware поддерживает распределенную версию IDFW и распределенные идентификаторы и IPS с лицензией брандмауэра надстройки. Эта лицензия надстройки должна быть приобретена из VMware и Майкрософт будет применять эту лицензию к частному облаку Решение Azure VMware с запросом на поддержку.

№

Да.

Вкладка Sentinel Management (Управление Sentinel) позволяет получить доступ для скачивания программного обеспечения Sentinel. Она отображается в интерфейсе HCX Interconnect при активации лицензии HCX Enterprise и развертывании service mesh с развернутой парой Sentinel Gateway (SGW) и Sentinel Data Receiver (SDR). Кроме того, в традиционных развертываниях локально и в облаке вкладка Sentinel отображается только в соединителе, а в диспетчере облака она отсутствует.

При переносе виртуальной машины в Решение Azure VMware можно указать нужный тип формата. Однако vSAN в основном является хранилищем данных, которое вы будете использовать в Решение Azure VMware, поэтому это зависит от выбранной политики хранения. Политика хранения хранилища данных по умолчанию — это RAID-1 FTT-1, которая подготовлена тонко. Команды Run можно использовать для изменения политики хранения хранилища данных по умолчанию.

Серверы SKU AV36 имеют два ядра 2,3 ГГц Intel. SKU-серверы AV36P имеют два ядра 2,6 ГГц Intel ЦП и SKU AV52 имеют два ядра 26 ядра 2,7 ГГц Intel ЦП.

Серверы SKU AV36 имеют 576 ГБ ОЗУ. Серверы SKU AV36P имеют 768 ГБ ОЗУ и SKU AV52 имеют 1536 ГБ ОЗУ.

№ VMware официально не поддерживает вложенную виртуализацию.

Commvault, Veritas и Veeam расширили возможности своих решений резервного копирования для работы с Решением VMware для Azure. Однако любое решение резервного копирования, использующее API VMware vStorage для защиты данных (VADP) с режимом транспорта HotAdd, работает в Решении Azure VMware без дополнительных настроек. Дополнительные сведения см. в статье Решения по резервному копированию для виртуальных машин Azure VMware.

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

Бастион Azure — это служба, рекомендуемая для подключения к полю перехода для предотвращения предоставления доступа к Решению Azure VMware через Интернет. Бастион Azure нельзя использовать для подключения к виртуальным машинам Решения Azure VMware, так как они не являются объектами IaaS Azure.

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

№

№

№ Azure Load Balancer только для внутреннего использования поддерживает только виртуальные машины IaaS Azure. Azure Load Balancer не поддерживает серверные пулы на основе IP-адресов; Только виртуальные машины Azure или объекты масштабируемого набора виртуальных машин, в которых Решение Azure VMware виртуальные машины не являются объектами Azure.

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

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

Подключиться к службе можно одним из двух способов:

• Через виртуальную машину или шлюз приложений, развернутые в виртуальной сети Azure, для которой настроен пиринг с частным облаком через ExpressRoute.
• Через канал ExpressRoute Global Reach от локального центра обработки данных к каналу Azure ExpressRoute.

Включите подключение к Интернету для частного облака на портале Azure. С помощью диспетчера NSX создайте шлюз NSX T1 и логический коммутатор. Затем вы используете vCenter Server для развертывания виртуальной машины в сетевом сегменте, определяемом логическим коммутатором. Эта виртуальная машина имеет сетевой доступ к Интернету и службам Azure.

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

Да. Чтобы ограничить доступ виртуальной машины к Интернету, необходимо использовать диспетчер NSX.

Диапазон IP-адресов не должен перекрываться с диапазоном IP-адресов, используемым в других виртуальных сетях в вашей подписке и локальных сетях.

Да.

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

№

При проектировании вы не сможете получить доступ к NSX Manager и устройству vCenter Server (vCSA) из локальной среды, если только 0.0.0.0.0/0 (маршрут по умолчанию) объявляется через ExpressRoute Global Reach между Решение Azure VMware и локальным ExpressRoute или через Azure виртуальная сеть для Решение Azure VMware. Для доступа к NSX Manager и vCSA необходимо объявить определенные сетевые маршруты и подсети.

Используйте для шаблона виртуальной машины политику хранилища thin_provision.

Каждый узел ESXi содержит две группы дисков vSAN с уровнем емкости 15,2 ТБ и 3,2 ТБ уровня кэша NVMe (1,6 ТБ в каждой группе дисков).

Да, хранилища данных vSAN по умолчанию используют шифрование неактивных данных с использованием ключей, хранящихся в Azure Key Vault. Решение шифрования основано на KMS и поддерживает операции vCenter Server для управления ключами. При удалении узла из кластера vSphere данные на диске будут недействительными немедленно.

Нет, имена хранилищ данных или кластеров изменять нельзя.

Политика хранения по умолчанию для программно-определяемых центров обработки данных (SDDC) — это FTT-1, RAID-1 с тонкой подготовкой для зарезервированного пространства объектов.

Толстые ресурсы подготовки зарезервированы или предварительно выделены для хранения. Использование толстой подготовки защищает системы, позволяя им функционировать, даже если хранилище данных vSAN заполнено, потому что пространство уже зарезервировано. Например, предположим, что вы создаете виртуальный диск размером 10 ГБ с толстой подготовкой. В этом случае полная емкость хранилища виртуальных дисков предварительно выделяется в физическом хранилище, где создается виртуальный диск, и потребляет все пространство, выделенное для него в хранилище данных. Это не позволит другим виртуальным машинам совместно использовать пространство в хранилище данных. Для тонко подготовленного виртуального диска используется пространство, которое было необходимо изначально. При этом оно увеличивается до размеров, требуемых для размещения данных, используемых в хранилище данных.

Это зависит от того, как вы планируете выполнять рабочие нагрузки приложений в SDDC (частное облако). Корпорация Майкрософт регулярно управляет этими сбоями и заменяет оборудование при обнаружении таких событий в инфраструктуре. По умолчанию используется параметр FTT-1, который соответствует сбою одного узла.

Корпорация Майкрософт отправляет предупреждения, когда потребление емкости превышает 75 %. Кроме того, можно также отслеживать метрики потребления емкости, которые интегрированы в Azure Monitor.

Номер SKU AV36 включает два NVMe-кэша NVMe 1,6 ТБ и 1,9 ТБ емкости необработанного хранилища. В последствии они разбиваются на две группы дисков. Проверьте номера SKU AV36P и AV52 для своих спецификаций оборудования.

Группы дисков не настроены на RAID. Вместо этого они просто куча дисков (JBOD) и напрямую управляются vSAN.

№ Доступен только один тип.

Да. Для развертывания и нескольких операций управления используется портал Azure. VCenter Server и NSX Manager используются для управления ресурсами vSphere и NSX.

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

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

Нет, узлы и кластеры частного облака выделяются эксклюзивно и безопасно очищаются до и после использования.

Кластеры можно масштабировать в диапазоне от трех (минимум) до 16 (максимум) узлов ESXi.

Вы предоставляете учетные данные для пользователя облачного администратора в vCenter Server и доступа администратора в NSX Manager. Вы также можете использовать группу CloudAdmin для включения Microsoft Active Directory. Дополнительные сведения см. в разделе "Архитектура доступа и идентификации".

Нет, доступ администратора к узлам ESXi ограничен в соответствии с требованиями к безопасности этого решения.

У вас есть права роли CloudAdmin. Дополнительные сведения см. в разделе "Архитектура доступа и идентификации".

У вас есть права роли CloudAdmin. Дополнительные сведения см. в разделе "Архитектура доступа и идентификации".

Сведения о сбросе учетных данных см. в статье Циклический сдвиг учетных данных cloudadmin для Решения Azure VMware.

№ Мы не поддерживаем и не планируем поддерживать разрешения расширения cloudadmin.

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

№ Сейчас Решение Azure VMware не предлагает мультитенантности.

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

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

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

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

Да. Поставщики облачных служб могут покупать зарезервированные экземпляры для своих клиентов. Дополнительные сведения см. в статье Сокращение затрат с помощью зарезервированного экземпляра.