Comments 4
Надеюсь в будущем они сделают нормальный HA-сетап для Графаны. У большей части других частей Графана стака (Alloy, Mimir, Loki) кластер нормально работает без лишних движений. Но единственный вариант HA на графану это до сих пор делать ещё HA-Mysql, подключать её к графане и уже танцевать вокруг этого. Неудобно ужас.
Да, было бы неплохо. Но кто ж его знает?
Средствами docker нельзя сделать?
Ну, мало кому нужно делать HA на докере, всё таки High Availability чаще является необходимостью на кубере, а не докере.
Отвечая на вопрос: ну в целом да, можно сделать статический кластер mysql/postgresql и к нему подключить n-инстанций Графаны.
Но всё же сейчас для таких сетапов хотелось бы уже использовать HPA (Горизонтальное масштабирование подов, когда под нагрузкой просто новые поды создаются) на кубере и вот тут всё становится так себе. Начиная с того что в принципе классические SQL это не лучший выбор, чтобы гонять на кубере, и заканчивая тем что это большой overhead, необходимость оператора mysql, и в целом сильно возрастающий уровень комплексности.
Увы mysql/postgresql совместимые newSQL (tidb/yugabyte) БД Графана тоже не поддерживает... У меня на работе например деплоить классические SQL в кубере строго запрещено, а как DBaaS на кластере только Yugabyte доступен, что делает нормальный HA сетап для Графане в принципе невозможным, что потенциальное слабое звено всей системы мониторинга
Вышла Grafana 11.3: дашборды на базе Scenes, обновления визуализаций, панелей, и многое другое