自己管理型シャーディングされたクラスターの配置

接続性

シャーディングされたクラスターの各ノードは、クラスター内の他のすべてのノードに接続できる必要があります。これには、すべてのシャードとコンフィギュレーションサーバーが含まれます。あらゆるインターフェースや、ファイアウォールなど、ネットワークとセキュリティ システムでこの接続が許可されていることを確認します。

ホスト名と構成

セキュリティ

このチュートリアルには、自己管理型配置で 自己管理型内部認証とメンバーシップ認証 や ロールベースのアクセス制御 を構成するために必要な手順は含まれて いませ ん 。

実稼働環境のシャーディングされたクラスターには、少なくとも x.509 セキュリティを内部認証とクライアントアクセスに採用する必要があります。

コンフィギュレーションサーバーのレプリカセットの作成

以下の手順でコンフィギュレーションサーバーのレプリカセットをデプロイします。

本番環境には、少なくとも 3 つのノードを含むコンフィギュレーションサーバーのレプリカセットをデプロイします。テスト用に、シングルノードのレプリカセットを作成できます。

このチュートリアルでは、コンフィギュレーションサーバーのレプリカセット ノードは次のホストに関連付けられています。

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" }
    ]
  }
)

コンフィギュレーションサーバーのレプリカセット（CSRS）を初期化し、起動したら、シャード レプリカセットの作成に進みます。

シャード レプリカセットの作成

本番環境には、少なくとも 3 つのノードを含むレプリカセットをデプロイします。テスト用に、シングルノードのレプリカセットを作成できます。

各シャードに対してシャード レプリカセットを作成するには、次の手順を行います。

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 の開始

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 サーバーとコンフィギュレーションサーバーで構成されています。mongosh を使用してシャーディングされたクラスターに接続できるようになりました。

シャーディングされたクラスターへの接続

mongoshをmongosに接続します。 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")

クラスターに必要なシャードがすべて含まれるまで、これらの手順を繰り返します。

コレクションのシャーディング

コレクションをシャードするには、mongosh を mongos に接続し、sh.shardCollection() メソッドを使用します。

MongoDB でコレクションをシャードするには、次の 2 つの方法があります。

• ハッシュ シャーディングでは、1 つのフィールドのハッシュ インデックスをシャードキーとして使用して、シャーディングされたクラスター間でデータをパーティショニングします。

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

• 範囲ベースのシャーディングでは、複数のフィールドをシャードキーとして使用して、シャードキー値によって決定される連続した範囲にデータを分割できます。

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

シャードキーの考慮事項

シャードキーの選択は、シャーディングの効率だけでなく、 ゾーンなどの特定のシャーディング機能を利用する能力にも影響します。効果的なシャードキーを選択する方法については、「シャードキーの選択」を参照してください。

mongosh は、convertShardKeyToHashed() メソッドを提供します。このメソッドでは、ハッシュインデックスと同じハッシュ関数が使用され、キーのハッシュ値を確認できます。