Миграция · Репатриация облака
Репатриация облака
Репатриация переносит нагрузки из публичного облака в колокейшн. Она окупается, когда нагрузка стабильна, высока и предсказуема — когда вы платите за эластичность, которую не используете. Точка безубыточности наступает обычно за 12–24 месяца после учёта оборудования, колокейшна, трудозатрат на миграцию и текущего количества операционного персонала. Нагрузки со всплесками не проходят этот тест, и они должны остаться там, где находятся.
Проверка сигналов
Репатриация — это решение, принимаемое для каждой нагрузки отдельно, а не для всей инфраструктуры. Оцените каждого кандидата по обоим столбцам: нагрузка, которая в основном попадает в левый столбец, стоит моделирования, а та, что в правый, будет стоить дороже вне облака независимо от состава таблицы.
| Репатриировать | Оставить в облаке |
|---|---|
| Стабильное использование выше ~60% круглосуточно | Импульсивная, сезонная или событийная нагрузка |
| Большие, предсказуемые объёмы исходящего трафика | Трафик, доминируемый непредсказуемыми всплесками |
| Гравитация данных — большой и в основном статичный набор данных | Данные, которые должны находиться рядом с управляемыми облачными сервисами |
| Требования соответствия или суверенитета данных, требующие конкретного места размещения | Действительно глобальная пользовательская база, нуждающаяся в нескольких регионах |
| Постоянная нагрузка обучения на GPU, оплачиваемая за час | Экспериментальная работа с неделями простоя между запусками |
| Существующая инфраструктурная команда с достаточными ресурсами | Команда на пределе, без выделенной поддержки платформы |
Расчёт точки безубыточности
Решающее сравнение — это годовые расходы на облако для нагрузки в сравнении с годовой стоимостью владения, когда каждая строка второго столбца заполнена честно. Четыре строки регулярно отсутствуют в бизнес-кейсах репатриации, и каждая из них существенна.
| Позиция | Часто забывают, потому что |
|---|---|
| Персонал по эксплуатации платформы | Облако включает это в счёт, поэтому это никогда не было отдельной позицией. Патчинг, резервирование мощности, обновления ПО, отказоустойчивость и поддержка в нерабочее время — всё становится вашей ответственностью. |
| Исходящий трафик для вывода данных | Это одноразовая операция, но для больших объёмов данных может составить сотни тысяч долларов — и взимается провайдером, которого вы оставляете. |
| Цикл обновления оборудования | Капитальные затраты первого года выглядят решающими, пока вы не распределите их на четыре-пять лет реальной эксплуатации и не добавите стоимость последующего обновления. |
| Резервная мощность, которую надо закупить сразу | Облако позволяет выбирать мощность под текущие потребности. Собственная инфраструктура должна быть рассчитана на ожидаемые пики, и эта резервная мощность оплачивается с первого дня. |
Калькулятор TCO для колокейшна показывает расчёты со стороны колокейшна, а руководство сравнения TCO колокейшна и облака содержит полный анализ с примерами.
Отличия миграции
Метод шести фаз остаётся в силе, но три из них приобретают новый облик. Фаза Discovery сложнее: облачные ресурсы дрейфуют, и то, что вы видите в консоли, редко совпадает с документированной архитектурой — обычно в первую очередь нужно привести в порядок разметку ресурсов. Логистической фазы нет, и её место занимает закупка оборудования со своими сроками поставки. Переключение — это сдвиг трафика, а не физическая перевозка, поэтому откат, наконец, действительно дешёв: оставьте облачное окружение работающим до утверждения, и откат — просто DNS-запись вместо выходных.
Что не меняется — это построение сети. Каналы в дата-центр и коннективность обратно в облако подчиняются тем же 60–120-дневным срокам поставки, как и при других миграциях. Заказывайте их на неделе подписания контракта.
Где разместить
- Индекс цен — стоимость целевого рынка за кВт в месяц, опубликовано открыто
- Каталог объектов — 202 дата-центра с мощностью, плотностью и оператором
- Справочник сертификаций — отбирайте по требованиям соответствия вашей рабочей нагрузки
- Матрица задержек — задержка туда-обратно до облачных регионов
- Трекер цен GPU — если репатриируемая нагрузка — обучение или инференс
Часто спрашивают
Что такое репатриация облачных нагрузок?
Перенос рабочих нагрузок из публичного облака на собственную или арендованную инфраструктуру — обычно колокейшн, реже локальный ЦОД. Редко это полный перенос: репатриируют стабильные, предсказуемые, высоконагруженные рабочие нагрузки, оставляя в облаке нагрузки с пиковыми всплесками и периферийные сервисы.
Когда репатриация действительно экономит деньги?
Когда загруженность постоянно высока, исходящий трафик значительный, и рабочая нагрузка достаточно велика, чтобы эффективно использовать ресурсы колокейшна. Собственная инфраструктура дешева за единицу мощности, но дорога за простой; облако — наоборот. Нагрузка на 70%+ круглые сутки — классический кандидат, а работающая четыре часа в день — нет.
Какой период окупаемости?
Обычно 12–24 месяца после учёта капекса на оборудование, колокейшна, работ по миграции и затрат на персонал по операциям, которые вы уже несёте. Более короткие сроки обычно означают, что модель не учла персонал или стоимость самостоятельного управления платформой; более длительные означают, что рабочая нагрузка, вероятно, должна оставаться в облаке.
Что должно оставаться в облаке?
Всплесковые и сезонные рабочие нагрузки, всё, что действительно глобально и потребует иначе нескольких объектов, продукты на ранних стадиях, чья архитектура ещё меняется, мощность аварийного восстановления, за которую вы хотите платить только при её использовании, и управляемые сервисы, которые вам пришлось бы перестраивать и комплектовать персоналом. Репатриация — это решение по стоимости для установившейся нагрузки, а не философская позиция по облакам.
Какова самая большая скрытая затрата репатриации?
Люди. Облако включает операции платформы в счёт; колокейшн нет. Патчинг, планирование мощности, отказы оборудования, прошивки, мониторинг и поддержка в нерабочее время — всё это ложится на ваш персонал. Модели репатриации, которые выигрывают у облака на бумаге, но проигрывают на практике, почти всегда не учли эту затрату.
Чем репатриация отличается от обычной миграции дата-центра?
Нет физического перемещения — ничего не грузится на грузовик. Взамен вы берёте на себя сроки закупки оборудования, решение по определению требуемой мощности (которое облако раньше решало эластично для вас) и плату за исходящий трафик, которая может быть в шести цифрах для крупного парка. Структура этапов одинакова; обнаружение сложнее, потому что облачные активы меняются, и инвентарь в консоли редко совпадает с инвентарём в архитектурной диаграмме.
Моделируете репатриацию?
Расскажите о профиле рабочей нагрузки и рынках, которые вы рассматриваете. Мы предложим вам объекты, соответствующие требованиям по энергоснабжению и соответствию, а также эталонные тарифы, чтобы собственная часть вашей модели использовала реальные цифры вместо прейскурантных цен.