Общие вопросы

Вопрос. Что такое Центр миграции AWS?

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

Вопрос. Что такое маршруты в Центре миграции?

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

Вопрос. Какие преимущества предоставляют маршруты в Центре миграции?

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

Вопрос. Как маршруты в Центре миграции связаны с другими сервисами AWS и каким способом они взаимодействуют с ними?

Маршруты в Центре миграции предоставляют клиентам рекомендации по общим этапам миграции от начала до конца в зависимости от предполагаемых целей. Для достижения целей Центр миграции будет интегрироваться с сервисами AWS, чтобы помогать клиентам выполнять отдельные шаги. Например, если клиент хочет перенести локальную базу данных Oracle в Aurora PostgreSQL в рамках миграции, Центр миграции порекомендует выполнить миграцию с помощью Сервиса миграции баз данных AWS. Маршруты Центра миграции связывают актуальные указания с рекомендациями Нормативного руководства AWS, используют существующие сервисы миграции AWS и обеспечивают миграцию в различные целевые сервисы AWS. Маршруты в Центре миграции объединяют все ресурсы (рекомендации, экспертов и инструменты) и форсируют процесс в несколько сервисов AWS в зависимости от объема миграции. 

Вопрос. Как начать работу с маршрутами в Центре миграции?

Начать работу с маршрутами в Центре миграции можно во внешней консоли Центра миграции AWS по адресу https://migrationhub.aws. Чтобы начать ее использовать, необходимо войти в систему с помощью идентификатора AWS Builder. После этого можно создать свой маршрут миграции, следуя инструкциям. Вы можете работать вместе с сотрудниками, которые также зарегистрировались для использования маршрутов в Центре миграции. У вас тоже будет возможность выполнять задачи в том виде, в каком они есть, или настраивать их по своему усмотрению до либо во время выполнения маршрута. Вы можете добавить сотрудников к маршруту, назначить задачи каждому участнику и приступить к работе над проектом. После выполнения всех задач процесс миграции будет завершен. 

Вопрос. Какие инструменты миграции интегрированы с Центром миграции AWS?

AWS Application Migration Service, AWS Server Migration Service, AWS Database Migration Service и ATADATA ATAmotion интегрированы с сервисом AWS Migration Hub и автоматически передают ему информацию о состоянии миграции. Дополнительные сведения об авторизации инструментов для передачи сведений о состоянии миграции в Migration Hub см. в документации Migration Hub.

Вопрос. Как AWS Migration Hub помогает отслеживать процесс миграций приложений?

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

Вопрос. Как AWS Migration Hub помогает в анализе существующей ИТ‑среды?

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

Вопрос. Какова стоимость использования AWS Migration Hub?

Сервис AWS Migration Hub доступен всем клиентам AWS бесплатно. Оплате подлежат только отдельные инструменты миграции и потребляемые ресурсы AWS.

Все ресурсы оркестрации Refactor Spaces (например, Transit Gateway) предоставляются в аккаунте AWS. Следовательно, оплачивается использование Refactor Spaces и дополнительно любые затраты, связанные с выделенными ресурсами. Подробнее см. в разделе цен на AWS Migration Hub.

Соглашение об уровне обслуживания (SLA)

Вопрос. Что гарантирует соглашение об уровне обслуживания AWS Migration Hub Refactor Spaces?

Соглашение об уровне обслуживания гарантирует бесперебойную работу сервиса AWS Migration Hub Refactor Spaces в каждом регионе в течение 99,9 % времени ежемесячно.

Вопрос. Как узнать, могу ли я претендовать на компенсацию по соглашению об уровне обслуживания?

Частичная компенсация оплаты услуг AWS Migration Hub Refactor Spaces производится, если уровень бесперебойной работы соответствующих сервисов в вашем регионе составил менее 99,9 % за любой оплачиваемый месяц. С условиями и положениями соглашения об уровне обслуживания, а также подробностями оформления заявки на компенсацию можно ознакомиться на веб-сайте https://aws.amazon.com/migration-hub/sla/refactor-spaces/.

Начало работы

Вопрос: Как начать работу с AWS Migration Hub?

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

Вопрос. Что такое основной регион Migration Hub?

Перед использованием большинства возможностей в Migration Hub (кроме Refactor Spaces) необходимо выбрать основной регион Migration Hub на странице настроек Migration Hub Settings или с помощью API Migration Hub Config

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

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

Вопрос. В какие регионы возможна миграция с использованием AWS 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 Migration Hub требуется соответствующая роль в аккаунте AWS, которая будет добавлена автоматически при первом входе в консоль в качестве администратора. Интегрированные инструменты миграции можно авторизовать на странице «Инструменты» консоли Migration Hub. Подробные сведения см. в разделе Authentication and Access Control Руководства пользователя AWS Migration Hub.

Обнаружение серверов и объединение приложений в группы

Вопрос. Как AWS Migration Hub помогает в анализе существующей ИТ‑среды?

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

Вопрос. Как просмотреть ИТ‑портфель в AWS Migration Hub?

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

Вопрос. Как добавлять ресурсы в репозиторий Discovery Service?

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

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

Вопрос. Как группировать серверы в приложение?

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

Вопрос. Как просмотреть приложения?

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

Вопрос. Можно ли просматривать приложения, созданные другими пользователями в том же аккаунте?

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

Вопрос. Можно ли просматривать приложения, созданные в других аккаунтах AWS?

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

Импорт серверов и приложений

Вопрос. Как работает возможность импорта в AWS Migration Hub?

Доступ к возможности импорта в AWS Migration Hub можно получить либо из консоли Migration Hub, либо через API Application Discovery Service. Импортированные данные хранятся в репозитории данных Application Discovery Service в зашифрованном формате.

Вопрос. Какие данные можно импортировать, используя шаблон импорта?

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

Вопрос. Мною импортирован неправильный файл. Могу ли я перезаписать или удалить его?

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

Вопрос. Ограничено ли количество файлов импорта, которые можно загрузить?

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

Вопрос. Нужно ли платить за импорт данных?

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

Вопрос. В шаблоне импорта заполнены не все поля. Могу ли я импортировать данные?

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

Вопрос. Как выявить неправильную запись?

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

Подбор инстанса EC2

Вопрос: В чем заключается возможность рекомендации инстанса EC2?

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

Вопрос. Нужно ли устанавливать Discovery Connector или Discovery Agent для AWS Application Discovery Service, чтобы использовать возможность рекомендации инстанса EC2?

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

Вопрос. Как возможность рекомендации выбирает подходящий инстанс EC2 для конкретного сервера?

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

Вопрос. Предоставляет ли возможность рекомендации инстанса EC2 рекомендации по использованию инстансов с повышаемой производительностью?

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

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

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

Вопрос. Рекомендует ли возможность рекомендации инстанса EC2 инстансы текущего поколения?

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

Вопрос. Когда лучше использовать возможность рекомендации инстансов EC2 в AWS Migration Hub вместо более подробной оценки стоимости в TSO Logic?

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

Отслеживание состояния миграции

Вопрос. Какие инструменты миграции интегрированы с AWS Migration Hub?

AWS Application Migration Service, AWS Server Migration Service, AWS Database Migration Service и ATADATA ATAmotion интегрированы с сервисом AWS Migration Hub и автоматически передают ему информацию о состоянии миграции. Дополнительные сведения об авторизации инструментов для передачи сведений о состоянии миграции в Migration Hub см. в документации Migration Hub.

Вопрос. Как использовать AWS Migration Hub в процессе миграции приложений?

После создания одной или нескольких групп приложений, состоящих из серверов, обнаруженных с помощью инструментов 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 Migration Hub?

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

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

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

Вопрос. Что происходит в случае нестрогой миграции, когда ресурсы переносятся из локальной среды в AWS разрозненно или не напрямую?

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

Вопрос. Что будет, если использовать инструмент, не интегрированный с AWS Migration Hub?

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

Вопрос. Как другие инструменты могут передавать состояние в AWS Migration Hub?

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

Стратегические рекомендации

Вопрос. Что такое стратегические рекомендации?

Стратегические рекомендации по 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?

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

Инкрементный рефакторинг приложений

Вопрос. Что такое трансформация приложения?

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

Вопрос. Что такое Refactor Spaces?

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

Вопрос. Для чего используются 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 оркестрирует работу других сервисов AWS, создавая среду для рефакторинга и объединяя существующие приложения и микросервисы в единое приложение Refactor Spaces, с которым вам будет проще работать по мере его изменения. Среды рефакторинга приложений создаются на основе Transit Gateway, Resource Access Manager и API Gateway. Использование этих сервисов позволяет Refactor Spaces отделять существующие приложения от новых микросервисов, создавая структуру с несколькими аккаунтами и настраивая для них возможность сетевого взаимодействия.

Вопрос. Что такое среда Refactor Spaces?

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

Вопрос. Что такое приложение Refactor Spaces?

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

Вопрос. Что такое сервис Refactor Spaces?

Сервис 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?

Для работы с 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 AWS Migration Hub Refactor Spaces из VPC, не используя публичные IP-адреса?

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

Оркестратор

Вопрос. Что такое оркестрация миграции?

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

Вопрос. Что такое Оркестратор Центра миграции AWS?

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

Вопрос. Какие преимущества дает использование сервиса AWS Certificate Manager?

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

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

Вопрос. Какие преимущества предоставляет AWS Migration Hub Orchestrator?

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

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

Вопрос. Как использовать Orchestrator?

Вы можете открыть Orchestrator из консоли AWS Migration Hub или интерфейса командной строки (CLI) AWS. Используйте Orchestrator для выполнения предварительных требований по обнаружению или импорту исходных серверов, группировки обнаруженных серверов в приложения и установки подключаемого модуля в исходной среде. Далее выберите один из готовых шаблонов рабочего процесса, чтобы создать рабочий процесс для оркестрации миграции приложений. При желании вы можете также указать собственные шаги, которые будут автоматизированны или выполняемыми вручную в рабочем процессе. Определив рабочий процесс, вы можете запустить, приостановить или удалить его. Также в 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 (AMI) из образа VM, который вы создали в соответствии с требованиями ИТ-безопасности, управления конфигурацией и нормативными требованиями. Шестой шаблон помогает перенести приложения .NET и Java в Эластичный сервис контейнеров Amazon (ECS) на AWS Fargate. Во все шаблоны включена автоматизация задач с возможностью добавлять новые шаги и сценарии автоматизации.

Цены на Центр миграции AWS
Подробнее о ценах на продукт

Просмотрите варианты цен на AWS Migration Hub.

Подробнее 
Зарегистрировать бесплатный аккаунт
Зарегистрировать бесплатный аккаунт

Получите мгновенный доступ к уровню бесплатного пользования AWS. 

Регистрация 
Начать миграцию уже сегодня
Начать миграцию уже сегодня

Начните выполнять миграцию с помощью AWS Migration Hub в Консоли управления AWS.

Вход