VMM의 네트워크 공유 파일 시스템 (GlusterFS)/마스터 슬레이브 구성에 3 개의 ActiveMQ 브로커가 있습니다.
마스터에 장애가 발생하면 클라이언트는 새 마스터로 장애 조치해야합니다.
내가 가진 문제는 새 마스터에 연결하는 데 약 50 초가 걸린다는 것입니다.
합리적인가요?
개선하는 방법? 네트워크 케이블을 분리하여 마스터를 분리 또한 때
내 클라이언트 접속은 중지 (글루 스터 FS (GlusterFS)에 임) kahaDB 대한 예외를 발생하고 다시 시작해야이ActiveMQ가 장애 조치에 걸리는 시간이 있습니다
failover:(tcp://a1:61616?connectionTimeout=1000,tcp://a2:61616?connectionTimeout=1000,tcp://a3:61616?connectionTimeout=1000)?randomize=false&maxReconnectDelay=10000&backup=true"
같다.
마스터 브로커가 자동으로 다시 시작되거나 네트워크가 다시 연결되면 자동으로 연결할 수 있도록이 동작에 대한 해결책이 있습니까?
이 동일 글루 스터 FS (GlusterFS)에서 구성 할 수 있습니다 볼 수 있습니다. nfs를 말하는 것은 실수였습니다. –
나는 GlusterFS에 대해서 모른다. 나는 또한 "LOCK_RELEASE"종류의 매개 변수가 있다고 추정한다. 모든 "클러스터 된"파일 시스템이 ActiveMQ에서 지원되는 것은 아니므로 (http://activemq.apache.org/shared-file-system-master-slave.html)을보십시오. –