«Прозрачность, предсказуемость, рекомендации»: Microsoft описала жизненный цикл виртуальных машин Azure

Три обещания вместо одной даты

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

Чтобы это работало не как набор разрозненных сообщений, политика вводит общую таксономию, единые стадии и одинаковые обязательства в том, как компания рассказывает об эволюции технологий. Первыми под её действие попадают виртуальные машины семейств General Purpose, Memory Optimized, Compute Optimized и Storage Optimized, а для каждой стадии определены собственный уровень инвестиций Microsoft, доступность по регионам и квотам, применимые варианты закупки и цены.

Логика, которую Microsoft продвигает вместе с политикой, звучит так: клиенту нужна не одна дата вывода из эксплуатации, а предсказуемый маршрут — что делать сейчас, что делать при приближении к следующей стадии и какие действия предпринять в последний момент, чтобы модернизация не превратилась в аврал.

Размер — это не железо, а серия

В терминах документации Azure речь идёт о сериях размеров (size series): серия — это набор всех размеров, доступных в пределах аппаратных возможностей одного физического сервера. По мере старения железа и выхода новых компонентов Microsoft прекращает разворачивать новые экземпляры ранее выпущенных серий, а когда клиенты переносят рабочие нагрузки на новое железо или оно становится достаточно устаревшим, серия выводится из эксплуатации, чтобы освободить место под новую инфраструктуру.

Именно поэтому стадия — это не оценка «хорошо или плохо», а указатель на рекомендуемое действие: она говорит, что ожидать от серии и что с ней делать.

Четыре стадии и что делать на каждой

Стадия Current означает «принимать и расширять»: это новейшие серии в своём семействе, и именно на них рекомендуют разворачивать новые рабочие нагрузки, расширять существующие развёртывания и оптимизировать инвестиции в Azure.

Стадия Extended означает «продолжать и оценивать»: такие размеры полностью поддерживаются, работу на них можно продолжать, пока идёт оценка Current для новых развёртываний и будущего роста. Если рабочие нагрузки со стадии End of Life нужно перевести с наименьшими нарушениями, Extended — практичный первый шаг. Важная деталь: Current и Extended обе считаются современными размерами (modern sizes) с полной поддержкой, а Current — просто самое новое предложение в семействе, поэтому при модернизации допустим переход в любую из этих двух стадий.

Стадия End of Life означает «планировать модернизацию»: вывод из эксплуатации объявлен, серия остаётся доступной до даты вывода, но при развёртывании через новые подписки действуют ограничения — значит, модернизацию к Current или Extended нужно завершить до этой даты. Пример из документации: серии Dv3, Dsv3, Ev3 и Esv3 находятся на стадии End of Life и выводятся из эксплуатации 15 ноября 2029 года; после этой даты их нельзя ни создать, ни увеличить до них существующую машину, ни запустить, ни купить.

Стадия Retired означает «модернизация завершена»: использовать такие серии нельзя. В дату вывода из эксплуатации оставшиеся виртуальные машины деаллоцируются, перестают работать, перестают тарифицироваться и больше не покрываются SLA и поддержкой. Какое поколение к какой стадии относится, зависит от семейства: например, в general purpose серии v6 и v7 относятся к Current, v4 и v5 — к Extended, а серии от v1 до v3 с объявленным выводом из эксплуатации — к End of Life.

Ограничения ёмкости — это не вывод из эксплуатации

В документации отдельно предупреждают о смешении двух разных вещей. Ограничения роста ёмкости (capacity growth restrictions) не связаны со стадиями жизненного цикла: для таких серий Azure не гарантирует ёмкость для новых развёртываний или масштабирования, но само ограничение не является объявлением о выводе из эксплуатации. У одной и той же серии могут быть и ограничение, и отдельная дата вывода: например, у Dv3, Dsv3, Ev3 и Esv3 ограничения роста ёмкости начали действовать в июле 2026 года, а вывод из эксплуатации назначен на 15 ноября 2029 года.

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

Как найти затронутые ресурсы и что делать дальше

Для размеров без специальных инструкций перевести машину на новый размер можно через портал Azure, Azure PowerShell, Azure CLI или Terraform — с обязательной проверкой того, что новый размер поддерживает все функции, нужные рабочей нагрузке. Для части серий есть отдельные руководства по модернизации, включая переход на серию v5 как наименее болезненный шаг для семейств D и E и переход на v6 и v7 ради новых возможностей и производительности.

Практическая часть политики Microsoft опирается на инструменты, которые у клиента уже есть: Azure Advisor и Azure Service Health дают представление о подписках и ресурсах, помогают увидеть предстоящие выводы виртуальных машин из эксплуатации, определить затронутые ресурсы и отслеживать прогресс модернизации с готовыми рекомендуемыми действиями. Сверх этого компания заявляет об инвестициях в интеллектуальные инструменты с ИИ, которые должны применять рекомендации по жизненному циклу ко всему портфелю рабочих нагрузок и снижать трение при модернизации.

Оговорка, которую стоит прочитать целиком

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