Последствия принудительной миграции ресурсов из зоны ru-central1-c
Если вы не мигрировали свои ресурсы из зоны доступности ru-central1-c до наступления дедлайна, мы переместим их принудительно. О возможных рисках принудительного переноса читайте в разделе риски принудительной миграции.
На этой странице рассказано, что может потребоваться сделать для восстановления вашей инфраструктуры после принудительной миграции.
Принудительная миграция ВМ, дисков, подсетей
Со всех ваших дисков были сняты снимки. Вы можете их найти в консоли управления, в разделе Снимки сервиса Yandex Compute Cloud.
Если было возможно, ваши ВМ, диски и подсети были перенесены в зону ru-central1-d. Проверьте, что к ним есть доступ, и все работает правильно. Однако, если реализовались риски принудительной миграции, ваши ресурсы могут быть недоступны. В этом случае восстановите их из снимков.
Ваши статические публичные IP-адреса из зоны ru-central1-c могут быть недоступны. Если необходимо, зарезервируйте себе новые статические внешние IP-адреса из зоны ru-central1-d и привяжите их к вашим ресурсам.
Если вы не можете восстановить свою инфраструктуру после принудительного переноса, обратитесь в техническую поддержку.
Принудительная миграция ресурсов управляемых сервисов
Для принудительной миграции мы могли создать специальные подсети в зонах ru-central1-a, ru-central1-b и ru-central1-d. В них были перемещены ваши ресурсы из сервисов управляемых баз данных, Yandex Managed Service for Kubernetes, Yandex Instance Groups, Yandex Managed Service for GitLab, находившиеся в зоне ru-central1-c. Убедитесь, что ваши ресурсы работают корректно.
Однако, если в ходе принудительной миграции реализовались соответствующие риски, ваши ресурсы могут быть недоступны — могли измениться как публичные, так и внутренние IP-адреса ваших ресурсов. Если вам нужна помощь с восстановлением из резервных копий — обратитесь в техническую поддержку.
Принудительная миграция Yandex Application Load Balancer
Мы выключили прием трафика у ваших L7-балансировщиков в зоне ru-central1-c. Если вам необходимо включить прием трафика в зоне ru-central1-d — сделайте это самостоятельно.
Принудительная миграция Yandex Data Transfer
Если в ходе принудительной миграции у вас перестали работать трансферы в сервисе Data Transfer, перезапустите их.
Вопросы и ответы
Почему я вижу ошибку Access Denied?
Пока ваши ВМ, диски и подсети из зоны ru-central1-c находятся в активной фазе принудительной миграции, вы не сможете с ними работать и изменять их. При попытке их изменить вы увидите ошибку — это ожидаемое поведение. Дождитесь окончания активной фазы, когда ресурсы окажутся в зоне ru-central1-d, после этого их снова можно будет изменять.
Активная фаза принудительной миграции может занимать до нескольких дней. Она начнется в индивидуальные сроки для каждого клиента после дедлайна миграции.
Если ваши ресурсы уже находятся в зоне ru-central1-d, но вы до сих пор не можете их изменить — обратитесь в техническую поддержку.
Что произойдет с ресурсами на платформе standard-v1 (Intel Broadwell)?
Старые платформы standard-v1 (Intel Broadwell) не поддержаны в зоне ru-central1-d. Если мы принудительно мигрировали в зону ru-central1-d ресурсы, работавшие на таких платформах, они не смогут там запуститься. Вы увидите ошибку вида platform "standard-v1" is unavailable in zone "ru-central1-d" при попытке запуска. Если вы с этим столкнулись, измените ВМ и выберите другую платформу, желательно standard-v3 (Intel Ice Lake), задайте нужное количество ядер и объем памяти, сохраните новую конфигурацию и еще раз попробуйте запустить ВМ.
Если ВМ не удалось запустить после смены платформы, обратитесь в техническую поддержку.