Snapshot Repository — 스냅샷을 어디에 저장할지 먼저 등록한다
Elasticsearch Snapshot Repository 및 Cluster Settings API 공식 문서 종합 (웹 리서치, 2026) — Elastic 공식 문서(snapshots-register-repository, cluster-put-settings, deploy-manage/stack-settings) Elastic 공식문서 Register a snapshot repository
이 모듈을 다 읽으면
- 스냅샷을 찍기 전에 저장소(repository)를 먼저 등록해야 한다는 것을 설명할 수 있다
- 공유 파일시스템 저장소가 클라우드 저장소와 설정 방식에서 어떻게 다른지 설명할 수 있다
elasticsearch-learn-10에서 다룬 스냅샷(세그먼트 불변성을 이용한 증분 백업 원리)과 elasticsearch-learn-26의 SLM(백업 스케줄 자동화)을 전제로, 그 스냅샷이 실제로 어디에 저장되는지를 정하는 저장소 등록 절차를 정리한다.
왜 등록이 먼저인가 — 저장소는 _snapshot 엔드포인트로 사전 등록
elasticsearch-learn-10/26에서 다룬 스냅샷·SLM은 전부 '이미 등록된 저장소'가 있다는 것을 전제로 한다 — 실제로는 스냅샷을 찍기 전에 _snapshot 엔드포인트로 저장소 자체를 먼저 등록해야 한다. 지원되는 저장소 종류는 S3, HDFS, Azure, Google Cloud Storage, 공유 파일시스템, 읽기 전용 URL 저장소, source-only 저장소 등 다양하다. 구버전에서는 S3·HDFS·Azure·GCS 저장소를 쓰려면 별도 플러그인 설치가 필요했지만, GCS는 8.x부터, Azure도 8.x부터 기본 내장 지원으로 포함됐다.
핵심 포인트
- 스냅샷을 찍기 전 _snapshot 엔드포인트로 저장소를 먼저 등록해야 함 — elasticsearch-learn-10/26은 이미 등록된 저장소가 있다는 전제 위에서 동작
- 지원 종류: S3/HDFS/Azure/GCS/공유 파일시스템/읽기전용 URL/source-only — GCS·Azure는 8.x부터 플러그인 없이 기본 내장
공유 파일시스템 저장소 — 모든 노드가 같은 경로를 봐야 한다
공유 파일시스템(shared file system) 저장소를 쓰려면, 먼저 그 파일시스템을 모든 마스터·데이터 노드에서 '같은 위치'로 마운트해야 하고, 그 경로(또는 상위 디렉터리)를 각 노드의 elasticsearch.yml에서 path.repo 설정에 추가해야 한다 — 클러스터의 모든 관련 노드가 물리적으로 같은 저장 위치를 봐야 한다는 게 클라우드 저장소(S3 등, 네트워크로 접근하니 노드마다 마운트가 필요 없음)와의 근본적 차이다.
핵심 포인트
- 공유 파일시스템 저장소: 모든 마스터·데이터 노드가 같은 경로로 마운트 + 각 노드 elasticsearch.yml의 path.repo에 등록 필요
- 클라우드 저장소(S3 등)는 네트워크로 접근해 노드별 마운트가 불필요 — 공유 파일시스템과의 근본적 차이