Как переехать в новый ЦОД и не потерять данные
Мнение экспертов

Как переехать в новый ЦОД и не потерять данные

559
0 минут

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

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

Миграция миграции рознь, особенно если речь идет о крупной инфраструктуре с большим количеством бизнес-критичных систем. Срок переноса данных варьируется условно от одной недели до двух-трех месяцев. В зависимости от сложности процесса (например, требований заказчика к минимальному даунтайму систем — то есть фактически 100% непрерывности работы бизнес-приложений в период смены платформы) стоимость проекта также отличается. В процессе переноса могут возникать шероховатости, но срывы сроков и тем более недостаточно эффективная работа систем после миграции исключены, если следовать нескольким рекомендациям.

Семь раз подготовь — один раз проведи миграцию

Правильная подготовка — 90% успеха. Важно предварительно ознакомиться с тем, какую инфраструктуру клиент желает перенести в облако или ЦОД, составить план миграции с зонами ответственности (так называемая RACI-матрица) и с учетом технических характеристик систем и потребности в вычислительных ресурсах. Также необходимо спланировать сетевую инфраструктуру. От пропускной способности каналов как в самом дата-центре провайдера, так и в среде, из которой перенос данных будет проводиться, зависит время, затрачиваемое на весь процесс. Миграцию может осуществить непосредственно заказчик, если он обладает нужными знаниями и опытом. Но часто для задачи привлекают провайдера. Тот для успешной реализации проекта, как правило, проводит экспресс-аудит, представляющий собой консультации с клиентом.

Всегда думай о защите данных

Одно из ключевых правил — подготовка бэкапа данных на случай непредвиденных ситуаций. Резервное копирование данных во время переноса инфраструктуры и систем из одной среды в другую страхует клиента от риска безвозвратной потери информации. Кроме того, желательно позаботиться о дополнительных средствах защиты ИТ-инфраструктуры, так как на момент миграции одна часть инфраструктуры будет какое-то время находится в целевой среде (то есть в облаке), а часть — в исходной.

Возможно, потребуется оптимизация приложения. Но это не проблема

В крупных компаниях используемые бизнес-системы, как правило, неоднородны. Среди них есть такие, которые были разработаны чуть ли не десятки лет назад. Исторически подобные приложения всегда базировались только на физической инфраструктуре. Из-за устаревшей архитектуры эти приложения крайне неэффективно работают в облаке. Их стоит оставить локально или перенести as is на подобное же физическое оборудование в коммерческий ЦОД.

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

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

Если возможно, используйте автоматизацию

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

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

К счастью, такое случается нечасто, и связано это в первую очередь не с техническими, а с организационными ограничениями. Пример из нашей практики: провайдер, чьей контракт с клиентом истекал, не хотел отпускать компанию, ограничивая пропускную способность канала и мешая автоматизированному копированию информации в K2 Cloud. Пришлось использовать инструменты партизанской работы и вывозить данные на съемных дисках.

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

__________

статья для  Инвест-Форсайт

19 июля 2022
Уйти, чтобы остаться: как иностранные компании локализуют данные в России
Уход международных концернов из России вызвал четырехкратный рост запросов на локализацию данных и систем в облаках отечественных провайдеров. Местные команды, которым передали в управление бизнес, или купившие данный актив игроки стремятся в кратчайшие сроки перевести инфраструктуру на российские рельсы.
0 минут
465
24 апреля 2022
Как правильно мигрировать в отечественное облако?
С марта 2020 года наравне с ростом спроса на облачные ресурсы увеличилось количество запросов на миграцию из иностранных облаков в Россию. Схожая ситуация наблюдалась в 2018 году, когда из-за блокировки Telegram под удар попали сервисы, размещенные в облаках Amazon, Google и других гигантов.
0 минут
489
1 июня 2021
Как составить SLA для облачного провайдера: стандарты и лучшие практики
При заказе любых высокотехнологичных услуг поставщик и заказчик подписывают SLA (соглашение об уровне сервиса, Service Level Agreement). Документ помогает определить достаточный уровень качества предоставления услуг, а также назначить уровень компенсации в случае нарушения соглашения. От чего зависит работа облачного сервиса и что должно быть прописано в договоре SLA, рассказывает Сергей Зинкевич, директор по развитию бизнеса K2 Cloud.
3 минуты
676
14 мая 2021
Почему в ЦОД корпоративного класса невозможно попасть человеку «с улицы»
Один наш заказчик как-то обратил внимание на то, что система доступа в ЦОД слишком «жесткая»: он не мог просто так пройти к арендованным серверам, для этого требовалось подтверждение личности и сопровождение инженеров службы эксплуатации.
1 минута
435
12 апреля 2021
Станет ли экология лучше благодаря облачным вычислениям?
Аналитики IDC опубликовали любопытный отчет. В нем говорится о снижении выбросов в атмосферу диоксида углерода, которое заметно уже сейчас и будет нарастать вплоть до 2024 года. Это приведет к уменьшению парникового эффекта и позитивно скажется на экологии во всем мире.
3 минуты
413
16 ноября 2020
Облачные стереотипы: топ-5 возражений клиентов
Степень проникновения облачных услуг в корпоративном сегменте растет год от года. Одновременно появляются и новые стереотипы, которые мешают адекватно оценить пользу применения этой технологии для конкретного бизнеса. Директор по развитию сервисов K2 Cloud Сергей Зинкевич разбирает наиболее типичные из них.
4 минуты
448
scrollup