Обзор оценки (миграция на виртуальные машины Azure)
Внимание
Эта статья ссылается на CentOS, дистрибутив Linux, который является состоянием "Конец жизни" (EOL). Пожалуйста, рассмотрите возможность использования и планирования соответствующим образом. Дополнительные сведения см. в руководстве centOS End Of Life.
В этой статье приводится обзор оценок в средстве Миграция Azure: обнаружение и оценка. Это средство может оценивать локальные серверы в виртуальных средах VMware и в среде Hyper-V, а также физические серверы для миграции в Azure.
Что такое оценка?
Оценка с помощью средства обнаружения и оценки измеряет готовность и оценивает результат миграции локальных серверов на Azure.
Примечание.
В Azure для государственных организаций обратите внимание на поддерживаемые целевые расположения оценки. Обратите внимание на то, что в рекомендациях по размерам виртуальных машин в оценках будут использоваться серии виртуальных машин, предназначенные для регионов облака для государственных организаций. Дополнительные сведения о типах виртуальных машин.
Типы оценок
Существуют три типа оценок, которые можно создавать с помощью средства обнаружения и оценки службы "Миграция Azure".
Тип оценки | Сведения |
---|---|
Azure | Оценки для переноса локальных серверов на виртуальные машины Azure. С помощью этого типа оценки вы можете оценивать возможность миграции на виртуальные машины Azure для локальных серверов VMware, среды Hyper-V и физических серверов. |
Azure SQL | Оценки возможности для миграции локальных серверов SQL из среды VMware в Базу данных SQL Azure или в Управляемый экземпляр SQL Azure. |
Служба приложений Azure | Оценки для переноса локальных веб-приложений из среды VMware в Службу приложений Azure. |
Решение Azure VMware (AVS) | Оценки для переноса локальных серверов в Решение Azure VMware (AVS). С помощью этого типа оценки вы можете оценить возможность миграции в Решение Azure VMware (AVS) для локальных виртуальных машин VMware. Подробнее |
Примечание.
Если в средстве обнаружения и оценки указано неверное количество виртуальных машин Azure или оценок AVS, нажмите на общее число оценок, чтобы вернуться ко всем оценкам и пересчитать количество виртуальных машин Azure или оценок AVS. После этого средство обнаружения и оценки отобразит верные цифры для этого типа оценки.
Оценки, создаваемые с помощью службы "Миграция Azure", представляют собой моментальный снимок данных на определенный момент времени. Оценка виртуальной машины Azure предоставляет два варианта критериев для определения размера:
Тип оценки | Сведения | Данные |
---|---|---|
На основе производительности | Оценки, которые предоставляют рекомендации на основе собранных данных о производительности | Рекомендуемый размер виртуальной машины подбирается на основе данных об использовании ЦП и ОЗУ. Рекомендуемый тип диска зависит от количества операций ввода-вывода в секунду и пропускной способности локальных дисков. Поддерживаемые типы дисков: диск HDD Azure категории "Стандартный", диск SSD Azure категории "Стандартный", диски Azure категории "Премиум" и диски Azure категории "Ультра". |
Как в локальной среде | Оценки, в которых не учитываются данные о производительности для создания рекомендаций. | Рекомендуемый размер виртуальной машины подбирается в зависимости от размера локального сервера. Рекомендуемый тип диска зависит от выбранного типа хранилища для оценки. |
Как выполнить оценку?
Оценку можно выполнить одним из следующих способов.
- Оценка серверов на основе метаданных сервера, собранных упрощенным устройством службы "Миграция Azure". Это устройство обнаруживает локальные серверы. Оно непрерывно отправляет метаданные и данные о производительности серверов в службу "Миграция Azure".
- Оценка серверов на основе метаданных сервера, импортированных в формате значений с разделителями-запятыми (CSV).
Как выполнить оценку с помощью устройства?
Если вы развертываете устройство службы "Миграция Azure" для обнаружения локальных серверов, выполните следующие действия.
- Настройте Azure и локальную среду для работы со службой "Миграция Azure".
- Для первой оценки создайте проект Azure и добавьте в него средство обнаружения и оценки.
- Разверните упрощенное устройство службы "Миграция Azure". Устройство непрерывно обнаруживает локальные серверы и отправляет метаданные и данные о производительности этих серверов в службу "Миграция Azure". Разверните устройство как виртуальную машину или физический сервер. На серверах для оценки ничего устанавливать не нужно.
После того как устройство начнет обнаружение серверов, вы сможете собрать серверы, которые нужно оценить, в группу и выполнить оценку группы с типом оценки Виртуальная машина Azure.
Чтобы выполнить эти действия, следуйте инструкциям из руководства по VMware, Hyper-V или физическим серверам.
Как выполнить оценку на основе импортированных данных?
Если для оценки серверов вы используете CSV-файл, устройство не требуется. Выполните следующие действия:
- Настройка Azure для работы со службой "Миграция Azure".
- Для первой оценки создайте проект Azure и добавьте в него средство обнаружения и оценки.
- Скачайте шаблон CSV-файла и добавьте в него данные серверов.
- Импортируйте шаблон в службу "Миграция Azure".
- Откройте серверы, добавленные с помощью импорта, соберите их в группу и выполните для этой группы оценку типа Виртуальная машина Azure.
Какие данные собирает устройство?
Если для оценки вы используете устройство службы "Миграция Azure", узнайте, какие метаданные и данные о производительности VMware и Hyper-V оно собирает.
Каким образом устройство вычисляет данные о производительности?
Если вы используете устройство для обнаружения серверов, оно собирает данные о производительности для параметров вычислений, выполняя следующие действия:
Устройство делает выборку данных в режиме реального времени.
- Виртуальные машины VMware: выборка осуществления каждые 20 секунд.
- Виртуальные машины Hyper-V: выборка осуществления каждые 30 секунд.
- Физические серверы: выборка осуществления каждые пять минут.
Устройство объединяет выборки для создания единой точки данных каждые 10 минут для серверов VMware и Hyper-V, а также каждые 5 минут для физических серверов. Для создания точки данных устройство выбирает из всех выборок пиковые значения. Затем оно отправляет точку данных в Azure.
В оценке хранятся все 10-минутные точки данных за предыдущий месяц.
Созданная оценка определяет соответствующую точку данных, которая будет использоваться для определения правильного размера. Идентификация производится по значениям процентиля для журнала производительности и использования процентиля.
- Например, если журнал производительности составляет одну неделю, а для использования процентиля выбран 95-й процентиль, то оценка отбирает 10-минутные выборки за последнюю неделю. Она сортирует их по возрастанию и выбирает значение 95-го процентиля для определения правильного размера.
- Значение 95-го процентиля позволяет игнорировать выбросы, которые могут присутствовать, если выбрать 99-й процентиль.
- Если вам нужно выбрать пиковое использование за определенный период и вы не хотите пропускать выбросы, выбирайте для использования процентиля 99-й процентиль.
Это значение умножается на фактор комфорта, что позволяет получить эффективные данные об использовании производительности для метрик, собираемых устройством:
- загрузка ЦП;
- Использование ОЗУ.
- дисковые операции ввода-вывода (чтение и запись);
- пропускная способность диска (чтение и запись);
- пропускная способность сети (входящий и исходящий трафик).
Как рассчитываются оценки виртуальных машин Azure?
Для расчета оценок используются метаданные и данные о производительности локальных серверов. При развертывании устройства службы "Миграция Azure" для оценки используются данные, собираемые этим устройством. Однако если для оценки вы используете импортированный CSV-файл, то вы предоставляете метаданные для расчета.
Расчеты производятся в следующие три этапа:
- Расчет готовности к работе в Azure: оценка пригодности серверов для миграции в Azure.
- Расчет рекомендаций по определению размера: оценка вычислительных ресурсов, хранилища и размера сети.
- Вычисление ежемесячных затрат: вычислите предполагаемые ежемесячные вычисления, хранилище и расходы на безопасность для запуска серверов в Azure после миграции.
Вычисления производятся в указанном выше порядке. Сервер переходит на следующий этап, только если проходит предыдущий. Например, если сервер не проходит этап готовности Azure, он помечается как неподходящий для Azure. В этом случае расчет размера и затрат для этого сервера не производится.
Что входит в оценку виртуальной машины Azure?
В оценку виртуальной машины Azure входят следующие элементы:
Параметр | Сведения |
---|---|
Целевое расположение | Расположение для миграции. Сейчас оценка поддерживает следующие целевые регионы Azure: Центральная Австралия, Центральная Австралия 2, Восточная Австралия, Юго-Восточная Австралия, Южная Бразилия, Восточная Канада, Центральная Индия, Центральная Индия, Центральная Часть США, Центральная Часть США, Центральная Индия, Центральная Часть США, Центральная Германия, Центральная Германия, Восточная Япония, Восточная Япония, Западная Корея, Южная Корея, Северная Корея, Северная Часть США, Северная Европа, Восточная Норвегия, Западная Норвегия, Северная Африка, Южная Африка, Южная Африка, Юго-Восточная Азия, Южная Индия, Северная Швейцария, Центральная Швейцария, ЦЕНТРАЛЬНая ЧАСТЬ ОАЭ, Северная Часть ОАЭ, Западная часть США, Западная Часть США, Западная часть США 2, JioIndiaCentral, JioIndiaWest, US Gov Аризона, US Gov Айова, US Gov Техас, США Gov Вирджиния. |
Целевой диск хранилища (выбор размера без изменений) | Тип диска, для использования в качестве хранилища в Azure. Укажите диск целевого хранилища: управляемый диск категории "Премиум", управляемый диск SSD категории "Стандартный", управляемый диск HDD категории "Стандартный" или диск категории "Ультра". |
Целевой диск хранилища (выбор размера на основе производительности) | Указывает тип целевого диска хранилища как управляемый премиум, управляемый HDD уровня "Стандартный", управляемый SSD уровня "Стандартный" или "Ультра". Диск категории "Премиум", "Стандартный" или "Ультра": функция оценки рекомендует SKU диска в рамках выбранного типа хранилища. Если вы хотите использовать соглашение об уровне обслуживания одноэкземплярных виртуальных машин (SLA) 99,9 %, выбирайте управляемые диски премиум-класса. Это гарантирует, что для всех дисков в результате оценки рекомендуется использовать управляемые диски премиум-класса. Если вы хотите запускать рабочие нагрузки с большим объемом данных, которые требуют высокой пропускной способности, высокого уровня операций ввода-вывода в секунду и согласованного хранилища дисков с низкой задержкой, рассмотрите возможность использования дисков категории "Ультра". Служба "Миграция Azure" поддерживает для оценки миграции только управляемые диски. |
Варианты экономии (вычисления) | Укажите вариант экономии, который требуется оценить, чтобы помочь оптимизировать затраты на вычисления 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 | Указывает, что для оценки затрат используется подписка Соглашение Enterprise (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" рассматривает используемые ядра для сравнения. Если в параметрах оценки указан фактор комфорта, то количество используемых ядер умножается на него. Если журнал производительности отсутствует, служба "Миграция Azure" использует выделенные ядра для применения фактора комфорта. |
Если количество ядер не превышает ограничение, виртуальная машина считается готовой. |
ОЗУ | Каждый сервер должен иметь не более 3892 ГБ ОЗУ, что является максимальным размером Standard_M128m 2 виртуальной машины Azure серии M. Подробнее. Если доступен журнал производительности, служба "Миграция 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 | См. операционные системы Linux, рекомендованные Azure. Другие операционные системы Linux могут запускаться в Azure. Однако мы рекомендуем перед миграцией в Azure обновить операционную систему до рекомендованной версии. | Устройство готово к работе в Azure, если использует рекомендуемую версию. Условно готово, если версия не является рекомендуемой. |
Другие операционные системы, такие как Oracle Solaris, Apple macOS и FreeBSD | Azure не рекомендует эти операционные системы. Сервер может запускаться в Azure, но Azure не поддерживает операционную систему. | Условно готово к работе в Azure. Перед миграцией в Azure рекомендуем установить поддерживаемую ОС. |
ОС, указанные как Другое в vCenter Server | Служба "Миграция Azure" не сможет идентифицировать ОС в данном случае. | Готовность неизвестна. Убедитесь, что 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. Определение размера происходит следующим образом.
Оценка суммирует операции ввода-вывода для чтения и записи диска, чтобы получить общее число операций ввода-вывода в секунду. Аналогичным образом для получения общей пропускной способности каждого диска суммируются значения пропускной способности чтения и записи. В случае оценки на основе импорта у вас есть возможность предоставить общий объем операций ввода-вывода в секунду, общую пропускную способность и общую нет. диски в импортированном файле без указания отдельных параметров диска. В этом случае определение размера отдельного диска пропускается, а предоставленные данные используются непосредственно для определения размера и выбора соответствующего SKU виртуальной машины.
Диски выбираются следующим образом.
- Если оценке не удается найти диск, обеспечивающий необходимое число операций ввода-вывода в секунду и пропускную способность, она помечает сервер как неподходящий для Azure.
- Если оценка находит набор подходящих дисков, она выбирает диски, которые поддерживают расположение, указанное в параметрах оценки.
- Если доступно несколько соответствующих дисков, оценка выбирает диск наименьшей стоимости.
- Если данные о производительности какого-либо диска недоступны, размер диска конфигурации используется для поиска диска SSD категории "Стандартный" в Azure.
Выбор размера диска категории "Ультра"
Для дисков категории "Ультра" разрешенные диапазоны скорости операций ввода-вывода и пропускной способности зависят от размера диска, поэтому логика, используемая при выборе размера таких дисков, отличается от логики для дисков категорий "Стандартный" и "Премиум".
- Вычисляются три размера диска категории "Ультра":
- Найден один диск (диск 1), удовлетворяющий требованию на размер диска
- Обнаружен один диск (диск 2), который может удовлетворить общее требование операций ввода-вывода в секунду
- Обеспечиваемая скорость ввода-вывода = (Пропускная способность исходного диска) * 1024 / 256
- Найден один диск (диск 3), удовлетворяющий требованию к общей пропускной способности
- Из трех дисков найден один диск с максимальным размером, который был округлен вверх до следующего доступного размера диска категории "Ультра". Это размер подготовленного диска категории "Ультра".
- Подготовленные операции ввода-вывода в секунду вычисляются с помощью следующей логики:
- Если определенная системой пропускная способность источника находится в допустимом диапазоне для выбранного размера диска категории "Ультра", обеспечиваемая скорость операций ввода-вывода будет равна скорости операций ввода-вывода исходного диска.
- В противном случае система рассчитывает обеспечиваемую скорость операций ввода-вывода по следующей формуле: Скорость операций ввода-вывода, которую необходимо обеспечить = (Пропускная способность исходного диска) * 1024 / 256
- Обеспечиваемый диапазон пропускной способности зависит от обеспечиваемой скорости операций ввода-вывода
Вычисление размера сети
При оценке виртуальных машин Azure оценка пытается найти виртуальную машину Azure, которая поддерживает количество и необходимую производительность сетевых адаптеров, подключенных к локальному серверу.
- Для достижения эффективной производительности локального сервера оценка суммирует скорость передачи данных с сервера (из сети), обеспечиваемую всеми сетевыми адаптерами. Затем она применяет коэффициент комфорта. Полученное значение используется для поиска виртуальной машины Azure, обеспечивающей нужную производительность сети.
- Наряду с производительностью сети оценка также учитывает, поддерживает ли виртуальная машина Azure необходимое количество сетевых адаптеров.
- Если данные о производительности сети недоступны, оценка учитывает при определении размера виртуальной машины только количество сетевых адаптеров.
Вычисление размера вычислительных ресурсов
Далее оценка рассчитывает требования к хранилищу и сети и подбирает подходящий размер виртуальной машины в Azure с учетом требований к ЦП и ОЗУ.
- Служба "Миграция Azure" рассматривает эффективные используемые ядра (включая тест производительности процессора) и ОЗУ, чтобы найти подходящий размер виртуальной машины Azure.
- Если найти подходящий размер не удается, сервер помечается как неподходящий для Azure.
- Если найден подходящий размер, служба "Миграция Azure" применяет результаты вычисления параметров хранилища и сети. Затем она применяет параметры расположения и ценовой категории, чтобы получить окончательный рекомендуемый размер виртуальной машины.
- Если доступно несколько соответствующих размеров виртуальных машин, служба выбирает рекомендуемый, который обеспечивает наименьшие затраты.
Оценка достоверности (на основе производительности)
Каждая оценка виртуальной машины Azure на основе производительности в службе "Миграция Azure" связана с оценкой достоверности. Оценка достоверности выставляется в диапазоне от одной звезды (самая низкая) до пяти (самая высокая). Оценка достоверности помогает определить надежность рекомендаций по выбору размера, предоставленных службой "Миграция Azure".
- Оценке присваивается оценка достоверности. Она зависит от доступности точек данных, необходимых для ее вычисления.
- Для определения размера на основе производительности необходимо:
- данные об использовании ЦП и ОЗУ;
- количество операций ввода-вывода в секунду и пропускная способность каждого диска, подключенного к серверу;
- сетевые операции ввода-вывода для определения размера на основе производительности для каждого сетевого адаптера, подключенного к серверу.
Если какой-то из этих параметров недоступен, рекомендации по размеру могут быть ненадежными.
Примечание.
Оценки достоверности не присваиваются серверам, оцениваемым с использованием импортированного CSV-файла. Оценки также не применяются при определении размера как в локальной среде.
Рейтинги
В этой таблице показаны оценки достоверности, которые зависят от доли доступных точек данных:
Уровень доступности точек данных | Оценка достоверности |
---|---|
0–20 % | 1 звезда |
21–40 % | 2 звезды |
41–60 % | 3 звезды |
61–80 % | 4 звезды |
81–100 % | 5 звезд |
Низкие оценки достоверности
Вот некоторые причины, по которым мог быть получена низкая оценка достоверности.
Среда не была профилирована в период времени, для которого создается оценка. Например, если вы создаете оценки с продолжительностью измерения производительности в один день, нужно подождать как минимум день после запуска обнаружения для сбора всех точек данных.
Функция оценки не сможет собрать данные производительности для некоторых или всех серверов за период оценки. Для получения высокого рейтинга достоверности убедитесь, что:
- Серверы включены на время оценки.
- Разрешены исходящие подключения к портам 443.
- Для серверов Hyper-V включена динамическая память
Пересчитайте оценку, чтобы отразить последние изменения оценки достоверности.
Некоторые серверы были созданы в период, для которого рассчитывалась оценка. Допустим, например, что вы создали оценку для журнала производительности за последний месяц, однако несколько серверов были созданы всего неделю назад. В этом случае данные о производительности новых серверов будут недоступны для всего периода анализа, а оценка достоверности будет низкой.
Примечание.
Если оценка достоверности составляет меньше пяти звезд, мы рекомендуем подождать по крайней мере один день, чтобы устройство могло профилировать среду, а затем пересчитать оценку. В противном случае определение размера на основе производительности может быть ненадежным. В этом случае мы рекомендуем пересчитать оценку для определения размера как в локальной среде.
Расчет ежемесячных затрат
После выполнения рекомендаций по определению размера оценка виртуальной машины Azure в службе "Миграция Azure" вычисляет затраты на вычислительные ресурсы и хранилище после миграции.
Затраты на вычисления
При расчете ежемесячных затрат на сервер служба "Миграция Azure" использует рекомендуемый размер виртуальной машины Azure и API выставления счетов.
В расчете учитываются следующие данные:
- Операционная система
- Software Assurance
- Зарезервированные экземпляры
- Время доступности виртуальной машины
- Расположение
- Параметры валюты
Оценка суммирует затраты на все серверы и рассчитывает общие ежемесячные затраты на вычислительные ресурсы.
Стоимость хранения
Система рассчитывает ежемесячные расходы на хранилище для сервера, суммируя ежемесячные затраты на все диски, подключенные к серверу.
Диски категории "Стандартный" и "Премиум"
Система рассчитывает затраты на диски категории "Стандартный" и "Премиум" на основе выбранного или рекомендуемого размера диска.
Диск (цен. категория "Ультра")
Система рассчитывает затраты на диски категории "Ультра" на основе выделенного размера, обеспечиваемой скорости операций ввода-вывода и обеспечиваемой пропускной способности. Подробнее
Система рассчитывает затраты, используя указанную ниже логику.
- Система рассчитывает затраты для определенного размера диска, умножая выделенный размер диска на почасовую ставку за объем диска.
- Система рассчитывает затраты на обеспечиваемую скорость операций ввода-вывода, умножая обеспечиваемую скорость операций ввода-вывода на почасовую ставку за обеспечиваемую скорость операций ввода-вывода.
- Система рассчитывает затраты на обеспечиваемую пропускную способность, умножая обеспечиваемую пропускную способность на почасовую ставку за обеспечиваемую пропускную способность.
- Плата за резервирование виртуальных машин на дисках категории "Ультра" не добавляется в общую стоимость. Подробнее
Оценка вычисляет общие ежемесячные затраты на хранилище, суммируя затраты на хранилище для всех серверов. В настоящее время при вычислении не учитываются предложения, указанные в параметрах оценки.
Стоимость безопасности
Для серверов, рекомендуемых для виртуальной машины Azure, если они готовы к запуску Defender для сервера, добавляется стоимость Defender для сервера (план 2) на сервер для этого региона. Оценка объединяет затраты на всех серверах, чтобы вычислить общую ежемесячную стоимость безопасности.
Цены отображаются в валюте, заданной в настройках оценки.
Следующие шаги
Просмотрите рекомендации для создания оценок.
- Узнайте о выполнении оценок для серверов, работающих в среде VMware и Hyper-V , и для физических серверов.
- Узнайте, как оценивать серверы, импортированные с помощью CSV-файла.
- Узнайте о настройке визуализации зависимостей.
Кері байланыс
https://aka.ms/ContentUserFeedback.
Жақында қолжетімді болады: 2024 жыл бойы біз GitHub Issues жүйесін мазмұнға арналған кері байланыс механизмі ретінде біртіндеп қолданыстан шығарамыз және оны жаңа кері байланыс жүйесімен ауыстырамыз. Қосымша ақпаратты мұнда қараңыз:Жіберу және пікірді көру