Изменения документа RabbitMQ
Редактировал(а) Alexandr Fokin 2024/06/09 19:02
<
>
отредактировано Alexandr Fokin
на 2021/01/06 14:01
на 2021/01/06 14:01
отредактировано Alexandr Fokin
на 2021/01/06 14:07
на 2021/01/06 14:07
Изменить комментарий:
Редактировать комментарий
Комментарий
-
Объекты (1 изменено, 0 добавлено, 0 удалено)
Подробности
- XWiki.XWikiComments[3]
-
- Комментарий
-
... ... @@ -3,14 +3,16 @@ 3 3 4 4 Также существует механизм зеркалирования, который позволяет производить репликацию очередей. В таком случае для очереди одна нода выступает в роли мастера, остальные в роли подчиненного. 5 5 Чтение и запись будут проходить через мастер ноду, а от нее распространяться на подчиненные ноды. В случае выхода из строя мастер ноды, одна из подчиненных нод берет на себя роль мастер ноды. Если упавшая нода оживает, то она возвращается в кластер, но в роли подчиненной ноды. 6 -Зеркалирование можно происходит, как на все ноды в кластере, так и на несколько (задается количеством реплик или указанием конкретных улов кластера). 6 +Зеркалирование можно происходит, как на все ноды в кластере, так и на несколько (задается количеством реплик или указанием конкретных узлов кластера). 7 7 При зеркалировании отправка сообщения с клиента считается успешно завершенной только после того, как мастер нода очереди распространило реплики сообщения на все подчиненные ноды репликации. При обращении к подчиненной ноде для выполнения отправки или потребления сообщения, подчиненная нода выполняет обращение к мастер ноде очереди. (Поэтому, по возможности, имеет смысл подключаться к ноде, выступающей в роде мастер-ноды для конкретной очереди) 8 8 9 9 Вопросы: 10 10 1) Как поведет себя кластер в случае распада на несколько сегментов из-за проблем с сетью? А именно: если сегменты продолжат получать сообщения, то что будет происходит при соединении сегментов. Как будет синхронизироваться состояние очередей. Скорее всего в данном случае может возникнуть ситуация, при которой разделенные сегменты могут отдать одно и то же сообщение потребителям в итоге получив дублирование. 11 +Clustering and Network Partitions 12 +https://www.rabbitmq.com/partitions.html 11 11 12 12 Примечание: 13 13 Существуют и альтернативные методики синхронизации основанные на 14 14 1) плагине федераций 15 15 2) плагине лопата. (клиент-потребитель, запущенный на стороне брокера и автоматически пересылающий сообщения из одной очереди в другие) 16 -3) явном управлении со стороны клиентов очереди, отправка сообщения сразу на несколько брокеров. 18 +3) явном управлении со стороны клиентов очереди, отправка сообщения сразу на несколько очередей/брокеров.