Мы готовимся к переезду в новую зону доступности и поэтапно выводим из эксплуатации зону ru‑central1‑c для клиентов Yandex Cloud. Узнайте, как перенести ресурсы из ru‑central1‑c и почему это необходимо сделать.
Новая зона доступности позволит максимально эффективно масштабировать ресурсы наших клиентов. Также напоминаем, что с апреля 2022 года мы постепенно выводим из эксплуатации зону ru‑central1‑c, так как её возможности дальнейшего расширения ограничены. О причинах и планах поэтапного вывода мы ранее рассказывали в отдельном посте.
В связи с этим рекомендуем клиентам, у которых есть ресурсы в зоне ru-central1-c, запланировать миграцию в другие доступные зоны Yandex Cloud.
Платформенная инфраструктура Yandex Cloud в каждом из дата-центров называется зоной доступности. На данный момент в составе российского региона три зоны доступности:
Наши клиенты, у которых есть ресурсы в зоне ru-central1-c и которые хотят перенести их в новую зону доступности, смогут начать миграцию в зону ru-central1-d после её запуска в четвёртом квартале 2023 года. Мы сообщим об этом дополнительно и предоставим все инструкции и инструменты для миграции.
Также будут доступны зональные квоты в сервисе Yandex Compute Cloud. С ними можно будет настроить запрет на создание новых ресурсов в зоне ru-central1-c.
Мы рекомендуем провести миграцию самостоятельно: так вы сможете выбрать подходящее время и учесть особенности развёрнутых в облаке систем.
Стоит отметить, что в новой зоне доступности не будет вычислительных ресурсов на платформе standard-v1, вместо них будут доступны платформы standard-v2 и standard-v3.
После этого этапа все данные клиентов сохранятся, даже если к моменту остановки зоны их не перенесут в другие ЦОДы. Оставшиеся ресурсы мы постепенно мигрируем накануне завершающего этапа: остановим виртуальные машины, перенесём данные и запустим ваши сервисы в новой зоне.
Чтобы учесть все особенности ваших приложений и развёрнутых в облаке систем, рекомендуем провести перенос самостоятельно в удобное для вас технологическое окно с минимальным влиянием на ваши приложения.
Миграция дисков: будет доступна миграция сетевых дисков виртуальных машин с сохранением ID исходного диска. Миграция будет доступна только с помощью CLI (не в Terraform).
Миграция виртуальных машин: будет доступна миграция виртуальных машин между зонами с сохранением идентификатора исходной машины. Для запуска миграции потребуется указать подсеть в новой зоне доступности. Миграция будет доступна только с помощью CLI (не в Terraform).
Снимки и образы дисков: все данные, которые хранятся на снимках и образах дисков, автоматически реплицируются во все зоны доступности.
Миграция групп виртуальных машин: потребуется обновить размещение у существующих групп виртуальных машин либо создать новые группы и переключить на них нагрузку.
Сетевая связность (подсети): возможность создать новую подсеть в зоне ru-central1-d аналогично тому, как это можно сделать с текущими тремя зонами. Мы предоставим инструменты для переноса подсетей между зонами доступности (в CLI и Terraform).
Публичные IP-адреса: возможность использовать балансировщики нагрузки для балансировки трафика между всеми зонами доступности. Для виртуальных машин необходимо будет создать новые публичные IP-адреса.
Новая зона: в облаке появится новая зона ru-central1-d, доступная для размещения в ней пользовательских ресурсов.
Автоматический перенос: все данные, которые хранятся в сервисе Object Storage, автоматически реплицируются во все зоны доступности.
Миграция региональных мастеров K8s: будет доступна операция миграции для региональных мастеров в новую зону. Она будет произведена без прерывания доступности мастера. Для миграции достаточно будет создать подсеть в зоне ru-central1-d и обновить конфигурацию кластера.
Миграция зональных мастеров K8s: миграция зональных мастеров в новую зону будет произведена с перезапуском мастера и кратковременной недоступностью API сервера Kubernetes®. Для миграции достаточно будет создать подсеть в зоне ru-central1-d и обновить конфигурацию кластера.
Миграция групп узлов и нагрузок в K8s: нужно будет создать необходимые новые группы узлов, указав новый subnet и location, скорректировать манифесты примитивов, зависящих от ru-central1-c, обновить соответствующие нагрузки, сервисы и прочее в кластерах, после чего удалить старые группы узлов в ru-central1-c.
Миграция сервисов управляемых баз данных: возможность самостоятельно мигрировать реплики своих кластеров: создать реплики в зоне ru-central1-d и удалить реплики в зоне ru-central1-c. Для клиентов, которые не успеют провести миграцию до начала третьего квартала 2024 года, мы сделаем автоматический перенос, добавив новый хост и удалив старый. Обратите внимание: бэкенды на вашей стороне не будут знать FQDN нового хоста и не смогут к нему подключиться. Поэтому мы рекомендуем сделать перенос самостоятельно.
Источник: https://cloud.yandex.ru/blog/posts/2023/08/new-availability-zone
