고객 키 관리를 사용한 미사용 암호화

AtlasGo Atlas 에서 프로젝트 의 Advanced 페이지로 고 (Go) 합니다.

1. 아직 표시되지 않은 경우 탐색 표시줄의 Organizations 메뉴에서 프로젝트가 포함된 조직을 선택합니다.

2. 아직 표시되지 않은 경우 내비게이션 바의 Projects 메뉴에서 프로젝트를 선택합니다.

3. 사이드바에서 Security 제목 아래의 Advanced를 클릭합니다.

   고급 페이지가 표시됩니다.

옆의 Encryption at Rest using your Key Management 버튼을 On 로 전환합니다.<a class=\" \" href=\" \" title=\" \"><svg xmlns=\" \" width=\" \" height=\" \" fill=\" \" viewbox=\" \" class=\" \" role=\" \" aria-label=\" \"><path fill=\" \" d=\" \"> <path fill=\" \" d=\" \">

키 관리 공급자 계정 자격 증명을 입력하고 암호화 키를 제공합니다.

을(를) 클릭합니다.<a class=\" \" href=\" \" title=\" \"><svg xmlns=\" \" width=\" \" height=\" \" fill=\" \" viewbox=\" \" class=\" \" role=\" \" aria-label=\" \"><path fill=\" \" d=\" \"> <path fill=\" \" d=\" \"> Save

Atlas Control Plane에 대한 액세스를 허용합니다.

자세한 내용은 Atlas Control Plane에서 액세스 허용을 참조하세요.

엔드포인트로 GET 요청을 returnAllControlPlaneIPAddresses 전송합니다.

<a class=\" \" target=\" \" href=\" \"> API 엔드포인트 는 클라우드 공급자 및 리전별로 분류된 CIDR의 인바운드 및 아웃바운드 Atlas 제어 영역 IP 주소 목록을 반환합니다. 자세한 내용은 AWS, Azure 및 GCP에서 고객 키를 관리하기 위한 필수 조건을 참조하세요.

반환된 아웃바운드 IP 주소를 클라우드 제공자의 IP 액세스 목록에 추가합니다.

자세한 내용은 AWS, Azure 및 GCP를 사용하여 고객 키를 관리하기 위한 필수 구성 요소를 참조하세요.

클러스터 암호화를 활성화합니다.

cluster 구성 양식에서 Manage your own encryption keys 설정을 Yes로 전환합니다.

변경 사항을 검토하고 적용합니다.

1. Review Changes를 클릭합니다.

2. 변경 사항을 검토한 다음 Apply Changes을(를) 클릭하여 클러스터를 배포합니다.

선택 사항: 새 클러스터 노드에서 IP 주소를 추가합니다.

키 관리 구성에 따라 Atlas 클러스터 노드 IP 주소를 클라우드 공급자 KMS 액세스 목록에 추가해야 할 수도 있습니다. 이렇게 하면 클러스터가 KMS와 통신할 수 있습니다.클러스터와 KMS 간의 통신을 활성화하려면 다음을 수행합니다.

1. ipAddresses 엔드포인트로 GET 요청을 전송합니다. API 엔드포인트는 다음과 같이 새 클러스터 노드의 IP 주소 목록을 반환합니다.

   {
     "groupId": "xxx", // ObjectId
     "services": {
       "clusters": [
         {
           "clusterName": "Cluster0",
           "inbound": [
             "3.92.113.229",
             "3.208.110.31",
             "107.22.44.69"
             ],
           "outbound": [
             "3.92.113.229",
             "3.208.110.31",
             "107.22.44.69"
           ]
         }
       ]
     }
   }

2. 반환된 IP 주소를 클라우드 제공자의 IP 액세스 목록에 추가합니다. 프로비저닝 계획이 롤백되기 전에 IP 액세스 목록을 수정해야 합니다.프로비저닝 계획이 IP 액세스 제한에서 롤백하기 전에 클러스터는 최대 3일 동안 프로비저닝을 시도합니다.

   자세한 내용은 AWS, Azure 및 GCP를 사용하여 고객 키를 관리하기 위한 필수 구성 요소를 참조하세요.

   참고

   IP 액세스 목록을 업데이트하는 데 시간이 더 필요하다면 다음 방법을 활용할 수 있습니다:

   • IP 액세스 목록을 업데이트한 후 미사용 데이터 암호화 없이 클러스터를 프로비저닝한 다음 활성화합니다.

   • 클라우드 제공자의 키 관리 서비스에서 더욱 포괄적인 IP 액세스 목록을 구성하고, 미사용 데이터 암호화를 사용하여 클러스터를 시작한 다음, IP 액세스 목록을 수정합니다.

AtlasGo Atlas 에서 프로젝트 의 Clusters 페이지로 고 (Go) 합니다.

1. 아직 표시되지 않은 경우 탐색 표시줄의 Organizations 메뉴에서 원하는 프로젝트가 포함된 조직을 선택합니다.

2. 아직 표시되지 않은 경우 탐색 표시줄의 Projects 메뉴에서 원하는 프로젝트를 선택합니다.

3. 아직 표시되지 않은 경우 사이드바에서 Clusters 클릭하세요.

   Clusters(클러스터) 페이지가 표시됩니다.

클러스터의 구성을 수정합니다.

암호화하려는 데이터를 포함하는 클러스터에 대해 을 클릭한 다음 Edit Configuration을 선택합니다.

클러스터 암호화를 활성화합니다.

1. Additional Settings 패널을 펼칩니다.

2. 0} 설정을 Manage your own encryption keys 로 Yes 전환합니다.

3. 클러스터의 Require Private Networking 설정 상태를 확인합니다.

   프로젝트 수준에서 Atlas에 대해 CMK(사설 네트워킹 사용)를 사용한 미사용 데이터 암호화를 구성한 경우 상태는 Active입니다. 프로젝트에 대한 비공개 엔드포인트 연결을 구성하지 않은 경우 상태는 Inactive입니다.

변경 사항을 검토하고 적용합니다.

1. Review Changes를 클릭합니다.

2. 변경 사항을 검토한 다음 Apply Changes을 클릭하여 클러스터를 업데이트합니다.

복제본 세트 클러스터 또는 샤딩된 클러스터에 노드 또는 샤드를 추가합니다.

M10+ cluster에 투표 선택 가능 노드를 추가하거나 샤딩된 클러스터의 샤드 수를 늘릴 수 있습니다.

선택 사항: 새 클러스터 노드 또는 샤드에서 IP 주소를 추가합니다.

키 관리 구성에 따라 Atlas 클러스터 노드 IP 주소를 클라우드 공급자 KMS 액세스 목록에 추가해야 할 수도 있습니다. 이렇게 하면 클러스터가 KMS와 통신할 수 있습니다.클러스터와 KMS 간의 통신을 활성화하려면 다음을 수행합니다.

1. ipAddresses 엔드포인트로 GET 요청을 전송합니다. API 엔드포인트는 새 클러스터 노드 또는 샤드의 IP 주소 목록을 다음과 유사하게 반환합니다.

   {
     "groupId": "xxx", // ObjectId
     "services": {
       "clusters": [
         {
           "clusterName": "Cluster0",
           "inbound": [
             "3.92.113.229",
             "3.208.110.31",
             "107.22.44.69"
             ], // List<String>
           "outbound": [
             "3.92.113.229",
             "3.208.110.31",
             "107.22.44.69"
           ]
         }
       ]
     }
   }

2. 반환된 IP 주소를 클라우드 제공자의 IP 액세스 목록에 추가합니다. 프로비저닝 계획이 롤백되기 전에 IP 액세스 목록을 수정해야 합니다.프로비저닝 계획이 IP 액세스 제한에서 롤백하기 전에 클러스터는 최대 3일 동안 프로비저닝을 시도합니다.

   자세한 내용은 AWS, Azure 및 GCP를 사용하여 고객 키를 관리하기 위한 필수 구성 요소를 참조하세요.