문서 메뉴
문서 홈
/
MongoDB 아틀라스
/
참조
/
자주 묻는 질문

FAQ: 배포

이 페이지의 내용

  • MongoDB Atlas와 MongoDB Cloud Manager 중 무엇인가요?
  • 관리를 위해 기존 MongoDB 배포를 MongoDB Atlas로 가져올 수 있나요?
  • 리전 간에 마이그레이션할 수 있나요?
  • Atlas는 리전 간 배포를 지원하나요?
  • Atlas는 어떤 Amazon Web Services 리전을 지원하나요?
  • Atlas cluster를 일시 중지하거나 중지할 수 있나요?
  • Atlas 샤딩된 클러스터에서 청크를 사전 분할할 수 있나요?
  • MongoDB Atlas는 샤드가 50개가 넘는 cluster를 배포할 수 있나요?
  • MongoDB Atlas는 어떻게 고가용성을 제공하나요?
  • 분석 노드란 무엇인가요?
  • 다른 디스크 스토리지 변경 요청을 제출할 수 없는 이유는 무엇인가요?

MongoDB Atlas와 MongoDB Cloud Manager 중 무엇인가요?

Atlas는 managed 간소화된 환경을 제공합니다. Atlas 사용자는 엄선된 구성 및 인프라 옵션을 이용할 수 있습니다. 가용 Atlas 구성 및 인프라 옵션이 일부 사용자에게 필요한 유연성을 제공하지 못할 수도 있습니다. 예를 들어, Atlas는 cluster 연결을 위해 TLS 가 필요하며 TLS를 비활성화하기 위한 옵션은 표시하지 않습니다. Atlas는 managed 이동식 부품의 수를 줄이려는 사용자에게 적합하므로 개발자 및 데이터베이스 관리자의 생산성을 높일 수 있습니다.

MongoDB Cloud Manager는 사용자가 선택한 인프라에 대해 더 많은 구성 옵션을 보여줌으로써 더 큰 통제력을 제공합니다. Cloud Manager 사용자는 고급 작업 및 더 높은 수준의 제어에 액세스할 수 있으나, 자신이 담당하는 인프라의 전체 수명 주기를 관리해야 합니다. Cloud Manager는 MongoDB 클러스터를 더 높은 수준으로 제어해야 하는 사용자에게 가장 적합합니다.

조직의 요구 사항에 가장 적합한 MongoDB 서비스에 대한 지침은 MongoDB 지원팀에 문의하세요.

관리를 위해 기존 MongoDB 배포를 MongoDB Atlas로 가져올 수 있나요?

아니요. 다만 기존 MongoDB 배포의 데이터를 MongoDB Atlas에 업로드할 수는 있습니다.

자세한 내용은 데이터 마이그레이션 또는 가져오기를 참조하세요.

데이터 업로드 시 공식 MongoDB 지원 드라이버를 사용하여 스크립트를 작성할 수도 있습니다.

리전 간에 마이그레이션할 수 있나요?

예. 원래 cloud 서비스 제공자 내에서 또는 다른 cloud 서비스 제공자 간에 특정 cluster에 대해 하나 이상의 리전을 변경할 수 있습니다. MongoDB Atlas는 cluster 가용성을 보존하기 위해 롤링 마이그레이션 전략을 사용하여 원래 리전에서 새 리전으로 노드를 이동합니다.

중요

AWS 전용

AWS(Amazon Web Services) VPC(Virtual Private Cloud) 피어링 연결은 리전별로 다릅니다. 특정 AWS 리전의 AWS VPC에 대한 기존 VPC 피어링 연결을 사용하는 클러스터는 다른 AWS 리전으로 이동할 경우 해당 피어링 연결에 대한 액세스 권한을 잃게 됩니다. 이동한 클러스터는 새 리전에서 기존 피어링 연결을 사용할 수 있습니다.

팁

다음도 참조하세요.

네트워크 피어링 연결을 설정합니다.

다른 클라우드 서비스 제공자의 리전 간에 데이터를 마이그레이션해야 하는 경우 수행할 수 있는 작업은 다음과 같습니다.

경고

  • 새 cloud 공급자로 전환하면 배포 IP 주소가 변경됩니다.

  • 데이터 마이그레이션은 VPC Peering 및 비공개 엔드포인트 작업을 중단합니다. 마이그레이션을 완료한 후 이를 다시 구성해야 합니다.

  • 새로운 리전이나 클라우드 공급자로 노드를 추가하거나 이동하려면 새로 마이그레이션한 복제본 세트 구성원 각각이 초기 동기화를 수행해야 합니다.

  • Atlas가 다중 cloud cluster에 대한 지원을 추가한 2020년 11월 2일 이전에 GCP 또는 Microsoft Azure에서 Atlas cluster를 생성한 경우, 다른 제공자로 변경하면 연결 문자열이 새 cluster로 변경됩니다. 클러스터에 다시 연결 하려면 새 연결 문자열로 애플리케이션을 업데이트할 시간을 예약하는 것이 좋습니다.

팁

다음도 참조하세요.

데이터 마이그레이션 또는 가져오기

Atlas는 리전 간 배포를 지원하나요?

예. 배포를 만들 거나 확장 할 때 고가용성 또는 로컬 읽기를 위해 추가 리전을 지정할 수 있습니다.

Atlas는 클라우드 간 서비스 제공자 배포를 지원합니다. 자세한 내용 은 고가용성을 위한 투표 선택 가능 노드를 참조하세요.

Atlas는 어떤 Amazon Web Services 리전을 지원하나요?

Atlas 는 중국 및 미국 GovCloud 의 리전을 제외한 모든 Amazon Web Services 리전을지원합니다. . 자세한 내용은 Amazon Web Services (Amazon Web Services)를 참조하세요.

Atlas cluster를 일시 중지하거나 중지할 수 있나요?

한 번에 최대 30일 동안 M10+ 유료 cluster를 일시 중지 할 수 있습니다. Atlas 30일 후에 cluster를 자동으로 재개합니다.

Atlas 샤딩된 클러스터에서 청크를 사전 분할할 수 있나요?

Atlas admin 데이터베이스 사용자 역할에는 빈 샤드 collection의 청크를 미리 분할하는 데 필요한 권한이 있습니다.

샤딩된 클러스터 청크 생성 및 관리에 대해 자세히 알아보려면 샤딩된 클러스터에서 청크 생성을 참조하세요.

MongoDB Atlas는 샤드가 50개가 넘는 cluster를 배포할 수 있나요?

예, MongoDB Atlas는 최대 100 개의 샤드를 선택할 수 있습니다. 100 개 이상의 샤드에 관심이 있는 경우 MongoDB 지원팀 에 문의하세요.

MongoDB Atlas는 어떻게 고가용성을 제공하나요?

Atlas 클러스터는 MongoDB의 복제 기능을 사용하여 고가용성을 제공합니다. 모든 Atlas 클러스터는 복제본 세트이거나 각 샤드가 복제본 세트인 샤딩된 클러스터입니다. MongoDB 복제본 세트 및 복제에 대해 자세히 알아보려면 복제를 참조하세요.

Atlas는 유지 관리 또는 인프라 작업(예: 보안 패치 적용 또는 Atlas 클러스터 확장)을 실행하기 위해 롤링 업그레이드 전략을 활용합니다. 롤링 업그레이드 전략은 클러스터가 대부분의 유지 관리 또는 인프라 작업을 위한 읽기 및 쓰기를 처리할 수 있게 합니다. 롤링 업그레이드 절차에서 진행되는 작업은 다음과 같습니다.

  • Atlas는 클러스터의 각 세컨더리 노드에 변경 사항을 적용합니다.

  • Atlas는 프라이머리 노드를 세컨더리 상태로 내리고 새 프라이머리 노드에 대한 선택을 개시하도록 지시합니다.

  • 클러스터에 새로운 프라이머리 노드가 생기면 Atlas가 이전의 프라이머리 노드에 변경사항을 적용합니다.

애플리케이션은 클러스터가 새 프라이머리 노드를 선택하는 동안 쓰기 작업을 보류해야 합니다. 이 기간 동안 클러스터는 세컨더리 읽기 작업을 계속 처리할 수 있습니다. Atlas 클러스터에서의 선택은 대개 몇 초 내에 완료됩니다. 네트워크 지연 시간 등 여러 요인으로 인해 복제본 세트 선택을 마치는 데 필요한 시간이 길어질 수 있습니다. 이렇게 되면 결국 프라이머리 노드 없이 클러스터가 작동할 수 있는 시간의 양에 영향을 미칠 수 있습니다. 이러한 요인들은 특정 클러스터 아키텍처에 따라 달라집니다.

Atlas URI 연결 문자열에 retryWrites=true를 추가하여 재시도 가능 쓰기를 활성화할 수 있습니다. 자세히 알아보려면 재시도 가능 쓰기를 참조하세요.

M10+ cluster의 경우 Atlas는 애플리케이션이 복제본 세트 투표를 감지하고 이에 React할 수 있는지 확인할 수 있는 테스트 프라이머리 페일오버 기능을 제공합니다. 복제본 세트 투표를 원활하게 처리할 수 있는 애플리케이션을 설계하면 cluster에서 발생하는 기본 유지 관리에 대해 더 이상 걱정하지 않아도 됩니다.

Atlas 유지 관리 작업에는 MongoDB 데이터베이스 자체에 대한 OS 패치 및 유지 관리 패치가 포함됩니다. 인프라 작업에는 결함 있는 인프라의 교체에 필요한 복구 작업, 예정된 인프라 교체 (예: 클러스터 계층 변경) 등이 포함됩니다.

최적의 가용성으로 MongoDB Atlas를 사용할 수 있도록 애플리케이션을 설계하는 데 도움이 필요하면 MongoDB 지원팀에 문의하세요.

분석 노드란 무엇인가요?

M10+ cluster에서 사용할 수 있습니다.

분석 노드는 작업 워크로드에 영향을 미쳐서는 안 되는 쿼리를 격리하는 데 사용되는 특수 읽기 전용 노드입니다. BI 도구를 통해 실행되는 쿼리 보고 등의 분석 데이터를 처리하는 데 유용합니다.

분석 노드와 읽기 전용 노드 는 원하는 노드 유형 및 리전으로 쿼리를 보낼 수 있는 고유한 복제본 세트 태그 로 구성됩니다. Atlas에서 구현한 사전 정의 복제본 세트 태그에 대한 자세한 내용은 Atlas Replica Set Tags(Atlas 복제본 세트 태그)에서 확인하세요.

다중 지역 클러스터에는 노드가 최대 50개 있을 수 있습니다. 해당 제한 내에는 최대 분석 노드 수가 없습니다.

분석 노드는 투표 에 참여하거나 해당 클러스터의 프라이머리 가 될 수 없으므로 클러스터의 가용성에 기여할 수 없습니다.

다른 디스크 스토리지 변경 요청을 제출할 수 없는 이유는 무엇인가요?

최근에 디스크 스토리지 변경 요청을 제출한 경우, AWS 사용자는 다른 디스크 변경 요청을 제출하기 전에 첫 번째 요청이 완료될 때까지 6시간을 기다려야 합니다.

← FAQ: 데이터베이스
FAQ: 모니터링 및 알림 →

이 페이지의 내용