埋め込みコンフィギュレーションサーバーを使用してレプリカセットをシャーディングされたシャードクラスタに変換
MongoDB 8.0以降では、通常のシャーディングされたクラスターのメタデータデータ に加えて、アプリケーションデータを保存するようにコンフィギュレーションコンフィギュレーションサーバーを構成できます。アプリケーションデータを保存するコンフィギュレーションコンフィギュレーションサーバーは、コンフィギュレーションシャードまたは 埋め込みコンフィギュレーションコンフィギュレーションサーバーと呼ばれます。
レプリカセットを コンフィギュレーションコンフィギュレーションサーバーが埋め込まれたシャーディングされたシャーディングされたクラスターに変換すると、以下の削減が可能です。
配置に必要なノードの数。
単一シャード クラスターを維持するための複雑さ。
このタスクについて
レプリカセットを直接コンフィギュレーションシャードに変換することはできません。レプリカセットを 埋め込みコンフィギュレーションサーバーに変換するには、以下の手順を実行する必要があります。
レプリカセットを 専用の コンフィギュレーションサーバー を使用してシャーディングされたシャーディングされたクラスターに変換しコンフィギュレーションサーバー。
コマンドを使用して、専用のコンフィギュレーションコンフィギュレーションサーバーをコンフィギュレーション シャード
transitionFromDedicatedConfigServerとして実行するように構成します。transitionFromDedicatedConfigServerコマンドは、コンフィギュレーションコンフィギュレーションサーバーをクラスターにシャードとして追加します。
コンフィギュレーションシャード を追加した後、クラスター内のシャードの数を減らします。
アクセス制御
アクセス制御が有効になっている場合、transitionFromDedicatedConfigServer コマンドにはtransitionFromDedicatedConfigServer クラスター の 認可アクションが必要です。
clusterManagerロールにはtransitionFromDedicatedConfigServer認可アクションがあり、ユーザーに割り当てることができます。
手順
次の例では、自己管理型レプリカセットを、レプリカセットセット の既存のユーザー データを含むコンフィギュレーションシャードに変換します。
レプリカセットを専用のコンフィギュレーションコンフィギュレーションサーバーでシャーディングされたシャーディングされたクラスターに変換
このチュートリアルでは、自己管理型レプリカセットを シャーディングされたシャーディングされたクラスターに変換する 方法を知っていることを前提としています。手順について詳しくは、「自己管理型レプリカセットをシャーディングされたシャードクラスタに変換する 」を参照してください。
コンフィギュレーコンフィギュレーションサーバーがコンフィギュレーションシャードになったことを確認する
admin.system.versionコレクションでshardName: 'config'のエントリを確認できます。
db.getSiblingDB("admin").system.version.find( { shardName: 'config' } )
注意
バランサーがを実行中している場合は、シャード間でデータが自動的に移行されます。それ以外の場合は、 moveCollectionまたはmoveChunkコマンドを使用してデータを手動で分散します。
クラスター内のシャードの数を 1 に減らします
コンフィギュレーションシャードを追加した後にクラスターを単一シャードに縮小するには、 moveCollectionコマンドを使用してシャーディングされていないコレクションをすべてコンフィギュレーションシャードに移動し、 removeShardコマンドを使用してクラスター内の最初のシャードを削除します。この手順では、クラスターを単一の構成シャードに縮小します。
クラスター内のシャードを削除する完全な手順については、「シャーディングされたシャードクラスタからシャードを削除する 」を参照してください。