☰
✕
Cервисы
Managed IT
Решения
Security
Импортозамещение
Партнерам
О компании

Как самостоятельно мигрировать в облако

Рассказываем, какие шаги надо предпринять, чтобы переезд прошел быстро и безболезненно.

Эпидемия коронавируса, переход на удаленную работу и санкции в отношении РФ увеличили спрос на облачные сервисы. Согласно статистике издания 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-отдел организации от необходимости обеспечивать работу приложений и виртуальных ресурсов согласно выбранной модели облачных услуг. Поддержка включает в себя мониторинг и устранение неполадок, периодическую проверку конфигурации на безопасность и соответствие корпоративным требованиям.