Вопросы и ответы по AWS Migration Hub

Для начала ознакомьтесь с Руководством по началу работы в разделе документации. 

Прежде чем использовать большую часть функций Центра миграции (это не относится к Пространствам для рефакторинга), нужно выбрать основной регион для Центра миграции на странице настроек Центра миграции или с помощью Migration Hub Config API. 

Данные, которые находятся в основном регионе Центра миграции, содержат согласованную информацию о процессах обнаружения и запланированных миграциях по всем вашим сервисам, а также отображают целостную картину миграции в несколько регионов AWS. Можно выполнить миграцию в любой регион, поддерживаемый инструментами миграции. В выбранном основном регионе Migration Hub будет отображено состояние миграции. Чтобы получить подробную информацию об основном регионе Центра миграции, ознакомьтесь с документацией.

После того как вы настроите основной регион Migration Hub, его нельзя будет изменить.

AWS Migration Hub помогает отслеживать состояние любых миграций во все регионы AWS при условии, что в регионе доступны используемые инструменты миграции. Инструменты миграции, интегрированные с Migration Hub (например, AWS Application Migration Service и AWS Database Migration Service), передают информацию о состоянии миграции в основной регион Migration Hub. Основной регион используется для хранения данных по обнаружению и отслеживанию миграций. Его следует выбрать перед использованием сервиса. Данные о состоянии миграции собираются изо всех целевых регионов и отображаются в основном. Следует заметить, что интегрированные инструменты не смогут передавать информацию о состоянии процесса, пока не будет выполнена их авторизация (подключение) на странице «Инструменты» в консоли Migration Hub.

AWS Migration Hub позволяет из любой точки мира отслеживать ход миграции приложений, независимо от фактического расположения приложения. Изучите таблицу Регионов AWS, где указана доступность инструментов Migration Hub для сбора списков ресурсов, планирования и получения рекомендаций, а также модернизации.

Для использования AWS Migration Hub требуется соответствующая роль в аккаунте AWS, которая будет добавлена автоматически при первом входе в консоль в качестве администратора. Интегрированные инструменты миграции можно авторизовать на странице «Инструменты» консоли Migration Hub. Подробные сведения см. в разделе Аутентификация и контроль доступа Руководства пользователя Центра миграции AWS.

Для просмотра ИТ‑ресурсов в AWS Migration Hub следует сначала выполнить обнаружение с помощью инструмента обнаружения AWS или начать миграцию с помощью интегрированного инструмента миграции. Затем вы сможете изучить свою среду в Migration Hub. Чтобы получить подробную информацию о нужном ресурсе, достаточно нажать на ID соответствующего сервера на странице «Серверы» в консоли Migration Hub. При этом отобразится страница со сведениями о данном сервере. Если для обнаружения серверов использовался инструмент обнаружения AWS, на странице отобразятся все собранные данные, включая технические спецификации и среднюю нагрузку.

При первом запуске AWS Migration Hub пользователю предлагается выполнить обнаружение или запустить миграцию. Если миграция будет запущена без предварительного обнаружения, серверы приложений и серверы баз данных будут отображаться в Migration Hub как ресурсы по мере их миграции с помощью интегрированных инструментов миграции, авторизованных в консоли Migration Hub.

При выборе варианта обнаружения существует два способа сбора данных. При наличии среды VMware можно использовать безагентный сборщик AWS Application Discovery Service, который не требует установки агентского ПО. Если требуется подробная информация о системе, можно установить на серверы специальное агентское ПО, которое собирает более разнообразную информацию, включая сведения об использовании ресурсов, запущенных на сервере процессах и сетевых зависимостях сервера. Информацию о процессах и сетевых зависимостях можно экспортировать и анализировать за пределами AWS Migration Hub. Подробную информацию об AWS Discovery Collector см. в Руководстве пользователя по Сервису обнаружения приложений.

Прежде чем группировать серверы в приложение, нужно заполнить в AWS Migration Hub список «Servers» (Серверы). Серверы добавляются в этот список при запуске инструментов AWS для обнаружения или при использовании интегрированного инструмента миграции. После заполнения списка «Серверы» выберите один или несколько ресурсов на странице со списком серверов в консоли Migration Hub, а затем нажмите «Группировать в приложение». Если для обнаружения серверов используется агент AWS Discovery, вы также можете сгруппировать их в приложения с помощью инструмента визуализации сети. Выберите один или несколько серверов на сетевом графике и нажмите «Группировать в приложение».

Чтобы просмотреть список приложений и текущее состояние их миграции, перейдите на страницу «Applications» (Приложения) в разделе «Migrate» (Миграция) консоли AWS Migration Hub. На странице «Приложения» будут отображаться только ресурсы, сгруппированные в приложения с использованием страницы «Серверы» раздела «Обнаружение», интерфейса командной строки или SDK AWS. Приложения могут находиться в одном из трех состояний миграции: «не начата», «выполняется» и «завершена».

Да. Приложения, созданные любым пользователем IAM в аккаунте, будут видны всем пользователям IAM в том же аккаунте, если они имеют доступ к AWS Migration Hub. Любые внесенные изменения будут видны всем пользователям с соответствующим разрешением.

Для доступа к AWS Migration Hub используется пользователь IAM, связанный с аккаунтом AWS. Это позволяет просматривать сведения только из связанного аккаунта AWS; другие аккаунты не будут видны.

Вы можете выполнять импорт в Центре миграции AWS с помощью консоли Центра миграции или API Сервиса обнаружения приложений. Импортированные данные хранятся в репозитории данных Application Discovery Service в зашифрованном формате.

Migration Hub позволяет импортировать сведения о серверах, в том числе спецификации, способы использования, теги и приложения, связанные с вашими серверами. Данные можно импортировать из любого источника, если они соответствуют CSV‑шаблону импорта для Центра миграции.

Да. Чтобы удалить неправильный файл, перейдите в раздел «Обнаружение → Инструменты → Импорт» и выберите параметр «Удалить импортированные данные». Чтобы перезаписать импортированный файл, удалите его и загрузите новый с исправленными данными.

Нет, количество файлов импорта не ограничено. Однако мы ограничиваем количество записей и серверов, которые вы можете импортировать. Подробные сведения см. в документации, в разделе о лимитах импорта Центра миграции.

Нет, плата за импорт данных не взимается.

Да. Вы можете импортировать данные, даже если в шаблоне импорта заполнены не все поля. Если вы укажете собственный ключ сопоставления («ExternalId») для каждой строки, он будет использоваться при импорте для определения уникальности и импорта записей. Если вы не укажете ключ сопоставления для каждой строки, функция импорта будет использовать значения полей «IPAddress», «HostName», «MACAddress» или комбинации «VMware.MoRefId» и «VMware.vCenterId» для определения уникальности сервера. Строки, которые не содержат значение ключа сопоставления («ExternalId») или любого из указанных выше полей, не будут импортированы.

Функция импорта проверяет данные всех импортируемых полей, которые входят в состав шаблона импорта CSV. Например, если значение параметра «IPAddress» указано неверно, функция импорта помечает эту запись как неправильную. Кроме того, любая запись об импорте будет считаться недействительной и не будет импортирована, если в ней не заполнено хотя бы одно из следующих полей: «ExternalId», «MACAddress», «HostName», «IPAddress» или сочетание полей «VMware.VCenterId» и «VMware.MoRefId».

Рекомендация инстанса EC2 – это возможность AWS Migration Hub, которая анализирует данные, полученные от каждого локального сервера, включая конфигурацию сервера, ЦПУ и использование памяти, чтобы порекомендовать самый дешевый инстанс EC2, подходящий для запуска локальной рабочей нагрузки. Рекомендации можно уточнить, указав предпочтения по варианту приобретения и региону AWS, исключив определенные типы инстансов EC2 и выбрав метрику использования ЦПУ / памяти (среднее, пиковое или процентное значение).

Нет. Чтобы использовать возможность рекомендации инстанса EC2, нужно убедиться, что данные о локальном сервере доступны в AWS Migration Hub. Существующую информацию о ресурсах сервера можно импортировать, например из базы данных управления конфигурациями (CMDB), или использовать AWS Application Discovery Service, чтобы собрать данные напрямую из рабочей среды.

Возможность рекомендации выбирает самый экономичный тип инстанса EC2, который удовлетворяет требованиям к ресурсам ЦПУ и памяти, учитывая предпочтения по типам инстансов, например вариант приобретения AWS, регион AWS, исключенные типы и метрику использования ЦПУ / памяти (среднее, пиковое или процентное значение).

Да. Функция рекомендаций инстанса EC2 предоставляет рекомендации по использованию инстансов с повышаемой производительностью. Для более точного сравнения их стоимости с другими семействами инстансов данная возможность использует средние и пиковые точки данных процессора, чтобы подсчитать количество потребляемых кредитов процессора и расходы на них.

Если по одному серверу доступны данные из нескольких источников, возможность рекомендации инстанса EC2 использует самые последние и самые полные данные, чтобы порекомендовать инстанс. Например, если вы загрузите конфигурацию процессоров и памяти для некоторого сервера через Migration Hub, на основе импортированных данных вам будет предоставлена рекомендация. Если вы установите после этого Discovery Agent для AWS Application Discovery Service (ADS) на этом сервере, агент ADS также соберет информацию о технических характеристиках сервера. При следующем запросе рекомендации инстанса EC2 для этого сервера в целях подбора инстанса будут использованы характеристики, собранные агентом ADS, потому что эти данные будут более новыми и полными.

Да. Функция рекомендаций инстанса EC2 рекомендует только инстансы текущего поколения. Она не дает рекомендаций по инстансам предыдущих поколений.

Правильный подбор вычислительных ресурсов – это один из аспектов совокупной стоимости владения (TCO). Используйте возможность рекомендации инстанса EC2 в Migration Hub, если требуется представление об ожидаемой стоимости EC2. Мы также предлагаем более подробную оценку, включая оптимизацию лицензирования ПО Microsoft и стоимость хранения, с помощью компании TSO Logic, входящей в AWS. Свяжитесь с отделом продаж AWS или партнером AWS, чтобы узнать подробнее об этой детализированной оценке.

После создания одной или нескольких групп приложений, состоящих из серверов, обнаруженных с помощью инструментов AWS для обнаружения или в результате запуска миграции с использованием интегрированного инструмента миграции, можно запустить или продолжить миграцию сервера или базы данных за пределами Migration Hub. При этом в Migration Hub будет отображаться информация о состоянии миграции каждого ресурса в приложении. 

Для ее просмотра нужно перейти на страницу приложений в консоли Migration Hub. Там будет отображаться схема со всеми ресурсами, которые относятся к приложению, а также таблица с дополнительными сведениями о состоянии миграции. Общая и подробная информация о состоянии отображается для каждого ресурса как в виде схемы, так и в виде таблицы. Например, если миграция сервера выполняется с помощью AWS Server Migration Service, может отображаться состояние «Выполняется / Начинается репликация», «Выполняется / Репликация завершена» или «Завершено / AMI создан». 

По завершении миграции в Migration Hub отображаются также сведения о ресурсах, созданных в ходе ее выполнения. Если миграция серверов выполнялась с помощью AWS Application Migration Service, AWS Server Migration Service и ATADATA, в AWS Migration Hub доступны ссылки на созданные образы AMI или запущенные инстансы EC2 (в зависимости от использованного инструмента). Если миграция баз данных выполнялась с помощью AWS Database Migration Service, в Migration Hub отображается идентификатор «ID целевого адреса», который можно использовать как фильтр для поиска в консоли Database Migration Service.

Нет. AWS Migration Hub не может автоматизировать этапы миграции. Это инструмент централизованного отслеживания процесса миграции приложений.

Чтобы процесс миграции отображался в AWS Migration Hub, должны выполняться два условия. Переносимые ресурсы должны находиться в репозитории AWS Discovery Service, а для выполнения миграции должны использоваться поддерживаемые инструменты. Если миграция запущена без выполнения обнаружения с помощью агентов AWS Discovery Collector, серверы или базы данных, регистрируемые поддерживаемыми инструментами миграции, будут добавлены в репозиторий AWS Application Discovery Service автоматически. После добавления эти серверы можно группировать в приложения и отслеживать состояние их миграции в одной группе.

Если вы используете поддерживаемый инструмент, но не видите информации о состоянии миграции, перейдите на страницу «Обновления» и убедитесь, что используемый инструмент передает в сервис нужную информацию. Если состояние не отображается на странице «Обновления», перейдите на страницу «Инструменты» и убедитесь, что инструмент авторизован для передачи информации о состоянии в Migration Hub. Если инструмент не авторизован, нажмите «Авторизовать» для добавления подходящих разрешений IAM.

Если информация о состоянии миграции на странице обновлений отображается, возможно, ресурс не добавлен в приложение. Перейдите на страницу «Серверы» и сгруппируйте серверы в приложение. Затем откройте приложение на странице «Миграция / Приложения», чтобы увидеть информацию о состоянии миграции.

В AWS Migration Hub будет отображаться информация о состоянии миграции ресурсов, которая выполняется с помощью поддерживаемых инструментов, при условии что ресурсы добавлены в группу приложения. Это необязательно должна быть строгая системная миграция. Например, при перемещении содержимого баз данных с использованием AWS Database Migration Service обновления в Migration Hub будут отображаться, если сервер, соответствующий миграции базы данных, добавлен в группу приложения.

Инструменты, не интегрированные с AWS Migration Hub, не передают информацию о состоянии миграции в консоль управления Migration Hub. При этом сервис позволяет видеть состояние других ресурсов в приложении и состояние на уровне приложения, а также обновлять состояние в собственном средстве автоматизации с использованием интерфейса командной строки или API.

Инструменты миграции могут передавать сведения о состоянии в Центр миграции AWS, выполняя запись данных через API Центра миграции AWS. Партнеры, заинтересованные в подключении своих инструментов, должны подтвердить компетентность в сфере миграции по программе AWS Competency. Подробнее о Программе компетенций AWS и о том, как начать подтверждение своей компетентности в сфере миграции, см. по ссылке.

Стратегические рекомендации по AWS Migration Hub помогают вам с легкостью создать стратегию миграции и модернизации для приложений, которые работают в локальной среде или в AWS. Стратегические рекомендации предоставляют помощь в выборе стратегии и средств для миграции и модернизации в большом масштабе.

Стратегические рекомендации помогают вам определить специализированную стратегию миграции и модернизации в любом масштабе и дают инструменты и сервисы, которые помогут вам реализовать стратегию. Также они помогают выявить несовместимости (антишаблоны) в исходном коде, которые необходимо устранить, чтобы реализовать эти рекомендации.

Стратегические рекомендации поддерживают анализ на потенциальную возможность смены хостинга (EC2) и платформы (управляемые среды, такие как RDS и Elastic BeanStalk, контейнеры, обновления ОС) для приложений, выполняемых на Windows Server 2003 или выше, либо на различных дистрибутивах Linux, в том числе Ubuntu, RedHat, Oracle Linux, Debian и Fedora. Стратегические рекомендации предлагают дополнительный анализ рефакторинга пользовательских приложений, написанных на C# и Java, и лицензированных баз данных (таких как Microsoft SQL Server и Oracle).

Для начала ознакомьтесь с Руководством по началу работы в разделе документации.

Чтобы получить подробную информацию, посетите раздел Модернизация рабочих нагрузок Windows с помощью AWS.

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

Refactor Spaces помогает ускорить рефакторинг приложения для достижения максимальных преимуществ от выполнения в AWS и упрощает трансформацию приложений благодаря удобному управлению процессом рефакторинга в рабочей среде. Используя Refactor Spaces, вы можете сосредоточиться непосредственно на рефакторинге приложений, не отвлекаясь на создание и администрирование базовой архитектуры, на которой основывается этот рефакторинг. Он позволяет снизить риски, связанные с преобразованием приложений в микросервисы или расширением имеющихся приложений новыми функциями в формате микросервисов.

Refactor Spaces помогает решить две типичные проблемы, возникающие при трансформации приложений: настройка инфраструктуры для рефакторинга приложений и работа новых приложений в большом масштабе. Refactor Spaces позволяет объединить существующие приложения и микросервисы в единую структуру, применяя разные подходы к использованию архитектур и технологий, взаимодействию команд и организации взаимодействия между компонентами этой структуры. С помощью Refactor Spaces вы сможете трансформировать старые приложения или дополнить их микрослужбами, работающими на любых вычислительных ресурсах AWS (EC2, Amazon Elastic Container Service, Amazon Elastic Kubernetes Service, AWS Fargate или AWS Lambda). Refactor Spaces позволяет значительно снизить затраты времени, за считанные минуты разворачивая необходимую инфраструктуру для рефакторинга приложений.

Сервис Refactor Spaces можно применять для любого приложения, которому предстоит любой процесс рефакторинга, изменения кода или архитектуры, если это приложение предоставляет внешний интерфейс с поддержкой протокола HTTP и выполняется на платформе AWS (или допускает предварительный перенос с помощью Application Migration Service или путем переработки под новую платформу). Refactor Spaces традиционно используется для рефакторинга старых монолитных приложений, но будет полезен и при рефакторинге или изменении архитектуры более современных сервисов или приложений.

Refactor Spaces оркестрирует работу других сервисов AWS, создавая среду для рефакторинга и объединяя существующие приложения и микросервисы в единое приложение Refactor Spaces, с которым вам будет проще работать по мере его изменения. Среды рефакторинга приложений создаются на основе Transit Gateway, Resource Access Manager и API Gateway. Использование этих сервисов позволяет Refactor Spaces отделять существующие приложения от новых микросервисов, создавая структуру с несколькими аккаунтами и настраивая для них возможность сетевого взаимодействия.

Среда Refactor Spaces предоставляет объединенное представление всех сетевых ресурсов, приложений и сервисов в нескольких аккаунтах AWS, выполняя роль контейнера для старого приложения и связанных с ним новых микросервисов. В этой среде оркестрируется работа Transit Gateway, Resource Access Manager и каналов VPC для создания сетевого моста между аккаунтами, который упрощает взаимодействие между старыми и новыми сервисами. Владельцем такой среды является аккаунт, в котором создана эта среда. Владелец может предоставлять доступ к этой среде другим аккаунтам AWS и управлять приложениями, сервисами и маршрутами, добавленными в эту среду.

Приложение Refactor Spaces предоставляет настраиваемую структуру маршрутизации запросов между существующим приложением и новыми микросервисами. В приложение входит прокси-сервер, который упрощает применение шаблона фикуса-душителя в среде AWS. Создавая приложение в среде Refactor Spaces, этот сервис оркестрирует политики ресурсов API Gateway, Network Load Balancer и AWS Lambda. Прокси приложения и маршрутизация позволяют сделать все изменения архитектуры незаметными для потребителей приложения.

Сервис Refactor Spaces предоставляет адрес, по которому доступно существующее приложение или новый микросервис. Эти сервисы могут использовать канал VPC с обычным адресом URL или адресом AWS Lambda. Refactor Spaces автоматически объединяет все VPC в одной среде через Transit Gateway и разрешает передачу трафика между всеми ресурсами AWS в каналах VPC, относящихся к любому аккаунту среды. При настройке маршрута к сервису используется интеграция API Gateway с Lambda, если этот сервис имеет адрес Lambda. Для сервисов с адресом URL трафик маршрутизируется через API Gateway VPC Link и целевую группу NLB.

Для работы с Refactor Spaces можно использовать Консоль управления AWS, SDK/CLI AWS или CloudFormation (CFN). Обычно сначала лучше создать не менее двух аккаунтов, один из которых будет содержать существующее приложение, а другой – содержать среду Refactor Spaces и управлять маршрутизацией трафика между сервисами. Это могут быть новые или уже существующие аккаунты AWS, существующие изолированно, входящие в AWS Organization или предоставленные AWS Control Tower. 

Для начала установите связанную с сервисом роль для Refactor Spaces в каждом аккаунте AWS, который вы намерены применять для рефакторинга, используя консоль Refactor Spaces соответствующего аккаунта, консоль или API IAM. Затем создайте среду Refactor Spaces в том аккаунте, который для этого предназначен, и предоставьте доступ к этой среде другим участвующим аккаунтам. Когда эти другие аккаунты примут приглашение на совместное использование среды, Refactor Spaces автоматически предоставит им доступ к ресурсам AWS (например, к Transit Gateway), которые размещаются в этой среде. 

Затем создайте свое первое приложение. Приложение Refactor Spaces предоставляет настраиваемую структуру маршрутизации запросов (через API Gateway) каждому сервису Refactor Spaces, независимо от того, к какому аккаунту он относится. После создания приложения создайте в нем один или больше сервисов. Изначально весь трафик будет направлен к существующему приложению, так что вам нужно создать маршрут по умолчанию для отправки всего трафика тому сервису, который представляет существующее приложение. Со временем вы будете добавлять новые маршруты для переключения части трафика на новые бизнес-возможности, представленные в формате микросервисов.

Да, частный доступ к API Refactor Spaces можно получить из VPC (созданного с помощью Amazon Virtual Private Cloud), создав соответствующие адреса VPC. При использовании адресов VPC маршрутизация между VPC и Refactor Spaces осуществляется сетью AWS без необходимости использования шлюза Интернета, шлюза NAT или подключения виртуальной частной сети (VPN). Последнее поколение адресов VPC, используемое в Пространствах для рефакторинга, работает на основе технологии AWS PrivateLink, которая поддерживает частное соединение между сервисами AWS при помощи эластичных сетевых интерфейсов (ENI) и частных IP-адресов в вашем виртуальном частном облаке. Подробнее о поддержке PrivateLink рассказывается в документации по PrivateLink для Пространств для рефакторинга.

Оркестрация миграции – это механизм автоматизации процессов, который использует шаблоны, синхронизирует задачи в рабочем процессе и управляет зависимостями в соответствии с поставленной целью проекта миграции.

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

Orchestrator помогает ускорить миграцию, упростить процесс миграции и адаптировать инструменты и процесс миграции к вашим примерам использования.

• Ускорение миграции. Ускорьте миграцию приложений с помощью проверенных готовых шаблонов рабочих процессов, основанных на тысячах приложений с подобными шаблонами, миграцию которых уже провела AWS.
• Упрощение благодаря автоматизации. Автоматизируйте задачи, выполняемые перед миграцией, рабочие процессы и задачи миграции, используя несколько инструментов в одном процессе миграции, например Сервис обнаружения приложений AWS, Сервис миграции приложений AWS и Мастер запуска AWS, чтобы сократить объем ручной работы. 
• Адаптация и упрощение. Настраивайте и повторно используйте шаблоны рабочих процессов, основываясь на базовых рекомендациях и изменяя шаги и зависимости с учетом потребностей конкретных рабочих нагрузок и сценариев использования.

Orchestrator упрощает и ускоряет миграцию приложений в AWS.

• Миграция приложений с использованием нормативной методологии. Вы можете начать миграцию, используя готовые шаблоны рабочих процессов, отработанных на тысячах миграций других приложений со схожими характеристиками, выполненных ранее AWS.
• Настройка рабочего процесса миграции. Вы можете настроить свой рабочий процесс, например добавить собственные шаги, зависимости или средства автоматизации для конкретного сценария использования.
• Оркестрация задач, выполняемых в исходной среде перед миграцией. Часто требуется проверить готовность к миграции, установить агенты или удалить ненужные файлы журналов, чтобы не переносить их в AWS. Выполнение этих задач вручную на каждом локальном сервере – это утомительная задача, которая не гарантирует отсутствия ошибок. С помощью Orchestrator вы можете автоматизировать выполнение этих задач, чтобы сэкономить время и средства, а также сократить количество ошибок.
• Оркестрация задач миграции, выполняемых в нескольких инструментах миграции. Для оптимизации процесса в одном и том же рабочем процессе миграции часто используется множество инструментов, например Сервис обнаружения приложений AWS, Сервис миграции приложений AWS или Мастер запуска AWS. С помощью Orchestrator вы можете обеспечить оркестрацию задач миграции, повторно используя метаданные ресурсов, спецификацию конфигурации и контекст среды, чтобы свести к минимуму количество входных данных, которые требуется предоставить каждому из этих инструментов. Управляя зависимостями между различными инструментами и обеспечивая прозрачность процесса миграции с помощью одного и того же сервиса, Orchestrator помогает сократить затраты средств и времени на миграцию.
• Настройка, проверка и запуск приложений после миграции. Такие процессы, как проверка состояния инстансов, баз данных и сетевых подключений, установка и удаление приложений на перенесенных серверах, а также отключение промежуточной среды, могут значительно увеличивать период переключения и простоя при проведении крупномасштабных миграций. С помощью Orchestrator вы можете автоматизировать выполнение этих регулярных действий по миграции и сократить время переключения больше чем на 50 %.

Вы можете открыть Orchestrator из консоли AWS Migration Hub или интерфейса командной строки (CLI) AWS. Используйте Orchestrator для выполнения предварительных требований по обнаружению или импорту исходных серверов, группировки обнаруженных серверов в приложения и установки подключаемого модуля в исходной среде. Далее выберите один из готовых шаблонов рабочего процесса, чтобы создать рабочий процесс для оркестрации миграции приложений. При желании вы можете также указать собственные шаги, которые будут автоматизированны или выполняемыми вручную в рабочем процессе. Определив рабочий процесс, вы можете запустить, приостановить или удалить его. Также в Orchestrator можно отслеживать состояние рабочего процесса на уровне шага и группы шагов.

Шаблон рабочего процесса – это комплект готовых схем миграции, зависимостей, соответствующих инструментов миграции и рекомендуемых возможностей автоматизации. Например, в готовый шаблон рабочего процесса для миграции приложений на основе SAP NetWeaver с базами данных HANA входят пошаговые задачи для автоматической проверки возможности подключения между исходными серверами и подключаемыми модулями, возможности предоставления новой среды SAP с помощью AWS Launch Wizard, автоматизированной проверки исходной и целевой среды, автоматизированной миграции базы данных и приложений HANA, а также проверки после миграции. 

На данный момент оркестратор поддерживает пять готовых рабочих процесса, которыми вы можете воспользоваться. Первый шаблон помогает провести миграцию приложений на основе SAP NetWeaver с базами данных HANA с помощью мастера запуска AWS и HANA System Replication. Второй шаблон позволяет ускорить перемещение любых приложений на новый хостинг с помощью Сервиса миграции приложений AWS (MGN). Третий и четвертый шаблоны помогут вам переплатформировать базы данных SQL Server на Amazon RDS и перенести базы данных SQL Server на Amazon EC2 с помощью встроенных средств резервного копирования и восстановления. Пятый шаблон поможет вам импортировать ваши локальные образы виртуальных машин (VM) в AWS с помощью консольного опыта для создания Amazon Machine Image (AMI) из образа виртуальной машины, который вы создали в соответствии с требованиями ИТ-безопасности, управления конфигурацией и соответствия нормативным требованиям. Во все шаблоны включена автоматизация задач с возможностью добавлять новые шаги и сценарии автоматизации.