Расширение
Продвинутое межкластерное взаимодействие
Бесшовно перемещайте нагрузки и сервисы между публичными облаками, частной инфраструктурой и разными регионами.
Disaster Recovery для критичных приложений
При сбое нагрузка переходит на резервный кластер с минимальным простоем — бизнес продолжает работать.
Управляемая миграция
Проекты, виртуальные машины и базы данных переносятся между кластерами по команде — без ручной миграции.
Свобода от ограничений
Перемещайте сервисы и нагрузки между облаками, дата-центрами и регионами по мере необходимости.
Снижение операционных рисков
Автоматизированные сценарии восстановления, миграции и балансировки нагрузки снижают количество ручных операций и риск ошибок.
Экономия на инфраструктуре
Гибкая миграция нагрузок между облаками и регионами позволяют выбирать провайдеров с самыми выгодными тарифами на текущий момент.
Единое управление парком кластеров
При необходимости самостоятельными кластерами можно централизованно управлять через общий интерфейс без необходимости переключаться между консолями разных облаков.
Рекомендуем в составе готовых решений
Часто задаваемые вопросы
В каких редакциях платформы доступно «Продвинутое межкластерное взаимодействие»?
Расширение входит в состав редакций Deckhouse Platform Ultimate и Deckhouse Platform Certified Pro, а также доступно как дополнение к Deckhouse Platform Core и Deckhouse Platform Certified Lite.
Какие расширения нужны для запуска «Продвинутого межкластерного взаимодействия»?
Установка других расширений не требуется.
Что такое пиринг кластеров?
Пиринг — это установление доверительных связей между кластерами. После него кластеры «видят» друг друга и могут обмениваться ресурсами, но при этом оставаться самостоятельными. Пиринг настраивается с обеих сторон через ресурс ClusterPeer: в нём описываются правила, эндпоинты и политики.
Как мигрировать приложение или виртуальные машины из кластера в кластер?
Миграция запускается через веб-интерфейс Deckhouse Platform или центр управления парком кластеров. Доступны два режима:
- Staged‑миграция — данные переносятся после остановки виртуальной машины;
- Warm‑миграция — изменения передаются, пока виртуальная машина работает.
Можно ли распределить одно приложение между двумя кластерами?
Да, двумя способами:
- через Service Mesh (Istio): если поды в одном кластере падают, трафик автоматически переключается на другой;
- через спаренные проекты (ProjectPeer): несколько кластеров работают как один логический проект, пользователь видит все реплики в рамках своего проекта.
Как балансировать нагрузку между облачными провайдерами?
Балансировка достигается за счёт:
- гибкого перемещения нагрузки между облаками и регионами без привязки к одному провайдеры, что позволяет экономить на инфраструктуре и выбирать самые выгодные тарифы;
- автоматического переключения трафика между кластерами при сбоях и оптимизации нагрузки с помощью Service Mesh (Istio).