Перейти к содержимому

Переезд между облаками

Меняете облачного провайдера — из-за стоимости, требований к данным или возможностей платформы? Переносим инфраструктуру из одного облака в другое поэтапно, без остановки сервиса и с планом отката на каждом шаге.

Ответит инженер, а не менеджер, — в течение рабочего дня.

  • Аудит — 3–5 дней
  • План со сметой — 1–2 недели
  • Откат на каждом шаге
  • Работают инженеры-сооснователи

Официальные партнёры облаков

  • Yandex Cloud
  • Selectel
  • Timeweb Cloud
среди клиентов
  • ПАО «Новотек»
  • RZD
  • SberCorus
  • Otus
  • Besttrip
  • JedAI
  • IMSystems
  • Builddocs
  • Headframe
  • RTDS
Кейсы →
symptoms.log

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

Облако стало дорогим

Другой провайдер предлагает те же ресурсы дешевле или с лучшими условиями для вашей нагрузки.

Не хватает сервисов

Нужны managed-базы, Kubernetes или другие сервисы, которых у текущего провайдера нет или они слабее.

Требования к данным

Данные нужно перенести в российское облако или на площадку с определённым уровнем защиты.

Привязка к одному провайдеру

Инфраструктура настроена руками в консоли, и сменить облако страшно — неизвестно, что сломается.

scope.md

Что входит в работу

Инвентаризация

Описываем всё, что работает в текущем облаке: машины, сети, базы, хранилища, DNS, сертификаты, интеграции.

Сопоставление сервисов

Подбираем аналоги у нового провайдера и считаем стоимость владения до начала работ.

Инфраструктура кодом на новой стороне

Поднимаем новое окружение в Terraform — после переезда сменить облако снова будет проще.

Репликация данных

Базы данных и файлы синхронизируем заранее, финальное переключение занимает минуты, а не часы.

Переключение трафика

Постепенно, с мониторингом обеих сторон и возможностью вернуть трафик в старое облако.

Отключение старого контура

Только после того, как новое окружение отработало под нагрузкой и вы подтвердили результат.

Что остаётся у вас

  • Инфраструктура в новом облаке, описанная кодом
  • Перенесённые данные с проверкой целостности
  • Отчёт о сравнении стоимости до и после
  • Документация и передача знаний

Стек

  • Terraform
  • Ansible
  • Kubernetes
  • PostgreSQL
  • S3
  • Yandex Cloud
  • Selectel
  • Timeweb Cloud
git log --cases

Похожие задачи, которые мы решали

Все кейсы
EdTech

Otus

Нагрузка идёт пиками — в дни запуска курсов, — а платить за постоянный запас мощности не хотелось.

  • Перенесли инфраструктуру в облако поэтапно, без остановки сервиса
  • Настроили автоматическое масштабирование под пиковую нагрузку
  • Подключили мониторинг и регулярный пересмотр затрат
Строительный документооборот

Builddocs

Система работала на своём железе, обслуживание дорожало, запас мощности кончался.

  • Спланировали и провели перенос в облако с планом отката на каждом шаге
  • Настроили резервное копирование и проверку восстановления
  • Собрали пайплайны деплоя на новой площадке

TEAM.md

Кто будет работать над задачей

Нас трое, и это осознанно: с вами общаются и работают одни и те же инженеры, без прослойки менеджеров и передачи задач по цепочке.

  • Александр Калошин — Основатель

    Александр Калошин

    Основатель

    Более 20 лет в IT. В 2014 основал Last.Backend — свой оркестратор контейнеров появился практически одновременно с Kubernetes.

    • Last.Backend: управление контейнерами и DevOps как сервис
    • Отказоустойчивая инфраструктура: Kubernetes, CI/CD, bare-metal
    • Разработка на Go
    • Спикер ProIT Fest и GolangConf
  • Александр Тихомиров — Основатель

    Александр Тихомиров

    Основатель

    7 лет в DevOps, десятки реализованных проектов — от первого пайплайна до production под нагрузкой.

    • Проектирование и сопровождение инфраструктуры
    • Миграции в облако и построение с нуля
    • CI/CD, Kubernetes, Infrastructure as Code
  • Денис Герасимов — Основатель

    Денис Герасимов

    Основатель

    5 лет в DevOps. Берёт самые сложные задачи и доводит их до конца.

    • Сложные инфраструктурные проекты
    • Мониторинг, дежурства и разбор инцидентов
    • Автоматизация эксплуатации
FAQ.md

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

Как переехать из Timeweb Cloud в Yandex Cloud?
Инвентаризируем ресурсы в Timeweb Cloud, описываем целевую инфраструктуру в Yandex Cloud кодом, переносим данные с репликацией и переключаем сервисы по одному. Если в старом облаке был Kubernetes, поднимаем Managed Service for Kubernetes и переносим нагрузку постепенно.
Можно ли перенести виртуальные машины между облаками напрямую?
Иногда да — через экспорт и импорт образов дисков. Но чаще надёжнее пересоздать машины кодом на новой стороне и перенести только данные: так не тащится накопленный беспорядок.
Сколько длится переезд между облаками?
Небольшая инфраструктура переезжает за 2–4 недели после аудита и плана, распределённая система — за несколько месяцев поэтапно.
Что будет, если в новом облаке что-то пойдёт не так?
Старый контур работает до финального подтверждения, а на каждом шаге есть план отката: трафик можно вернуть обратно.
Что нужно от нашей команды?
Человек, который знает систему и может ответить на вопросы, доступы с минимально необходимыми правами и согласованные окна для переключений. Остальное делаем мы.
Не окажемся ли мы зависимы от вас?
Нет. Код инфраструктуры, доступы и документация лежат в вашем репозитории с первого дня, аккаунты в облаке оформлены на вас. До доступа к инфраструктуре подписываем NDA, по ходу работы передаём знания вашей команде.
Можно ли не переезжать целиком, а держать резерв в другом облаке?
Да. Поднимаем второй контур, реплицируем данные и отрабатываем переключение, а основная инфраструктура остаётся на месте. Если позже решите переехать полностью, большая часть работы уже будет сделана.

Обсудим вашу задачу

Опишите, что происходит с инфраструктурой сейчас, — ответим в течение дня и предложим бесплатный разбор.