Если после очистки кеша CDN сайт упал или стал медленным, остановите повторные очистки и проверьте исходный сервер — origin. Удалённые копии приходится получать заново: рост запросов может перегрузить приложение, базу данных или канал сервера.
Сначала сопоставьте время очистки, промахи кеша и нагрузку на origin. Затем восстановите выдачу подходящих ресурсов из кеша и проверьте критичные страницы: один успешный ответ главной ещё не означает, что сбой закончился.
Как подтвердить связь с очисткой
Запишите время и часовой пояс, область очистки и изменения, сделанные рядом с ней: релиз, правила CDN, заголовки приложения. Очистка одного файла и всего сайта создают разную нагрузку; совпадение по времени само по себе не доказывает причину.
В панели CDN и серверных метриках сравните одинаковые интервалы до и после события:
- долю ответов из кеша и число обращений к origin;
- частоту ошибок и время ответа;
- занятые процессы приложения, очередь запросов, CPU и память;
- задержки базы данных и нагрузку на диск или сеть.
Признак холодного кеша — после очистки меньше попаданий в кеш, больше запросов к origin и одновременно хуже его ответы. Если запросов к серверу не прибавилось, ищите другую причину: например, ошибку релиза или соединения CDN с origin. Общий порядок сравнения описан в разборе сбоя CDN.
Документация Cloudflare отдельно предупреждает: полная очистка может вызвать всплеск нагрузки на origin, пока кеш заполняется снова. Это механизм возможного сбоя, а не диагноз конкретного сайта.
Проверьте один ресурс повторными GET-запросами
Выберите небольшой публичный CSS-файл или изображение, которое по вашим правилам должно кешироваться. Получите его несколько раз с паузой, сохраняя один URL и одинаковые заголовки запроса. Не добавляйте случайный параметр: он может создать другой ключ кеша.
Пример для своего публичного адреса:
curl -sS --max-time 15 -D - -o /dev/null \
-w '\nHTTP=%{http_code} TTFB=%{time_starttransfer}s\n' \
'https://example.ru/assets/site.css'Команда выполняет GET и не передаёт данные входа. Смотрите HTTP-код, время до первого байта, заголовки кеша и содержимое файла в браузере: быстрый ответ с ошибкой не считается восстановлением.
MISS сменяется HIT
В Cloudflare CF-Cache-Status: MISS означает, что подходящего ресурса не было в кеше; HIT — что ресурс найден в кеше. У других CDN названия и смысл заголовков нужно сверять с их документацией. Справочник статусов Cloudflare помогает отличить эти ответы от обхода кеша.
Переход к HIT при повторении запроса согласуется с заполнением кеша. Он не подтверждает восстановление всех узлов: другой регион, вариант сжатия или URL может потребовать отдельного обращения к origin.
Ресурс остаётся некешируемым
Проверьте правила CDN, срок хранения, параметры ключа кеша и ответ приложения. Например, Cache-Control: private или no-store, сессионные cookies и специальные исключения могут объяснять, почему ожидаемый публичный файл не сохраняется.
Не убирайте ограничения вслепую. Корзина, кабинет и персональные ответы должны оставаться защищёнными от общего кеширования; их обход кеша может быть правильным поведением.
Восстановите кеш без нового всплеска
- Остановите повторный purge и автоматические массовые очистки. Сохраните журнал действий: иначе каждый новый сброс мешает понять, успевает ли кеш заполниться.
- Проверьте состояние origin. Найдите очередь процессов, медленные запросы к базе и ошибки приложения. Перезапуск без выяснения причины может лишь временно скрыть перегрузку.
- Исправьте подтверждённое изменение. Если релиз случайно отключил кеш публичной статики, верните прежнее проверенное правило. Не включайте кеширование всего HTML ради быстрого снижения нагрузки.
- Прогревайте только нужные публичные ресурсы. Если origin уже имеет запас, начните с небольшого списка популярных страниц и файлов, пригодных для кеша. Ограничьте параллельность и остановитесь при росте задержек, очереди или ошибок.
- Сравните результат с исходным уровнем. Попадания в кеш должны восстанавливаться, а нагрузка и время ответа — приближаться к обычным для сопоставимого трафика.
Не запускайте обход всего каталога на перегруженном сервере. Не переводите DNS напрямую на origin как универсальное решение: это может увеличить нагрузку и убрать защиту CDN. Прямую проверку origin выполняет ответственный специалист с правильными Host и TLS-настройками; отказ такого запроса возможен из-за разрешённого доступа только от CDN.
Когда считать сайт восстановленным
Повторите проверку публичной страницы, статики и критичного динамического URL без выполнения оплаты или создания заявки. Подтвердите ожидаемое содержимое, обычное время ответа и отсутствие повторных ошибок; отдельно убедитесь, что origin справляется с некешируемыми запросами.
Наблюдайте в период сопоставимого трафика, а не только сразу после уменьшения нагрузки. На будущее используйте очистку конкретных изменённых ресурсов, когда она решает задачу: Cloudflare рекомендует purge по URL вместо полной очистки. Возможности и область действия сверяйте со своим CDN.
Регулярные внешние проверки Web-Puls помогают замечать недоступность публичных URL, но причину перегрузки подтверждают серверные метрики и логи. Если сайт остаётся нестабильным, отправьте заявку на диагностику: укажите публичный URL, время очистки, её область и наблюдаемые ошибки без паролей и cookies; формат и стоимость работ согласуют до начала.