Серверы и ИИ: практическое применение
Retention Prometheus: предел данных не равен жёсткому пределу каталога
При одновременном задании времени и размера retention срабатывает условие, достигнутое первым. Поэтому требуемый срок хранения не гарантируется одним большим retention.time, если раньше заканчивается размер. Проект должен оценить реальную интенсивность samples и число рядов с учётом ожидаемого расширения оборудования.
Ограничение размера учитывает данные каталога, но для его выполнения удаляются прежде всего постоянные blocks. WAL и head-данные требуют отдельного места и не исчезают просто потому, что задан небольшой предел. Диск должен выдерживать их пиковое использование, а не только желаемый размер исторического архива.
При compaction исходные и новые blocks некоторое время существуют одновременно, что способно временно увеличить занимаемое место. Очистка истёкших blocks также происходит в фоне. Поэтому retention.size не следует использовать как единственный механизм гарантии, что файловая система никогда не заполнится.
В приёмке измеряют объём при рабочей нагрузке и согласованном пике, проверяют запас и мониторинг свободного места. Сверяют доступную фактическую историю с требованием. Небольшой размер каталога сразу после запуска не подтверждает достаточную ёмкость для полного периода хранения и фонового обслуживания.
Основание — Prometheus official latest/practices documentation snapshot; Download stable3.15.1 distinguished from prerelease3.16.0-rc.2, разделы Retention; compaction; operational aspects. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Установленный Prometheus, exporters и правила объекта не проверялись. Это проектная проверка мониторинга, не отчёт о запросах к реальному серверу или доставленных уведомлениях.