Cold start is too slow
StableОжидаемые времена, диагностика и типовые причины.
Обновлено: 4 февраля 2026 г.
Если cold start заметно превышает ожидания, важно отличить нормальную «первую прогрузку» от проблем инфраструктуры.
Норма
- Типичный cold start: до ~5 секунд (< 5 с).
- Если БД давно не запускалась, большой объём WAL или идёт интенсивная запись в момент старта — запуск может занять дольше.
Диагностика
-
Проверьте состояние БД в Console:
stateиtarget_scale/current_scale;worker_id(если уже назначен);updated_at/last_used_at.
-
Запустите БД вручную (Console → Start) и наблюдайте:
- уходит ли БД из
starting/bootingвready; - нет ли быстрого отката обратно в
stoppedили перехода вerror.
- уходит ли БД из
-
Посмотрите логи (Console → Monitoring → Logs):
- ошибки TLS/сертификатов;
- ошибки подключения к storage/Pageserver;
- ошибки bootstrap (миграции, расширения).
-
Исключите проблемы на стороне клиента:
sslmode=requireвключён;- DNS/файрволл не блокирует
<gateway-host>:5432; - драйвер не делает агрессивный
connect_timeout(например 1–2 секунды) без retry.
Типовые причины
- Нет ресурсов под compute (очередь/лимиты в кластере).
- Долгий replay/инициализация (большая БД, много изменений с прошлого запуска).
- Проблемы со storage (S3 latency/ошибки, деградация Pageserver).
- Некорректные секреты/ротация (pg_password не совпадает, цепочка CA устарела в self-hosted).
Что собрать для обращения в поддержку
- tenant и db (имя +
db_id); - время и часовой пояс попыток подключения;
- состояние БД и
worker_id; - 20–30 строк логов вокруг старта (без секретов).