Skip to content
SON BLOG
Go back

Qdrant 분산 배포 — 클러스터 노드 수 결정과 복제 전략

Edit page

1. 노드 수 결정

Qdrant 클러스터의 노드 수는 비용·장애 허용성(내구성)·성능 간의 우선순위에 따라 달라진다.

우선순위권장 구성장점단점
비용 절감단일 노드인프라 비용 최소장애 시 즉시 다운타임 발생, 영구 손실 복구 불가
내구성 최우선3개 이상 노드 + 2-배수 복제노드 1개 장애 시에도 읽기·쓰기·컬렉션 작업 지속, 영구 손실 복구 가능, 로드밸런스로 성능 향상비용 증가
균형형2개 노드 + 복제노드 1개 장애 시 대부분의 읽기·쓰기 가능, 비용은 3노드보다 저렴컬렉션 작업(생성·수정·삭제)은 중단, 영구 손실 복구 불가

요약하면 단일 노드는 비프로덕션, 3+ 노드 복제 클러스터가 권장, 2노드 복제는 비용·성능 절충안이다.

2. 자체 호스팅에서 분산 모드 활성화

  1. 환경 변수 또는 설정

    cluster:
      enabled: true
      p2p:
        port: 6335      # 내부 통신 포트
      consensus:
        tick_period_ms: 100

    혹은 QDRANT__CLUSTER__ENABLED=true 지정.

  2. 첫 번째 노드 기동

    ./qdrant --uri 'http://node1:6335'
  3. 추가 노드 합류

    ./qdrant --bootstrap 'http://node1:6335'
    # 필요 시 --uri 로 자신 주소 명시
  4. 상태 확인

    GET /cluster

분산 모드 활성화만으로 데이터가 자동 복제되지 않는다.
Replication 설정 또는 Shard 이동 단계가 필요하다.

3. Qdrant Cloud에서 분산 모드

4. 샤딩 개요

샤드 수 선택

5. 노드 장애 복구 시나리오

상황단일 노드2노드(미복제)2노드(복제)3+노드(복제)
일시적 다운전체 중단전체 중단컬렉션 작업 제외 정상완전 정상
영구 손실백업 필요백업 필요백업 필요복구 가능

6. 일관성 옵션

옵션의미기본값
write_consistency_factor쓰기 성공 판단에 필요한 복제본 수1
consistency (읽기)all·majority·quorum·숫자1
ordering (쓰기)weak·medium·strongweak

7. 추가 기능

8. 권장 운영 전략

  1. 프로덕션: 최소 3노드, replication_factor ≥2, write_consistency_factor = replication_factor

  2. 비용 절감형: 2노드 + 복제, 중요 컬렉션만 복제 활성화

  3. 개발·테스트: 단일 노드, 주기적 스냅샷 백업 필수


Edit page
Share this post:

Previous Post
Qdrant 개발 및 테스트 환경 설정 — Docker, 빌드, 포트 구성
Next Post
Qdrant 데이터 탐색 — 추천, Discovery, 그룹 검색 API