배포 패러다임을 선택할 때는 애플리케이션의 가용성(일반 상황 및 장애 시), 지연 시간, 컴플라이언스, 비용에 대한 요구 사항을 고려해야 합니다. 배포에 있어 단 하나의 "정답"과 같은 패러다임은 존재하지 않습니다. 이 섹션에서는 배포 요구 사항을 충족하는 데 도움이 되는 아키텍처를 살펴봅니다.
데이터베이스를 배포할 때, 먼저 단일 리전에 배포할지 여러 리전에 배포할지 선택해야 합니다. 다음 다이어그램은 이러한 옵션을 나타내며, 아래에서 자세한 내용을 설명합니다.
단일 리전 배포
단일 리전 배포는 가장 간단한 배포 옵션입니다. 단일 리전 배포에서는 데이터가 제공자의 리전 중 하나에 저장됩니다(예: AWS의 us-west-2 또는 Google의 asia-northeast3). 여러 구역을 가진 리전의 경우 Atlas가 항상 구역 수준의 가용성을 제공하며, 클러스터 노드는 단일 리전의 가용영역에 분산됩니다. 따라서 단일 구역에 장애가 발생하더라도 다른 구역에서 데이터를 계속 사용할 수 있습니다.
참고
추천 리전은 세 개의 가용영역을 가지고 있으며, Atlas UI에서 별 아이콘으로 표시됩니다.
단일 리전 배포는 단순성과 저렴한 비용이라는 장점이 있지만, 애플리케이션 사용자 분포에 따라 가용성이 낮아지고 지연 시간이 증가할 수 있다는 위험이 따릅니다.
다중 지역 배포
멀티 리전 배포는 보다 복잡한 배포 패러다임으로서 단일 리전 배포보다 넓은 지리적 범위에서 더 높은 가용성과 낮은 지연 시간을 제공합니다. 멀티 리전 배포에는 여러 유형이 있습니다.
하나의 지리적 위치 내 멀티 리전: 국가나 대륙과 같이 넓은 지역으로 정의되는 단일 지리적 위치에서, 단일 클라우드 공급자가 호스팅하는 여러 리전에 배포합니다. 이는 특정 리전에 장애가 발생할 경우 가용성을 보장합니다.
예를 들어, 클러스터를 AWS 리전
us-west-1과us-east-1에 배포하면 두 리전 모두 미국 내에 있게 됩니다.us-east-1을 사용할 수 없게 되면us-west-1은 정상 성능에 가까운 상태로 읽기 및 쓰기를 계속 수락합니다.여러 지역의 멀티 리전: 두 개 이상의 지역에 있는 하나 이상의 리전에 배포합니다. 이는 특정 리전에 장애가 발생하거나 전체 지역을 사용할 수 없는 경우에도 가용성을 보장합니다.
예를 들어, AWS 리전
us-east-1과us-east-2에 클러스터를 배포하고(두 리전 모두 미국에 위치), 세 번째 클러스터는 유럽의eu-west-2에 배포합니다.멀티 클라우드 : 여러 클라우드 공급자가 호스팅하는 하나 이상의 리전에 배포합니다. 이는 최고 수준의 가용성을 제공해 특정 리전이 실패하거나 전체 클라우드 공급자가 실패하더라도 데이터의 가용성을 보장합니다.
예를 들어, AWS 리전
us-west-1과 Google Cloud 리전us-east4에 클러스터를 배포합니다.
가용성 고려 사항
가용성은 클러스터가 중단에 얼마나 강력하게 대응할 수 있는지를 의미하며, 재해 복구는 시스템이 장애 발생 후 얼마나 신속하게 복구할 수 있는지(RTO)와 장애 시 손실될 수 있는 데이터의 양(RPO)을 의미합니다. 모든 Atlas 인스턴스는 항상 최신 데이터를 보유하므로 장애 조치 시 백업을 복원할 필요가 없습니다.
Atlas의 배포서버에는 복제 기능이 내장되어 있습니다.
데이터베이스 인스턴스는 밀리초 범위에서 서로 긴밀하게 동기화됩니다.
장애가 발생하면 데이터베이스 인스턴스 간 페일오버는 완전히 자동으로 수행됩니다. 사람의 개입이 필요하지 않으며, 소요 시간은 몇 초에 불과합니다.
majority의 기본값 writeConcern을 사용할 경우, 모든 데이터가 여러 위치에 기록되어 데이터 손실을 방지하므로 페일오버 중 데이터 손실이 발생하지 않습니다. 또한 DB 드라이버는 진행 중인 모든 작업을 자동으로 재시도하여 성공을 보장합니다.
이는 RTO, RPO 및 데이터 복제 빈도가 사실상 동일하며, 과반수의 노드가 정상인 경우 Atlas 클러스터가 완전히 작동함을 의미합니다.
참고
최대 RTO와 RPO는 전체 클러스터뿐 아니라 애플리케이션 배포 방식까지 종합적으로 고려해야 합니다. 클러스터의 전체 워크로드를 고려하여 요구 사항을 충족할 수 있는지 확인하세요.
배포 패러다임 비교
적합한 배포 패턴을 결정하려면 핵심 비즈니스에 있어 애플리케이션의 중요성에 따라 분류하세요. 애플리케이션이 중요할수록(장애가 비즈니스에 미치는 영향이 클수록) 모든 장애 이벤트를 자동으로 처리할 수 있는 아키텍처를 고려해야 합니다.
다음 표는 배포 패러다임을 비교하여 요구 사항에 가장 적합한 의사결정을 내릴 수 있도록 도와드립니다.
우선 순위 레벨 | 설명 | RTO | 배포 모델 | 상대 비용 |
|---|---|---|---|---|
계층 0 | 가장 높은 중요도의 애플리케이션. 지역 장애가 발생하더라도 완전 자동화된 페일오버가 필요합니다. | 0 | $$$ | |
계층 1 | 중요도가 낮은 애플리케이션. 수익에 큰 영향을 주지 않으면서 일부 다운타임이나 유지 관리 기간이 발생할 수 있습니다. | 1시간 초과, 8시간 미만 | $$ | |
계층 2 | 가장 낮은 중요도의 애플리케이션. 수익에 큰 영향을 주지 않으면서 24시간 동안 다운될 수 있습니다. | > 8 시간 | $+ | |
비프로덕션 | 중요하지 않은 애플리케이션. 수익에 직접적인 영향을 미치지 않으며, 고객을 직접 대면하지 않습니다. 일반적으로 개발 및 테스트 환경입니다. | N/A | $0 이상 |
참고
각 배포 유형의 비용은 선택한 제공자, 필요한 리전 수, 저장 용량, 서버의 처리 능력 등 여러 요인에 따라 달라집니다. 최신 가격 정보는 MongoDB 요금을 참조하세요.
사용 사례
배포 패러다임을 선택할 때는 우선 가장 넓은 지리적 분포를 커버할 수 있는 최소한의 리전을 식별해야 합니다. 그런 다음 가용성, 성능, 데이터 주권 요구 사항에 따라 추가 리전이나 클라우드 공급자를 고려하세요.
다음 사용 사례를 고려하면 애플리케이션 사용자의 지리적 분포에 적합한 배포 패러다임을 결정하는 데 도움이 됩니다.
대부분 한 지역에 있는 사용자
애플리케이션 사용자의 과반수가 한 지역에 있는 경우, 동일한 지역 내 하나 이상의 리전에 배포하는 것이 좋습니다. 단일 리전 배포는 단일 가용영역의 장애로부터 보호할 수 있는 반면, 멀티 리전 배포는 더 넓은 지리적 영역을 포괄해 가용영역 및 리전 장애 시에도 가용성을 보장합니다. 더 높은 가용성을 위해 여러 리전에 배포할 수도 있습니다. 이러한 옵션은 모두 낮은 지연 시간을 지원하며, 모든 사용자 데이터가 동일한 지역 내에서 액세스되고 저장되므로 데이터 주권 요구 사항 컴플라이언스를 간소화합니다.
이러한 배포 패러다임에 대해 자세히 알아보려면 다음 패러다임 페이지를 참조하세요.
여러 지리적 위치에 분산된 사용자
애플리케이션 사용자가 미국과 유럽 등 여러 지역에 분산되어 있는 경우, 각 지역마다 하나 이상의 리전에 배포할 것을 권장합니다. 고객에게 서비스를 제공하는 각 지역의 한 리전에 배포하면 지리적 장애 발생 시 낮은 지연 시간과 가용성을 확보할 수 있습니다. 또한 각 지역의 사용자 데이터가 해당 지역 내에서 호스팅되도록 데이터를 분할해 데이터 주권 요구 사항을 충족할 수 있습니다.
각 지역의 여러 리전에 배포하면 지역 장애가 발생하더라도 지연 시간을 늘리거나 데이터 주권 요구 사항을 위반하지 않고 고가용성을 보장할 수 있습니다. 여러 지역의 여러 리전에 클러스터를 배포하면 멀티 리전 배포에서 최고 수준의 가용성을 달성할 수 있습니다.
이러한 배포 패러다임에 대해 자세히 알아보려면 다음 패러다임 페이지를 참조하세요.
전 세계에 분산된 사용자
전 세계 사용자를 대상으로 애플리케이션을 배포하려면, 글로벌 배포를 고려하기 전에 여러 지역에 걸쳐 멀티 리전 배포를 수행하는 것이 좋습니다. 거의 모든 경우에 여러 지역에 걸친 멀티 리전 배포는 고가용성, 낮은 지연 시간, 데이터 주권 요구 사항을 충족할 수 있습니다. 드물지만, 글로벌 Atlas 배포서버가 필요할 수도 있습니다. 이는 가장 복잡한 멀티 리전 배포 패러다임으로서 매우 신중한 계획이 필요합니다.
이러한 배포 패러다임에 대해 자세히 알아보려면 다음 페이지를 참조하세요.