Миграция в Яндекс Облако

Что входит

Переносим приложения и базы в Yandex Cloud по схеме аудит → тест → перенос → сопровождение. Оптимизируем расходы и повышаем отказоустойчивость.

Разговор о переезде в облако начинается обычно после одного из двух событий. Либо закончилась гарантия на железо в стойке и продление стоит как половина годового бюджета на инфраструктуру, либо сайт лёг под нагрузкой в сезон и выяснилось, что нарастить мощность быстро невозможно. Третий вариант тише и встречается чаще: сервер работает, но администратор, который его настраивал, уволился два года назад, и трогать эту машину боятся все.

Миграция начинается с инвентаризации, и она почти всегда приносит открытия: сервисы, о которых забыли, задания в планировщике без документации, сертификаты, выпущенные вручную. Дальше проектируется целевая схема в Yandex Cloud: где будут приложения, где базы, как устроены сети и доступы, что уезжает в управляемые сервисы, а что остаётся на виртуальных машинах. Потом делается тестовый перенос, на котором проверяется работа приложения и замеряется скорость, и только после этого планируется основное переключение с окном простоя и заранее описанным откатом. Отдельно считается стоимость: облако экономит не само по себе, а когда ресурсы подобраны под реальную нагрузку и выключается то, что не нужно круглосуточно.

После переезда мощность добавляется за минуты, а не за недели закупки. Резервное копирование, мониторинг и обновления становятся управляемыми, а расходы превращаются в понятную помесячную цифру, которую можно оптимизировать. Мы сопровождаем инфраструктуру после миграции или передаём её вашим администраторам с документацией.

Этапы работы

1. 01Аудит текущей инфраструктуры
2. 02Тестовый перенос и проверка
3. 03Основная миграция с минимальным простоем
4. 04Оптимизация ресурсов и сопровождение

Частые вопросы

Как проходит миграция?

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

Сколько сайт будет недоступен?

Для типового сайта с базой окно составляет от нескольких минут до пары часов и зависит от объёма данных. Основную часть данных переносят заранее, а в момент переключения догоняют только изменения. Для систем, которым простой недопустим, схема усложняется: приложение временно работает на два адреса, и трафик переключается постепенно.

Облако точно выйдет дешевле?

Не всегда, и мы говорим об этом до начала работ. Для стабильной круглосуточной нагрузки своё железо может оказаться выгоднее. Облако выигрывает там, где нагрузка неровная, где нужен быстрый рост или где содержание своего сервера требует администратора в штате. Расчёт делаем на этапе аудита по вашим текущим расходам, включая скрытые: лицензии, обслуживание, замену дисков.

Что потребуется от вас?

Доступы к текущей инфраструктуре и к управлению доменом, описание сервисов и контакты тех, кто ими пользуется. Ещё нужно согласованное окно для переключения и человек, который после переезда проверит бизнес-сценарии: оформление заказа, обмен с 1С, отправку почты. Именно на этом обычно всплывает последнее: мониторинг показывает, что всё в порядке, а письма с сайта не уходят, потому что почтовый релей остался прописан на старом сервере.