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

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

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

sh.stopBalancer()

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

sh.getBalancerState()

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

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

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

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

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

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

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

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

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

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

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

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

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

      rs.stepDown()

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

   rs.stepDown()

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

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

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

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

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

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

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

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

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

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

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

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

sh.startBalancer()

MongoDB 6.0.3以降、 自動チャンク分割は実行されません。 これはバランシング ポリシーの改善によるものです。 自動分割コマンドは引き続き存在しますが、操作は実行されません。

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

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

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

下位互換性のない 4.4 の機能を有効にします。

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

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

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

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

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

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

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

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

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

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