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

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

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

Спасибо

1 Ответ

0 голосов
/ 17 мая 2010

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

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

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

  • от 8 до 10 ГБ памяти

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

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

...