2020/06/10 10:29:36

Чек-лист: что не забыть при миграции в облако?

TAdviser продолжает серию публикаций в новом формате – «Чек-лист». В этих материалах мы делимся полезной прикладной информацией по применению различных технологий. В этом материале мы собрали практические советы о том, как просто и быстро переехать в облака. В тонкостях подготовки собственных ИТ-систем компании к миграции в облака и в выборе провайдера помог разобраться Георгий Мегрелишвили, исполнительный директор «СБКлауд».

Содержание

До миграции

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

В числе ключевых задач обычно такие:

преодоление ограниченности собственных ИТ-систем и возможность при пиковых нагрузках наращивать мощности; трансформация CAPEX в OPEX за счет снижения затрат на развитие ИТ-инфраструктуры, строительство и модернизацию собственных ЦОД; снижение показателя time-to-market; ускорение запуска новых информационных систем; уменьшение рисков при прогнозировании потребностей в вычислительных ресурсах.

«
Проект «Тотальный диктант» был ограничен в развитии серверными мощностями НГУ, на которых был развернут. Миграция в облако позволила поставить новые рекорды: в 2019 году диктант писали в реальном времени более 15000 человек в 80 странах, а в общей сложности к сайту, трансляциям и учебным курсам в день проведения акции обратились более 120000 человек во всем мире. Несмотря на столь масштабные нагрузки и разные часовые пояса, «Тотальный диктант» прошел без сбоев.
Георгий Мегрелишвили, исполнительный директор «СБКлауд»
»

Провести мониторинг производительности Чтобы не запланировать потребления избыточных облачных ресурсов, эксперты настоятельно рекомендуют провести мониторинг производительности существующих ИТ-систем до миграции.

Провести инвентаризацию всех элементов, которые готовятся к миграции Самое главное – провести «ревизию» того, что планируется переносить в облако. Важно понять, на каком оборудовании работают приложения, с какими операционными системами, какое специализированное и прикладное ПО задействовано. Возможно, часть серверов уже не используется под действующие системы или объем имеющихся ресурсов избыточен. При проведении инвентаризации целесообразно учитывать данные мониторинга производительности.

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

Выбор провайдера

Определиться с выбором облачной модели

Существует две модели: Первая представляет собой облачный минимум — провайдер обеспечивает исключительно доступность виртуальных машин. Есть более комплексный подход: провайдер и предоставляет ресурсы, и инфраструктуру (IaaS), и ПО (SaaS), а также оказывает услуги по интеграции и технической поддержке. В этом случае провайдер играет роль интегратора и берет на себя оценку потребности в ресурсах, планирование и проведение миграции данных и приложений, организацию сопровождения. Это особенно пригодится, если при миграции будет неизбежно отключение действующих ИТ-систем.

Оценить надежность партнера

При выборе облачного провайдера важно учитывать репутацию потенциального партнера и наличие в его портфолио аналогичных кейсов.

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

«
Более гуманный и технологически продвинутый способ – дать клиенту возможность самостоятельно определять, где размещаются его ресурсы – в более «дорогом» или «демократичном» сегменте облака, комбинировать эти сегменты, перебрасывать ресурсы из одного в другой сегмент самостоятельно. Мы реализовали эту идеологию, впервые в России объединив в одном облаке, в рамках единой панели управления, сегменты на разных гипервизорах – VMware и KVM, – говорит Георгий Мегрелишвили.
»

Проверить наличие аттестата для нужного класса защиты персональных данных

Оператором персональных данных является сам заказчик, и он должен знать, какому классу защиты ПДн должны соответствовать арендуемые им ресурсы провайдера.

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

Миграция и последующие действия

Перенести данные

Информация из собственной инфраструктуры заказчика в инфраструктуру провайдера будет передаваться по специально созданному каналу большой мощности через интернет или VPN.

Протестировать функционал систем, развернутых в облаке

По завершении миграции требуется проверить целостность и доступность данных. Во избежание проблем рекомендуется поддерживать работоспособность старой площадки после переключения на новую инфраструктуру в течение 1-2 недель. Только убедившись, что все работает корректно, можно отключить старую площадку или сохранить ее как резервный ресурс (ЦОД «холодного резерва»).

Смотрите также