Как правильно мигрировать в отечественное облако?
Мнение экспертов

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

86
6 минут

С марта 2020 года наравне с ростом спроса на облачные ресурсы увеличилось количество запросов на миграцию из иностранных облаков в Россию. Схожая ситуация наблюдалась в 2018 году, когда из-за блокировки Telegram под удар попали сервисы, размещенные в облаках Amazon, Google и других гигантов.

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

Какова текущая ситуация?

Ситуация с использованием ресурсов иностранных провайдеров варьирует от условно терпимой до невозможной. Это зависит от того, чьими ресурсами пользуются заказчики. Например, сервисы AWS и Azure вроде бы как в строю – регистрация недоступна только для новых клиентов. Между тем, нет понимания, как за услуги платить частным лицам: российские банки отключены от SWIFT, транзакции не проходят. Как вариант – устроить пляски с бубном (то есть с VPN, иностранными платежными системами и международными сервисам переводов), но это трудозатратно и подходит не для всех.

Для крупных клиентов по-прежнему работают облачные дистрибьюторы, которые имеют возможность оплатить счета для международных контрагентов, но как будет развиваться ситуация в дальнейшем – неизвестно. Есть и крайние случаи: Oracle Cloud полностью прекратил предоставление сервисов своим заказчиков на территории России: они даже не могут не могут войти в свои учетки и сделать бэкап на сторонние ресурсы. Параллельно с этим провайдер предлагает воспользоваться ЦОД в Германии, но это также подходит далеко не всем заказчикам.

Советы пользователям: кратко- и среднесрочные планы

Каждый случай индивидуален, но в целом можно дать несколько универсальных рекомендаций клиентам, которые столкнулись с трудностями в работе с иностранными провайдерами.

Бэкапы. На самом деле это базовая вещь в любом облачном проекте, про которую вспоминают далеко не все клиенты. Резервное копирование данных и систем страхует от любого форс-мажора, включая не вполне адекватное поведение провайдера. Чем крупнее бизнес, тем более серьезны требования к инфраструктуре для бэкапа, так как и финансовые риски из-за потери данных не иллюзорны.

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

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

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

5 шагов к успешной миграции из одного облака в другое

1.  Выбор провайдера. Определите нового поставщика услуги. В этом вопросе вам поможет информация об уже реализованных проектах у интересующего вас провайдера, а также экспертиза инженеров и параметры обслуживания. В приоритете срок работы на рынке (это свидетельствует об устойчивости компании) и возможность оказывать поддержку в режиме 24х7.

2.  Предварительное планирование миграции. Необходимо проанализировать потребность в вычислительных ресурсах, возможно, нарастить производительность через соответствующие запросы провайдеру, проработать вопросы информационной безопасности, так как на определенном этапе часть данных будет находиться в исходной среде, а часть - в целевой инфраструктуре. Наконец, определить тип миграции. Ее можно осуществить двумя путями: at one с переносом всей инфраструктуры из точки А в точку B либо поэтапно с последовательной миграцией систем. В этом случае важно отслеживать связность между ними.

3. Планирование сетевой инфраструктуры. Важно рассчитать соотношение всего объема мигрируемых данных и ширину канала, через которые они будут передаваться с одной площадки до другой.

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

5. Организационное планирование. Нужно выделить отдельного человека в команде, который будет отвечать за все административные вопросы: определит цели и план проекта, разработает RACI-матрицу (она важна, если в процессе миграции участвует совместно клиент и провайдер/провайдеры), запланирует время для восстановления работоспособности целевой инфраструктуры или отката в случае сбоя и т.д. 

***

Вполне возможно, что происходящее ничего, кроме раздражения, у пользователей не вызывает. Но ситуация не безнадежна. Облачный рынок в России развивается более десяти лет, здесь действительно существует серьезная конкуренция между провайдерами, которая толкает предоставление сервисов на качественно новый уровень. Например, по скорости реакции и максимальному сроку ответа отечественные поставщики уже на голову выше иностранных коллег. За рубежом редко отвечают на сообщения клиентов в течение 10–15 минут. Внешнеполитические вызовы определенно станут драйверами развития рынка. Предполагаем, что вслед за запросами требовательных пользователей, которые ранее использовали ресурсы иностранных провайдеров, российские игроки также расширят портфолио своих сервисов – в формате SaaS или предоставляемых по модели управляемых услуг.


C оригиналом статьи можно ознакомиться на IT World

28 марта 2022
Облака как возможность: аналитика КРОК Облачные сервисы
За первые две недели марта 2022 года количество запросов на услуги КРОК Облачные сервисы увеличилось на 960%, по сравнению с тем же периодом прошлого года. Компании на фоне приостановленных поставок ИТ-оборудования ищут доступные инструменты для поддержки бизнес-процессов и модернизации инфраструктуры.
2 минуты
213
28 декабря 2021
Для чего компании используют облака? Как изменились потребности клиентов за последние полгода
В конце года традиционно подводят итоги. Мы же решили проанализировать тренды, заметные в последние два квартала. Почему именно за этот период, а не за весь год? Начиная со второй половины 2021 г. усилилось влияние кризиса полупроводников фактически на все сегменты.
1 минута
157
1 июня 2021
Как составить SLA для облачного провайдера: стандарты и лучшие практики
При заказе любых высокотехнологичных услуг поставщик и заказчик подписывают SLA (соглашение об уровне сервиса, Service Level Agreement). Документ помогает определить достаточный уровень качества предоставления услуг, а также назначить уровень компенсации в случае нарушения соглашения. От чего зависит работа облачного сервиса и что должно быть прописано в договоре SLA, рассказывает Сергей Зинкевич, директор по развитию бизнеса КРОК Облачные сервисы.
3 минуты
625
26 мая 2021
Как переехать в новый ЦОД и не потерять данные
Популярность облачных услуг растет год от года. По нашим оценкам, порядка 70% крупных российских компаний когда-либо использовали облако или другие услуги на базе коммерческих ЦОД. При этом одним из преимуществ такой формы потребления ресурсов всегда считалась возможность быстрого переноса данных из локальной инфраструктуры в инфраструктуру провайдера и такое же быстрое схлопывание, если потребности в сервисе больше нет.
4 минуты
621
20 мая 2021
CROCS повышает скорость работы 1С в Облаке КРОК
Российское подразделение компании Crocs, мирового лидера по производству комфортной повседневной обуви для женщин, мужчин и детей, теперь использует Облако КРОК для надежной, производительной работы системы 1С и ряда инфраструктурных сервисов.
2 минуты
1264
15 марта 2021
Как эффективно организовать инфраструктуру для SAP-систем?
Необходимость для пользователей систем SAP с 2027 года использовать СУБД HANA, построенную по принципам In-memory, становится мотивом для модернизации программно-аппаратных комплексов, применяемых для размещения ландшафтов SAP. 
1 минута
609
scrollup