7
Hazelcast의 애플리케이션은 50 개 이상의 노드가있는 아키텍처에서 가장 일반적으로 발견됩니다. Hazelcast를 1 ~ 4 노드 아키텍처에서 사용하는 것이 합리적입니까? 그렇다면 파티션과 hazelcast 인스턴스와 관련하여 따라야 할 최고의 전략은 무엇입니까?Hazelcast에서 파티셔닝은 어떻게 작동합니까?
하나의 노드에서만 Hazelcast를 사용한다고 가정 해 봅시다! 얼마나 많은 hazelcast 인스턴스를 사용해야합니까? 그리고 파티션 번호를 그대로 (271) 그대로 두어야합니까, 아니면 내 결정을 내릴 때 고려해야 할 요소가 무엇인지를 변경하는 것이 더 나은지 여부를 결정해야합니다.
제발 누군가 이걸 가르쳐주세요.
먼저 입력 해 주셔서 감사합니다. 여기서는 솔직한 저장소로 couchbase와 함께 메모리 데이터 그리드에서 분산 된 헤즐리 케스트를 사용하려고합니다. 그래서이 조합 (4 개 노드의 헤즐 캐스팅과 30 개의 무언가에 대한 couchbase)이 제공 할 항목이 있는지 파악하려고합니다. 나는 읽기/쓰기 처리량을 가진 MapStore를 사용하여 몇 가지 메트릭을 수행했으며, 헤즐 캐스트가 빠른 couchbase가 더 빠름에도 불구하고. 요구 사항은 매우 큽니다 (테라 바이트 단위의 데이터). –
우리는 MapStore 인터페이스 만 제공하므로 실제 구현은지도의 전체 성능에서 큰 부분을 차지합니다. 또 다른 중요한 요소는 설정입니다. write vs write 뒤에 쓰십시오. 동기화 백업이있는 맵을 사용할 수 있지만 (적어도 다른 시스템에서는 메모리에서 보장됨) writebehind 맵 스토어가 있습니다. 회원 중 한 명이 글쓰기를 할 것입니다.이 방법을 통해 맵 스토어의 성능을 극대화 할 수 있습니다. – pveentjer
다시 한번 감사드립니다. 하나의 마지막 질문 : 나는 couchbase 연결 인스턴스를 가지고 있습니다. 파티션이이 인스턴스를 독립적으로 사용하고 동시에 작성합니까? 아니면 다음 파티션을 계속 진행하기 위해 하나의 파티션이 끝날 때까지 기다릴까요? –