Неправильная передача данных в Bosun (проблема с понижением частоты дискретизации)

Question

У меня есть метрика, которую я проверяю в течение 2 часов, используя максимальный агрегатор (например, с 9:30 до 11:30 по тихоокеанскому времени). Интерфейс Opentsdb показывает, что в 10:16 PST была только одна точка данных. И если я выберу 2h max downsampling, то пользовательский интерфейс покажет одну точку данных в 10:00, что правильно. Когда я проверяю ту же метрику с помощью пользовательского интерфейса Bosun в течение того же периода времени, точка данных регистрируется в 10:52 по тихоокеанскому времени, и если я выбираю максимальную пониженную дискретизацию за 2 часа, то получаю "Нет результатов".

Я также пробовал другие метрики: всякий раз, когда я использую то же значение для понижающей выборки, что и для общего запроса, я получаю "Нет результатов", в то время как с пониженной выборкой или вообще без понижающей выборки существуют точки данных.

Я был бы очень признателен, если бы кто-то мог объяснить поведение Босуна в этом примере.

Answer 1

В настоящее время Bosun жестко использует часовой пояс UTC для всего. Мы рекомендуем изменить OpenTSDB/HBase для использования UTC. Есть проблемы с Github для того, чтобы сделать это более очевидным в пользовательском интерфейсе или для перехода на местный часовой пояс. Была попытка добавить параметр для изменения часового пояса, но его не удалось объединить.

Переполнение стека использует UTC для всех наших систем, поэтому нам не нужно реализовывать поддержку других часовых поясов. UTC настоятельно рекомендуется из-за проблем с летним временем и серверами в разных местах, но если кто-то хочет добавить поддержку локального часового пояса, мы будем рады обсудить реализацию на Github или в простом чате.