Примечание
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
В этой статье приводится обзор средств оценивания в Azure Migrate: оценка и обнаружение. Это средство может оценивать локальные серверы в виртуальных средах VMware и в среде Hyper-V, а также физические серверы для миграции в Azure.
Что такое оценка?
Оценка с помощью средства обнаружения и оценки измеряет готовность и оценивает результат миграции локальных серверов на Azure.
Примечание.
В Azure Government проверьте поддерживаемые места для оценки. Обратите внимание на то, что в рекомендациях по размерам виртуальных машин в оценках будут использоваться серии виртуальных машин, предназначенные для регионов облака для государственных организаций. Дополнительные сведения о типах виртуальных машин.
Типы оценок
Существуют три типа оценок, которые можно создавать с помощью Azure Migrate: обнаружение и оценка.
Тип оценки | Сведения |
---|---|
Виртуальная машина Azure | Оценки для переноса локальных серверов на виртуальные машины Azure. С помощью этого типа оценки вы можете оценивать возможность миграции на виртуальные машины Azure для локальных серверов VMware, среды Hyper-V и физических серверов. |
Azure SQL | Оценка миграции локальных серверов SQL из среды VMware в Базу данных Microsoft Azure SQL или в Управляемый экземпляр Microsoft Azure SQL. |
Служба приложений Azure | Оценки для переноса локальных веб-приложений из среды VMware в Службу приложений Azure. |
Решение Azure VMware (AVS) | Оценка по переносу локальных серверов в решение Azure VMware (AVS). С помощью этого типа оценки вы можете оценить возможность миграции в Решение Azure VMware (AVS) для локальных виртуальных машин VMware. Подробнее |
Примечание.
Если количество оценок виртуальных машин Azure или AVS неверно в средстве обнаружения и оценки, выберите общее количество оценок, чтобы перейти ко всем оценкам и пересчитать оценки виртуальных машин Azure или AVS. После этого средство обнаружения и оценки отобразит верные цифры для этого типа оценки.
Оценки, которые вы создаёте в Azure Migrate, представляют собой снимок данных на определённый момент времени. Оценка виртуальной машины Azure предоставляет два варианта критериев для определения размера:
Тип оценки | Сведения | Данные |
---|---|---|
На основе производительности | Оценки, которые предоставляют рекомендации на основе собранных данных о производительности | Рекомендуемый размер виртуальной машины подбирается на основе данных об использовании ЦП и ОЗУ. Рекомендуемый тип диска зависит от количества операций ввода-вывода в секунду и пропускной способности локальных дисков. Поддерживаемые типы дисков: диск HDD Azure категории "Стандартный", диск SSD Azure категории "Стандартный", диски Azure категории "Премиум" и диски Azure категории "Ультра". |
В неизменном виде на локальных серверах | Оценки, в которых не учитываются данные о производительности для создания рекомендаций. | Рекомендуемый размер виртуальной машины подбирается в зависимости от размера локального сервера. Рекомендуемый тип диска зависит от выбранного типа хранилища для оценки. |
Как выполнить оценку?
Оценку можно выполнить одним из следующих способов.
- Оцените серверы, используя метаданные серверов, собранные лёгким устройством Azure Migrate. Это устройство обнаруживает локальные серверы. Затем оно отправляет метаданные и данные о производительности серверов в Azure Migrate.
- Оценка серверов на основе метаданных сервера, импортированных в формате значений с разделителями-запятыми (CSV).
Как выполнить оценку с помощью устройства?
Если вы развертываете аппарат Azure Migrate для обнаружения локальных серверов, выполните следующие действия.
- Настройте Azure и локальную среду для работы с Azure Migrate.
- Для первой оценки создайте проект Azure и добавьте в него средство обнаружения и оценки.
- Разверните облегченное устройство Azure Migrate. Устройство непрерывно обнаруживает локальные серверы и отправляет метаданные и данные о производительности этих серверов в службу "Миграция Azure". Разверните устройство как виртуальную машину или физический сервер. На серверах для оценки ничего устанавливать не нужно.
После того как устройство начнет обнаружение серверов, вы сможете собрать серверы, которые нужно оценить, в группу и выполнить оценку группы с типом оценки Виртуальная машина Azure.
Чтобы выполнить эти действия, следуйте инструкциям из руководства по VMware, Hyper-V или физическим серверам.
Как выполнить оценку на основе импортированных данных?
Если для оценки серверов вы используете CSV-файл, устройство не требуется. Выполните следующие действия:
- Настройка Azure для работы с Azure Migrate.
- Для первой оценки создайте проект Azure и добавьте в него средство обнаружения и оценки.
- Скачайте шаблон CSV-файла и добавьте в него данные серверов.
- Импортируйте шаблон в службу "Миграция Azure".
- Откройте серверы, добавленные с помощью импорта, соберите их в группу и выполните для этой группы оценку типа Виртуальная машина Azure.
Какие данные собирает устройство?
Если вы используете устройство Azure Migrate для оценки, узнайте, какие метаданные и данные о производительности собираются для VMware и Hyper-V.
Каким образом устройство вычисляет данные о производительности?
Если вы используете устройство для обнаружения, оно собирает данные о производительности для настроек вычислений, выполняя следующие шаги:
Устройство делает выборку данных в режиме реального времени.
- Виртуальные машины VMware: точка выборки собирается каждые 20 секунд.
- Виртуальные машины Hyper-V: точка выборки данных записывается каждые 30 секунд.
- Физические серверы: точка выборки собирается каждые пять минут.
Устройство объединяет выборки для создания единой точки данных каждые 10 минут для серверов VMware и Hyper-V, а также каждые 5 минут для физических серверов. Для создания точки данных устройство выбирает из всех выборок пиковые значения. Затем оно отправляет точку данных в Azure.
В оценке хранятся все 10-минутные точки данных за предыдущий месяц.
Когда вы создаете оценку, она определяет соответствующую точку данных, которую следует использовать для правильного масштабирования. Идентификация производится по значениям процентиля для истории производительности и утилизации процентиля.
- Например, если история производительности охватывает одну неделю, а процентиль использования составляет 95-й процентиль, то анализ отбирает 10-минутные выборки за последнюю неделю. Она сортирует их по возрастанию и выбирает значение 95-го процентиля для определения правильного размера.
- Значение 95-го процентиля позволяет игнорировать выбросы, которые могут присутствовать, если выбрать 99-й процентиль.
- Если вы хотите выбрать максимальное использование за период и не пропустить выбросы, выбирайте 99-й процентиль использования.
Это значение умножается на фактор комфорта, что позволяет получить эффективные данные об использовании производительности для метрик, собираемых устройством:
- загрузка ЦП;
- Использование ОЗУ.
- IOPS диска (чтение и запись)
- пропускная способность диска (чтение и запись);
- пропускная способность сети (входящий и исходящий трафик).
Как рассчитываются оценки виртуальных машин Azure?
Для расчета оценок используются метаданные и данные о производительности локальных серверов. Если вы развернете аппаратное средство Azure Migrate, для оценки будут использоваться данные, которые собирает это средство. Однако если для оценки вы используете импортированный CSV-файл, то вы предоставляете метаданные для расчета.
Расчеты производятся в следующие три этапа:
- Расчет готовности к работе в Azure: оценка пригодности серверов для миграции в Azure.
- Расчет рекомендаций по определению размера: оценка вычислительных ресурсов, хранилища и размера сети.
- Вычисление ежемесячных затрат: вычислите предполагаемые ежемесячные вычисления, хранилище и расходы на безопасность для запуска серверов в Azure после миграции.
Вычисления производятся в указанном выше порядке. Сервер переходит на следующий этап, только если проходит предыдущий. Например, если сервер не проходит этап готовности Azure, он помечается как неподходящий для Azure. В этом случае расчет размера и затрат для этого сервера не производится.
Что входит в оценку виртуальной машины Azure?
В оценку виртуальной машины Azure входят следующие элементы:
Параметр | Сведения |
---|---|
Целевое расположение | Место, куда вы хотите мигрировать. Сейчас оценка поддерживает следующие целевые регионы Azure: Центральная Австралия, Центральная Австралия 2, Восточная Австралия, Юго-Восточная Австралия, Бразилия Юг, Канада Центральная, Канада Восток, Центральная Индия, Центральная Часть США, Китай Восток, Китай Восток 2, Китай Север, Китай Север 2, Восточная Азия, Восточная часть США, Восточная часть США 2, Франция Центральная, Франция Юг, Германия Север, Германия Центрально-Западная, Япония Восток, Япония Запад, Корея Центральная, Корея Юг, Северная часть США, Северная Европа, Норвегия Восток, Норвегия Запад, Южная Африка Север, Южная Африка Запад, Центральная часть США, Юго-Восточная Азия, Южная Индия, Швейцария Север, Швейцария Запад, ОАЭ Центральная, ОАЭ Север, Великобритания Юг, Великобритания Запад, Центрально-Западная часть США, Западная Европа, Западная Индия, Западная часть США, Западная часть США 2, JioIndiaCentral, JioIndiaWest, US Gov Аризона, US Gov Айова, US Gov Техас, US Gov Вирджиния. |
Целевой диск хранилища (текущий размер) | Тип диска, для использования в качестве хранилища в Azure. Укажите диск целевого хранилища: управляемый диск категории "Премиум", управляемый диск SSD категории "Стандартный", управляемый диск HDD категории "Стандартный" или диск категории "Ультра". |
Целевой диск хранилища (выбор размера на основе производительности) | Указывает тип целевого диска хранилища как "управляемый Премиум", "управляемый HDD уровня Стандартный", "управляемый SSD уровня Стандартный" или "диск Ультра". Диск категории "Премиум", "Стандартный" или "Ультра": функция оценки рекомендует SKU диска в рамках выбранного типа хранилища. Если вы хотите иметь соглашение об уровне обслуживания (SLA) для одноэкземплярных виртуальных машин на уровне 99,9 %, рекомендуется использовать управляемые диски премиум-класса. Это гарантирует, что для всех дисков в результате оценки рекомендуется использовать управляемые диски премиум-класса. Если вы хотите запускать рабочие нагрузки с большим объемом данных, которые требуют высокой пропускной способности, высокого уровня операций ввода-вывода в секунду и согласованного хранилища дисков с низкой задержкой, рассмотрите возможность использования дисков категории "Ультра". Служба Azure Migrate поддерживает только управляемые диски для оценки миграции. |
Варианты экономии (вычисления) | Укажите вариант экономии, который требуется оценить, чтобы помочь оптимизировать затраты на вычисления Azure. Резервирования Azure (на 1 или 3 года) — это хороший вариант для наиболее постоянно работающих ресурсов. План экономии Azure (1 год или 3 год экономии) обеспечивает дополнительную гибкость и автоматическую оптимизацию затрат. В идеале после миграции вы можете использовать план резервирования и экономии Azure одновременно (резервирование будет использоваться первым), но в оценках службы "Миграция Azure" можно просматривать только оценки затрат на 1 вариант экономии за раз. При выборе "Нет", стоимость вычислений Azure рассчитывается на основе тарифа "Оплата по факту" или фактического использования. Чтобы использовать зарезервированные экземпляры или план экономии Azure, необходимо выбрать в программе предложения или лицензирования оплату по мере использования. При выборе любого варианта экономии, отличного от "Нет", свойства "Скидка (%)" и "Время простоя виртуальной машины" не применимы. Ежемесячные оценки затрат вычисляются путем умножения 744 часов в поле времени работы виртуальной машины на почасовую цену рекомендуемого SKU. |
Критерии определения размера | Используется для подбора правильного размера виртуальной машины Azure. Используйте текущее определение размера или определение размера на основе производительности. |
История производительности | Используется для подбора размера, исходя из производительности. Журнал производительности указывает длительность, используемую при оценке данных производительности. |
Использование процентиля | Используется для подбора размера, исходя из производительности. Использование процентиля определяет значение процентиля выборки данных производительности, используемое для оптимизации. |
Серия виртуальных машин | Серия виртуальных машин Azure, которую вы хотите рассмотреть для оптимизации размеров. Например, если у вас нет рабочей среды, которая требует виртуальных машин Azure серии А, эту серию можно исключить из списка серий. |
Фактор комфорта | Буфер, используемый во время оценки. Он применяется к данным ЦП, ОЗУ, диска и сети виртуальных машин. Он учитывает такие аспекты, как сезонное использование, короткая история производительности и вероятное увеличение его использования в будущем. Например, если виртуальная машина с 10 ядрами загружена на 20 %, обычно в результате оценки определяется виртуальная машина с двумя ядрами. С фактором комфорта 2.0 вместо этого создается виртуальная машина с четырьмя ядрами. |
ПРЕДЛОЖЕНИЕ | Предложение Azure, в котором вы зарегистрированы. Оценка рассчитывает стоимость этого предложения. |
Валюта | Валюта выставления счетов для вашей учетной записи. |
Скидка (%) | Любая относящаяся к подписке скидка, предоставляемая в рамках предложения Azure. Значение по умолчанию — 0 %. |
Время доступности виртуальной машины | Продолжительность в днях в месяц и часах в день для виртуальных машин Azure, которые не будут непрерывно работать. Продолжительность учитывается при оценке затрат. Значение по умолчанию — 31 день в месяц и 24 часа в день. |
Преимущество гибридного использования Azure | Указывает, есть ли у вас гарантия программного обеспечения и право на использование Преимущества гибридного использования Azure для ваших существующих лицензий ОС. Если этот параметр включен, цены Azure для выбранных операционных систем не учитываются для затрат на виртуальную машину. |
Подписка EA | Указывает, что для оценки затрат используется подписка по корпоративному соглашению (EA). Учитывает скидку, применимую к подписке. Оставьте для зарезервированных экземпляров, скидки (%) и свойств времени работы виртуальной машины значения по умолчанию. |
Безопасность | Указывает, хотите ли вы оценить готовность и стоимость средств безопасности в Azure. Если параметр имеет значение "Да" по умолчанию с Microsoft Defender для облака, он оценивает готовность к безопасности и затраты на виртуальную машину Azure с Microsoft Defender для облака. |
Ознакомьтесь с рекомендациями по созданию оценки с помощью службы "Миграция Azure".
Расчет готовности
Не все серверы подходят для работы в Azure. Оценка виртуальных машин Azure оценивает все локальные серверы и присваивает им категорию готовности.
- Готово к работе в Azure: сервер может быть перенесен в Azure без каких-либо изменений. Он запустится в Azure и будет иметь полную поддержку Azure.
- Условно готово к работе в Azure: сервер может запускаться в Azure, но не будет иметь полную поддержку Azure. Например, Azure не поддерживает сервер, на котором выполняется старая версия Windows Server. Перед миграцией таких серверов в Azure необходимо принять меры предосторожности. Чтобы устранить проблемы с готовностью, выполните инструкции по исправлению, предложенные оценкой.
- Не готово к работе в Azure: сервер не будет запущен в Azure. Например, если на диске локального сервера хранится более 64 ТБ, разместить этот сервер в Azure нельзя. Чтобы устранить эту проблему перед миграцией, выполните инструкции по исправлению.
- Уровень готовности неизвестен: службе "Миграция Azure" не удается определить готовность сервера из-за нехватки метаданных.
Для вычисления готовности оценка проверяет свойства сервера и параметры операционной системы, приведенные в следующих таблицах.
Свойства сервера
Для оценки виртуальных машин Azure оценка проверяет следующие свойства локальной виртуальной машины и определяет возможность ее запуска на виртуальных машинах Azure.
Свойство | Сведения | Состояние готовности к работе в Azure |
---|---|---|
Тип загрузки | Azure поддерживает тип загрузки UEFI для ОС, упомянутых здесь | Не готово, если тип загрузки — UEFI и операционная система, запущенная на виртуальной машине: Windows Server 2003/Windows Server 2003 R2/Windows Server 2008/Windows Server 2008 R2 |
Ядра | На каждом сервере должно быть не более 128 ядер — это максимальное количество, поддерживаемое виртуальной машиной Azure. Если доступна история производительности, служба Azure Migrate рассматривает используемые ядра для сравнения. Если в параметрах оценки указан фактор комфорта, то количество используемых ядер умножается на него. Если журнал производительности отсутствует, Azure Migrate использует выделенные процессорные ядра для применения коэффициента комфорта. |
Если количество ядер не превышает ограничение, виртуальная машина считается готовой. |
ОЗУ | Каждый сервер должен иметь не более 3892 ГБ ОЗУ, что является максимальным объемом, который поддерживает виртуальная машина Azure серии M Standard_M128m 2.
Подробнее. Если доступна история производительности, служба "Миграция Azure" рассматривает используемую оперативную память для сравнения. Если задан фактор комфорта, объем используемой памяти ОЗУ умножается на него. Если история отсутствует, то выделенная память ОЗУ используется для применения фактора комфорта. |
Если объем ОЗУ не превышает ограничение, виртуальная машина считается готовой. |
Диск хранилища | Выделенный размер диска не должен превышать 64 ТБ. Количество дисков, подключенных к серверу, включая диск операционной системы, должно быть не больше 65. |
Если размер и количество дисков соответствуют ограничениям, виртуальная машина считается готовой. |
Сеть | К серверу не должно быть подключено более 32 сетевых карт (NIC). | Если количество сетевых карт не превышает ограничение, виртуальная машина считается готовой. |
Операционная система гостя
Для оценки виртуальных машин Azure, а также для проверки свойств виртуальной машины оценка определяет гостевую операционную систему сервера и определяет, может ли он выполняться в Azure.
Примечание.
Для обработки гостевого анализа виртуальных машин VMware оценка использует операционную систему, указанную для виртуальной машины в vCenter Server. Однако vCenter Server не предоставляет версию ядра для операционных систем виртуальных машин Linux. Чтобы узнать номер версии, необходимо настроить обнаружение приложений. После этого устройство обнаружит сведения о версии, используя учетные данные гостя, указанные при настройке обнаружения приложений.
Оценка использует для определения готовности Azure на основе операционной системы следующую логику:
Операционная система | Сведения | Состояние готовности к работе в Azure |
---|---|---|
Windows Server 2016 и все пакеты обновления | Azure обеспечивает полную поддержку. | Готово к работе в Azure. |
Windows Server 2012 R2 и все пакеты обновления | Azure обеспечивает полную поддержку. | Готово к работе в Azure. |
Windows Server 2012 и все пакеты обновления | Azure обеспечивает полную поддержку. | Готово к работе в Azure. |
Windows Server 2008 R2 со всеми пакетами обновления | Azure обеспечивает полную поддержку. | Готово к работе в Azure. |
Windows Server 2008 (32-разрядная и 64-разрядная) | Azure обеспечивает полную поддержку. | Готово к работе в Azure. |
Windows Server 2003 и Windows Server 2003 R2 | Эти операционные системы больше не поддерживаются. Для их поддержки в Azure требуется соглашение Custom Support Agreement (CSA). | Условно готово к работе в Azure. Рекомендуется перед миграцией в Azure обновить операционную систему. |
Windows 2000, Windows 98, Windows 95, Windows NT, Windows 3.1 и MS-DOS | Поддержка этих операционных систем прекращена. Сервер может запускаться в Azure, но Azure не поддерживает операционную систему. | Условно готово к работе в Azure. Рекомендуем обновить операционную систему перед миграцией в Azure. |
Windows 7, Windows 8 и Windows 10 | Azure поддерживает только подписку Visual Studio. | Условно готово к работе в Azure. |
Windows 10 Профессиональная | Azure поддерживает права на мультитенантное размещение. | Условно готово к работе в Azure. |
Windows Vista и Windows XP Professional | Поддержка этих операционных систем прекращена. Сервер может запускаться в Azure, но Azure не поддерживает операционную систему. | Условно готово к работе в Azure. Рекомендуем обновить операционную систему перед миграцией в Azure. |
Линукс | См. операционные системы Linux, рекомендованные Azure. Другие операционные системы Linux могут запускаться в Azure. Однако мы рекомендуем перед миграцией в Azure обновить операционную систему до рекомендованной версии. | Устройство готово к работе в Azure, если использует рекомендуемую версию. Условно готово, если версия не является одобренной. |
Другие операционные системы, такие как Oracle Solaris, Apple macOS и FreeBSD | Azure не рекомендует эти операционные системы. Сервер может запускаться в Azure, но Azure не поддерживает операционную систему. | Условно готово к работе в Azure. Перед миграцией в Azure рекомендуем установить поддерживаемую ОС. |
ОС, указанные как Другое в vCenter Server | Сервис Azure Migrate не может распознать ОС в данном случае. | Готовность неизвестна. Убедитесь, что Azure поддерживает ОС на виртуальной машине. |
32-разрядные операционные системы | Сервер может запускаться в Azure, но Azure может не предоставить полную поддержку. | Условно готово к работе в Azure. Рекомендуется перед миграцией в Azure обновить операционную систему до 64-разрядной версии. |
Готовность к безопасности
Оценки также определяют готовность рекомендуемого целевого объекта для Microsoft Defender для серверов. Сервер помечается как готовый для Microsoft Defender для серверов, если он имеет следующее:
- Минимум 2 виртуальных ядер (предпочтительный вариант — 4 виртуальных ядер)
- Минимальная 1 ГБ ОЗУ (предпочтительнее 4 ГБ)
- 2 ГБ дискового пространства.
- Запускает любую из следующих операционных систем:
- Windows Server 2008 R2, 2012 R2, 2016, 2019, 2022
- Red Hat Enterprise Linux Server 7.2+, 8+, 9+
- Ubuntu 16.04, 18.04, 20.04, 22.04
- SUSE Linux Enterprise Server 12, 15+
- Debian 9, 10, 11
- Oracle Linux 7.2+, 8
- Amazon Linux 2
- Для других операционных систем сервер помечается как "Готово" с условиями. Если сервер не готов к переносу в Azure, он помечается как не готов к работе с Microsoft Defender для серверов.
Вычисление размера
После того как сервер будет помечен как готовый для Azure, оценка выдаст рекомендации по выбору размера в оценке виртуальных машин Azure. В рекомендациях будут указаны виртуальная машина Azure и SKU диска. Расчёты размеров зависят от того, используете ли вы фактические данные для локальной инфраструктуры или расчёты на основе производительности.
Вычисление размера (как в локальной среде)
Если вы используете размеры для локальной инфраструктуры без изменений, оценка не учитывает историю производительности виртуальных машин и дисков в рамках оценки виртуальных машин Azure.
- Настройка параметров вычислений: в ходе оценки виртуальной машине Azure присваивается SKU в зависимости от размера, выделенного на локальных серверах.
- Выбор размера хранилища и диска: оценка определяет тип хранилища, указанный в свойствах оценки, и рекомендует соответствующий тип диска. Возможные типы хранилища: диск HDD категории "Стандартный", диск SSD категории "Стандартный", диск категории "Премиум" и диск категории "Ультра". Тип хранилища по умолчанию — диск категории "Премиум".
- Определение размера сети: оценка учитывает сетевой адаптер на локальном сервере.
Вычисление размеров (с учётом производительности)
Если в оценке виртуальных машин Azure используется определение размера на основе производительности, то оценка выдает следующие рекомендации:
- Оценка рассматривает журнал производительности (использования ресурсов) сервера вместе с тестом процессора, чтобы определить размер виртуальной машины и тип диска в Azure.
Примечание.
При импорте серверов с помощью CSV-файла значения производительности, указанные (загрузка ЦП, использование памяти, операций ввода-вывода в секунду на диск и пропускная способность) используются при выборе размера на основе производительности. Вы не сможете предоставить историю производительности и информацию о процентиле.
- Этот метод особенно полезен, если вы перегрузили локальный сервер, использование низкое, и вы хотите оптимально настроить виртуальную машину Azure, чтобы сэкономить средства.
- Если вы не хотите использовать данные о производительности, сбросьте критерии определения размера до состояния «как есть» в локальной среде, как описано в предыдущем разделе.
Размер хранилища в оценке виртуальных машин Azure
Миграция Azure отображает каждый диск, подключенный к серверу, в диск Azure. Процесс установления размеров выглядит следующим образом:
-
Расчет IOPS и пропускной способности
- Оценка вычисляет общее число операций ввода-вывода в секунду и пропускную способность, суммируя значения операций чтения и записи для каждого диска.
-
Оценки, основанные на импорте
- Вы можете предоставить общее количество операций ввода-вывода в секунду, общую пропускную способность и общее количество дисков в импортированном файле без указания отдельных параметров диска.
- Если этот параметр используется, размер отдельного диска пропускается, а предоставленные данные используются непосредственно для вычисления размера и выбора соответствующего номера SKU виртуальной машины.
-
Критерии выбора диска и рекомендации
- Если нет диска, который соответствует требуемым значениям ввода-вывода в секунду (IOPS) и пропускной способности, сервер помечается как неподходящий для Azure.
- Если найдены подходящие диски, оценка выбирает диски, поддерживающие указанное расположение в параметрах оценки.
- Среди нескольких подходящих дисков оценка выбирает диск с наименьшей стоимостью.
- Если данные о производительности для любого диска недоступны, настроенный размер диска используется для поиска диска в зависимости от вашего предпочтения.
Примечание.
- Для всех новых оценок, если диски класса Premium выбраны во время создания оценки, рекомендуется использовать управляемые диски Premium для дисков ОС и SSD класса Premium V2 (предпросмотр) для дисков данных.
- Если вы не видите рекомендации по SSD версии 2 уровня "Премиум" (предпросмотр) для дисков данных, пересчитайте оценку и проверьте настройки оценки для типа хранилища.
- В настоящее время миграция SSD уровня Premium версии 2 (предварительная версия) применима только для сред VMware, хотя оценки предварительно просматриваются для всех сред.
Выбор размера диска категории "Ультра"
Для дисков категории "Ультра" разрешенные диапазоны скорости операций ввода-вывода и пропускной способности зависят от размера диска, поэтому логика, используемая при выборе размера таких дисков, отличается от логики для дисков категорий "Стандартный" и "Премиум".
- Вычисляются три размера диска категории "Ультра":
- Найден один диск (диск 1), удовлетворяющий требованию на размер диска
- Обнаружен один диск (диск 2), который может удовлетворить общее требование по IOPS.
- Обеспечиваемая скорость ввода-вывода = (Пропускная способность исходного диска) * 1024 / 256
- Найден один диск (диск 3), удовлетворяющий требованию к общей пропускной способности
- Из трех дисков найден один диск с максимальным размером, который был округлен вверх до следующего доступного размера диска категории "Ультра". Это размер подготовленного диска категории "Ультра".
- Выделенные операции ввода-вывода в секунду вычисляются с помощью следующего метода:
- Если определенная системой пропускная способность источника находится в допустимом диапазоне для выбранного размера диска категории "Ультра", обеспечиваемая скорость операций ввода-вывода будет равна скорости операций ввода-вывода исходного диска.
- В противном случае система рассчитывает обеспечиваемую скорость операций ввода-вывода по следующей формуле: Скорость операций ввода-вывода, которую необходимо обеспечить = (Пропускная способность исходного диска) * 1024 / 256
- Обеспечиваемый диапазон пропускной способности зависит от обеспечиваемой скорости операций ввода-вывода
Вычисление размера сети
При оценке виртуальных машин Azure оценка пытается найти виртуальную машину Azure, которая поддерживает количество и необходимую производительность сетевых адаптеров, подключенных к локальному серверу.
- Для достижения эффективной производительности локального сервера оценка суммирует скорость передачи данных с сервера (из сети), обеспечиваемую всеми сетевыми адаптерами. Затем она применяет коэффициент комфорта. Полученное значение используется для поиска виртуальной машины Azure, обеспечивающей нужную производительность сети.
- Наряду с производительностью сети оценка также учитывает, поддерживает ли виртуальная машина Azure необходимое количество сетевых адаптеров.
- Если данные о производительности сети недоступны, оценка учитывает при определении размера виртуальной машины только количество сетевых адаптеров.
Вычисление размера вычислительных ресурсов
Далее оценка рассчитывает требования к хранилищу и сети и подбирает подходящий размер виртуальной машины в Azure с учетом требований к ЦП и ОЗУ.
- Служба "Миграция Azure" рассматривает эффективные используемые ядра (включая тест производительности процессора) и ОЗУ, чтобы найти подходящий размер виртуальной машины Azure.
- Если найти подходящий размер не удается, сервер помечается как неподходящий для Azure.
- Если найден подходящий размер, служба "Миграция Azure" применяет результаты вычисления параметров хранилища и сети. Затем она применяет параметры расположения и ценовой категории, чтобы получить окончательный рекомендуемый размер виртуальной машины.
- Если доступно несколько подходящих размеров виртуальных машин Azure, рекомендуется тот, который обеспечивает наименьшие затраты.
Оценка достоверности (на основе производительности)
Каждая оценка виртуальной машины Azure на основе производительности в службе "Миграция Azure" связана с оценкой достоверности. Оценка достоверности выставляется в диапазоне от одной звезды (самая низкая) до пяти (самая высокая). Рейтинг доверия помогает оценить надежность рекомендаций по выбору размера, предоставленных службой Azure Migrate.
- Оценке присваивается уровень уверенности. Оценка основана на доступности точек данных, необходимых для ее вычисления.
- Для определения размера на основе производительности необходимо:
- данные об использовании ЦП и ОЗУ;
- количество операций ввода-вывода в секунду и пропускная способность каждого диска, подключенного к серверу;
- Сетевые операции ввода-вывода для управления размером каждого сетевого адаптера, подключенного к серверу, на основе производительности.
Если какие-либо из этих числовых показателей использования недоступны, рекомендации по размеру могут быть ненадежными.
Примечание.
Оценки достоверности не присваиваются серверам, оцениваемым с использованием импортированного CSV-файла. Оценки также не применяются для оценки текущего состояния в локальной среде.
Рейтинги
В этой таблице показаны оценки достоверности, которые зависят от доли доступных точек данных:
Уровень доступности точек данных | Оценка достоверности |
---|---|
0–20 % | 1 звезда |
21–40 % | 2 звезды |
41–60 % | 3 звезды |
61–80 % | 4 звезды |
81–100 % | 5 звезд |
Низкие оценки достоверности
Вот некоторые причины, по которым оценка могла получить низкий уровень уверенности.
Вы не профилировали свою среду в период времени, для которого создается оценка. Например, если вы создаете оценки с продолжительностью измерения производительности в один день, нужно подождать как минимум день после запуска обнаружения для сбора всех точек данных.
Функция оценки не сможет собрать данные производительности для некоторых или всех серверов за период оценки. Для получения высокого рейтинга достоверности убедитесь, что:
- Серверы включены на время оценки.
- Разрешены исходящие подключения к портам 443.
- Для серверов Hyper-V включена динамическая память
Вычисляются три размера диска категории "Ультра":
- Один диск (диск 1) найден, который может удовлетворить требования к размеру диска.
- Один диск (диск 2) найден, который может удовлетворить общее требование операций ввода-вывода в секунду. IOPS, которые должны быть обеспечены = (пропускная способность исходного диска) *1024/256.
- Один диск (диск 3) найден, который может удовлетворить общее требование к пропускной способности/
Из трех дисков выбирается один с максимальным размером, который округляется до следующего доступного предложения диска Ультра (типы управляемых дисков Azure). Это размер подготовленного диска категории "Ультра".
Предоставленные IOPS вычисляются по следующей логике:
- Если обнаруженная исходная пропускная способность находится в допустимом диапазоне для размера диска "Ультра", выделенные операции ввода-вывода в секунду равны исходному числу операций ввода-вывода в секунду.
- Кроме того, подготовленные операции ввода-вывода в секунду вычисляются с помощью подготовки операций ввода-вывода в секунду = (пропускная способность исходного диска) *1024/256
- Обеспечиваемый диапазон пропускной способности зависит от обеспечиваемой скорости операций ввода-вывода
Размер сети
При оценке виртуальных машин Azure оценка пытается найти виртуальную машину Azure, которая поддерживает количество и необходимую производительность сетевых адаптеров, подключенных к локальному серверу.
Для достижения эффективной производительности локального сервера оценка суммирует скорость передачи данных с сервера (из сети), обеспечиваемую всеми сетевыми адаптерами. Затем она применяет коэффициент комфорта. Полученное значение используется для поиска виртуальной машины Azure, обеспечивающей нужную производительность сети.
Наряду с производительностью сети оценка также учитывает, поддерживает ли виртуальная машина Azure необходимое количество сетевых адаптеров.
Если данные о производительности сети недоступны, оценка учитывает при определении размера виртуальной машины только количество сетевых адаптеров.
Определение размера вычислительных ресурсов
Далее оценка рассчитывает требования к хранилищу и сети и подбирает подходящий размер виртуальной машины в Azure с учетом требований к ЦП и ОЗУ.
Служба "Миграция Azure" рассматривает эффективные используемые ядра (включая тест производительности процессора) и ОЗУ, чтобы найти подходящий размер виртуальной машины Azure.
Если найти подходящий размер не удается, сервер помечается как неподходящий для Azure.
Если найден подходящий размер, служба "Миграция Azure" применяет результаты вычисления параметров хранилища и сети. Затем она применяет параметры расположения и ценовой категории, чтобы получить окончательный рекомендуемый размер виртуальной машины.
Если доступно несколько подходящих размеров виртуальных машин Azure, рекомендуется тот, который обеспечивает наименьшие затраты.
Ежемесячные расходы
После выполнения рекомендаций по размеру оценка виртуальной машины Azure в службе "Миграция Azure" вычисляет затраты на вычисления и хранение после миграции.
Затраты на вычисления
При расчете ежемесячных затрат на сервер служба "Миграция Azure" использует рекомендуемый размер виртуальной машины Azure и API выставления счетов.
Вычисление учитывает следующее:
- Операционная система
- Software Assurance
- Зарезервированные экземпляры
- Время доступности виртуальной машины
- Расположение
- Параметры валюты
Оценка суммирует затраты на все серверы и рассчитывает общие ежемесячные затраты на вычислительные ресурсы.
Стоимость хранения
Система рассчитывает ежемесячные расходы на хранилище для сервера, суммируя ежемесячные затраты на все диски, подключенные к серверу.
Диски категории "Стандартный" и "Премиум"
Система рассчитывает затраты на диски категории "Стандартный" и "Премиум" на основе выбранного или рекомендуемого размера диска.
Ультра диск
Стоимость диска "Ультра" вычисляется на основе зарезервированного размера, зарезервированных IOPS и зарезервированной пропускной способности. Подробнее.
Система рассчитывает затраты, используя указанную ниже логику.
Стоимость размера диска вычисляется путем умножения подготовленного размера диска на почасовую цену емкости диска.
Стоимость подготовленных операций ввода-вывода в секунду вычисляется путем умножения подготовленных операций ввода-вывода в секунду на почасовую цену операций ввода-вывода в секунду.
Стоимость подготовленной пропускной способности вычисляется путем умножения подготовленной пропускной способности на почасовую цену подготовленной пропускной способности.
Плата за резервирование виртуальной машины Ultra не добавляется в общую стоимость. Подробнее.
Стоимость безопасности
Для серверов, рекомендуемых для AZURE VM, если они готовы к запуску Defender для серверов, стоимость использования Defender для серверов (план 2) будет добавлена за каждый сервер в этом регионе. Оценка объединяет затраты на всех серверах, чтобы вычислить общую ежемесячную стоимость безопасности.
Цены отображаются в валюте, заданной в настройках оценки.
Следующие шаги
- Ознакомьтесь с рекомендациями по созданию оценок.
- Узнайте о выполнении оценок для серверов, работающих в среде VMware и Hyper-V , и для физических серверов.
- Узнайте, как оценивать серверы, импортированные с помощью CSV-файла.
- Узнайте о настройке визуализации зависимостей.