Политика сохранности понимает для графит БД

Question

У меня есть упоминание политики сохранения ниже в storage-schemas.conf файле

[metrics]
pattern = ^metrics.api.*
retentions = 10s:5m,1m:1d,1h:30d,1d:1y,30d:10y

Ниже я понимаю, что эта политика работает для сопоставленного шаблона, начинающегося с metrics.api *

1-е: 10 с: 5 м -> 1 или более раз запись вставляется с интервалом 10 с, после чего она берет последнюю запись и поддерживает 1 точку данных, до 5 мин. Она поддерживает историю, скажем, допустим, что в 5 м 5 добавлены точки данных для ключа метрики.

2-й: 1m: 1d -> этот второй прогон после 5-минутных оверлеев для того же ключа метрики, 1 или более раз запись вставляется на 1m, затем он будет принимать последнюю запись и поддерживать 1 точку данных, пока 1d не поддерживает историю, скажем, предположим, в 1d 15 точек данных, добавленных для ключа метрики.

, поэтому мой вопрос: что произойдет для этих 2 удержаний, будет ли это в среднем 1-е 5 + 15/2 = 10? и получите одну среднюю точку данных из этого 1-го и 2-го арендных плат

--- она ​​длится до 10 лет данных, которые будут сохранены

Вы можете объяснить, пожалуйста, о вышеуказанной политике хранения

Answer 1

aggregationMethod будет применяться к этой политике хранения при переключении границ. Первое сохранение - 10 с: 5 м означает, что Graphite будет хранить 30 точек данных (каждые 10 секунд в течение последних 5 минут) в архиве 0.

Обратите внимание, что он всегда будет хранить эти точки данных, даже если данные не поступали. В этом случае Graphite поместит туда значения NULL.

Тогда следующее удержание - 1m: 1d означает, что каждый минутный шепот будет извлекать 6 из этих 10-секундных данных из архива 0, применять функцию Average () и сохранять их в архиве 1. Но учтите, что Whisper сделает это только в том случае, если по крайней мере 3 (количество точек данных - 6, умноженное на xFilesFactor = 0,5) или несколько точек в архиве 0 имеют значения (т. Е. Не NULL). В противном случае Whisper решает, что у него недостаточно данных для распространения, и вместо этого помещает также NULL.

Et c - третье сохранение 1h: 30d означает, что 60 точек данных из архива 1 будут агрегированы с использованием функции усреднения и распространены в архив 2, но только если хотя бы 30 из них имеют значение, et c.