Неправильные данные о точках передачи данных в Bosun (выпуск с понижающей дискретизацией)

Question

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

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

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

Answer 1

В настоящее время Bosun жестко запрограммирован для использования часовой пояс UTC для всего. Мы рекомендуем менять OpenTSDB/HBase на использование UTC. Есть вопросы Github, чтобы сделать это более очевидным in the UI или для changing to a local timezone. Была попытка добавить настройку для changing the timezone, но она не была объединена.

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