Рассказываем, какие шаги надо предпринять, чтобы переезд прошел быстро и безболезненно.
Эпидемия коронавируса и переход на удаленную работу увеличили спрос на облачные сервисы. Согласно статистике издания CNews, только в 2021 году выручка у топ-10 SaaS-провайдеров увеличилась на 119%, а у десяти крупнейших IaaS-провайдеров на — 39%. В деньгах на услугах SaaS провайдеры заработали 87 млрд рублей, на IaaS — 56 млрд рублей.
Рассказываем, как спланировать переезд в облако и не совершить ошибок.
Миграция состоит из следующих шагов:
- определение целей;
- разработка критериев;
- выбор модели облачных услуг и провайдера;
- выбор инструментов миграции;
- составление плана;
- тестирование;
- переезд в облако;
- проверка.
Инструменты для миграции
Обычно провайдеры предлагают инструменты для переезда в облако. Один из наиболее популярных — VMware Cloud Director Availability. Сервис позволяет самостоятельно мигрировать виртуальные машины в выбранное облако из локальной инфраструктуры или из облака другого провайдера. Он упрощает подключение к облаку и обеспечивает безопасность операций между провайдером и пользователями облачных услуг.
С помощью этого инструмента производится первичная репликация ВМ, далее выбирается время для переезда. За пол часа – час до миграции проводится актуальная репликация ВМ, затем ВМ на основной площадке гасятся и запускается финальная синхронизация, которая занимает всего 10-30 минут. При необходимости, производится смена настроек, например, IP-адреса, остановка сервера-источника и запуск клона в облачной инфраструктуре. Главный плюсы метода — минимальный простой критичных сервисов.
Важно! Данный инструмент используется также для репликации на резервную площадку. И если репликация работает дольше 30 дней, услуга становится платной уже у любого провайдера.
«Некоторые провайдеры предоставляют VMware Cloud Director Availability для миграции бесплатно, но большинство — за отдельную плату, либо вообще отказывают в подключении такой функциональности.
Вот почему это происходит. Соединив две площадки, вы сможете не только мигрировать к провайдеру или настроить резервную площадку, но также легко сможете и съехать с площадки провайдера при необходимости. К сожалению, мы системно сталкиваемся в работе с недобросовестностью коллег, которые в договоре с клиентом прописывают, что съехать при желании он сможет любым удобным способом, а по итогу, даже для настройки резервной площадки, отказывают в подключении vCAV. Рекомендую обратить на это внимание и задуматься о возможных последствиях выбора таких провайдеров».
– Алина Жигалова, директор по развитию сервисов ITGLOBAL
Кроме того, многие провайдеры оказывают помощь в миграции — консультируют, либо полностью берут переезд на себя на коммерческой или безвозмездной основе.
В зависимости от требований по доступности, объему и динамичности изменения данных, миграция серверов может быть осуществлена и другими способами.
Репликация с помощью Veeam Backup & Replication
Перенос в облачную инфраструктуру в фоновом режиме происходит аналогично предыдущему варианту, отличается ПО — Veeam Backup & Replication. Имеются ограничения по совместимости версий ПО. И, разумеется, требуется согласование с провайдером.
Импорт образа ВМ
Производится экспорт образа ВМ с исходной площадки и последующий импорт в облачную инфраструктуру. Стоит учитывать, что в течение всего времени экспорта-импорта происходит простой сервисов, что является заметным минусом.
Миграция на уровне данных
В облачной инфраструктуре создают ВМ, на них устанавливают ОС и необходимое ПО, конфигурируют сервисы, происходит переключение пользователей на использование привычных сервисов, размещённых в облачной инфраструктуре.
Выработка критериев успешной миграции
Без формулирования параметров успеха будет трудно понять, насколько удачным оказался переход в облако. Обычно критерии включают:
- предоставляемые инструменты миграции;
- общее время простоя;
- помощь от провайдера в миграции;
- стоимость облачного развертывания.
При выборе провайдера стоит обратить внимание на количество дата-центров (чем больше, тем лучше), уровень надежности (Tier III и IV) и условия соглашения об уровне обслуживания — SLA.
Если провайдер предлагает бесплатный тестовый период — стоит воспользоваться предложением, чтобы оценить уровень сервиса.
Стратегии миграции
Существует много способов переноса приложений в облако, расскажем про пять из них.
Rehosting — перенос приложений «как есть». Обычно его используют крупные организации, которым надо быстро перенести большое число приложений.
Replatforming — миграция на облачную платформу для оптимизации работы приложений.
Repurchasing — переход на другое ПО, например, с одной CRM на другую.
Retire — прекращение пользования приложением. Если у организации есть устаревшие неиспользуемые приложения, то перед миграцией их отключают.
Retain — отказ от переноса приложения в облако. По разным причинам организация может продолжить использовать приложение локально.
Тестирование
Прежде чем переносить рабочие нагрузки, нужно протестировать и сравнить работу одного и того же приложения локально и в облаке. При необходимости, оптимизировать ресурсы для обеспечения приемлемых значений. Обычно параметры работы приложений включают в себя:
- скорость запуска;
- скорость отклика;
- производительность в периоды высокой и низкой нагрузки;
- удобство использования на различных платформах.
«Важно проводить тестирование с реальными приложениями и близкими к реальным нагрузками. Например, запустить генерацию отчётности на тестовой ВМ. Самый провальный и бесполезный план тестирования — взять ВМ у провайдера и дать на неё бестолковую синтетическую нагрузку с помощью автоматизированных тестов из интернета. Вы потратите время и не увидите никаких релевантных для вас результатов».
– Алина Жигалова, директор по развитию сервисов ITGLOBAL
Кроме того, необходимо продумать и обеспечить безопасность и успешную интеграцию переносимых приложений с другими службами, чтобы не нарушить их работу.
Тестирование — критически важный этап миграции. Он помогает сделать процесс переезда безболезненным и добиться поставленных целей.
Миграция и работа в облаке
После тестирования пора переносить рабочие нагрузки и приложения в облако. Однако на этом процесс не заканчивается. После завершения миграции необходимо протестировать нагрузки, оценить показатели, а также проверить облачную инфраструктуру на наличие уязвимостей.
Также важно понимать, что переезд в облако, не избавляет IT-отдел организации от необходимости обеспечивать работу приложений и виртуальных ресурсов согласно выбранной модели облачных услуг. Поддержка включает в себя мониторинг и устранение неполадок, периодическую проверку конфигурации на безопасность и соответствие корпоративным требованиям.
Предыдущая статья
