FAQ: 연결 문자열 옵션

애플리케이션에서 사용하는 연결 문자열을 식별하려면 어떻게 해야 하나요?

연결 문자열의 URI 구조는 문자열의 유형을 나타냅니다. 피어링 연결 또는 비공개 엔드포인트를 생성한 경우 Atlas 이러한 옵션 중 하나 이상을 사용할 수 있도록 표시합니다.

클러스터에 여러 개의 연결 문자열이 있는 이유는 무엇인가요?

Atlas에 연결하려면 애플리케이션이 클러스터와 통신할 수 있는 URI를 가리키도록 하세요. Atlas는 둘 이상의 노드 또는 호스트로 클러스터를 생성합니다. 각 노드에는 IP 주소로 확인되는 고유한 호스트 이름이 있습니다. Atlas가 연결하는 연결 문자열로 알려진 URI에는 호스트 이름이 두 개 이상 있을 수 있습니다. 허용된 IP 주소에서 클러스터 호스트에 대한 연결을 허용하도록 Atlas를 구성합니다.

Atlas는 인증 및 TLS를 통해 공용 IP 주소로부터 연결을 보호합니다. 비공개 IP 주소로 연결하려는 경우 다음을 사용할 수 있습니다.

• AWS 및 GCP VPC 피어링

• Azure VNet 피어링

• AWS PrivateLink 및 Azure Private Link

이러한 기능은 모두 보안 네트워크 내에서 내부 IP 주소를 통한 통신을 관리합니다.

Atlas는 보안 네트워크를 사용할 때 연결 문자열을 둘 이상 제공합니다. 각 네트워크는 서로 다른 IP 주소로 확인되는 문자열을 제공합니다.

모든 클러스터에 표준 연결 문자열이 있습니다. 이것은 클러스터의 것으로 해결됩니다:

• 인터넷 연결을 위한 공용 IP 주소 및

• 피어링된 VPC에서 확인된 AWS 클러스터의 VPC 프라이빗 IP 주소입니다.

인터넷을 통해 연결하거나 AWS의 피어링된 클러스터에 연결하는 애플리케이션에 이 문자열을 사용합니다.

피어링 네트워크가 있는 클러스터에는 피어링 연결 문자열용 프라이빗 IP가 있습니다. 이 문자열은 다음에서 사용할 수 있는 IP 주소로 확인됩니다.

• Azure 또는 Google Cloud의 피어링된 네트워크

• 사용자 지정 DNS 서비스를 사용하는 AWS 피어링 클러스터.

연결하는 애플리케이션에 이 연결 문자열을 사용합니다.

• Azure 또는 Google Cloud 피어링 네트워크 내

• 사용자 지정 DNS 서비스와 함께 AWS를 사용하는 경우 AWS 클러스터로.

비공개 엔드포인트가 구성된 리전의 AWS 또는 Azure 클러스터에는 하나 이상의 연결 문자열이 있습니다. 각 문자열은 Atlas VPC 또는 VNet의 로드 밸런서에 직접 연결되는 VPC 또는 VNet의 네트워크 인터페이스의 비공개 IP 주소로 확인됩니다. 비공개 엔드포인트와 연결하는 애플리케이션에 이 연결 문자열을 사용합니다.

피어링 전용 모드에서 Google Cloud 또는 Azure 클러스터에 어떤 의미가 있나요?

2020년 3월 31일 이전에는 피어 네트워크 Azure 또는 Google Cloud 클러스터의 데이터베이스에 연결하기 위해 피어링 전용 모드를 활성화해야 했습니다. 이 모드는 다음과 같습니다.

• 영향을 받는 글로벌 DNS 확인 및

• 피어링된 네트워크 외부의 모든 데이터베이스 연결을 제한합니다.

다중 호라이즌(Multiple horizon)은 이러한 제한을 해제하고 다음과 같은 추가 기능을 제공합니다.

• 차트

• 라이브 마이그레이션

다중 호라이즌(multiple horizon)을 활용하려면 다음 작업을 완료합니다.

• 애플리케이션의 기존 연결 문자열을 업데이트하여 피어링 연결 문자열용 프라이빗 IP를 사용합니다.

• Peering 전용 모드를 비활성화합니다.

• 클러스터에 여러 개의 연결 문자열이 있는 이유에 설명된 문자열을 사용하여 연결합니다.

VNet-피어링된 Azure 클러스터가 여러 리전에 걸칠 수 있나요?

예.

피어링용 프라이빗 IP 연결 문자열을 사용하여 연결하도록 애플리케이션을 변경하세요. 이 변경을 통해 애플리케이션이 UI 또는 API를 사용하여 피어링된 네트워크에서 연결할 수 있습니다.

더 많은 리전으로 확장하려면 먼저 기존 Azure 클러스터에서 피어링 전용 모드를 비활성화합니다.

피어링 전용 모드를 비활성화하려면 어떻게 하나요?

다음을 사용하여 피어링 전용 모드를 비활성화합니다:

curl --user "{PUBLIC-KEY}:{PRIVATE-KEY}" --digest \
     --header "Accept: application/json" \
     --header "Content-Type: application/json" \
     --include \
     --request GET "https://cloud.mongodb.com/api/atlas/v1.0/groups/{GROUP-ID}/clusters?pretty=true"

{
  "results": [{
    ...
    "mongoDBMajorVersion": "6.0",
    "mongoDBVersion": "6.0.14",
    ...
  },{
    ...
    "mongoDBMajorVersion": "6.0",
    "mongoDBVersion": "6.0.12",
    ...       }
  ]
}

curl --user "{PUBLIC-KEY}:{PRIVATE-KEY}" --digest \
     --header "Accept: application/json" \
     --header "Content-Type: application/json" \
     --include \
     --request PATCH "https://cloud.mongodb.com/api/atlas/v1.0/groups/{GROUP-ID}/privateIpMode?pretty=true" \
     --data '
       {
         "enabled" : false
       }'

1
{
2
  "enabled" : false
3
}

사용자 지정 DNS를 사용할 때 AWS VPC 피어링에 어떤 영향을 주나요?

2020년 3월 31일 이전에는 사용자 지정 DNS 서비스를 사용하고 Atlas로 VPC 피어링된 AWS에 배포된 애플리케이션은 비공개 IP 주소를 통해 연결할 수 없었습니다.

• 공개 IP 주소로 사용자 지정 DNS가 확인됩니다.

• AWS 내부 DNS가 비공개 IP 주소로 확인됩니다.

AWS에서 사용자 지정 DNS 서비스를 사용하여 배포된 애플리케이션은 피어링 연결 문자열에 개인 IP를 사용해야 합니다.

이러한 문자열을 표시하려면 다음을 수행합니다.

mongodb://xyz456-shard-00-00.ab123.mongodb.net:27017
mongodb+srv://xyz456.ab123.mongodb.net

mongodb+srv://xyx456-ab123.mongodb.net

mongodb+srv://xyx456.ab123.mongodb.net

mongodb://xyx456-shard-00-00-pri.ab123.mongodb.net:27017
mongodb+srv://xyx456-pri.ab123.mongodb.net

mongodb://pl-0-us-east-1a.ab123.mongodb.net:1024
mongodb+srv://pl-0-us-east-1a.ab123.mongodb.net

mongodb://pl-0-us-west-1.ab123.mongodb.net:1024
mongodb+srv://cluster0-pl-0-us-west-1.ab123.mongodb.net

mongodb://pl-0-eastus2.ab123.mongodb.net:1024
mongodb+srv://pl-0-eastus2.ab123.mongodb.net

mongodb://pl-0-eastus2.ab123.mongodb.net:1024
mongodb+srv://cluster0-pl-0-eastus2.ab123.mongodb.net

foo-shard-00-00-ab123.mongodb.net
foo-ab123.mongodb.net

foo-shard-00-00-ab123.azure.mongodb.net
foo-ab123.azure.mongodb.net

foo-shard-00-00-ab123.gcp.mongodb.net
foo-ab123.gcp.mongodb.net

비공개 엔드포인트 사용하여 샤딩된 클러스터의 연결 성능을 최적화하려면 어떻게 해야 하나요?

Atlas는 비공개 엔드포인트 서비스의 로드 밸런서를 사용하여 샤딩된 클러스터에 대해 최적화된 SRV 연결 문자열을 생성할 수 있습니다. 최적화된 연결 문자열을 사용하는 경우 Atlas는 애플리케이션과 샤딩된 클러스터 간의 mongos당 연결 수를 제한합니다. mongos당 제한된 연결은 연결 수가 급증하는 동안 성능을 향상시킵니다.

최적화된 연결 문자열을 사용하려면 다음 기준을 모두 충족해야 합니다.

• 샤딩된 클러스터를 구성합니다.

• 샤딩된 클러스터가 AWS에서 실행되는지 확인합니다.

• 샤딩된 클러스터가 MongoDB 버전 5.0 이상을 실행하는지 확인합니다. 현재 클러스터에서 이전 버전의 MongoDB를 실행 중인 경우, 최적화된 SRV 연결 문자열을 사용하려면 클러스터의 MongoDB 버전을 버전 5.0 이상으로 업그레이드하세요.

• cluster용 비공개 엔드포인트를 설정합니다 .

• 다음 중 하나를 사용합니다.

  • 단일 리전 클러스터 또는

  • 리전화된 프라이빗 엔드포인트가 허용된 멀티 리전 클러스터. 멀티 리전 클러스터의 AWS 리전만 최적화된 SRV 연결 문자열을 지원합니다.

  Atlas는 단일 SRV 기록을 통한 멀티 리전 클러스터로의 최적화된 연결을 지원하지 않습니다.

• 다음 방법 중 하나를 사용하여 연결합니다.

  • 최적으로 연결하는 데 최소 드라이버 버전을충족하거나 초과하는 드라이버를 사용하여 연결합니다.

  • Compass를 사용하여 연결합니다.

  • mongosh를 사용하여 연결합니다.

무료 또는 Flex 클러스터 에서 cloud 제공자 변경하는 경우 연결 문자열 업데이트 해야 합니까?

레거시 연결 문자열이 있고 클라우드 공급자를 변경하려는 경우 연결 문자열에 .gcp 또는 .azure가 포함되어야 하며 다음 중 하나를 수행해야 합니다.

• Google Cloud 또는 Azure 이동

• Google Cloud 또는 Azure에서 이동

  참고

  두 작업 모두 연결 문자열을 변경할 수 있습니다. Atlas UI에서 업그레이드가 완료된 후 클러스터에서 Connect를 클릭하여 업데이트된 연결 문자열을 확인합니다.

전용 클러스터 에서 cloud 제공자 변경하는 경우 연결 문자열 업데이트 해야 하나요?

이는 다음에 따라 달라집니다.

• 현재 클러스터에서 사용하는 클라우드 공급자

• 클러스터를 생성한 경우