Forwarded from DevOps Deflope News
А тем временем, в RabbitMQ 3.8 реализовали нативную поддержку Prometheus метрик. И даже подготовили дашборды для графаны 📊http://amp.gs/qCD3
Таким образом, все больше продуктов нативно поддерживает Prometheus 🔥🔥🔥. Из недавнего например HAProxy и NGINX Plus.
И вы можете помочь добавить нативные метрики в ClickHouse, поставив «👍 и ❤️» в этой ишью, или даже реализовать эту фичу 😉http://amp.gs/qCDH
#news #rabbitmq #monitoring #prometheus #clickhouse
Таким образом, все больше продуктов нативно поддерживает Prometheus 🔥🔥🔥. Из недавнего например HAProxy и NGINX Plus.
И вы можете помочь добавить нативные метрики в ClickHouse, поставив «👍 и ❤️» в этой ишью, или даже реализовать эту фичу 😉http://amp.gs/qCDH
#news #rabbitmq #monitoring #prometheus #clickhouse
Forwarded from chiki_briki
Немного про диетическое мясо и легкий, теплый мех - про RabbitMQ
Я разделю эту тему на 3 потока сознания, ищите по тегу #rabbitmq
На днях занимался обновлением кластеров кролика с версии 3.7.6 до 3.7.23
При обновлении есть что учесть, к примеру версию Erlang/OTP. Полный changelog по версиям можно посмотреть тут: http://bit.ly/39xrR2T
Но бОльшая проблема кроется в другом: У кролика есть мастер очередь и ее реплики. Находятся они, понятное дело, на разных хостах. Мастер очередь отвечает за всю магию происходящую с сообщениями а реплики лишь обеспечивают доступность, и та очередь, у которой аптайм самый высокий, становится мастер очередью в случае смерти хоста со старой мастер очередью. Из этого всего следует, что для оптимального распределения нагрузки по кластеру нужно чтобы мастер очередей было примерно поровну на всех хостах кластера.
В чем же проблема спросите вы? Пишем в конфижек:
Официально предложенное лекарство это создание policy с указанием:
Про все выше написанное в доке кролика: http://bit.ly/2vuKhCI
Кто сталкивался и решал эту проблему - напишите пожалуйста свои варианты в чат @chiki_briki_chat или личку @the_asten С удовольствием почитаю, а потом напишу как решил эту проблему у себя.
p.s. Пожалуйста не предлагайте мне манную кафку, я ею с детства закормлен 😄
Я разделю эту тему на 3 потока сознания, ищите по тегу #rabbitmq
На днях занимался обновлением кластеров кролика с версии 3.7.6 до 3.7.23
При обновлении есть что учесть, к примеру версию Erlang/OTP. Полный changelog по версиям можно посмотреть тут: http://bit.ly/39xrR2T
Но бОльшая проблема кроется в другом: У кролика есть мастер очередь и ее реплики. Находятся они, понятное дело, на разных хостах. Мастер очередь отвечает за всю магию происходящую с сообщениями а реплики лишь обеспечивают доступность, и та очередь, у которой аптайм самый высокий, становится мастер очередью в случае смерти хоста со старой мастер очередью. Из этого всего следует, что для оптимального распределения нагрузки по кластеру нужно чтобы мастер очередей было примерно поровну на всех хостах кластера.
В чем же проблема спросите вы? Пишем в конфижек:
queue-master-locator: min-masters
или
queue-master-locator: random
Именно так в конфиге и стоит писать, и при первичном создании очередей мастер очередь действительно попадет куда её просят. Однако внимательный читатель вспомнит, что мастер очередь после падения, уедет жить туда, где её реплика живет дольше всех. Итак «собери их всех»: после последовательного обновления хостов кластера (или просто рестарта хостов) мы получим все мастер очереди на одном хосте с самым высоким uptime. Сами они не разъедутся, даже если очень попросить. И даже если «денек подождать». Ну не рассосется оно.Официально предложенное лекарство это создание policy с указанием:
ha-mode: nodes
ha-param: список хостов
Про все выше написанное в доке кролика: http://bit.ly/2vuKhCI
Кто сталкивался и решал эту проблему - напишите пожалуйста свои варианты в чат @chiki_briki_chat или личку @the_asten С удовольствием почитаю, а потом напишу как решил эту проблему у себя.
p.s. Пожалуйста не предлагайте мне манную кафку, я ею с детства закормлен 😄
Forwarded from Записки админа
🖇 Battle of the RabbitMQ Queues: Performance Insights on Classic and Quorum - о классических и кворумных очередях в RabbitMQ. Какой тип очереди выбрать для решения тех или иных задач, какие есть плюсы у каждого из типов...
https://dzone.com/articles/battle-of-the-rabbitmq-queues-performance-insights
#rabbitmq #напочитать
https://dzone.com/articles/battle-of-the-rabbitmq-queues-performance-insights
#rabbitmq #напочитать