#Признаки неисправности и область применимости
Приложение перестало быть доступным после переноса инфраструктуры в другую зону доступности Yandex Cloud. Смена зоны обычно означает развёртывание новых зональных ресурсов и переключение трафика, а не мгновенное перемещение исходной ВМ вместе с локальными адресами и дисками.
#Почему это происходит
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Новая подсеть и адресаIP-адреса и сетевые интерфейсы завязаны на выбранную подсеть. | ВМ запущена, старый приватный IP недоступен | Обновите конечные точки и конфигурацию DNS. |
| Не перенесены зональные ресурсыЗональный диск/зарезервированный адрес нельзя просто привязать в другой зоне. | Новая ВМ не видит диск или публичный адрес | Используйте снимки и ресурсы новой зоны. |
| Проблема доступа к БД и зависимостямПосле переезда поменялись маршруты, группы безопасности и адреса сервисов. | HTTP отвечает 502, приложение не подключается к БД | Проверьте каждую зависимость отдельно. |
#Пошаговая диагностика и устранение
- Сравните архитектуру до и послеЗафиксируйте исходную и новую зоны, имя VPC, подсети, частные и публичные IP, перечень дисков, DNS, балансировщики и список зависимостей. Не удаляйте старую ВМ до подтверждения нового окружения и сохранения её данных.
- Проверьте статус новых ресурсовВ Compute Cloud откройте ВМ в новой зоне, проверьте состояние RUNNING, корректность образа и сетевой интерфейс. Убедитесь, что сетевые группы безопасности и сервисный аккаунт указаны так же, как требует проект; имена ресурсов могут совпадать, а идентификаторы — нет.
- Проверьте подключение дисковВ Compute Cloud осмотрите список дисков новой ВМ. Зональные диски должны находиться в той же зоне, что и ВМ; для миграции используйте снимок и новый диск. Не пытайтесь вручную присоединять исходный диск из другой зоны и не форматируйте новый без проверки данных.
- Сравните маршрут приложенияПодключитесь к новой ВМ по безопасному способу. Выполните локальную проверку веб-приложения на правильном порте и пути; если локальный ответ 200, а извне не открывается, искать нужно в сети и балансировщике.
- Linux на новой ВМ, без администратораLinux · Терминал (Bash)КомандаLinux на новой ВМ, без администратора. Замените порт и схему. Ответ может отличаться по маршруту; сравнивайте со здоровым старым узлом.
curl -I --max-time 8 http://127.0.0.1:8080/
- Проверьте базу данных и внутренние адресаИз приложения проверьте соединения к БД, очереди и файловому хранилищу. Новая подсеть могла получить другую группу безопасности или не иметь прежнего маршрута. Не копируйте пароли в диагностические команды и не открывайте порт БД для всего интернета.
- Проверьте публичные адреса и DNSЕсли используется зарезервированный IP исходной зоны, для новой зоны потребуется подходящее сетевое решение. В DNS сравните A/AAAA записи, TTL и целевой балансировщик. До переключения убедитесь, что новая точка проходит проверку здоровья.
- Переключайте трафик постепенноСначала тестируйте новый ресурс по отдельному служебному имени или разрешённому клиентскому адресу. Потом переключите тестовую долю трафика балансировщика, если он есть. Следите за ошибками 5xx, задержками и записью данных: два независимых экземпляра БД без репликации могут разойтись.
- Проверяйте откат и выключение старого узлаСохраните возможность вернуть прежние DNS-записи/целевую группу, пока новый сервис не подтверждён. После проверки всех зависимостей отдельно согласуйте прекращение расходов старой зоны; не удаляйте её диски до окончания срока резервирования.
#Как проверить, что проблема исправлена
Приложение открывается из нужной сети и интернета, новая ВМ видит данные, успешно подключается к БД, балансировщик считает её здоровой, а новые записи сохраняются в выбранном единственном источнике истины.
#Если проблема осталась
Если доступна главная страница, но ошибка появляется в заказах/загрузках, проверьте фоновые задания и внешние интеграции. Ошибки после смены зоны часто вызваны именно незаменёнными адресами зависимостей.