MongoDB Search와 MongoDB Vector Search를 활용하는 MongoDB 시스템을 설계할 때는 두 가지 일반적인 배포서버 유형이 있습니다.
mongod및mongot프로세스가 동일한 호스팅하다 주식 코로케이션 아키텍처입니다. 이 아키텍처는 개발 및 소규모 검색 또는 벡터 검색 워크로드에 적합합니다.mongod및mongot프로세스가 각 워크로드 의 요구 사항에 따라 각각 크기가 조정되는 별도의 머신에서 실행 전용 인프라 모델입니다. 이 인프라는 고가용성, 샤딩 또는 검색 검색 와 인덱싱 이 많은 벡터 워크로드를 필요로 하는 애플리케이션에 권장됩니다.
이 섹션에서는 두 배포서버 유형에 대해 모두 설명합니다. 또한 샤딩된 MongoDB 클러스터에 mongot 를 배포하는 것이 어떤 영향을 미치는지 설명합니다.
공존하는 아키텍처
이는 가장 간단한 아키텍처로, 개발 환경이나 빠른 반복이 필요한 모든 상황에 권장됩니다. 래피드 프로토타입 제작에 탁월하며 최소한의 구성이 필요합니다.
배포서버 mongod 및 mongot 프로세스를 모두 실행 단일 머신으로 구성됩니다. 모든 통신은 localhost 주소를 통해 이루어질 수 있으며, 모든 인증 및 보안 기능을 비활성화하거나 더 허용하도록 설정할 수 있습니다.
대부분의 소규모 검색 워크로드의 경우 이 아키텍처를 다중 노드 복제본 세트 로 확장할 수 있습니다. 함께 배치된 아키텍처를 구현할 때는 주의를 기울이고 리소스 경합의 징후가 있는지 모니터 .
전용 인프라
이는 프로덕션 환경에 권장되는 범용 아키텍처입니다. 전용 인프라는 데이터베이스 노드와 검색 노드 모두에 대해 수평 및 수직 확장성 모두 수용합니다.
배포서버 복제본 세트 구성에서 mongod 를 실행 머신 3대 이상과 mongot을 실행 머신 2대 이상으로 구성됩니다. 검색을 쿼리할 때 고가용성 제공하려면 mongod 노드에 애플리케이션 수준 로드 밸런서 필요합니다. Envoy와 같은 로드 밸런서 고려하고 요청별 라운드 로빈과 같은 로드 밸런싱 전략을 사용하세요.
반대 방향으로는 로드 밸런싱이 필요하지 않습니다. mongot 는 구성에 따라 데이터 복제 및 인덱스 카탈로그 데이터를 위해 통신할 mongod 노드 자동으로 선택합니다.
샤드 토폴로지
이 아키텍처는 전용 인프라 아키텍처와 유사하지만 복제본 세트 구성이 각 개별 샤드 에 중복됩니다.
참고
하나의 샤드 에서 복제하도록 mongot 만 구성해야 하지만 mongot 인덱스 카탈로그에 액세스 하려면 라우터 주소 구성해야 합니다.
샤딩된 토폴로지 아키텍처를 사용하면 mongot 는 한 번에 하나의 샤드 에만 속합니다. 따라서 각 샤드 내의 로드 밸런서는 트래픽을 해당 개별 샤드 로 전달하도록 구성해야 합니다.
기존 MongoDB Search 인덱스 있는 컬렉션 에 샤드를 추가하면 해당 MongoDB Search 인덱스 에 대해 새로 추가된 샤드에서 초기 동기화 발생합니다. 각 샤드의 MongoDB Search 인덱스 해당 샤드 에 존재하는 컬렉션 의 문서만 포함됩니다. 자세한 학습은 글로벌 컬렉션 샤딩을 참조하세요.
경고
이미 MongoDB Search 인덱스 있는 컬렉션 을 샤드 경우, 인덱스 새 샤드를 기반으로 구축되는 동안 검색 쿼리 다운타임이 발생할 수 있습니다.
또한 이미 샤딩된 컬렉션 에 대해 샤드 추가하고 MongoDB Search 인덱스 포함된 경우, 추가된 샤드에서 초기 동기화 프로세스 완료될 때까지 해당 컬렉션 에 대한 검색 쿼리가 실패합니다. 자세한 학습 은 문제 해결-초기 동기화를 참조하세요.
