자체 관리형 샤드 클러스터 배포

연결성

샤딩된 클러스터의 각 멤버는 클러스터의 다른 모든 멤버에 연결할 수 있어야 합니다. 여기에는 모든 샤드와 config 서버가 포함됩니다. 모든 인터페이스와 방화벽을 포함한 네트워크 및 보안 시스템이 이러한 연결을 허용하는지 확인하세요.

호스트 이름 및 구성

보안

이 튜토리얼에는 자체 관리형 내부/멤버십 인증 또는 자체 관리형 배포서버의 역할 기반 액세스 제어를 구성하는 데 필요한 단계는 포함되어 있지 않습니다.

프로덕션 환경에서는 샤딩된 클러스터가 내부 인증 및 클라이언트 액세스를 위해 최소 x.509 보안을 사용해야 합니다.

config 서버 복제본 세트 만들기

다음 단계는 config 서버 복제본 세트를 배포하는 단계입니다.

프로덕션 배포의 경우, 최소 세 멤버를 갖는 config 서버 복제 세트를 배포하세요. 테스트를 위해서 단일 멤버 복제본 세트를 생성할 수 있습니다.

이 튜토리얼에서 config 서버 복제본 세트 멤버은 다음 호스트와 연결됩니다.

sharding:
  clusterRole: configsvr
replication:
  replSetName: <replica set name>
net:
  bindIp: localhost,<hostname(s)|ip address(es)>

mongod --config <path-to-config-file>

mongod --configsvr --replSet <replica set name> --dbpath <path> --bind_ip localhost,<hostname(s)|ip address(es)>

mongosh --host <hostname> --port <port>

rs.initiate(
  {
    _id: "myReplSet",
    configsvr: true,
    members: [
      { _id : 0, host : "cfg1.example.net:27019" },
      { _id : 1, host : "cfg2.example.net:27019" },
      { _id : 2, host : "cfg3.example.net:27019" }
    ]
  }
)

config 서버 복제본 세트(CSRS)가 시작되고 작동되면 샤드 복제본 세트 생성을 진행합니다.

샤드 복제본 세트 생성

프로덕션 배포에서는 멤버가 세 개 이상 포함된 복제본 세트를 사용하세요. 테스트를 위해서는 단일 멤버 복제본 세트를 생성할 수 있습니다.

각 샤드에 대해 다음 단계를 사용하여 샤드 복제본 세트를 생성합니다.

sharding:
    clusterRole: shardsvr
replication:
    replSetName: <replSetName>
net:
    bindIp: localhost,<ip address>

mongod --config <path-to-config-file>

mongod --shardsvr --replSet <replSetname>  --dbpath <path> --bind_ip localhost,<hostname(s)|ip address(es)>

mongosh --host <hostname> --port <port>

rs.initiate(
  {
    _id : "myReplSet",
    members: [
      { _id : 0, host : "s1-mongo1.example.net:27018" },
      { _id : 1, host : "s1-mongo2.example.net:27018" },
      { _id : 2, host : "s1-mongo3.example.net:27018" }
    ]
  }
)

샤딩된 클러스터에 대한시작 mongos

config 서버를 지정하기 위해 구성 파일이나 명령줄 매개변수를 사용하여mongos를 시작합니다.

sharding:
  configDB: <configReplSetName>/cfg1.example.net:27019,cfg2.example.net:27019
net:
  bindIp: localhost,<hostname(s)|ip address(es)>

mongos --config <path-to-config>

mongos --configdb <configReplSetName>/cfg1.example.net:27019,cfg2.example.net:27019,cfg3.example.net:27019 --bind_ip localhost,<hostname(s)|ip address(es)>

이때 샤딩된 클러스터는 mongos 및 config 서버로 구성됩니다. 이제 mongosh.를 사용하여 샤딩된 클러스터에 연결할 수 있습니다.

샤딩된 클러스터에 연결

mongos에 mongosh를 연결합니다. mongos가 실행 중인 host 및 port를 지정합니다.

mongosh --host <hostname> --port <port>

mongosh를 mongos에 연결하고 나면 다음 절차를 계속 진행하여 클러스터에 샤드를 추가합니다.

클러스터에 샤드 추가

mongos에 연결된 mongosh 세션에서 sh.addShard() 메서드를 사용하여 각 샤드를 클러스터에 추가합니다.

다음 작업은 클러스터에 단일 샤드 복제본 세트를 추가합니다.

sh.addShard( "<replSetName>/s1-mongo1.example.net:27018,s1-mongo2.example.net:27018,s1-mongo3.example.net:27018")

클러스터에 원하는 모든 샤드가 포함될 때까지 이 단계를 반복합니다.

Collection 샤드

컬렉션을 샤딩하려면 mongosh를 mongos에 연결하고 sh.shardCollection() 메서드를 사용합니다.

MongoDB는 컬렉션을 샤딩하는 두 가지 전략을 제공합니다.

• 해시된 샤딩은 단일 필드의 해시된 인덱스를 샤드 키로 사용하여 샤딩된 클러스터에서 데이터를 분할합니다.

  sh.shardCollection("<database>.<collection>", { <shard key field> : "hashed" } )

• 범위 기반 샤딩은 샤드 키로 여러 필드를 사용할 수 있으며, 샤드 키 값에 의해 결정된 연속적인 범위로 데이터를 나눕니다.

  sh.shardCollection("<database>.<collection>", { <shard key field> : 1, ... } )

샤드 키 관련 고려 사항

샤드 키 선택은 샤딩의 효율성뿐만 아니라 구역과 같은 특정 샤딩 기능을 활용하는 능력에 영향을 미칩니다. 효과적인 샤드 키를 선택하는 방법을 알아보려면 샤드 키 선택을 참조하세요.

mongosh는 convertShardKeyToHashed() 메서드를 제공합니다. 이 메서드는 해시된 인덱스와 동일한 해시 함수를 사용하며 키의 해시된 값을 확인하는 데 사용할 수 있습니다.