0
.NET 플랫폼을 MSMQ에서 ActiveMQ로 이동하는 중입니다. 하루에 3 천만 개 이상의 영구 메시지를 처리하므로 처리량과 용량이 매우 중요합니다. MSMQ 종속 응용 프로그램이 구성된 방식은 먼저 로컬/개인 큐에 쓰는 것입니다. 그런 다음 처리를 위해 해당 메시지를 각각의 원격 대기열로 라우팅하는 로컬 서비스가 있습니다. 이렇게하면 초기 대기열에 넣기/쓰기 쓰기가 빠릅니다 (예, 비동기 대기열에 넣기도 가능함). 원격 서버를 사용할 수 없으면 메시지가 손실되지 않습니다.NAS를 사용하여 VM을 사용하여 ActiveMQ를 구현하는 방법
우리는 ActiveMQ에 동일한 패러다임을 사용할 예정 이었지만 이제는 대부분의 응용 프로그램 서버에 대해 VM 저장소와 함께 VM을 사용하기로 결정했습니다. 이것은 NAS에 갈 것이기 때문에 각 메시지의 쓰기 성능을 크게 떨어 뜨립니다. 큐잉에 대한 우리의 접근 방식을 재고 할 필요가 있다고 느낍니다. 지속적이고 높은 처리량을 요구하는 ActiveMQ를 사용하는 데 가장 좋은 방법이 무엇인지 알고 싶습니다. 전용 큐 서버 (VM이 아닌)를 사용해야합니까? 하지만 이는 애플리케이션의 모든 쓰기가 네트워크를 통해 직접 진행된다는 것을 의미합니다. 고 가용성 요구 사항을 어떻게 처리합니까?
모든 의견을 환영합니다.