очередь сообщений: выбор и калибровка

Question

• У меня есть 20 сообщений/с, каждый 1 - 1,5 Мбайт.
  • Мне нужно Высокая доступность (от 2 до 4 серверов мин.).
  • Мне нужен низкий латентный (большой дневной объем -> полная RAM).
  • Мне нужна постоянная очередь отравленных сообщений.
  • Только несколько клиентов (около 16), локально.
  • Я могу иметь 12-16 Гбайт ОЗУ на сервер (брокер).

Какие JMS очереди сообщений/сообщений вы могли бы порекомендовать?
В какой конфигурации (CPU/RAM)?

Могу ли я предложить опциональную настойчивость NAS (в случае окончательного отказа поставки)?

Благодаря

Answer 1

Если вы должны были использовать WebSphere MQ вам потребуется NFS v4 вместо NAS, но кроме того, что он соответствует вашим требованиям, если настроены соответствующим образом. Я хотел бы настроить его:

• циклическое ведение журнала для выполнения
• NPMCLASS (HIGH) сохраняется сообщения о нормальном завершении работы, но может потерять их в случае выхода из строя. Обеспечивает высокую производительность передачи в памяти, откладывает запись до переполнения буферов памяти или закрытия QMgr.
• BOQNAME/BOQTHRESH автоматически запрашивает ядовитые сообщения после ответов BOQTHRESH.
• Кластер WebSphere MQ для балансировки рабочей нагрузки и горизонтального масштабирования.
• Поддерживаемая платформа UNIX/Linux.

Я просто догадываюсь о требованиях к оборудованию, но я видел очень хорошую пропускную способность в среднем аппаратном обеспечении. На странице http://bit.ly/WMQSupportPacs доступны отчеты по производительности на платформе. Они называются MP *.

• 8 до 10 Гб памяти
• 4-CPU

Вы бы определенно хотите использовать WMQ v7 для этого, как на стороне сервера и на стороне клиента, а более ранний версия.

Полное раскрытие информации: Я IBMer, я специализируюсь на WMQ, и у меня нет сравнительных предложений для других поставщиков транспорта. Я полагаю, что другие будут взвешивать, поэтому вы можете получить хороший обзор доступных вариантов.