Контрольная точка кластеризации москитов?

Question

Я пытаюсь создать кластер из москитов, потому что москит - это единственный поток и, похоже, не может обрабатывать много сообщений qos 2. Сравнение серверов

MQTT: Benchmark of MQTT Servers

Я нашел mosquitto можно использовать мост, как построить кластер (Cluster forming with Mosquitto broker), но мне интересно, если mosquitto подписаться все сообщения от все другого сервера вызовет большие накладные расходы для внутреннего отправки сообщения.

Например, если у меня есть 10 брокеров mosquitto, каждый из них обслуживает 1000 сообщений, изначально это общее количество 100 000 сообщений. Но сообщения будут распространяться между брокерами, поэтому каждое сообщение отправит другим 9 брокерам, это общее сообщение 1000 x 9 x 10 = 90 000 для внутреннего использования.

Есть ли определенный ориентир для кластеризации москитов? Или какое общее решение для отправки много сообщений qos 2?

Благодаря

Answer 1

Мы использовали для установки платформы MQTT службы, которые используют Mosquitto в качестве брокера, с 8 маклеров мостовом вместе около 20к клиентов подписались с 20k тем, КО = 0, средны пабы ок сообщений/сек с 100 -2k байтов, мостик подписывается и публикует все темы и приносит огромную латентность вперед, иногда более 2 минут. Итак, теперь мы просто передаем все пабы каждому из брокеров, это действительно работает. Но мост - это что-то еще с кластером, что означает, что он не любит логического брокера MQTT, который поддерживает кластерный сеанс, баланс нагрузки, единую точку отказа, .. , поэтому я реализовал автономный кластер Mosquitto и сделал некоторые тесты производительности на Tsung, вообще говоря, со сценарием, что 30k подписчик/2.5k пабов/сек, длина полезной нагрузки = 744 байта, qos = 1, средний запрос ответа немного выше, чем мост (5,1 мс против 2,32 мс), но не потеряно сообщение и загрузка была сбалансированной. вы можете найти подробный отчет об испытаниях под номером mosquitt-cluster-bridge-benchmark.