シャーディングされたクラスターのコンポーネント
MongoDB の シャーディングされたクラスターは、次の要素で構成されます。
シャード: 各シャードには、シャーディングされたデータのサブセットが含まれています。各シャードはレプリカセットとして配置する必要があります。
mongos :
mongosはクエリ ルーターとして機能し、クライアント アプリケーションとシャーディングされたクラスター間のインターフェースとなります。コンフィギュレーションサーバー: コンフィギュレーションサーバーは、クラスターのメタデータと構成設定を保存します。 コンフィギュレーションサーバーは レプリカセット （CSRS） としてデプロイする必要があります。
本番構成
本番環境のクラスターでは、データの冗長性を確保し、システムの可用性を高レベルに保ちます。シャーディングされたクラスターを本番環境にデプロイする際は、以下の点を考慮します。
レプリカセットの分散
可能であれば、各レプリカセットのノードを 1 つずつ障害復旧ロケーションとしてふさわしい場所にデプロイすることを検討してください。
注意
レプリカセットのノードを 2 つのデータセンターに分散させると、1 つのデータセンターよりもメリットがあります。2つのデータセンターに分散させた場合、
データセンターの 1 つがダウンしても、1 つのデータセンターのみを利用する場合とは異なり、データは引き続き読み取り可能です。
少数のノードを含むデータセンターがダウンした場合でも、レプリカセットは読み取り操作だけでなく書込み操作も引き続き実行できます。
ただしノードの大多数を含むデータセンターがダウンすると、レプリカセットは読み取り専用になります。
可能であれば、ノードは少なくとも 3 つのデータセンターに分散させます。コンフィギュレーションサーバー レプリカセット （CSRS）の場合、ベストプラクティスはノードを 3 つ（ノード数によってはそれ以上）のセンターに分散させることです。3 つのデータセンターを利用するにはコストが高すぎる場合の選択肢の 1 つは、会社のポリシー上可能であれば、データを含むノードを 2 つのデータセンターに均等に分散し、残りのノードをクラウドに保存することです。
シャードの数
シャーディングでは、シャーディングされたデータを分散するために、少なくとも 2 つのシャードが必要です。シャードが 1 つのみシャーディングされたクラスターは、近い将来にシャーディングを有効にする予定だが、デプロイ時に有効化する必要がない場合に便利です。
mongosの数とディストリビューション
mongos インスタンスを複数デプロイすることで、mongos ルーターで高い可用性とスケーラビリティを実現できます。プロキシまたはロードバランサーがアプリケーションと mongos ルーターの間にある場合、クライアントのアフィニティを保つよう構成する必要があります。クライアント アフィニティにより、単一のクライアントによるすべての接続が常に同じ mongos に到達します。高可用性をシャードレベルで実現するには、次のいずれかを実行します。
mongosインスタンスがすでに実行中のハードウェアにmongosインスタンスを追加します。アプリケーション レベルで
mongosルーターを埋め込みます。
mongos ルーターはコンフィギュレーションサーバーと頻繁に通信します。ルーターの数を増やすと、パフォーマンスが低下する恐れがあります。パフォーマンスが低下する場合は、ルーターの数を減らしてください。配置する mongos ルーターは 30 台以下にします。
以下は、本番環境で通常使用されるシャーディングされたクラスターのアーキテクチャ図です。
開発構成
テストおよび開発用に、最小限のコンポーネント数でシャーディングされたクラスターをデプロイできます。これらの非本番クラスターには、以下のコンポーネントが含まれます。
1 つの
mongosインスタンス単一シャードのレプリカセット。
レプリカセットのコンフィギュレーションサーバー。
次は、開発専用のシャーディングされたクラスターのアーキテクチャ図です。
警告
テスト クラスター アーキテクチャは、テストと開発専用です。