|
Кластер ActiveMQ + ZooKeeper
|
|||
---|---|---|---|
#18+
Коллеги, добрый день. Имеется ли у кого-нибудь опыт организации кластера на основе связки ActiveMQ + ZooKeeper ? Конкретно интересует возможность принудительного выбора мастера после его рестарта. В документации указано: If the master dies, the slaves with the latest update gets promoted to become the master. The failed node can then be brought back online and it will go into slave mode. Т.е. после того, как старый мастер будет возвращен в кластер, он станет слейвом. А нужно, чтобы после своего возвращения он принудительно опять стал мастером. Такое в принципе возможно? Дело в том, что в качестве основного брокера выступает довольно "жирный" сервер. А "запасные" значительно уступают ему в производительности. Единственное, что нашел хоть как-то приближающее к желаемому результату - это выставить в конфиге основного брокера параметр weight выше, чем у остальных. The replication node that has the latest update with the highest weight will become the master. Used to give preference to some nodes towards becoming master. Но для этого нужно "убить" ставший мастером "запасной" брокер. Тогда "оживший" основной опять станет мастером. Есть ли какое-то более изящное решение? ... |
|||
:
Нравится:
Не нравится:
|
|||
11.02.2016, 12:07 |
|
Кластер ActiveMQ + ZooKeeper
|
|||
---|---|---|---|
#18+
13-й ПилигримКоллеги, добрый день. Имеется ли у кого-нибудь опыт организации кластера на основе связки ActiveMQ + ZooKeeper ? Конкретно интересует возможность принудительного выбора мастера после его рестарта. В документации указано: If the master dies, the slaves with the latest update gets promoted to become the master. The failed node can then be brought back online and it will go into slave mode. Т.е. после того, как старый мастер будет возвращен в кластер, он станет слейвом. А нужно, чтобы после своего возвращения он принудительно опять стал мастером. Такое в принципе возможно? Дело в том, что в качестве основного брокера выступает довольно "жирный" сервер. А "запасные" значительно уступают ему в производительности. Единственное, что нашел хоть как-то приближающее к желаемому результату - это выставить в конфиге основного брокера параметр weight выше, чем у остальных. The replication node that has the latest update with the highest weight will become the master. Used to give preference to some nodes towards becoming master. Но для этого нужно "убить" ставший мастером "запасной" брокер. Тогда "оживший" основной опять станет мастером. Есть ли какое-то более изящное решение? Добрый день , мы нашли решение - только переходом на ... |
|||
:
Нравится:
Не нравится:
|
|||
03.04.2019, 11:31 |
|
Кластер ActiveMQ + ZooKeeper
|
|||
---|---|---|---|
#18+
Переходом на rabbitmq https://www.rabbitmq.com/ha.html https://www.rabbitmq.com/clustering.html кластер из 5 нод , где 2 в раме 3 на дисках , мастер выбирается кворумом, и везде не советуют мастер делать опять мастером :( будь то ActiveMQ , будь то rabbitmq Если время прошло много, получается что сообщения не реплицируется корректно . ... |
|||
:
Нравится:
Не нравится:
|
|||
03.04.2019, 11:33 |
|
|
start [/forum/topic.php?fid=59&gotonew=1&tid=2121395]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
27ms |
get topic data: |
8ms |
get first new msg: |
6ms |
get forum data: |
2ms |
get page messages: |
35ms |
get tp. blocked users: |
1ms |
others: | 320ms |
total: | 425ms |
0 / 0 |