고가용성 및 워크로드 격리를 구성합니다.
이 페이지의 내용
팁
AWS, Azure, Google Cloud와 같은 클라우드 제공자를 조합하여 Atlas에서 멀티 클라우드 MongoDB deployment를 생성할 수 있습니다.
MongoDB 배포에서 노드를 다르게 사용하도록 설정할 수 있습니다.
cloud 제공자
지리적 리전
워크로드 우선 순위
복제 구성
이러한 옵션을 사용하여 cluster의 가용성과 워크로드 밸런싱을 개선할 수 있습니다.
클러스터에 대한 노드별 옵션을 구성하려면 Multi-Cloud, Multi-Region & Workload Isolation (M10+ clusters)을 On으로 전환합니다.
클러스터는 다음에서 호스팅할 수 있습니다.
단일 클라우드 제공업체 내의 여러 리전.
여러 클라우드 제공업체에 걸친 여러 리전.
각 클라우드 제공업체는 고유한 리전 집합을 가지고 있으므로, 멀티클라우드 클러스터는 멀티 리전 클러스터이기도 합니다.
고려 사항
Atlas는 토폴로지 변경 시 노드 유형과 관련하여 호스트 이름이 일관되게 유지된다는 것을 보장하지 않습니다.
예제
분석 노드
foo123-shard-00-03-a1b2c.mongodb.net:27017를 포함하는foo123이라는 이름의 클러스터가 있는 경우, 클러스터를 확장하여 노드 또는 리전 수를 수정하는 등 토폴로지를 변경한 후에도 특정 호스트 이름이 계속해서 분석 노드를 참조하도록 Atlas가 보장하지는 않습니다.샤드 클러스터에서, Atlas는 클러스터의 선택 가능한 리전 수에 따라 3개의 구성 서버 노드를 배포합니다. 클러스터의 리전 수에 따른 구성 노드 배포 수는 다음과 같습니다.
선택 가능한 리전이 하나만 있는 경우, Atlas는 해당 리전에 구성 노드 3개를 모두 배포합니다.
선택 가능한 리전이 2개인 경우, Atlas는 우선순위가 가장 높은 리전에 구성 노드 2개를 배포하고, 우선순위가 두 번째로 높은 리전에 구성 노드 1개를 배포합니다.
선택 가능한 리전이 3개 이상인 경우, Atlas는 3개의 최우선 순위 리전 각각에 구성 노드를 하나씩 배포합니다.
리전 수가 많거나 노드가 먼 거리에 분산되어 있으면 선출 시간이 길어지거나 복제 지연이 발생할 수 있습니다.
투표 멤버를 추가, 제거 또는 수정하는 클러스터 변경은 Atlas가 명의 투표 멤버 를 한 번에 하나씩 추가, 제거 또는 수정하므로 시간이 더 오래 걸립니다 .
클러스터는 여러 리전과 클라우드 서비스 제공자에 걸쳐 존재할 수 있습니다. 여러 리전에 걸쳐 있는 클러스터의 총 노드 수에는 프로젝트별로 특정 제약 조건이 있습니다.
Atlas는 한 프로젝트에서 다른 리전의 총 노드 수를 총 40개로 제한합니다. 다음은 이 합계에서 제외됩니다:
서로 통신하는 Google Cloud 리전
무료 클러스터 또는 공유 크러스터
서버리스 인스턴스
샤드 클러스터에는 추가 노드가 포함됩니다. 전용 구성 서버 복제본 세트(CSRS)의 선택 가능한 노드는 허용되는 총 노드 수에 포함됩니다. 각 샤드 클러스터에는 전용 CSRS의 일부로 리전당 추가 투표 선택 가능 노드가 있습니다. 자세한 내용은 복제본 세트 구성 서버를 참조하세요.
두 리전 사이의 총 노드 수는 이 제약 조건을 충족해야 합니다.
예제
Atlas 프로젝트의 클러스터 노드가 세 리전에 분산되어 있는 경우:
리전 A의 노드 30개
리전 B의 노드 10개
리전 C의 노드 5개
다음과 같은 이유로 리전 C에 노드를 5개만 추가할 수 있습니다.
리전 C를 제외하면 리전 A + 리전 B = 40이 됩니다.
리전 B를 제외하면 리전 A + 리전 C = 35, <= 40이 됩니다.
리전 A를 제외하면 리전 B + 리전 C = 15, <= 40입니다.
5개의 노드가 추가된 각 리전 조합은 여전히 프로젝트별 제약 조건을 충족합니다.
리전 A + C = 40
리전 A + C = 40
리전 A + C = 40
프로젝트에 다른 지역의 40개 이상의 노드를 포함하는 클러스터가 하나 이상 있는 경우, 해당 프로젝트에서 멀티 리전 클러스터를 생성할 수 없습니다.
이 한도를 높이는 데 대한 질문이나 도움이 필요하면 Atlas 지원팀 에 문의하세요.
Atlas는 멀티 리전 클러스터에 대한 기본 제공 사용자 지정 쓰기 고려를 제공합니다. 이러한 쓰기 고려를 사용하여 쓰기 작업이 원하는 수의 리전으로 전파되도록 하여 리전 전체에 걸쳐 데이터 일관성을 보장할 수 있습니다. 자세한 내용은 기본 제공 사용자 지정 쓰기 고려를 참조하세요.
리전 내 가용 구역 또는 장애 도메인의 수는 Atlas가 배포할 수 있는 MongoDB 노드의 수에 영향을 미치지 않습니다. MongoDB Atlas 클러스터는 항상 최소 3개의 MongoDB 노드가 포함된 복제본 세트로 구성되어 있습니다.
DNS 시드 목록 형식이 아닌 표준 연결 문자열 형식 을 사용하는 경우 기존 리전 간 클러스터에서 전체 리전을 제거하면 새 연결 문자열이 생성될 수 있습니다.
변경 사항을 배포한 후 올바른 연결 문자열을 확인하려면 다음을 수행하세요.
Atlas의 왼쪽 상단 모서리에서 Database를 클릭합니다.
Clusters 뷰에서 Connect를 클릭합니다.
선택한 리전에 대한
M10+첫 번째 전용 유료 cluster에서 VPC Peering Connections 하나 이상 생성할 예정이라면 먼저 VPC Peering Connections에 대한 설명서를 검토합니다.
고가용성을 위한 투표 선택 가능 노드
선택 가능한 노드가 있는 리전을 추가하는 경우
데이터 가용성을 높이고
데이터 센터 중단의 영향을 줄입니다.
하나의 클라우드 제공업체에서 다른 리전을 설정하거나 다른 클라우드 제공업체를 선택할 수 있습니다.
Atlas는 Electable nodes 테이블의 첫 번째 행에 있는 노드를 Highest Priority 리전으로 설정합니다.
Atlas는 프라이머리 자격을 위해 이 리전의 노드에 우선순위를 부여합니다. 다른 노드는 표시되는 순서대로 순위가 매겨집니다. 자세한 내용은 멤버 우선 순위를 참조하세요.
투표 선택 가능 노드는 다음을 수행할 수 있습니다.
복제본 세트 투표에 참여합니다.
복제본 세트의 노드는 대부분 사용 가능한 상태로 유지되는 동안 프라이머리 노드가 됩니다.
투표 선택 가능 노드 추가
Electable nodes for high availability 섹션에서 하나의 클라우드 제공업체 및 리전에서 선거 가능한 노드를 추가할 수 있습니다.
투표 가능한 노드를 추가하려면 다음 단계를 따르세요.
Add a provider/region를 클릭합니다.
Provider 드롭다운에서 클라우드 제공자를 선택합니다.
Region 드롭다운에서 리전을 선택합니다.
Provider 옵션을 변경하면 Region이 빈 옵션으로 변경됩니다. 리전을 선택하지 않으면 Create Cluster를 클릭할 때 Atlas에서 오류를 표시합니다.
제공자 및 리전에 배포하고 싶은 Nodes 개수를 지정합니다.
cluster의 제공자 및 리전 모두에서 투표 선택 가능 노드의 총 수는 3, 5, or 7이어야 합니다.
Atlas는 (으)로 표시된 리전을 권장 리전으로 간주합니다. 이러한 리전은 다른 리전에 비해 더 높은 가용성을 제공합니다.
자세한 내용은 다음을 참조하세요.
투표 선택 가능 노드 제거
리전에서 노드를 제거하려면 해당 리전의 우측에 있는 아이콘을 클릭합니다 . 리전에 있는 노드를 제거할 수 Highest Priority 없습니다.
자세한 내용은 멀티 리전 클러스터 백업을 참조하세요.
투표 선택 가능 노드를 읽기 전용 노드로 변경
읽기 전용 노드 를 추가하고 동시에 투표 선택 가능 노드를 제거하여 투표 선택 가능 노드를 읽기 전용 노드로 변경할 수 있습니다. 자세한 내용은 Change Workload Purpose of Nodes 참조합니다.
클러스터의 가용성 향상
cluster의 중복성과 가용성을 향상하려면 해당 리전에서 투표 선택 가능 노드 수를 늘립니다. 모든 Atlas 클러스터에는 Highest Priority 리전이 있습니다. cluster가 여러 리전에 걸쳐 있는 경우 Highest Priority 으로 지정할 cloud 제공자 리전을 선택할 수 있습니다.
가용성 및 성능 손실을 방지하려면 다음과 같은 시나리오를 감안합니다.
실패 지점 | 이 장애 지점을 방지하는 방법 |
|---|---|
클라우드 제공업체 | 세 클라우드 제공업체 모두에 최소 하나의 노드 설정. 리전당 하나 이상의 노드. |
부위 | 3개 이상의 서로 다른 리전에 최소 하나의 노드 설정. 리전당 하나 이상의 노드. |
노드 |
|
최우선 순위 공급자 또는 리전 변경
활성 멀티 리전 cluster에서 Highest Priority 제공자 및 리전을 변경하는 경우 Atlas는 사용자가 지정한 공급자 및 지역에서 새로운 프라이머리 노드를 선택합니다(각 제공자 및 리전의 노드 수가 동일하게 유지되고 다른 것은 수정되지 않는다고 가정).
예제
다음과 같이 구성의 활성 5노드 cluster가 있는 경우
노드 | 공급자 | 부위 | 우선 순위 |
|---|---|---|---|
3 | AWS | 미국 동부 1(us-east-1) | 가장 높음 |
2 | Google Cloud | us-west3 |
Google Cloud us-west3 노드를 Highest Priority으로 만들려면 해당 행을 cluster의 Electable nodes 목록 맨 위로 드래그합니다. 이러한 변경 이후 Atlas는 us-west3 에서 새로운 PRIMARY를 선택합니다. 이와 같은 구성을 변경하는 경우 Atlas는 초기 동기화를 시작하거나 호스트를 다시 프로비저닝하지 않습니다.
최적의 로컬 읽기를 위한 읽기 전용 노드
읽기 전용 노드를 사용하여 노드의 각 서비스 영역에서 로컬 읽기를 최적화하세요.
읽기 전용 노드 추가
읽기 전용 노드는 Read-Only Nodes for Optimal Local Reads 섹션에서 추가할 수 있습니다.
하나의 클라우드 제공업체 및 리전에 읽기 전용 노드를 추가하려면 다음 단계를 따르세요.
Add a provider/region를 클릭합니다.
Provider 드롭다운에서 클라우드 제공자를 선택합니다.
Region 드롭다운에서 리전을 선택합니다.
Provider 옵션을 변경하면 Region이 빈 옵션으로 변경됩니다. 리전을 선택하지 않으면 Create Cluster를 클릭할 때 Atlas에서 오류를 표시합니다.
제공자 및 리전에 배포하고 싶은 Nodes 개수를 지정합니다.
Atlas는 (으)로 표시된 리전을 권장 리전으로 간주합니다. 이러한 리전은 다른 리전에 비해 더 높은 가용성을 제공합니다.
읽기 전용 노드는 투표 에 참여하지 않기 때문에 고가용성을 제공하지 않습니다. 해당 클러스터의 프라이머리 가 될 수 없습니다. 읽기 전용 노드에는 고유한 읽기 설정 태그가 있어서 원하는 리전으로 쿼리를 보낼 수 있습니다.
읽기 전용 노드를 제거합니다.
하나의 클라우드 제공업체 및 리전에서 모든 읽기 전용 노드를 제거하려면 해당 클라우드 공급자 및 지역의 오른쪽에 있는 아이콘을 클릭합니다.
노드의 워크로드 용도 변경
노드를 추가하고 동시에 제거하여 노드의 워크로드 목적을 변경할 수 있습니다.
참고
노드를 재사용하려면 동일한 구성 변경 내에서 노드를 추가 및 제거해야 합니다. 노드를 제거하고 변경 사항을 저장한 다음 노드를 추가하면 Atlas가 대신 새 노드를 프로비저닝합니다.
예를 들어 읽기 전용 노드를 투표 선택 가능 노드로 변경하려면 다음을 수행합니다.
Review Changes를 클릭합니다.
Apply Changes를 클릭합니다.
워크로드 격리용 분석 노드입니다.
분석 노드를 사용하여 운영 워크로드와 충돌하고 싶지 않은 쿼리를 분리합니다. 분석 노드는 BI Connector for Atlas의 보고 쿼리 등의 데이터 분석 작업을 처리하는 데 유용합니다. 분석 노드에는 고유한 복제본 세트 태그가 있어서 원하는 리전으로 쿼리를 보낼 수 있습니다.
Add a region을 클릭해 분석 노드를 배포할 지역을 선택합니다. 해당 지역에 배포하고 싶은 Nodes 개수를 지정합니다.
참고
readPreference 및 readPreferenceTags 연결 문자열 옵션은 mongo 셸에서 사용할 수 없습니다. 자세한 내용은 cursor.readPref() 및 Mongo.setReadPref() 를 대신 참조하세요.
분석 노드 추가
Analytics nodes for workload isolation 섹션에서 분석 노드를 추가할 수 있습니다.
하나의 클라우드 제공업체 및 리전에 분석 노드를 추가하려면 다음 단계를 따르세요.
Add a provider/region를 클릭합니다.
Provider 드롭다운에서 클라우드 제공자를 선택합니다.
Region 드롭다운에서 리전을 선택합니다.
Provider 옵션을 변경하면 Region이 빈 옵션으로 변경됩니다. 리전을 선택하지 않으면 Create Cluster를 클릭할 때 Atlas에서 오류를 표시합니다.
제공자 및 리전에 배포하고 싶은 Nodes 개수를 지정합니다.
Atlas는 (으)로 표시된 리전을 권장 리전으로 간주합니다. 이러한 리전은 다른 리전에 비해 더 높은 가용성을 제공합니다.
분석 노드는 투표에 참여하지 않으므로 고가용성을 제공하지 않습니다. 또한 해당 클러스터의 프라이머리 노드가 될 수 없습니다.
분석 노드에 대한 클러스터 계층 선택
워크로드는 분석 노드와 운영 노드 간에 상당히 다를 수 있습니다. 이러한 문제를 관리하려면 M10+ cluster의 경우 분석 워크로드에 적합한 크기의 클러스터 계층을 선택할 수 있습니다. 투표 선택 가능 읽기 전용 노드 (운영 노드)에 대해 선택한 클러스터 계층보다 크거나 작은 분석 노드용 클러스터 계층을 선택할 수 있습니다. 이러한 기능을 사용하면 분석 워크로드를 위해 전체 cluster를 과도하게 프로비저닝하거나 과소 프로비저닝하지 않고도 트랜잭션 및 분석 쿼리에 필요한 성능을 얻을 수 있습니다.
다음과 같은 고려 사항은 Analytics Tier 탭 및 분석 노드에 적용됩니다:
중요
Analytics Tier 탭에서 General 클러스터 계층을 선택하고 Base Tier 탭에서 Low-CPU 클러스터 계층을 선택하면 클러스터에 대해 디스크 자동 확장이 지원되지 않습니다. Base Tier 탭에서 General 클러스터 계층을 선택하고 Analytics Tier 탭에서 Low-CPU 클러스터 계층을 선택한 경우에도 디스크 자동 확장이 지원되지 않습니다.
디스크 크기와 IOPS는 모든 노드 유형에서 동일하게 유지되어야 합니다.
스토리지 크기는 Base Tier 탭과 Analytics Tier 탭 간에 일치해야 합니다. Base Tier 탭에서 스토리지 크기를 설정할 수 있습니다.
Base Tier 탭에서 Local NVME SSD 클래스를 선택하려면 Analytics Tier 탭에서 동일한 계층 수준을 선택해야 합니다.
클러스터 계층이 회색으로 표시되면 클러스터 계층이 클러스터의 디스크 크기 또는 Local NVME SSD 클래스와 호환되지 않는 것입니다.
탭에서 선택한 클러스터 계층은 Analytics Tier 탭에서 선택한 클러스터 계층과 Base Tier 동일하게 책정됩니다. 하지만 Analytics Tier 값이 Base Tier 보다 높거나 낮은 경우 노드당 비례 배분하여 그에 따라 가격이 조정됩니다. Atlas UI에서 cluster를 생성하거나 편집하는 경우 가격이 표시됩니다. 자세히 보려면 Manage Billing 참조합니다.
분석 노드를 추가 한 후에는 분석 워크로드에 적합한 크기 의 클러스터 계층을 선택할 수 있습니다.
Cluster Tier 섹션에서 Analytics Tier 탭을 클릭합니다.
Cluster Tier 을(를) 선택합니다.
분석 노드 제거
한 cloud 제공자 및 리전의 분석 노드를 모두 제거하려면 해당 cloud 제공자 및 리전의 우측에 있는 아이콘을 클릭합니다.
워크로드 격리를 위한 노드 검색
클러스터의 노드가 Atlas Search mongot 프로세스만 실행하도록 설정할 수 있습니다. Atlas Search mongot 프로세스를 별도로 실행하면 mongot 프로세스의 가용성과 워크로드 밸런싱이 향상됩니다. 자세히 알아보려면 검색 노드 아키텍처를 참조하세요.
고려 사항
MongoDB v6.0 이상을 실행하는 M10 이상의 Atlas 클러스터에서는 데이터베이스 노드와 별도로 검색 노드를 구성할 수 있습니다. Atlas Search 노드를 별도로 배포하기 전에 다음 사항을 검토하세요.
클러스터 계층
전용(M10 이상) 클러스터에 대해서만 검색 노드를 배포할 수 있습니다. 무료(M0) 및 공유(M2 및 M5) 계층 클러스터에는 검색 노드를 추가할 수 없습니다. Atlas UI와 Atlas 관리 API를 사용하여 AWS, Google Cloud 또는 Azure 의 신규 및 기존 단일 리전 클러스터에 대한 검색 노드를 프로비저닝할 수 있습니다.
클라우드 제공업체
검색 노드는 AWS 또는 Google Cloud에서만 호스팅할 수 있습니다. 이러한 클러스터를 만들거나 수정할 때 Azure 클러스터에 대해 별도로 검색 노드를 배포할 수 없습니다. 서버리스 인스턴스, 멀티클라우드 클러스터 또는 글로벌 클러스터에 대해서는 검색 노드를 별도로 배포할 수 없습니다.
클라우드 제공자 리전
Atlas는 선택 가능한 읽기 전용 및 분석 노드와 동일한 AWS, Google Cloud 또는 Azure 리전에 검색 노드를 배포합니다.
Atlas는 모든 Google Cloud 및 Azure 리전에서 워크로드 격리를 위해 Search Nodes를 별도로 배포할 수 있도록 지원합니다. 그러나 특정 AWS 리전에서는 검색 노드를 배포할 수 없습니다. 다음과 같은 Atlas UI 동작이 적용됩니다.
cluster 노드에 대해 다음 AWS 리전 중 하나를 먼저 선택하면 Atlas가 Search nodes for workload isolation 토글을 비활성화합니다.
Search nodes for workload isolation을 먼저 활성화하면 Atlas는 Electable nodes for high availability의 리전에 대한 드롭다운에서 다음을 비활성화합니다.
Atlas는 검색 노드에 대해 다음 AWS 리전을 지원하지 않습니다.
리전 이름 | AWS 리전 |
|---|---|
파리 | eu-west-3 |
취리히 | eu-central-2 |
밀라노 | eu-south-1 |
스페인 | eu-south-2 |
UAE | me-central-1 |
바레인 | me-south-1 |
케이프타운 | af-south-1 |
홍콩 | ap-east-1 |
자카르타 | ap-southeast-3 |
멜버른 | ap-south-4 |
하이데라바드 | ap-south-2 |
검색 노드를 별도로 배포하려면 Electable nodes for high availability 드롭다운에서 지원되는 AWS, Google Cloud 또는 Azure 리전을 선택해야 합니다. 지원되는 리전에 대해 자세히 알아보려면 전용 검색 노드를 위한 리전 을 참조하세요. Atlas는 클러스터의 읽기 전용 노드와 분석 노드에 자동으로 동일한 리전을 사용합니다. 배포 후에는 Atlas 클러스터의 클라우드 제공자 또는 클라우드 제공자 리전을 변경할 수 없습니다.
검색 계층
Search Tier 탭에서 검색 노드에 대한 검색 계층을 선택할 수 있습니다.
기본적으로 Atlas는 S20 에 검색 노드를 배포합니다. 더 빠른 쿼리와 더 복잡한 애그리게이션을 위해 더 높은 계층을 선택하거나 더 작은 워크로드를 위해 더 낮은 계층을 선택할 수 있습니다. 일부 계층의 경우, Atlas Vector Search에 권장되는 낮은 CPU와 Atlas Search에 최적화된 높은 CPU 중에서 선택할 수도 있습니다.
AWS 에 배포된 검색 노드의 경우, Atlas는 리전마다 다양한 검색 계층을 제공합니다. 선택한 검색 계층을 해당 리전에서 사용할 수 없는 경우 Atlas는 해당 리전에서 사용할 수 있는 다음 상위 계층의 검색 노드를 자동으로 배포합니다. 자세한 내용은 AWS 검색 티어를 참조하세요.
Google Cloud 또는 Azure 에 배포된 검색 노드의 검색 계층에 대해 자세히 알아보려면 다음을 참조하세요.
검색 노드 추가
검색 노드가 없는 클러스터에 검색 노드를 추가하는 경우, 기존 mongot 프로세스와 함께 실행 중인 mongod 테일 프로세스는 Atlas Search가 초기 동기화를 완료한 후 발생하는 데이터베이스에 대한 쓰기를 수행하고 새 전용 검색 노드의 mongot 프로세스는 필요한 컬렉션에 대한 초기 동기화를 수행합니다. 이로 인해 마이그레이션 프로세스 중에 이중 읽기가 발생합니다.
검색 노드를 제거합니다.
cluster의 기존 검색 노드를 모두 삭제하는 경우 Atlas가 전용 검색 노드에서 별도로 실행되는 mongot 프로세스에서 mongod와 함께 실행되는 mongot 프로세스로 마이그레이션하는 동안 검색 쿼리 결과를 처리하는 데 잠시 중단이 발생할 수 있습니다. 하지만 인덱스가 마이그레이션되는 동안에는 다운타임이 발생하지 않고 오래된 데이터도 없습니다.
제한 사항
비공개 연결 을 통해 멀티클라우드 배포에 연결하는 경우, 연결 중인 동일한 클라우드 제공자의 노드에만 액세스할 수 있습니다. 이 클라우드 제공자는 해당 리전에 프라이머리 노드가 없을 수 있습니다. 이 경우 연결 문자열에 세컨더리 읽기 설정 모드를 지정하여 배포에 액세스해야 합니다.
현재 제공자에서 비공개 연결을 통해 멀티 cloud 배치를 위한 모든 노드에 액세스해야 하는 경우 다음과 같이 반드시 그래야 합니다.
현재 제공업체의 VPN을 나머지 각 제공업체로 구성합니다.
나머지 각 제공자에 대해 Atlas에 대한 비공개 엔드포인트를 구성합니다.