Uber가 zona 중단에 resilient한 OpenSearch 클러스터를 구축하는 방법

Uber는 AZ(가용 영역) 하나가 다운될 때 OpenSearch를 유지하기 위한 비결을 공개했습니다. 마법 같은 AI가 아니라, 토폴로지, 샤드 배치, 그리고 정기적인 드릴(drill)입니다.

사실

InfoQ는 (2026년 7월 17일) Uber가 zona 장애( AZ )에 견고한 OpenSearch 클러스터를 구축한 경험을 게재했습니다. 이 글은 배치 패턴, 페일오버 및 테스트를 자세히 설명하며, Uber가 OpenSearch 기본 기능 위에 Odin 컨테이너 오케스트레이션 플랫폼을 기반으로 자체 « isolation-group » 시스템을 쌓아 올렸다고 설명합니다.

우리의 해석

두 가지 핵심 포인트가 있습니다. zone-aware 배치란 체크박스가 아닌 엔지니어링 작업이라는 점입니다. OpenSearch는 zona 장애 발생 후 자동으로 샤드를 재분배하지 않으며, 사전에 토폴로지를 설계해야 합니다(할당 인식, 강제 인식, zona별 복제본). Uber는 Odin 위에 구축한 자체 isolation-group 시스템을 통해 구체적인 훅(hooks)을 제공하는데, 이는 현재 유통 중인 문서의 90%에서 빠져 있는 부분입니다.

드릴(Drill)의 규율こそ가 차이를 만듭니다. 장애를 예측하는 것은 쉽지만, 이를 프리프로덕션 환경에서 반복하는 것은 그렇지 않습니다. QCon AI Boston의 #1211에서 다룬 바와 같이, 이 « 파도(波) harness/플랫폼 »은 AI 측면에까지 적용됩니다. 검색 인프라에 10년간 적용된 지속적인 드릴이 프로덕션 에이전트에게는 표준이 되고 있습니다.

주목할 점

Uber의 접근 방식(OpenSearch + isolation-groups + Odin)은 다른 분산 데이터 스토어(Cassandra, Kafka)에도 적용 가능합니다. OpenSearch 위에 RAG/벡터 레이어를 구축하는 팀의 경우: zona 내결함성은 임베딩 단계 이전에 결정됩니다. AI 레이어는 기반이 되는 데이터베이스의 수준을 그대로 계승합니다.