transitionFromDedicatedConfigServer

定義

transitionFromDedicatedConfigServer

MongoDB 8.0以降では、次のことが可能です。

• 通常のシャーディングされたクラスターのメタデータデータ に加えて、アプリケーションデータを保存するように コンフィギュレーションコンフィギュレーションサーバーを構成します。アプリケーションデータを保存するコンフィギュレーションサーバーは、コンフィギュレーションシャードと呼ばれます。

• コンフィギュレーコンフィギュレーションサーバーの間で変換しコンフィギュレーションサーバー。

クラスターにはコンフィギュレーションサーバーが必要ですが、専用のコンフィギュレーションサーバーでなく、 コンフィギュレーションシャード にすることもできます。コンフィギュレーションシャードを使用すると、必要なノードの数が減り、配置が簡素化されます。

アプリケーションに可用性と回復力の要件がある場合は、専用のコンフィギュレーションサーバーの配置を検討してください。専用のコンフィギュレーションサーバーは、重要なクラスター操作に対して分離、専用リソース、一貫したパフォーマンスを提供します。

transitionFromDedicatedConfigServerコマンドは、専用のコンフィギュレーションコンフィギュレーションサーバーをコンフィギュレーションシャードとして実行するように構成します。

transitionFromDedicatedConfigServerを実行する前に、 mongosに接続し、管理データベースを使用します。

シャーディングされたシャーディングされたクラスターでは、 featureCompatibilityVersionを少なくとも8.0に設定する必要があります。

構文

コマンド構文:

db.adminCommand( {
   transitionFromDedicatedConfigServer: 1
} )

動作

transitionFromDedicatedConfigServerコマンドは、コンフィギュレーションコンフィギュレーションサーバーをクラスターにシャードとして追加します。内部的には、 transitionFromDedicatedConfigServerはaddShardコマンドを実行します。 admin.system.versionコレクションの構成シャード エントリはshardName: 'config'で確認できます。

クラスター内のシャードの一覧を表示するには、 listShardsコマンドを実行します。

機能の互換性バージョンを8.0より下にダウングレードする必要がある場合は、まずtransitionToDedicatedConfigServerコマンドを実行します。ダウングレードの詳細については、「ダウングレード機能の互換性バージョン 」を参照してください。

アクセス制御

アクセス制御が有効になっている場合、transitionFromDedicatedConfigServer コマンドには クラスターtransitionFromDedicatedConfigServer の 認可アクションが必要です。

{
   resource: { cluster : true },
   actions: [ "transitionFromDedicatedConfigServer" ]
}

clusterManagerロールにはtransitionFromDedicatedConfigServer認可アクションがあり、ユーザーに割り当てることができます。

次の例ではtestUserという名前のユーザーにclusterManagerロールを割り当てます。

db.grantRolesToUser(
   "testUser",
   [ "clusterManager" ]
)

例

次の例では、専用のコンフィギュレーションコンフィギュレーションサーバーをコンフィギュレーションシャードとして実行するように構成します。

db.adminCommand( {
   transitionFromDedicatedConfigServer: 1
} )

詳細

• コンフィギュレーションシャード

• 既存のユーザーのアクセス権の変更