AWS MGN: перенос серверов в AWS

Логотип AWS

AWS Application Migration Service (MGN) автоматически копирует операционные системы, приложения и данные с существующих серверов в AWS для простого lift-and-shift переноса с минимальным простоем. Установите агент репликации на источник, запустите тестовые экземпляры и затем выполните cutover на продакшен-экземпляры. Это стартовая точка для постепенной модернизации в облаке.

Быстрые ссылки

Что такое AWS Application Migration Service?
Перенос серверов с помощью AWS MGN

Что такое AWS Application Migration Service?

AWS Application Migration Service, сокращённо AWS MGN, — это инструмент для миграции по модели lift-and-shift. Технология основана на CloudEndure Migration, которую AWS приобрела и развивает как полнофункциональную службу внутри экосистемы AWS.

Ключевая идея: агент репликации устанавливается на исходный сервер, непрерывно копирует диск, ОС, приложения и данные в временное (staging) окружение в AWS. После готовности тестовых экземпляров вы можете преобразовать их в продуктивные инстансы и выключить старые серверы.

Стадия репликации в тестовой среде (эскиз)

Важно: это — классическая lift-and-shift миграция. Перенос в AWS сам по себе не изменит архитектуру приложения, но создаст отправную точку для дальнейшей модернизации с использованием управляемых сервисов (RDS, Lambda, ECS и т.д.).

Определение — lift-and-shift: перенос существующей системы в облако без значительных изменений архитектуры.

Перенос серверов с помощью AWS MGN

Процесс состоит из трёх основных шагов:

Настройка репликации в консоли MGN.
Установка агента репликации на исходные сервера.
Тестирование и cutover на продакшен-экземпляры.

Настройка в консоли

Перейдите в консоль AWS MGN и создайте шаблон настроек или нажмите ««Начать»» в интерфейсе.

Настройки шаблона миграции в консоли MGN

Основные параметры, которые нужно выбрать:

Тип временного репликационного экземпляра (replication server). Для тестирования подойдёт лёгкий инстанс, например:

t2.small

Subnet (подсеть) для репликации.
Тип хранения (EBS) — диск большого размера или базовый.
Security groups — правила сетевого доступа.

Выбор типа экземпляра репликации в AWS MGN

Установка агента на серверы

Скачайте инсталлятор агента — это Python-скрипт, адрес которого зависит от региона. Замените REGION на код вашего региона, который показан в правом верхнем углу консоли.

wget -O ./aws-replication-installer-init.py https://aws-application-migration-service-REGION.s3.amazonaws.com/latest/linux/aws-replication-installer-init.py

Запустите инсталлятор от имени администратора:

sudo python3 aws-replication-installer-init.py

Если python3 отсутствует на сервере, установите его заранее. После успешного запуска сервер появится в списке реплицируемых машин в консоли.

Инсталляция агента репликации — скриншот терминала

Мониторинг и тестирование

Мониторьте прогресс репликации в консоли. Когда система покажет статус готовности для теста, выберите нужные серверы и нажмите ««Запустить тестовые экземпляры»».

Мониторинг прогресса репликации в консоли MGN

Запуск тестовых экземпляров в консоли MGN

Когда тесты пройдены, выполните cutover, используя параметры запуска (launch settings) для каждого сервера.

Мини-методология: пошаговый план миграции

Оценка окружения: собрать список серверов, зависимости, IP, DNS, порты, требования к хранилищу.
План подключения сети: выбрать VPC, подсети, security groups, маршруты и VPN/Direct Connect при необходимости.
Настройка шаблона репликации в консоли MGN.
Установка агента на тестовые сервера, проверка связи и начальной репликации.
Запуск тестовых экземпляров, проверка приложений и производительности.
Планирование окна cutover, уведомление пользователей.
Выполнение cutover, проверка функциональности и производительности.
Декомиссия старой инфраструктуры и оптимизация ресурсов в AWS.

Чек-лист ролей (кто за что отвечает)

Архитектор облака:
- Выбор VPC, подсетей, размеров инстансов для продакшена.
- Контроль политики безопасности и соответствия требованиям.
Системный администратор:
- Установка агента и начальная репликация.
- Выполнение cutover и валидация систем.
Сетевой инженер/Безопасность:
- Настройка security groups, VPN/Direct Connect, контроль доступа.
- Тестирование производительности и сетевых правил.
Владелец приложения:
- Тестирование приложения на тестовых экземплярах.
- Подтверждение критериев приёмки.

Когда это не подходит

Комплексные приложения, плотно завязанные на аппаратные ресурсы или специфичное сетевое окружение, могут требовать реархитектуры перед миграцией.
Если требуется автоматическая конверсия в управляемые сервисы AWS (например, автоматический перенос СУБД в RDS), MGN даст стартовую копию, но преобразование потребует дополнительных шагов и ручной работы.
Для постоянной репликации между дата-центрами и облаком с низкой задержкой лучше рассмотреть специализированные решения или собственную архитектуру DR.

Альтернативные подходы

Ручная миграция с настройкой AMI и переносом данных через rsync/DB-дампы — больше контроля, но больше труда.
Использование AWS Server Migration Service (SMS) в специфических сценариях; однако AWS MGN считается современным и более гибким вариантом.
Контейнеризация и миграция приложений в ECS/EKS для более глубокой модернизации вместо lift-and-shift.

Риски и смягчение

Риск	Вероятность	Влияние	Смягчение
Потеря данных при cutover	Низкая	Высокое	Регулярные бэкапы, тестовый cutover до окна миграции
Несовместимость драйверов/агентов	Средняя	Среднее	Проверка ОС и версий, тестирование на стейдж среде
Превышение бюджета из-за неверного размера инстансов	Средняя	Среднее	Выбор временных инстансов для репликации и тестирования; оптимизация после cutover
Проблемы с сетью или DNS	Низкая	Высокое	Планирование изменения DNS, тестирование доступности и failback-план

Важно: всегда иметь план возврата (rollback) и окно сопровождения для cutover.

Критерии приёмки

Тестовые экземпляры успешно запускаются и проходят интеграционные тесты.
Время простоя в окне cutover соответствует согласованному SLA.
Все внешние зависимости (S3, RDS, внешние API) доступны из нового окружения.
Производительность ключевых сценариев не хуже базовой линии.

Пример сценария (cheat sheet)

Выбрать регион и создать шаблон репликации.
Настроить security group: SSH/RDP только с доверенных IP; открыть порты приложений.
Скачивать и запускать инсталлятор агента с заменой REGION.

wget -O ./aws-replication-installer-init.py https://aws-application-migration-service-REGION.s3.amazonaws.com/latest/linux/aws-replication-installer-init.py
sudo python3 aws-replication-installer-init.py

Запустить тестовые экземпляры, прогнать smoke-тесты, затем cutover.

Глоссарий (одна строка)

MGN: AWS Application Migration Service для lift-and-shift миграций.
Cutover: финальный переход трафика на новые экземпляры в облаке.
Staging: временная среда в AWS для тестирования реплицированных машин.
EBS: Elastic Block Store — блочное хранилище AWS.

Короткое сообщение для рассылки (announce, 100–200 слов)

AWS Application Migration Service (MGN) упрощает перенос существующих серверов в AWS: агент репликации копирует ОС, приложения и данные в тестовую среду в облаке, где можно запустить тестовые экземпляры и затем выполнить cutover с минимальным простоем. MGN особенно полезен для быстрых lift-and-shift миграций, когда нужно быстро переместить рабочую нагрузку в облако и постепенно модернизировать архитектуру. Рекомендуется подготовить список зависимостей, настроить сетевые параметры и провести тестовый cutover до планового окна миграции.

Итог

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

Важно: всегда тестируйте cutover в контролируемом окне и имейте план возврата.