transitionFromDedicatedConfigServer
定義
バージョン8.0の新機能。
MongoDB 8.0以降では、次のことが可能です。
通常のシャーディングされたクラスターのメタデータデータ に加えて、アプリケーションデータを保存するように コンフィギュレーションコンフィギュレーションサーバーを構成します。 アプリケーションデータを保存するコンフィギュレーションサーバーは、コンフィギュレーションシャードと呼ばれます。
コンフィギュレーコンフィギュレーションサーバーの間で変換しコンフィギュレーションサーバー。
クラスターにはコンフィギュレーションサーバーが必要ですが、専用のコンフィギュレーションサーバーでなく、 コンフィギュレーションシャード にすることもできます。 コンフィギュレーションシャードを使用すると、必要なノードの数が減り、配置が簡素化されます。
アプリケーションに可用性と回復力の要件がある場合は、専用のコンフィギュレーションサーバーの配置を検討してください。 専用のコンフィギュレーションサーバーは、重要なクラスター操作に対して分離、専用リソース、一貫したパフォーマンスを提供します。
transitionFromDedicatedConfigServer
コマンドは、専用のコンフィギュレーションコンフィギュレーションサーバーをコンフィギュレーションシャードとして実行するように構成します。
transitionFromDedicatedConfigServer
を実行する前に、 mongos
に接続し、管理データベースを使用します。
シャーディングされたシャーディングされたクラスターでは、 featureCompatibilityVersionを少なくとも8.0
に設定する必要があります。
構文
コマンド構文:
db.adminCommand( { transitionFromDedicatedConfigServer: 1 } )
動作
transitionFromDedicatedConfigServer
コマンドは、コンフィギュレーションコンフィギュレーションサーバーをクラスターにシャードとして追加します。内部的には、transitionFromDedicatedConfigServer
は addShard
コマンドを実行します。
シャーディングされたシャーディングされたクラスターがコンフィギュレーションシャードを使用していることを確認するには、listShards
admin
に接続している間に データベースに対してmongos
コマンドを実行し、_id
"config"
が に設定されているドキュメントの出力を調べます。listShards
_id
"config"
の出力に、 が に設定されているドキュメントが含まれていない場合、クラスターはコンフィギュレーションシャードを使用しません。
詳細については、「 コンフィギュレーションシャードの使用を確認する 」を参照してください。
機能の互換性バージョンを8.0より下にダウングレードする必要がある場合は、まずtransitionToDedicatedConfigServer
コマンドを実行します。 ダウングレードの詳細については、「ダウングレード機能の互換性バージョン 」を参照してください。
アクセス制御
アクセス制御が有効になっている場合、transitionFromDedicatedConfigServer
コマンドには クラスターtransitionFromDedicatedConfigServer
の 認可アクションが必要です。
{ resource: { cluster : true }, actions: [ "transitionFromDedicatedConfigServer" ] }
clusterManager
ロールにはtransitionFromDedicatedConfigServer
認可アクションがあり、ユーザーに割り当てることができます。
次の例ではtestUser
という名前のユーザーにclusterManager
ロールを割り当てます。
db.grantRolesToUser( "testUser", [ "clusterManager" ] )
例
次の例では、専用のコンフィギュレーションコンフィギュレーションサーバーをコンフィギュレーションシャードとして実行するように構成します。
db.adminCommand( { transitionFromDedicatedConfigServer: 1 } )