シャーディングされたクラスターを 5.0 にアップグレード

バランサーを無効にします。

mongoshmongosシャーディングされたクラスター内のsh.stopBalancer() インスタンスに接続し、 を実行してバランサーを無効にします。

sh.stopBalancer()

バランサーが無効になっていることを確認するには、 sh.getBalancerState()を実行します。バランサーが無効になっている場合は false を返します。

sh.getBalancerState()

バランサーを無効にする方法の詳細については、「 バランサーを無効にする 」を参照してください。

コンフィギュレーションサーバーをアップグレードします。

1. レプリカセットのセカンダリノードを一度に 1 つずつアップグレードします。

   1. セカンダリのmongodインスタンスをシャットダウンし、 4.4バイナリを5.0バイナリに置き換えます。

   2. --configsvr 、 --replSet 、 --portを使用して5.0バイナリを起動します。 配置で使用されるその他のオプションを含めます。

      mongod --configsvr --replSet <replSetName> --port <port> --dbpath <path> --bind_ip localhost,<ip address>

      構成ファイルを使用している場合は、ファイルを更新してsharding.clusterRole: configsvr 、 replication.replSetName 、 net.port 、 net.bindIpを指定してから、 5を起動します。 0 バイナリ:

      sharding:
         clusterRole: configsvr
      replication:
         replSetName: <string>
      net:
         port: <port>
         bindIp: localhost,<ip address>
      storage:
         dbpath: <path>

      配置に適したその他の設定を含めます。

   3. 次のセカンダリ ノードをアップグレードする前に、ノードがSECONDARY状態に回復するまで待機します。 メンバーの状態を確認するには、rs.status() でmongosh を発行します。

      セカンダリ ノードごとに繰り返します。

2. レプリカセットのプライマリを降格します。

   1. mongoshをプライマリに接続し、 rs.stepDown()を使用してプライマリを降格し、新しいプライマリの選出を強制します。

      rs.stepDown()

   2. rs.status()でプライマリが降格し、別のノードがPRIMARY状態になったことが示されたら、降格したプライマリをシャットダウンし、 mongodバイナリを5.0バイナリに置き換えます。

   3. --configsvr 、 --replSet 、 --port 、 --bind_ipオプションを使用して5.0バイナリを起動します。 以前の配置で使用された任意の コマンドライン オプションを含めます。

      mongod --configsvr --replSet <replSetName> --port <port> --dbpath <path> --bind_ip localhost,<ip address>

      構成ファイルを使用している場合は、ファイルを更新してsharding.clusterRole: configsvr 、 replication.replSetName 、 net.port 、 net.bindIpを指定してから、 5を起動します。 0 バイナリ:

      sharding:
         clusterRole: configsvr
      replication:
         replSetName: <string>
      net:
         port: <port>
         bindIp: localhost,<ip address>
      storage:
         dbpath: <path>

      配置に適したその他の構成を含めます。

シャード をアップグレードします。

シャードを一度に 1 つずつアップグレードします。

各シャード レプリカセット:

1. レプリカセットのセカンダリノードを一度に 1 つずつアップグレードします。

   1. mongod インスタンスをシャットダウンし、4.4 バイナリを 5.0 バイナリに置き換えます。

   2. --shardsvr 、 --replSet 、 --port 、 --bind_ipオプションを使用して5.0バイナリを起動します。 配置に適した追加のコマンドライン オプションを含めます。

      mongod --shardsvr --replSet <replSetName> --port <port> --dbpath <path> --bind_ip localhost,<ip address>

      構成ファイルを使用している場合は、ファイルを更新してsharding.clusterRole: shardsvr 、 replication.replSetName 、 net.port 、 net.bindIpを含めてから、 5を起動します。 0 バイナリ:

      sharding:
         clusterRole: shardsvr
      replication:
         replSetName: <string>
      net:
         port: <port>
         bindIp: localhost,<ip address>
      storage:
         dbpath: <path>

      配置に適したその他の構成を含めます。

   3. 次のセカンダリ ノードをアップグレードする前に、ノードがSECONDARY状態に回復するまで待機します。 メンバーの状態を確認するには、rs.status() でmongosh を発行します。

      セカンダリ ノードごとに繰り返します。

2. レプリカセットのプライマリを降格します。

   mongoshをプライマリに接続し、 rs.stepDown()を使用してプライマリを降格し、新しいプライマリの選出を強制します。

   rs.stepDown()

3. rs.status() でプライマリが降格し、別のノードが PRIMARY 状態になったことが示されたら、降格したプライマリをアップグレードします。

   1. ステップダウンしたプライマリノードをシャットダウンし、mongod バイナリを 5.0 バイナリに置き換えます。

   2. --shardsvr 、 --replSet 、 --port 、 --bind_ipオプションを使用して5.0バイナリを起動します。 配置に適した追加のコマンドライン オプションを含めます。

      mongod --shardsvr --replSet <replSetName> --port <port> --dbpath <path> --bind_ip localhost,<ip address>

      構成ファイルを使用している場合は、ファイルを更新してsharding.clusterRole: shardsvr 、 replication.replSetName 、 net.port 、 net.bindIpを指定してから、 5を起動します。 0 バイナリ:

      sharding:
         clusterRole: shardsvr
      replication:
         replSetName: <string>
      net:
         port: <port>
         bindIp: localhost,<ip address>
      storage:
         dbpath: <path>

      配置に適したその他の構成を含めます。

mongosインスタンスをアップグレードします。

各mongosインスタンスを5.0バイナリで置き換え、再起動します。 配置に適したその他の構成を含めます。

mongos --configdb csReplSet/<rsconfigsver1:port1>,<rsconfigsver2:port2>,<rsconfigsver3:port3> --bind_ip localhost,<ip address>

バランサーを再度有効にします。

mongoshを使用してクラスター内のmongosに接続し、 sh.startBalancer()を実行してバランサーを再度有効にします。

sh.startBalancer()

MongoDB 6.0.3 以降では、自動チャンク分割は実行されません。 これはバランシング ポリシーの改善によるものです。 自動分割コマンドは引き続き存在しますが、操作は実行されません。 詳細については、「バランシング ポリシーの変更 」を参照してください。

MongoDB バージョン 6.0.3 より前では、sh.startBalancer() によってシャーディングされたクラスターの自動分割も有効になります。

バランサーが有効になっている間に自動分割を有効にしない場合は、 sh.disableAutoSplit()も実行する必要があります。

バランサーを再度有効にする方法の詳細については、「 バランサーを有効にする 」を参照してください。

下位互換性のない 5.0 の機能の有効化

この時点で、4.4 と互換性のない 5.0 の機能を使わずに 5.0 のバイナリを実行できます。

これらの 5.0 の機能を有効にするには、機能の互換性バージョン（FCV）を 5.0 に設定します。

mongosインスタンスで、 adminデータベースでsetFeatureCompatibilityVersionコマンドを実行します。

db.adminCommand( { setFeatureCompatibilityVersion: "5.0" } )

featureCompatibilityVersion (FCV) : "5.0 " に設定しますreplSetReconfig暗黙的に各シャードで を実行し、シャードレプリカ構成ドキュメントにterm フィールドを追加します。

コマンドは、新しい構成がレプリカセット ノードの大部分に伝播するまで完了しません。

このコマンドは、内部システム コレクションへの書込みを実行する必要があります。 何らかの理由でコマンドが正常に完了しない場合は、操作が冪等であるため、安全にコマンドを再試行できmongos 。

シャードに存在する孤立したドキュメントは、 setFeatureCompatibilityVersionを5.0に設定するとクリーンアップされます。 クリーンアップ プロセス:

• アップグレードの完了をブロックしません。

• レート制限されています。 孤立したドキュメントのクリーンアップ中にパフォーマンスへの潜在的な影響を軽減するには、「範囲削除によるパフォーマンスへの影響を軽減する 」を参照してください。