이 페이지는 벤메탈 및 가상화 환경에서 자체 관리하는 mongot (MongoDB Search 및 MongoDB 벡터 검색 프로세스) 배포서버에 대한 저장 선택 지침을 제공합니다.
성능은 전체 저장 시스템(장치, 컨트롤러, 호스팅하다, 네트워크 및 파일 시스템)에 따라 달라집니다. 생산에 배포하기 전에 대표 부하에서 선택한 클래스를 검증합니다.
저장 클래스의 중요성 mongot
mongot 메모리 매핑 파일을 통해 인덱스 세그먼트에 액세스하고 쿼리 서빙과 배경 인덱스 유지 모두에 저 지연 시간 임의 읽기가 필요한 Apache Lucene을 기반으로 빌드됩니다. 저장 지연 시간은 다음에 영향을 미칩니다.
쿼리 지연 시간. 캐시 미스는 모든 쿼리의 중요 경로에서 디스크로 떨어집니다.
인덱싱 및 복제 처리량. 세그먼트 병합, 초기 동기화 및 복제는 모두 기존 세그먼트를 읽고 새 세그먼트를 쓰게 됩니다. 쓰기 전용 가정은 유효하지 않습니다.
부하 시 안정성. 파일 시스템 캐시 부하가 증가할수록 쿼리 지연 시간이 저장 지연 시간과 함께 비선형적으로 감소합니다.
이러한 속성 때문에 저장 클래스는 mongot 배포서버에 대한 가장 영향력 있는 인프라스트럭처 결정 사항 중 하나입니다.
권장 요약
기본적으로 제작 인덱스
mongot저장에 전용 로컬 NVMe SSD를 사용합니다.NVMe를 사용할 수 없고 워크로드가 작은 경우에만엔터프라이즈 SATA 또는 SAS(Serial Attached SCSI) SSD를 사용합니다.
모든 플래시 SAN은 다음 경우에만 사용합니다. 블록 디바이스로 제시되고 대표적인 혼합 읽기 및 쓰기 (write) 부하에서 유효성이 검증된 경우에만 사용합니다.
사용하지 마십시오:
NFS, NAS, SMB 또는 기타 공유 파일 프로토콜
생산 인덱스 계층으로서의 다목적 클라우드 SSD
스피닝 미디어
저장 클래스 지침
다음 표에는 각 저장 클래스에 대한 권장 사항이 요약되어 있습니다. 지연 시간과 IOPS 밴드는 클래스에 대한 일반화된 공개 벤치마크를 반영합니다. hardware는 다를 수 있습니다. 결과는 다를 수 있습니다.
카테고리 | 저장 클래스 | 무작위 읽기 지연 시간 대 | 무작위 읽기 IOPS 밴드 | 추천 |
|---|---|---|---|---|
권장 | 로컬 PCIe/NVMe SSD | ~20-150 µs | 장치당 170K+이 프리미엄 엔터프라이즈 드라이브에서 1M+로 확장됩니다. | 생산의 기본값 권장 사항입니다. Lucene의 무작위 읽기 프로필에 가장 적합합니다. |
조건부 | 로컬 엔터프라이즈 SATA/SAS SSD | ~100-200 µs | 장치당 ~95K-100K | 전용 데이터 볼륨에 대한 작은 규모 및 중간 규모 워크로드에 대한 허용 가능한 기준선입니다. 지연 시간에 민감하거나 인덱싱이 많은 배포서버에는 권장하지 않습니다. |
조건부 | 전체 플래시 SAN, 블록 디바이스(FC, iSCSI, NVMe-oF) | 일반적인 부하에서는 서브 밀리초 단위이지만 프로토콜과 네트워크에 따라 상당히 다릅니다. | 배열에서는 200K+이지만 실제 처리량은 전체 호스트-배열 경로에 따라 달라집니다. | 블록 마운트된 전체 플래시에서 대표 부하에서 유효성이 검증된 경우에만 허용되는 차선입니다. |
권장하지 않음 | 일반 용도 클라우드 SSD(예: 부티지향 네트워크 SSD 계층) | 단일 자리 밀리초 | 프로비저닝에 따라 확장되는 수천 개의 기준 IOPS | 부팅, 개발, 테스트 및 광범위한 트랜잭션 사용에 적합합니다. 낮은 지연 시간의 임의 읽기 워크로드에는 적합하지 않습니다. |
권장하지 않음 | NFS, NAS, SMB 또는 기타 공유 파일 프로토콜 | 건거 참조 | 건거 참조 | 성능 위험 외에 정확성 위험: Lucene에는 NFS에 대한 파일 잠금 및 캐시 일관성 실패가 문서화되어 있습니다. 사용하지 마십시오. |
권장하지 않음 | HDD, 처리량 최적화 HDD, 콜드 HDD 또는 기타 자성 미디어 | 5-10 ms | 75-500 per volume | SSD 클래스 미디어보다 훔씬 느리고 Lucene의 액세스 패턴과 기본적으로 일치하지 않습니다. |
모니터 저장 옵션
모니터링과 함께 저장 선택을 사용합니다. 특히 저장 클래스가 로컬 NVMe 외의 것인 경우에 사용합니다.
인덱스1 볼륨에서 지속적으로 ~ K 이상의 디스크 IOPS를 조사합니다. 건전한 작업은 장치의 포화 점 과 가까워서는 안 됩니다.
~1000/s를 초과하는 검색 페이지 오류를 모니터링합니다. 이는 운영 체제가 필요한 인덱스 페이지를 파일 시스템 캐시에서 제공하는 대신 디스크에서 반복적으로 가져오고 있음을 나타내기 때문입니다. IOPS가 증가하면 중요 경로에서 저장 또는 메모리 압력이 발생하고 있음을 나타냅니다.
부하가 증가할 때 불규칙적 증가에 대한 p99 쿼리 지연 시간을 주시합니다. 저장 제한 배포서버는 자연스럽게 점진적으로 저하되기보다 급격히 저하됩니다.
SAN, 일반 목적 또는 SATA/SAS 배포에서 이러한 신호가 보이면 확장하기 전에 저장 클래스를 다시 검토합니다. 로컬 NVMe에서 보이면 먼저 파일 시스템 캐시의 메모리 헤드룸과 볼륨이 mongot에 전용되어 있는지 여부를 확인합니다.