ApsaraDB for MongoDB データベースのメジャーバージョンのアップグレード - ApsaraDB for MongoDB

注意事項

プロトコル要件： シャードクラスターインスタンスのメジャーバージョンをアップグレードするには、インスタンスが [MongoDB プロトコル] を使用している必要があります。
アップグレードプロセスと影響：
- 自動再起動：アップグレードは、インスタンスを 2〜3 回自動的に再起動するローリングプロセスです。オフピーク時間帯にアップグレードを実行し、アプリケーションに再接続メカニズムがあることを確認してください。
- パフォーマンスへの影響：MongoDB 5.0 から、デフォルトの writeConcern が {w:1} から {w:majority} に変更されます。インスタンスのメジャーバージョンを 4.4 から 5.0 にアップグレードすると、書き込みパフォーマンスが著しく低下する可能性があります。
  説明
  - v3.0 から v4.2 へのアップグレードなど、複数のバージョンをまたぐアップグレードの場合、システムは各中間バージョンを介して順次アップグレードを実行します。各バージョンのアップグレード後に瞬断が発生します。
  - 本番環境のアプリケーションでは、接続文字列 URI を使用してデータベースに接続することを推奨します。
    
    接続文字列 URI を使用してインスタンスに接続すると、接続されるノードは常にプライマリーノードになります。これにより、アプリケーションの読み書き操作がフェールオーバーの影響を受けるのを防ぎます。接続文字列 URI を使用したデータベースへの接続方法の詳細については、「レプリカセットインスタンスへの接続」または「シャードクラスターインスタンスへの接続」をご参照ください。
バランサーのステータス： シャードクラスターインスタンスのアップグレード中、バランサーは無効になり、アップグレード完了後に再度有効になります。
バージョンのダウングレード： アップグレード後、メジャーバージョンをダウングレードすることはできません。
バックアップと復元： データベースのメジャーバージョンをアップグレードすると、以前のメジャーバージョンのバックアップから ApsaraDB for MongoDB インスタンスにデータを復元できません。バックアップファイルをダウンロードし、セルフマネージドデータベースにデータを復元できます。バックアップデータをセルフマネージドデータベースに復元する方法の詳細については、「クラウドディスクバックアップからのデータ復元」または「ローカルディスクバックアップからのデータ復元」をご参照ください。
アップグレード期間： アップグレード期間は、データ量、データベースとテーブルの数、バージョンのスパンなどの要因によって異なります。以下の見積もりは参考用であり、実際の時間は異なる場合があります。
- クラウドディスクを使用するインスタンス：約 15 分。
- ローカルディスクを使用するインスタンス：隣接するバージョンへのアップグレードの場合、アップグレードにはインスタンスの再起動と同様、数分かかります。

サポートされるアップグレードパス

ApsaraDB for MongoDB コンソールでデータベースのメジャーバージョンをアップグレードできますが、利用可能なターゲットバージョンはインスタンスのアーキテクチャ、インスタンスタイプ、現在のバージョンによって異なり、詳細は以下の通りです。

アーキテクチャ	インスタンスタイプ	現在のメジャーバージョン	利用可能なアップグレードバージョン
スタンドアロンアーキテクチャ	汎用 (クラウドディスク)	MongoDB 4.0	アップグレード可能な上位のメジャーバージョンはありません。
スタンドアロンアーキテクチャ	汎用 (クラウドディスク)	MongoDB 3.4	インプレースアップグレードはサポートされていません。メジャーバージョンをアップグレードするには、新しいインスタンスを作成して元のインスタンスと置き換えることができます。
レプリカセットアーキテクチャ	汎用 (クラウドディスク) 専用 (クラウドディスク)	MongoDB 8.0	MongoDB 8.3
		MongoDB 7.0	MongoDB 8.0
		MongoDB 6.0	MongoDB 7.0
		MongoDB 5.0	MongoDB 6.0
		MongoDB 4.4	MongoDB 5.0 インスタンスを v4.4 から v5.0 にアップグレードすると、デフォルトの writeConcern が `{w:1}` から `{w:majority}` に変更されます。これにより、書き込みパフォーマンスが低下し、書き込みレイテンシーが増加する可能性があります。アップグレードする前に、この影響が許容できることを確認してください。
	汎用 (ローカルディスク) 専用 (ローカルディスク) 専用物理サーバー	MongoDB 4.2	インプレースアップグレードはサポートされていません。メジャーバージョンをアップグレードするには、新しいインスタンスを作成して元のインスタンスと置き換えることができます。
		MongoDB 4.0	MongoDB 4.2
		MongoDB 3.4	MongoDB 4.0 MongoDB 4.2
		MongoDB 3.2
		MongoDB 3.0
シャードクラスターアーキテクチャ	専用 (クラウドディスク)	MongoDB 8.0	MongoDB 8.3 (適用するにはチケットを送信してください)
		MongoDB 7.0	MongoDB 8.0
		MongoDB 6.0	MongoDB 7.0
		MongoDB 5.0	MongoDB 6.0
		MongoDB 4.4	MongoDB 5.0 インスタンスを v4.4 から v5.0 にアップグレードすると、デフォルトの writeConcern が `{w:1}` から `{w:majority}` に変更されます。これにより、書き込みパフォーマンスが低下し、書き込みレイテンシーが増加する可能性があります。アップグレードする前に、この影響が許容できることを確認してください。
	汎用 (ローカルディスク) 専用 (ローカルディスク) 専用物理サーバー	MongoDB 4.2	インプレースアップグレードはサポートされていません。メジャーバージョンをアップグレードするには、新しいインスタンスを作成して元のインスタンスと置き換えることができます。
		MongoDB 4.0	MongoDB 4.2
		MongoDB 3.4	MongoDB 4.0 MongoDB 4.2
		MongoDB 3.2
		MongoDB 3.0

異なるアーキテクチャまたはストレージタイプ間でメジャーバージョンをアップグレードする必要がある場合は、まずターゲットのメジャーバージョンでインスタンスを作成し、次に Data Transmission Service (DTS) を使用してソースから新しいインスタンスにデータを移行します。

データ移行の手順については、以下のトピックをご参照ください：

互換性テスト

メジャーバージョンをアップグレードする前に、互換性テストを実行してください。

アップグレードパスにある各メジャーバージョンのリリースノートを確認し、互換性を確保するためにクライアントコードを更新してください。
(任意) データ復元を使用して、メジャーバージョンの互換性をテストできます。

重要
データ復元には追加料金が発生します。
1. データ復元を使用して、現在のインスタンスと同じメジャーバージョンの新しいインスタンスを作成します。
2. 新しいインスタンスのメジャーバージョンをアップグレードします。
3. 更新されたクライアントを新しいインスタンスでテストし、互換性の問題がないか確認します。
  
  互換性の問題が発生した場合は、エラーメッセージを使用してクライアントコードをデバッグおよび修正します。
4. テストが完了したら、新しいインスタンスをリリースします。

操作手順

ApsaraDB for MongoDB コンソールにログインします。
左側メニューで、インスタンスアーキテクチャに基づいて レプリカセットインスタンス または シャーディングインスタンス をクリックします。
ページの左上隅で、インスタンスが配置されているリソースグループとリージョンを選択します。
対象インスタンスの ID をクリックするか、インスタンスの操作列で管理をクリックします。
仕様セクションで、データベースバージョンのアップグレード にカーソルを合わせ、ターゲットのメジャーバージョンをクリックします。
データベースバージョンのアップグレード ダイアログボックスで、確定する をクリックします。

説明

アップグレードが完了した後も、コンソールでアップグレードが進行中と表示される場合は、ブラウザーでページを更新して最新のステータスを確認してください。