Berkeley DB 복제 : 복제본 수의 상한선?

Question

버클리 DB를 사용하여 응용 프로그램 클러스터의 일부 데이터를 캐시하는 것이 좋습니다. 버클리 DB 처리에 대해 계획 할 수있는 노드 수에 대한 합리적인 상한선은 무엇입니까? 데이터베이스에 쓰는 것은 단일 노드에서 수행됩니다.

Answer 1

마크, 우리는 일부 대형 고객이 훨씬 더 큰 복제 그룹과 실행이 있지만 대부분의 고객은 5 ~ 20 개 노드의 복제 그룹을 사용하고

. Berkeley DB에는 고유 한 한계가 없습니다.

실제 제한은 읽기/쓰기 작업량 혼합, 복제 시스템 구성 방법 및 마스터 시스템에서 사용할 수있는 CPU 사이클 양에 따라 달라집니다. 기본적으로 마스터는 각 복제본과 통신해야합니다 (로그 레코드를 보내고 확인 응답을 처리하고 요청에 응답하는 등). 마스터와 통신하는 각 복제본은 약간의 오버 헤드를 추가합니다. 주로 읽기/쓰기 작업로드의 경우 마스터는 자주 워크로드를 작성하지 않아도 복제본과의 통신은 최소한의 처리 만 필요합니다. 주로 쓰기 작업 부하에서 마스터는 복제본과 적극적으로 통신하고 복제본 당 더 중요한 워크로드를 발생시킵니다. 읽기 작업을 복제본으로 퍼팅하고 Berkeley DB HA 클라이언트 - 클라이언트 동기화 기능을 사용하여 마스터의 작업 부하를 줄일 수 있습니다.

귀하의 마일리지는 다양하므로 가장 좋은 방법은 응용 프로그램의 프로토 타입을 테스트하고 처리량, 응용 프로그램 요구 사항 및 사용 가능한 CPU주기의 균형을 평가하는 것입니다. 복제 그룹에서 얼마나 많은 노드가 필요하다고 생각합니까?

감사합니다,

데이브

추신 : Getting Started with Replication Guide가 시작하기 좋은 장소입니다.