シャーディングされたクラスターを 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 4.2 以降では、 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に設定するとクリーンアップされます。 クリーンアップ プロセス:

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

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