Обзор оценки (миграция в решение Azure VMware)
Служба Миграция Azure — это центральный узел, с помощью которого можно отслеживать обнаружение, оценку и перенос локальных приложений и рабочих нагрузок. Он также отслеживает экземпляры частных и общедоступных облачных служб в Azure. Эта служба предлагает инструменты для оценки и миграции, а также предложения сторонних независимых поставщиков программного обеспечения (ISV).
Средство обнаружения и оценки в службе "Миграция Azure" оценивает локальные серверы для миграции на виртуальные машины Azure и Решение Azure VMware. В этой статье содержатся сведения о том, как вычисляются Решение Azure VMware оценки.
Примечание.
Решение Azure VMware оценку можно создать только для виртуальных машин VMware vSphere.
Типы оценок
Оценки, создаваемые с помощью службы "Миграция Azure", представляют собой моментальный снимок данных на определенный момент времени. Существует два типа оценки, которые можно создать с помощью средства "Оценка серверов"
| Тип оценки | Сведения |
|---|---|
| Azure | Оценки для переноса локальных серверов на виртуальные машины Azure. Вы можете оценить локальные серверы в среде VMware vSphere и Hyper-V , а также физические серверы для миграции на виртуальные машины Azure с помощью этого типа оценки. |
| Azure SQL | Оценки возможности для миграции локальных серверов SQL из среды VMware в Базу данных SQL Azure или в Управляемый экземпляр SQL Azure. |
| Служба приложений Azure | Оценки для переноса локальных ASP.NET веб-приложений, работающих на веб-серверах IIS или веб-приложениях Java, работающих на серверах Tomcat из среды VMware vSphere в службу приложение Azure. |
| Решение Azure VMware (AVS) | Оценки для переноса локальных серверов vSphere в Решение Azure VMware. Вы можете оценить локальные виртуальные машины VMware vSphere для миграции в Решение Azure VMware с помощью этого типа оценки. Подробнее |
Примечание.
Если количество оценок виртуальной машины Azure или Решение Azure VMware неверны в средстве обнаружения и оценки, щелкните общее количество оценок, чтобы перейти ко всем оценкам и пересчитывать виртуальную машину Azure или Решение Azure VMware оценки. После этого средство обнаружения и оценки отобразит верные цифры для этого типа оценки.
Решение Azure VMware оценка предоставляет два варианта критериев изменения размера:
| Оценка | Сведения | Данные |
|---|---|---|
| На основе производительности | Оценки на основе собранных данных о производительности локальных виртуальных машин. | Рекомендуемый размер узла: на основе данных об использовании ЦП и памяти, а также типе узла, типе хранилища и параметре FTT, выбранном для оценки. |
| Как в локальной среде | Оценки на основе определения размера в локальной среде. | Рекомендуемый размер узла: на основе данных о размере локальной виртуальной машины, а также типе узла, типе хранилища и параметре FTT, выбранном для оценки. |
Как выполнить оценку?
Оценку можно выполнить одним из следующих способов.
- Оценка серверов на основе метаданных сервера, собранных упрощенным устройством службы "Миграция Azure". Это устройство обнаруживает локальные серверы. Оно непрерывно отправляет метаданные и данные о производительности серверов в службу "Миграция Azure". Это обеспечивает более высокую точность.
- Оценка серверов на основе метаданных сервера, импортированных в формате значений с разделителями-запятыми (CSV).
Как выполнить оценку с помощью устройства?
Если вы развертываете устройство службы "Миграция Azure" для обнаружения локальных серверов, выполните следующие действия.
- Настройте Azure и локальную среду для работы со службой "Миграция Azure".
- Для первой оценки создайте проект Azure и добавьте в него средство обнаружения и оценки.
- Разверните упрощенное устройство службы "Миграция Azure". (модуль) постоянно обнаруживает локальные серверы vSphere и отправляет метаданные сервера и данные о производительности в службу "Миграция Azure". Разверните устройство как виртуальную машину. На серверах для оценки ничего устанавливать не нужно.
После того как устройство начнет обнаружение серверов, вы сможете собрать серверы, которые нужно оценить, в группу и выполнить оценку группы с типом оценки Решение Azure VMware (AVS).
Создайте первую оценку Решение Azure VMware, выполнив описанные здесь действия.
Как выполнить оценку на основе импортированных данных?
Если для оценки серверов вы используете CSV-файл, устройство не требуется. Выполните следующие действия:
- Настройка Azure для работы со службой "Миграция Azure".
- Для первой оценки создайте проект Azure и добавьте в него средство обнаружения и оценки.
- Скачайте шаблон CSV-файла и добавьте в него данные серверов.
- Импортируйте шаблон в службу "Миграция Azure".
- Обнаружение серверов, добавленных с помощью импорта, их сбор в группу и запуск оценки для группы с типом оценки Решение Azure VMware (AVS).
Какие данные собирает устройство?
Если вы используете (модуль) службы "Миграция Azure" для оценки, ознакомьтесь с метаданными и данными о производительности, собранными для VMware vSphere.
Каким образом устройство вычисляет данные о производительности?
Если вы используете устройство для обнаружения серверов, оно собирает данные о производительности для параметров вычислений, выполняя следующие действия:
Устройство делает выборку данных в режиме реального времени.
- Виртуальные машины VMware vSphere: образец точки собирается каждые 20 секунд.
Устройство объединяет выборки данных в одну точку данных каждые 10 минут. Для создания точки данных устройство выбирает из всех выборок пиковые значения. Затем оно отправляет точку данных в Azure.
В службе "Миграция Azure" хранятся все 10-минутные точки данных за предыдущий месяц.
Созданная оценка определяет соответствующую точку данных, которая будет использоваться для определения правильного размера. Идентификация производится по значениям процентиля для журнала производительности и использования процентиля.
- Например, если журнал производительности составляет одну неделю, а для использования процентиля выбран 95-й процентиль, то оценка отбирает 10-минутные выборки за последнюю неделю. Она сортирует их по возрастанию и выбирает значение 95-го процентиля для определения правильного размера.
- Значение 95-го процентиля позволяет игнорировать выбросы, которые могут присутствовать, если выбрать 99-й процентиль.
- Если вам нужно выбрать пиковое использование за определенный период и вы не хотите пропускать выбросы, выбирайте для использования процентиля 99-й процентиль.
Это значение умножается на фактор комфорта, что позволяет получить эффективные данные об использовании производительности для метрик, собираемых устройством:
- загрузка ЦП;
- Использование ОЗУ.
Следующие данные о производительности собираются, но не используются в рекомендациях по размеру для оценки Решение Azure VMware:
- Число операций ввода-вывода в секунду и пропускная способность каждого диска, подключенного к виртуальной машине.
- Сетевые операции ввода-вывода для управления размерами с учетом производительности для каждого сетевого адаптера, подключенного к виртуальной машине.
Как вычисляются оценки Решение Azure VMware?
Решение Azure VMware оценка использует метаданные и данные производительности локальных серверов vSphere для вычисления оценок. При развертывании устройства службы "Миграция Azure" для оценки используются данные, собираемые этим устройством. Однако если для оценки вы используете импортированный CSV-файл, то вы предоставляете метаданные для расчета.
Расчеты производятся в следующие три этапа:
- Вычислите готовность Решение Azure VMware: подходит ли локальная виртуальная машина vSphere для миграции в Решение Azure VMware.
- Вычислите количество узлов Решение Azure VMware и использование между узлами: предполагаемое количество узлов Решение Azure VMware, необходимых для запуска виртуальных машин VMware vSphere и проецируемого ЦП, памяти и использования хранилища во всех узлах.
- Ежемесячная оценка затрат: предполагаемые ежемесячные затраты для всех Решение Azure VMware узлов, работающих на локальных виртуальных машинах vSphere.
Вычисления производятся в указанном выше порядке. Сервер переходит на следующий этап, только если проходит предыдущий. Например, если сервер завершается сбоем этапа готовности Решение Azure VMware, он помечается как непригодный для Azure. В этом случае расчет размера и затрат для этого сервера не производится.
Что такое оценка Решение Azure VMware?
Вот что включается в оценку Решение Azure VMware:
| Свойство | Сведения |
|---|---|
| Целевое расположение | Указывает расположение частного облака Решение Azure VMware, в которое требуется перенести. |
| Тип хранилища | Указывает подсистему хранилища, которая будет использоваться в Решение Azure VMware. Решение Azure VMware в настоящее время поддерживает только vSAN в качестве типа хранилища по умолчанию, но дополнительные варианты хранения будут поступать в рамках стратегии. |
| Зарезервированные экземпляры (RI) | Это свойство помогает указать зарезервированные экземпляры в Решение Azure VMware при покупке и сроке зарезервированного экземпляра. Оценка затрат будет учитывать выбранный вариант.Подробнее При выборе зарезервированных экземпляров нельзя указать "Скидка (%)". |
| Тип узла | Указывает тип узла Решение Azure VMware, используемый для использования в Azure. Тип узла по умолчанию — AV36. В дальнейшем могут быть добавлены и другие типы узлов. Служба "Миграция Azure" рекомендует выполнить миграцию виртуальных машин в Решение Azure VMware. |
| Параметр FTT, уровень RAID | Указывает допустимое сочетание FTT и RAID. Выбранный параметр FTT в сочетании с уровнем RAID и требованием к локальному диску виртуальной машины vSphere определит общее хранилище vSAN, необходимое в Решение Azure VMware. Общее доступное хранилище после вычислений также включает в себя пространство, зарезервированное для объектов управления, таких как vCenter Server и b) 25 % хранилища, необходимое для операций vSAN. |
| Условия определения размера | Задает критерии, используемые для определения требований к памяти, ЦП и хранилищу для узлов Решение Azure VMware. Вы можете выбрать определение размера VM на основе производительности или как в локальной среде, без учета журнала производительности. Чтобы просто поднять и переместить, выберите как локальную. Чтобы получить размер на основе использования, выберите производительность на основе. |
| Журнал производительности | Устанавливает период для учета при оценке данных о производительности серверов. Это свойство применяется только в случае, если используется определение размера на основе производительности. |
| Использование процентиля | Задает значение процентиля выборки данных производительности, которое необходимо учитывать для правильного определения размера. Это свойство применяется только в том случае, если размер определяется на основе производительности. |
| Фактор комфорта | При оценке в службе "Миграция Azure" учитывается буфер (фактор комфорта). Этот буфер применяется в дополнение к данным об использовании сервера для виртуальных машин (ЦП, памяти и диска). Фактор комфорта учитывается, например, для сезонного использования и малого количества записей в журнале с потенциальным повышением в будущем. Например, если виртуальная машина с 10 ядрами загружена на 20 %, обычно в результате оценки определяется виртуальная машина с двумя ядрами. Но с фактором комфорта 2.0x в результате определяется машина с 4 ядрами. |
| ПРЕДЛОЖЕНИЕ | Отображает предложение Azure, в котором вы зарегистрированы. Служба "Миграция Azure" оценивает стоимость соответствующим образом. |
| Валюта | Отображает валюту выставления счетов для вашей учетной записи. |
| Скидка (%) | Перечисляет все связанные с подпиской скидки, которые предоставляются в рамках предложения Azure. Значение по умолчанию — 0 %. |
| Преимущество гибридного использования Azure | Указывает, есть ли у вас Software Assurance и распространяется ли на вас программа Преимущество гибридного использования Azure. Хотя это не влияет на цены Решение Azure VMware из-за цены на основе узлов, клиенты по-прежнему могут применять локальные лицензии ОС или SQL (майкрософт) в Решение Azure VMware с помощью Преимущество гибридного использования Azure. Другим поставщикам программной ос придется предоставлять собственные условия лицензирования, например 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 означает трехкратный коэффициент, то есть для диска размером 300 ГБ будет использоваться только 100 GB хранилища. Значение 1 означает отсутствие дедупликации или сжатия. Вы можете задать значения только в диапазоне от 1 до 10 с одним знаком после запятой. |
анализ соответствия Решение Azure VMware
Решение Azure VMware оценки оценивают каждую локальную виртуальную машину vSphere для соответствия Решение Azure VMware, просматривая свойства сервера. Кроме того, они присваивают каждому оцениваемому серверу одну из следующих категорий пригодности:
- Готовый для AVS: сервер можно перенести как есть, чтобы Решение Azure VMware без каких-либо изменений. Он начнется в Решение Azure VMware с полной поддержкой.
- Готовы к условиям. Перед миграцией в Решение 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" рассматривает журнал производительности сервера, чтобы сделать соответствующую рекомендацию по размеру для Решение Azure VMware. Этот метод особенно полезен, если вы переопределили локальную виртуальную машину 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" (модуль) профили локальной среды vSphere для сбора данных о производительности ЦП, памяти и диска. Таким образом, размер на основе производительности для Решение Azure VMware учитывает выделенное дисковое пространство и использование выбранного процентильного использования памяти и ЦП. Например, если на виртуальной машине выделено 4 виртуальных ЦП, но только с использованием 25 % Решение Azure VMware будет размер 1 виртуальной ЦП для этой виртуальной машины.
Этапы сбора данных о производительности:
- Для виртуальных машин VMware vSphere служба "Миграция Azure" (модуль) собирает выборку в режиме реального времени каждые 20 секунд.
- Раз в 10 минут устройство сводит собранные выборки и отправляет максимальное значение за последние 10 минут в службу "Миграция" Azure.
- В службе "Миграция Azure" хранятся все 10-минутные выборки за предыдущий месяц. Затем в зависимости от свойств оценки, указанных для журнала производительности и использования процентиля, он определяет соответствующую точку данных, используемую для правильного изменения размера. Например, если для журнала производительности задано значение 1 день, а для использования процентиля выбран 95-й процентиль, то служба "Миграция Azure" использует 10-минутные выборки за последний день, сортирует их по возрастанию и выбирает значение 95-го процентиля для определения правильного размера.
- Это значение умножается на фактор комфорта для получения данных о фактическом использовании производительности по каждой метрике (использование ЦП и использование памяти), собираемой устройством.
После определения фактического использования размеры хранилища, сети и вычислений определяются описанным ниже образом.
служба хранилища размера. Миграция Azure использует общее локальное дисковое пространство виртуальной машины в качестве параметра вычисления для определения требований к хранилищу vSAN Решение Azure VMware в дополнение к выбранному клиентом параметру FTT. FTT — ошибки, допускаемые, а также требование минимального количества узлов для параметра FTT определяют общее хранилище vSAN, необходимое в сочетании с требованием к диску виртуальной машины. Если импорт обслуживается с помощью CSV-файла, использование хранилища учитывается при создании оценки на основе производительности. Если вы создаете локальную оценку, логика смотрит только на выделенное хранилище на виртуальную машину.
Размер сети: Решение Azure VMware оценки в настоящее время не учитывают параметры сети для изменения размера узлов. При миграции на Решение Azure VMware используются минимальные и максимальные значения в соответствии со стандартами Центра обработки данных VMware NSX- T.
Размер вычислений: после вычисления требований к хранилищу (параметры SIZING FTT) Решение Azure VMware рассматривает требования к ЦП и памяти, чтобы определить количество узлов, необходимых для Решение Azure VMware на основе типа узла.
- На основе критериев изменения размера Решение Azure VMware оценка проверяет данные виртуальной машины на основе производительности или конфигурацию локальной виртуальной машины vSphere. Фактор комфорта позволяет указать коэффициент роста кластера. В настоящее время технология Hyper-Threading включена, поэтому узлы с 36 ядрами будут иметь 72 виртуальных ядра. Значение в 4 виртуальных ядра на физический компьютер используется для определения пороговых значений ЦП одного кластера с использованием стандарта VMware по недопущению превышения загрузки в 80 %, что позволяет выполнять обслуживание или обрабатывать ошибки без снижения уровня доступности кластера. Переопределение для изменения значений при превышении лимита подписки пока недоступно, но может быть добавлено в будущих версиях.
Определение размера как для локальной виртуальной машины
При использовании в качестве локального размера Решение Azure VMware оценка не учитывает журнал производительности виртуальных машин и дисков. Вместо этого он выделяет Решение Azure VMware узлы на основе размера, выделенного локально. Тип хранилища по умолчанию — vSAN в Решение Azure VMware.
Дополнительные сведения о том, как анализировать оценку Решения Azure VMware.
Использование ЦП на узлах Решение Azure VMware
Использование ЦП предполагает использование доступных ядер на 100 %. Чтобы уменьшить количество необходимых узлов, можно увеличить превышение количества перезаписей с 4:1 до 6:1 на основе характеристик рабочей нагрузки и локальной среды vSphere. В отличие от диска, Решение Azure VMware не ограничивает использование ЦП. Это зависит от клиентов, чтобы обеспечить оптимальную работу кластера, поэтому если требуется "запущено горячее", настройте соответствующим образом. Чтобы расширить возможности для роста, сократите лимит подписки или увеличьте значение коэффициента роста.
Использование ЦП также учитывает затраты на управление с сервера vCenter Server, NSX Manager и других небольших ресурсов.
Использование памяти на узлах Решение Azure VMware
Использование памяти показывает общий объем памяти всех узлов относительно требований сервера или рабочих нагрузок. Память может быть перенаписывается и снова Решение Azure VMware не ограничивается, и клиент может выполнять оптимальную производительность кластера для своих рабочих нагрузок.
Использование памяти также уже учитывает затраты на управление с сервера vCenter Server, NSX Manager и других небольших ресурсов.
использование служба хранилища на узлах Решение Azure VMware
Использование хранилища вычисляется в следующем порядке:
- Размер, необходимый для виртуальных машин (выделенный как и используемый пробел на основе производительности)
- Применяется коэффициент роста, если есть.
- Добавляются дополнительные расходы на управление и коэффициент FTT.
- Применение дедупликации и коэффициент сжатия
- Применяется требуемый 25-процентный резерв для vSAN.
- Хранилище, доступное для виртуальных машин, выделяется из общего хранилища с учетом дополнительных расходов на управление.
Доступное хранилище в кластере узлов 3 будет основано на политике хранения по умолчанию, которая является Raid-1 и использует толстые подготовки. Например, при выполнении расчетов для удаляющего кодирования или RAID-5 требуется не меньше 4 узлов. Обратите внимание, что в Решение Azure VMware политика хранения для рабочей нагрузки клиента может быть изменена администратором или командой run (в настоящее время в предварительной версии). [Дополнительные сведения] (./azure-vmware/configure-storage-policy.md)
Ограничивающий фактор
Ограничивающий фактор, показанный в оценках, может быть ЦП или память или ресурсы хранилища на основе использования на узлах. Это ресурс, который ограничивает или определяет количество узлов и узлов, необходимых для размещения ресурсов. Например, при оценке, если было обнаружено, что после переноса 8 виртуальных машин VMware в Решение Azure VMware будет использоваться 50% ресурсов ЦП, 14% памяти используется, и 18% хранилища будут использоваться на 3 узлах Av36, поэтому ЦП является ограничением.
Оценки достоверности
Каждая оценка в службе "Миграция Azure" на основе производительности связана с оценкой достоверности — от одной (самая низкая) до пяти звезд (самая высокая).
Оценка достоверности назначается на основе доступности точек данных, необходимых для вычисления оценки.
Оценка достоверности помогает определить надежность рекомендаций по выбору размера, предоставленных службой "Миграция Azure".
Оценки достоверности не применяются при определении размера как в локальной среде.
Для определения размера на основе производительности Решение Azure VMware требуются данные об использовании памяти ЦП и виртуальной машины. Следующие данные собираются, но не используются в рекомендациях по размеру для Решение Azure VMware:
- Число операций ввода-вывода в секунду и пропускная способность каждого диска, подключенного к виртуальной машине.
- Сетевые операции ввода-вывода для управления размерами с учетом производительности для каждого сетевого адаптера, подключенного к виртуальной машине.
Если какой-либо из этих показателей использования недоступен в 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 для оценки Решение Azure VMware вы увидите следующие предлагаемые средства:
- VMware HCX или Enterprise: для серверов VMware vSphere решение гибридного облачного расширения VMware (HCX) — это рекомендуемое средство миграции для переноса локальной рабочей нагрузки vSphere в ваше Решение Azure VMware частное облако. Подробнее здесь.
- Неизвестно. Для серверов, импортированных с помощью CSV-файла, инструмент миграции по умолчанию неизвестен. Хотя для серверов VMware vSphere рекомендуется использовать решение VMware Hybrid Cloud Extension (HCX).
Следующие шаги
Создайте оценку для виртуальных машин Решение Azure VMware.