실제로 고 가용성을 지원하기 위해 RabbitMQ 클러스터링을 사용할 수 있습니까?

Question

저는 RabbitMQ를 고 가용성 및 신뢰성있는 메시지 브로커 후보로보고 있습니다. 필요한 것은 하나의 인스턴스의 하드웨어 또는 네트워크 장애가 발생한 후에도 계속 실행되는 n 개의 물리적 시스템에서 실행되는 메시지 브로커입니다. 개별 메시지는 적어도 한 번 이상의 의미로 안정적으로 전송되어야합니다. 클러스터는 또한 스스로 치료할 수 있어야하며 추가적인 수동 발명없이 충돌 한 인스턴스를 다시 시작할 수 있어야합니다.

RabbitMQ 설명서를 읽는 중 "신뢰할 수있는 LAN 링크를 통해 중개인을 연결해야합니다."와 같은 클러스터링 섹션에 몇 가지주의 할 점이 있습니다. 다른 섹션에서는 추락 된 노드를 다시 시작하면 수동으로 개입해야 할 수도 있음을 언급했습니다. RabbitMQ가 내 요구 사항을 충족시킬 수 있습니까? 그렇지 않다면 다른 OSS 대안이 있습니까?

Answer 1

사용자가 설명하는 요구 사항에 대해 RabbitMQ가있는 상자는 없습니다. RabbitMQ로 실제 비즈니스 요구 사항을 해결하려면 응용 프로그램과 관련된 몇 가지 추가 기능을 구축해야합니다. 이 경우 RabbitMQ 토론 목록 또는 Google for RabbitMQ 컨설팅에서 지침을 찾아야 할 수 있습니다.

클러스터에서 노드를 복구하지 않으면 은을 바꿉니다. Rabbit 시작 스크립트를 래빗의 종료 코드를 검사하는 것으로 포장 할 수 있으며, 충돌이 발생한 경우 노드를 삭제하고 새로운 것을 만들 수 있습니다.