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


Обзор оценки (миграция в решение Azure VMware)

Служба Azure Migrate предоставляет центральный узел для отслеживания обнаружения, оценки и миграции ваших локальных приложений и рабочих нагрузок. Он также отслеживает экземпляры частных и общедоступных облаков в Azure. Центр предлагает инструменты Azure Migrate для оценки и миграции, а также решения от партнёров и независимых поставщиков программного обеспечения (ISV).

Средство обнаружения и оценки в службе "Миграция Azure" оценивает локальные серверы для миграции на виртуальные машины Azure и Решение Azure VMware. В этой статье содержатся сведения о том, как вычисляются оценки в решении Azure VMware.

Примечание.

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

Типы оценок

Оценки, создаваемые с помощью службы "Миграция Azure", представляют собой моментальный снимок данных на определенный момент времени. Существует четыре типа оценок, которые можно создать с помощью Azure Migrate:

Тип оценки Сведения
Виртуальная машина Azure Оценки для переноса локальных серверов на виртуальные машины Azure. Вы можете оценить локальные серверы в среде VMware vSphere и Hyper-V , а также физические серверы для миграции на виртуальные машины Azure с помощью этого типа оценки.
Azure SQL Оценка миграции локальных серверов SQL из среды VMware в базу данных Azure SQL или в управляемый экземпляр Azure SQL.
Служба приложений Azure Оценки для переноса локальных ASP.NET веб-приложений, работающих на веб-серверах IIS, или веб-приложений Java, работающих на серверах Tomcat из среды VMware vSphere в приложение Azure Service.
Решение Azure VMware (AVS) Оценки для переноса локальных серверов vSphere в Решение Azure VMware. Вы можете оценить локальные виртуальные машины VMware vSphere для миграции в Решение Azure VMware с помощью этого типа оценки. Подробнее

Примечание.

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

Решение Azure VMware по оценке предлагает два варианта критериев определения размера:

Оценка Сведения Данные
На основе производительности Оценки на основе собранных данных о производительности локальных виртуальных машин. Рекомендуемый размер узла: на основе данных об использовании ЦП и памяти, а также типе узла, типе хранилища и параметре FTT, выбранном для оценки.
Как в локальной среде Оценки на основе локальных размеров. Рекомендуемый размер узла: на основе данных о размере локальной виртуальной машины, а также типе узла, типе хранилища и параметре FTT, выбранном для оценки.

Как выполнить оценку?

Оценку можно выполнить одним из следующих способов.

  • Оцените серверы с использованием метаданных сервера, собранных облегченным устройством Azure Migrate. Это устройство обнаруживает локальные серверы. Оно отправляет метаданные и данные о производительности серверов в Azure Migrate. Это обеспечивает более высокую точность.
  • Оценка серверов на основе метаданных сервера, импортированных в формате значений с разделителями-запятыми (CSV).

Как выполнить оценку с помощью устройства?

Если вы развертываете устройство Azure Migrate для обнаружения серверов в локальной сети, выполните следующие действия.

  1. Настройте Azure и локальную среду для работы с Azure Migrate.
  2. Создайте проект Azure и добавьте в него средство обнаружения и оценки, если вы создаете первую оценку.
  3. Разверните легкое устройство Azure Migrate. Устройство постоянно обнаруживает локальные серверы vSphere и отправляет метаданные сервера и данные производительности в службу "Миграция Azure". Разверните устройство как виртуальную машину. На серверах для оценки ничего устанавливать не нужно.

После того как устройство начнет обнаружение серверов, вы сможете собрать серверы, которые нужно оценить, в группу и выполнить оценку группы с типом оценки Решение Azure VMware (AVS).

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

Как выполнить оценку на основе импортированных данных?

Если для оценки серверов вы используете CSV-файл, устройство не требуется. Выполните следующие действия:

  1. Настройка Azure для совместимости с Azure Migrate.
  2. Для первой оценки создайте проект Azure и добавьте в него средство обнаружения и оценки.
  3. Скачайте шаблон CSV-файла и добавьте в него данные серверов.
  4. Импортируйте шаблон в службу "Миграция Azure".
  5. Обнаружьте серверы, добавленные с помощью импорта, объедините их в группу и выполните оценку для этой группы с типом оценки Azure VMware Solution (AVS).

Какие данные собирает устройство?

Если вы используете аппарат Azure Migrate для оценки, ознакомьтесь с метаданными и данными о производительности, собираемыми для VMware vSphere.

Каким образом устройство вычисляет данные о производительности?

Если вы используете устройство для обнаружения, оно собирает данные о производительности для параметров вычислений, выполняя следующие шаги:

  1. Устройство делает выборку данных в режиме реального времени.

    • ВМ VMware vSphere: точка выборки собирается каждые 20 секунд.
  2. Устройство объединяет выборки данных в одну точку данных каждые 10 минут. Для создания точки данных устройство выбирает из всех выборок пиковые значения. Затем оно отправляет точку данных в Azure.

  3. В службе "Azure Migrate" хранятся все 10-минутные интервалы данных за предыдущий месяц.

  4. Созданная оценка определяет соответствующую точку данных для оптимизации. Идентификация производится по значениям процентиля для журнала производительности и использования процентиля.

    • Например, если история производительности составляет одну неделю, а процентиль использования — 95-й, то оценка сортирует 10-минутные выборки за последнюю неделю. Она сортирует их по возрастанию и выбирает 95-й процентиль для оптимизации размеров.
    • Значение 95-го процентиля позволяет игнорировать выбросы, которые могут быть включены в расчет при выборе 99-го процентиля.
    • Если вы хотите выбрать пиковое использование за определенный период и не хотите пропустить выбросы, выберите 99-й процентиль для оценки использования.
  5. Это значение умножается на фактор комфорта, что позволяет получить эффективные данные об использовании производительности для метрик, собираемых устройством:

    • загрузка ЦП;
    • Использование ОЗУ.

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

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

Как вычисляются оценки Решение Azure VMware?

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

Расчеты производятся в следующие три этапа:

  1. Вычислите готовность Решение Azure VMware: подходит ли локальная виртуальная машина vSphere для миграции в Решение Azure VMware.
  2. Рассчитайте количество узлов Azure VMware Solution и использование ресурсов на всех узлах: Оценочное количество узлов Azure VMware Solution, необходимых для работы виртуальных машин VMware vSphere и предполагаемое использование центрального процессора, памяти и хранилища на всех узлах.
  3. Ежемесячная оценка затрат: предполагаемые ежемесячные затраты для всех Решение Azure VMware узлов, работающих на локальных виртуальных машинах vSphere.

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

Что входит в оценку решения Azure VMware?

Вот что включено в оценки решения Azure VMware:

Свойство Сведения
Целевое расположение Указывает расположение частного облака Azure VMware Solution, в которое вы хотите перенести.
Тип хранилища Указывает подсистему хранилища, которая будет использоваться в Решение Azure VMware. vSAN является частью всего хранилища SKU AVS. Azure NetApp Files (уровни Стандартный, Премиум и Ультра) по умолчанию используется в рамках оценки, если внешнее хранилище может оптимизировать потребность в количестве узлов AVS.
Зарезервированные экземпляры (RI) Это свойство помогает указать зарезервированные экземпляры в Azure VMware Solution при покупке и срок действия зарезервированного экземпляра. Оценка затрат учитывает выбранный вариант. Подробнее

При выборе резервируемых экземпляров нельзя указать "Скидка (%)".
Тип узла Указывает тип узла Azure VMware Solution, используемый в Azure. По умолчанию для оценки используются все типы узлов, доступные в выбранном регионе. В настоящее время тип узла AV64 можно использовать только вместе с AV36, AV36P или AV52 и не может использоваться в качестве одного типа узла в SDDC. Тип узла, доступный для использования, зависит от вместимости SKU в регионе.
Параметр FTT, уровень RAID Указывает допустимые сочетания отказов, которые можно терпеть, и RAID. Выбранный параметр FTT в сочетании с уровнем RAID и требованием к локальному диску виртуальной машины vSphere определит общее хранилище vSAN, необходимое в Решение Azure VMware. Общее доступное хранилище после вычислений также включает (a) пространство, зарезервированное для объектов управления, таких как vCenter Server и (b) 25 % хранилища, необходимых для операций vSAN.
Критерий размера Задает критерии, используемые для определения требований к памяти, ЦП и хранилищу для Решение Azure VMware узлов. Вы можете выбрать определение размера VM на основе производительности или как в локальной среде, без учета журнала производительности. Чтобы поднять и переместить, выберите как локальный. Чтобы получить размер, основанный на использовании, выберите производительность, основанную на.
История производительности Устанавливает период для учета при оценке данных о производительности серверов. Это свойство применимо только в том случае, если критерии размера основаны на производительности.
Использование процентиля Задает значение процентиля выборки данных производительности, которое необходимо учитывать для правильного определения размера. Это свойство применяется только в том случае, если размер определяется на основе производительности.
Фактор комфорта При оценке в службе "Миграция Azure" учитывается буфер (фактор комфорта). Этот буфер применяется поверх данных об использовании сервера для виртуальных машин (ЦП, памяти и диска). Фактор комфорта учитывает такие факторы, как сезонное использование, небольшую историю использования и вероятным увеличением использования в будущем. Например, 10-ядерная виртуальная машина с загрузкой 20 % обычно превращается в 2-ядерную виртуальную машину. Однако, учитывая коэффициент комфортности 2.0x, в результате получается виртуальная машина с 4 ядрами.
ПРЕДЛОЖЕНИЕ Отображает предложение Azure, в котором вы зарегистрированы. "Azure Migrate оценивает стоимость надлежащим образом."
Валюта Отображает валюту выставления счетов для вашей учетной записи.
Скидка (%) Перечисляет все связанные с подпиской скидки, которые предоставляются в рамках предложения Azure. Значение по умолчанию — 0 %.
Преимущество гибридного использования Azure Указывает, есть ли у вас Software Assurance и распространяется ли на вас программа Преимущество гибридного использования Azure. Хотя это не влияет на цены Azure VMware Solution из-за узловой ценообразования, клиенты по-прежнему могут использовать локальные лицензии ОС или SQL (Microsoft) в Azure VMware Solution с помощью Azure Hybrid Benefits. Другие поставщики программной ос должны предоставлять собственные условия лицензирования, например RHEL.
Превышение лимита для виртуального ЦП Указывает соотношение числа виртуальных ядер, привязанных к одному физическому ядру в узле Решение Azure VMware. Значение по умолчанию в вычислениях — 4 виртуальных ЦП: 1 физическое ядро в Решение Azure VMware. Пользователи API могут задать это значение как целое число. Обратите внимание, что vCPU Oversubscription > 4:1 может повлиять на рабочие нагрузки в зависимости от их использования ЦП. При оценке размеров мы всегда предполагаем 100%-ное использование выбранных ядер.
Коэффициент избыточного выделения памяти Указывает коэффициент избыточности памяти в кластере. Значение 1 представляет 100 % использования памяти, 0,5, например 50 %, и 2 будут использовать 200 % доступной памяти. Вы можете задать значения только в диапазоне от 0,5 до 10 с одним знаком после запятой.
Дедупликация и коэффициент сжатия Указывает ожидаемый коэффициент дедупликации и сжатия для рабочих нагрузок. Фактическое значение можно получить из локальных конфигураций vSAN или хранилища. Они зависят от рабочей нагрузки. Значение 3 будет означать 3x, поэтому для 300 ГБ диска будет использоваться только 100 ГБ хранилища. Значение 1 означает отсутствие дедупликации или сжатия. Вы можете задать значения только в диапазоне от 1 до 10 с одним знаком после запятой.

анализ соответствия Решение Azure VMware

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

  • Готов к AVS: сервер можно перенести в Azure VMware Solution без каких-либо изменений. Она начинается в Azure VMware Solution с полной поддержкой.
  • Готовы с условиями: Перед миграцией в Решение Azure VMware могут возникнуть некоторые проблемы совместимости, например, проблемы с интернет-протоколом или устаревшей ОС в VMware vSphere, которые необходимо устранить. Чтобы устранить проблемы с готовностью, выполните инструкции по исправлению, предложенные оценкой.
  • Не готов к AVS: виртуальная машина не запустится в Решение Azure VMware. Например, если локальная виртуальная машина VMware vSphere подключена к внешнему устройству, например cd-rom, операция VMware vMotion завершается сбоем (при использовании VMware vMotion).
  • Уровень готовности неизвестен. Службе "Миграция Azure" не удалось определить готовность сервера из-за нехватки метаданных, собранных в локальной среде.

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

Свойства сервера

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

Свойство Сведения состояние готовности Решение Azure VMware
Интернет-протокол Решение Azure VMware в настоящее время не поддерживает сквозную ip-адресацию IPv6. Обратитесь к локальной группе MSFT Решение Azure VMware GBB, чтобы получить рекомендации по исправлению, если сервер обнаружен с помощью IPv6. Неподдерживаемый IPv6
Операционная система Поддержка некоторых версий операционной системы не рекомендуется VMware, а оценка рекомендует обновить операционную систему перед миграцией на Решение Azure VMware. Подробнее Неподдерживаемая ОС.

Размеры

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

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

Примечание.

Если импорт обслуживается с помощью CSV-файла, значения производительности, указанные (загрузка ЦП, использование памяти, использование хранилища, операции ввода-вывода в секунду диска и пропускная способность) используются при выборе размера на основе производительности. Вы не сможете предоставить историю производительности и информацию о процентилях.

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

Параметры определения размеров FTT

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

Отказоустойчивость (FTT) Конфигурация RAID Минимальное требуемое число узлов Рекомендации по размеру
1 RAID-1 (зеркальное отображение) 3 Виртуальная машина размером 100 ГБ будет потреблять 200 ГБ.
1 RAID-5 (кодирование с исправлением ошибок) 4 Виртуальная машина размером 100 ГБ будет потреблять 133,33 ГБ.
2 RAID-1 (зеркальное отображение) 5 Виртуальная машина размером 100 ГБ будет потреблять 300 ГБ.
2 RAID-6 (удаляющее кодирование) 6 Виртуальная машина размером 100 ГБ будет потреблять 150 ГБ.
3 RAID-1 (зеркальное отображение) 7 Виртуальная машина размером 100 ГБ будет потреблять 400 ГБ.

Выбор размера на основе производительности

Для подбора размера на основе производительности устройство Azure Migrate профилирует локальную среду vSphere для сбора данных о производительности ЦП, памяти и диска. Таким образом, определение размера, основанное на производительности для решения Azure VMware, учитывает выделенное место на диске и использование памяти и ЦП до выбранного процентиля. Например, если на виртуальной машине выделено 4 виртуальных ЦП, но она использует только 25 %, тогда Решение Azure VMware назначит 1 виртуальный ЦП для этой виртуальной машины.

Этапы сбора данных о производительности:

  1. Для виртуальных машин VMware vSphere устройство "Миграция Azure" собирает образец в режиме реального времени каждые 20 секунд.
  2. Раз в 10 минут устройство сводит собранные выборки и отправляет максимальное значение за последние 10 минут в службу "Миграция" Azure.
  3. В службе "Миграция Azure" хранятся все 10-минутные точки выборки данных за последний месяц. Затем в зависимости от свойств оценки, указанных для журнала производительности и использования процентиля, он определяет соответствующую точку данных, используемую для правильного изменения размера. Например, если для журнала производительности задано значение 1 день, а для использования процентиля выбран 95-й процентиль, то служба "Миграция Azure" использует 10-минутные выборки за последний день, сортирует их по возрастанию и выбирает значение 95-го процентиля для определения правильного размера.
  4. Это значение умножается на фактор комфорта для получения данных о фактическом использовании производительности по каждой метрике (использование ЦП и использование памяти), собираемой устройством.

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

Размер хранилища: Azure Migrate использует общий размер дискового пространства на локальных виртуальных машинах в качестве параметра вычисления для определения требований к хранилищу vSAN Azure VMware Solution в дополнение к настройкам отказоустойчивости (FTT), выбранным клиентом. FTT — ошибки, допускаемые, а также требование минимального количества узлов для параметра FTT определяют общее хранилище vSAN, необходимое в сочетании с требованием к диску виртуальной машины. Если импорт обслуживается с помощью CSV-файла, использование хранилища учитывается при создании оценки на основе производительности. Если вы создаете оценку 'как на площадке', логика учитывает только выделенное хранилище на каждую виртуальную машину.

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

Определение вычислительных параметров: После расчета требований к хранилищу (параметры определения FTT) оценка решения Azure VMware учитывает требования к ЦП и памяти, чтобы определить необходимое количество узлов для решения Azure VMware в зависимости от типа узла.

  • На основе критериев размеров, оценка Решения Azure VMware рассматривает либо данные виртуальной машины на основе производительности, либо конфигурацию виртуальной машины vSphere на локальных системах. Фактор комфорта позволяет указать коэффициент роста кластера. В настоящее время технология Hyper-Threading включена, поэтому узлы с 36 ядрами будут иметь 72 виртуальных ядра. Значение в 4 виртуальных ядра на физический компьютер используется для определения пороговых значений ЦП одного кластера с использованием стандарта VMware по недопущению превышения загрузки в 80 %, что позволяет выполнять обслуживание или обрабатывать ошибки без снижения уровня доступности кластера. В настоящее время нет возможности переопределить значения перераспределения, но это может появиться в будущих версиях.

Определение размера как для локальной виртуальной машины

При использовании в качестве локального размера Решение Azure VMware оценка не учитывает журнал производительности виртуальных машин и дисков. Вместо этого он выделяет узлы решения Azure VMware на основе размера, выделенного в локальной инфраструктуре. vSAN является частью всего хранилища SKU AVS. Azure NetApp Files (уровни Стандартный, Премиум и Ультра) по умолчанию используется в рамках оценки, если внешнее хранилище может оптимизировать потребность в количестве узлов AVS.

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

Использование ЦП на узлах Решение Azure VMware

Использование ЦП предполагает использование доступных ядер на 100 %. Чтобы уменьшить количество необходимых узлов, можно увеличить коэффициент перегрузки с 4:1 до 6:1 на основе характеристик рабочей нагрузки и опыта работы с локальной средой vSphere. В отличие от диска, Решение Azure VMware не накладывает никаких ограничений на использование ЦП. Клиенты несут ответственность за оптимальную работу своего кластера, поэтому, если необходимо повысить производительность, настройте параметры соответственно. Чтобы расширить возможности для роста, сократите лимит подписки или увеличьте значение коэффициента роста.

Использование ЦП также уже учитывает затраты на управление с сервера vCenter Server, NSX Manager и других небольших ресурсов.

Использование памяти на узлах Azure VMware Solution

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

Использование памяти также учитывает затраты на управление с сервера vCenter Server, NSX Manager и других небольших ресурсов.

Использование хранилища на узлах Azure VMware Solution

Использование хранилища вычисляется в следующем порядке:

  1. Размер, необходимый для виртуальных машин (либо выделенный как есть, либо основанный на используемом пространстве с учётом производительности)
  2. Примените коэффициент роста, если имеется.
  3. Добавляются накладные расходы на управление и применяется коэффициент FTT.
  4. Примените дедупликацию и коэффициент сжатия
  5. Примените необходимый 25-процентный резерв для vSAN.
  6. Хранилище, доступное для виртуальных машин, выделяется из общего хранилища с учетом дополнительных расходов на управление.

Доступное хранилище в кластере из 3 узлов будет основываться на политике хранения по умолчанию, которая использует Raid-1 и выделение ресурсов с резервированием. Например, при выполнении расчетов для удаляющего кодирования или RAID-5 требуется не меньше 4 узлов. Обратите внимание, что в Azure VMware Solution политика хранения клиентской рабочей нагрузки может быть изменена администратором или командой Run Command (в настоящее время в предварительном просмотре). Подробнее.

Ограничивающий фактор

Ограничивающим фактором, показанным в оценках, могут быть либо процессор, либо память, либо ресурсы хранилища в зависимости от использования на узлах. Это ресурс, который ограничивает или определяет количество хостов или узлов, необходимых для размещения ресурсов. Например, в ходе оценки было установлено, что после переноса 8 виртуальных машин VMware в Azure VMware Solution на трех узлах Av36 будет использоваться 50% ресурсов процессора, 14% памяти и 18% хранилища, что делает процессор ограничивающим фактором.

Оценки достоверности

Каждая оценка производительности в Azure Migrate связана с рейтингом доверия от одной до пяти звезд (самая высокая).

  • Оценка достоверности назначается на основе доступности точек данных, необходимых для вычисления оценки.

  • Уровень уверенности оценки помогает оценить надежность рекомендаций по размерам, предоставленных службой Azure Migrate.

  • Оценки достоверности не применяются при определении размера как в локальной среде.

  • Для определения размера на основе производительности Решение Azure VMware требуются данные об использовании памяти ЦП и виртуальной машины. Следующие данные собираются, но не используются в рекомендациях по выбору размеров для Azure VMware Solution.

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

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

В зависимости от процента доступных точек данных оценка достоверности может быть такой:

Уровень доступности точек данных Оценка достоверности
0–20 % 1 звезда
21–40 % 2 звезды
41–60 % 3 звезды
61–80 % 4 звезды
81–100 % 5 звезд

Низкие оценки достоверности

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

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

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

    • Виртуальные машины включены на время оценки.
    • Разрешены исходящие подключения к портам 443.
    • Для виртуальных машин Hyper-V включена динамическая память

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

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

Примечание.

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

Примерная ежемесячная стоимость

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

  • Вычисление принимает необходимое количество узлов, тип узла и расположение.
  • Система суммирует стоимость всех узлов и рассчитывает общую ежемесячную стоимость.
  • Цены отображаются в валюте, заданной в настройках оценки.

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

Руководство по инструменту миграции

В отчете о готовности решения Azure VMware для оценки вы увидите следующие предлагаемые инструменты:

  • VMware HCX или Enterprise: для серверов VMware vSphere решение гибридного облачного расширения VMware (HCX) — это рекомендуемое средство миграции для переноса локальной рабочей нагрузки vSphere в ваше Решение Azure VMware частное облако. Подробнее здесь.
  • Неизвестно. Для серверов, импортированных с помощью CSV-файла, инструмент миграции по умолчанию неизвестен. Хотя для серверов VMware vSphere рекомендуется использовать решение VMware Hybrid Cloud Extension (HCX).

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

Создайте оценку для Azure VMware Solution VMs.