自己管理型シャーディングされたクラスターのレプリカセットへの変換

項目一覧

始める前に

単一シャードを含むクラスターのレプリカセットへの変換
シャーディングされたクラスターのレプリカセットへの変換
次のステップ
詳細

このチュートリアルでは、のシャーディングされたクラスターをシャーディングされていないレプリカセットに変換する方法について説明します。レプリカセットをシャーディングされたクラスターに変換するには、「自己管理型レプリカセットをシャードクラスタに変換」を参照してください。シャーディングされたクラスターの詳細については、シャーディングに関するドキュメントを参照してください。

始める前に

MongoDB 8.0 以降では、 directShardOperations ロールを使用して、メンテナンス操作を実行できます。その操作では、シャードに対してコマンドを直接実行する必要があります。

警告

directShardOperationsロールを使用してコマンドを実行すると、クラスターが正しく動作しなくなり、データが破損する可能性があります。 directShardOperationsロールは、メンテナンス目的で、または MongoDB サポートのガイダンスに必ず従う必要があります。メンテナンス操作を実行したら、 directShardOperationsロールの使用を停止します。

バージョンの互換性

このチュートリアルの手順にはMongoDB 6.0 以降が必要です。

承認

fsyncfsyncUnlockコマンドとコマンドには認可アクションが必要です。このアクションは、fsync hostManagerロールまたはカスタムロールを通じて割り当てられます。

クラスター変換のスケジュール

チャンクの移行、再シャーディング、スキーマ変換が通常実行されない場合は、クラスターを変換します。

バランサーを無効にし、クラスターをロックする

バランサーを無効にしてクラスターをロックには、次の手順に従います。

mongoshmongosをシャーディングされたクラスター内のインスタンスに接続します。
バランサーを停止するには、次のコマンドを実行します。
```
sh.stopBalancer()
```
バランサーが無効になっていることを確認するには、次のコマンドを実行し、出力が false であることを確認します。
```
sh.getBalancerState()
```
シャーディングされたクラスターをロック、データベースへの書込みを防ぐには、次のコマンドを実行します。
```
db.getSiblingDB( "admin" ).fsyncLock()
```

ロックを確認するには、次のコマンドを実行します。

db.getSiblingDB( "admin" ).aggregate( [
   { $currentOp: { } },
   { $facet: {
      "locked": [
         { $match: { $and: [
            { fsyncLock: { $exists: true } }
         ] } }
      ],
      "unlocked": [
         { $match: { fsyncLock: { $exists: false } } }
      ]
   } },
   { $project: {
      "fsyncLocked": { $gt: [ { $size: "$locked" }, 0 ] },
      "fsyncUnlocked": { $gt: [ { $size: "$unlocked" }, 0 ] }
   } }
] )

出力で fsyncLocked が true であることを確認します。これはクラスタがロックされていることを意味します。
```
[ { fsyncLocked: true }, { fsyncUnlocked: false } ]
```

単一シャードを含むクラスターのレプリカセットへの変換

シャードが 1 つしかないシャーディングされたクラスターの場合、そのシャードには完全なデータセットが含まれます。次の手順を使用して、そのクラスターをシャーディングされていないレプリカセットに変換します。

システムが新しいレプリカセットとなる単一シャードをホストしているレプリカセットのプライマリノードに接続するようにアプリケーションを再構成します。
--shardsvrmongodからオプションを削除します。
Tip
--shardsvrオプションを変更すると、 mongodが着信接続をリッスンするポートが変更されます。

単一シャードクラスターは、データセットに対する読み取りおよび書込み (write) 操作を受け入れる非シャーディングのレプリカセットになりました。

シャーディングされたクラスターのレプリカセットへの変換

複数のシャードを持つシャーディングされたクラスターから完全に新しいレプリカセットに移行するには、次の手順に従います。

シャーディングされたクラスターをロックし、バランサーを無効にした状態で、シャーディングされたクラスターに加えて新しいレプリカセットを配置します。レプリカセットには、現在のすべてのシャードからのすべてのデータファイルを組み合わせて保持できる十分なキャパシティーが必要です。データ転送が完了するまで、アプリケーションを新しいレプリカセットに接続するように構成しないでください。
mongosアプリケーションを再構成するか、すべてのmongos インスタンスを停止します。すべてのmongos mongosインスタンスを停止すると、アプリケーションはデータベースから読み取れなくなります。すべてのインスタンスを停止する場合は、データ移行手順のためにアプリケーションがアクセスできない一時的なインスタンスを開始します。
mongodump と mongorestoreを使用して、 mongosインスタンスから新しいレプリカセットにデータを移行します。
configを実行する場合はmongorestore --nsExcludeデータベースを除外します。この例に示すように、オプションを使用します。
```
mongorestore --nsExclude="config.*" <connection-string> /data/backup
```
注意
必ずしもすべてのデータベースのすべてのコレクションがシャーディングされているわけではありません。シャーディングされたコレクションのみを移行しないでください。すべてのデータベースとすべてのコレクションが正しく移行されていることを確認します。
インスタンスの代わりに、シャーディングされていないレプリカセット mongosを使用するようにアプリケーションを再構成します。
シャーディングされたクラスターをレプリカセットに変換した後、アプリケーションで使用される接続文字string stringをレプリカセットのに更新します。次に、アプリケーションを再起動します。

アプリケーションは、読み取りと書込みにシャーディングされていないレプリカセットを使用するようになりました。残りの未使用のシャーディングされたクラスターインフラストラクチャを廃止できるようになりました。

次のステップ

シャーディングされたクラスターをレプリカセットに変換した後、次の手順を実行してクラスターのロックを解除します。

クラスターのロックを解除してデータベースへの書込みを再開できるようにするには、次のコマンドを実行します。
```
db.getSiblingDB( "admin" ).fsyncLock()
```