Есть ли готовый к работе отказоустойчивый JMS (HA) для JBoss 5.1 EAP?

Question

Мы используем HornetQ в качестве JMS-провайдера в EAP JBoss 5.1, и в целом мы вполне удовлетворены производительностью HornetQ.

HornetQ отбросил поддержку репликации данных в 2.2.2 в молчании. Теперь у нас есть проблемы при создании решения HA с JBoss и HornetQ, так как существующие стратегии восстановления после сбоя HornetQ не являются надежными. Например, у клиентов возникают проблемы с повторным подключением к HornetQ после того, как мастер снова подключен. Сообщения сохраняются в очереди хранения и пересылки при использовании стратегии циклического перебора, и это приводит к недоставленным сообщениям в случае отключения узла.

HornetQ развивается, но без репликации данных нет серьезного решения для продуктивной среды.

Какой провайдер JMS поддерживает реальные производственные безопасные возможности HA и отказоустойчивости в сочетании с хорошей производительностью, мониторингом и, конечно же, совместимостью с JBoss 5?

Answer 1

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

Мы работаем над репликацией. У нас работает код, и он должен быть выпущен в ближайшее время. Но общее хранилище оказалось очень надежным.

Мы собираемся поддерживать репликацию, но общее хранилище IMHO - лучшее решение для большинства случаев. Единственный сценарий, когда это не так, - это когда нет возможности инвестировать в диск, который будет поддерживать GFS (или любые другие общие и доступные диски).

У нас есть крупные банки, использующие это решение в производственных условиях. Как вы сказали, мы делаем успехи. Эти банки фактически используют аппаратное решение (включая центр аварийного восстановления), даже если репликация уже поддерживается.