Пятничный деплой
4.36K subscribers
1.27K photos
24 videos
163 files
7.54K links
Подборка ссылок, статей и постов из мира DevOps\SRE\разработки. Если вы хотите прислать фидбек, интересную статью или просто поболтать пишите @count0ru https://t.me/s/count0_digest
Download Telegram
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
Forwarded from chiki_briki
​​Немного про диетическое мясо и легкий, теплый мех - про RabbitMQ

Я разделю эту тему на 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. Пожалуйста не предлагайте мне манную кафку, я ею с детства закормлен 😄
🖇 Battle of the RabbitMQ Queues: Performance Insights on Classic and Quorum - о классических и кворумных очередях в RabbitMQ. Какой тип очереди выбрать для решения тех или иных задач, какие есть плюсы у каждого из типов...

https://dzone.com/articles/battle-of-the-rabbitmq-queues-performance-insights

#rabbitmq #напочитать