Резервная копия Prometheus: согласованность не означает включение последних samples

Запросить

Фотография конкретного исполнения не приложена.

Документация Prometheus рекомендует snapshots для резервного копирования локального хранилища. Копия без снимка способна потерять данные, записанные после формирования последнего TSDB block. Поэтому дата файлового архива и его успешная передача сами по себе не определяют, насколько свежие samples действительно попадут в восстановление.

Исключение WAL и head-каталогов может обеспечить согласованную копию ценой потери соответствующего недавнего диапазона. Это два разных критерия: копия открывается корректно и копия содержит весь требуемый период до согласованной точки. Их нельзя объединять одним общим статусом «backup успешен» без описания границы данных.

В проекте сохраняют способ создания, состав, момент снимка и требования к допустимой потере. Удалённое хранение через отдельные APIs также требует собственной оценки гарантий; факт наличия remote endpoint не подтверждает резервную копию всех локальных данных и возможность восстановления конфигурации мониторинга.

В приёмке восстанавливают тестовый снимок отдельно от рабочего сервера и сверяют известные samples, особенно у конца диапазона. Контролируют доступность запросов и соответствие ожиданиям по свежести. Открытый восстановленный сервер без проверки последних данных не является доказательством выполненного требования к резервному копированию.

Основание — Prometheus official latest/practices documentation snapshot; Download stable3.15.1 distinguished from prerelease3.16.0-rc.2, разделы Snapshots and backups. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Установленный Prometheus, exporters и правила объекта не проверялись. Это проектная проверка мониторинга, не отчёт о запросах к реальному серверу или доставленных уведомлениях.

Все разборы