ApsaraDB RDS for SQL Server のバージョンが異なれば、提供される機能も異なります。インスタンスをより高いバージョンまたはエディションにアップグレードして、パフォーマンスとスケーラビリティを向上させることができます。たとえば、SQL Server 2019 Standard Edition から 2022 Standard Edition へのメジャーバージョンアップグレードや、インスタンスエディションを Basic Edition から High-availability Edition へのアップグレードを実行できます。
背景情報
ApsaraDB RDS for SQL Server は 3 つのインスタンスエディションを提供しています。各エディションには異なる特徴、利点、および欠点があります。
Basic Edition インスタンスには、ホットバックアップ用のスタンバイノードがありません。このため、インスタンスが予期せず失敗した場合や、設定の変更やバージョンのアップグレードなどのタスクを実行する際に、長時間の利用不可期間が発生します。
High-availability Edition インスタンスは、プライマリノードとスタンバイノードを備えた従来の HA (高可用性) アーキテクチャを使用します。データは、準同期または非同期モードでプライマリノードからスタンバイノードに同期されます。プライマリノードに障害が発生した場合、システムは自動的にスタンバイノードに切り替わります。
Cluster Edition インスタンスは、SQL Server のネイティブ AlwaysOn テクノロジーに基づいています。このエディションは、コンピューティングとストレージが分離されたアーキテクチャを使用し、1 つ以上の読み取り専用インスタンスを作成して読み書き分離を実装することをサポートしています。これにより、多くのデータベース読み取り操作を実行するアプリケーションの要件を満たします。
注意事項
メジャーバージョン、エディション、およびタイプのアップグレードは元に戻せません。アップグレードルールは次のとおりです。
警告アップグレードは元に戻せないため、アップグレードする前に、ターゲットバージョンの従量課金またはサーバーレスインスタンスを作成して互換性をテストしてください。
データベースバージョンのアップグレード中は、インスタンスでメタデータ変更操作を実行しないでください。これらの操作は、アップグレード後にデータの不整合を引き起こす可能性があります。メタデータ変更操作には、データベースの追加または削除、またはデータベースの復元モデルの変更が含まれます。
アップグレードにはホスト間の移行が含まれ、元のホストにデプロイされているホストアカウントやプログラムまたはファイル (SSIS、SSAS、SSRS など) が削除されるため、事前にこのデータを移行またはバックアップする必要があります。
重要ApsaraDB RDS for SQL Server は、ネイティブの Microsoft SQL Server カーネルに基づいており、安定した効率的なマネージドデータベースサービスの提供に重点を置いています。ビジネスで SSIS、SSAS、SSRS などの機能が必要な場合は、業務継続性を確保するために専門的な O&M 機能が必要です。
制限事項
次の条件を満たすインスタンスのデータベースバージョンはアップグレードできません。
AD ドメインに参加しているインスタンス。
サーバーレスインスタンス。
クラシックネットワークタイプを使用するインスタンス。
読み取り専用インスタンスおよび読み取り専用インスタンスがアタッチされているプライマリ Cluster Edition インスタンス。
アップグレードの影響
アップグレードプロセスは一度開始するとキャンセルできず、元に戻すこともできません。
インスタンス名、アクセスポート、タグ、データベースアカウントなど、インスタンスの元の設定はアップグレード後も変更されません。
アップグレードに必要な時間は、インスタンス内のデータ量などの要因によって異なります。詳細については、このトピックの「よくある質問」セクションをご参照ください。
アップグレード中にネットワークのスイッチオーバーが発生します。インスタンスは最大 20 分間利用できなくなります。詳細については、このトピックの「よくある質問」セクションをご参照ください。アプリケーションに自動再接続メカニズムがあることを確認してください。
アップグレード中、インスタンスの基盤となるリソースが移行されます。これにより、仮想 IP アドレス (VIP) が変更されます。ビジネスの安定性と継続性を確保するために、アプリケーションで RDS インスタンスの内部またはパブリックエンドポイントを使用してインスタンスに接続する必要があります。解決された IP アドレスは使用しないでください。RDS エンドポイントは、バックエンド IP アドレスの変更にシームレスに適応する自動ルーティング機能を備えた動的ドメイン名です。
クライアントの DNS キャッシュをクリアします。JVM を使用するアプリケーションの場合は、JVM 設定で TTL を 60 秒以下に設定します。これにより、エンドポイントの VIP アドレスが変更されたときに、アプリケーションが再度 DNS をクエリして新しい VIP アドレスを取得して使用できるようになります。
説明JVM で TTL を設定するには、次のメソッドを使用できます。
JVM を使用するすべてのアプリケーションに TTL を設定するには: $JAVA_HOME/jre/lib/security/java.security ファイルの networkaddress.cache.ttl パラメーターを 60 に設定します。
ローカルアプリケーションのみに TTL を設定するには: アプリケーションの初期化コードで、最初の
InetAddress.getByName()の呼び出し前、およびネットワーク接続が確立される前に、java.security.Security.setProperty("networkaddress.cache.ttl" , "60");を設定します。
DTS タスクが実行中の場合、アップグレード後にタスクを再設定して再起動する必要があります。
課金
バージョンのアップグレードにかかる費用の詳細については、「インスタンスの仕様変更」をご参照ください。
手順
[インスタンス] ページに移動します。上部のナビゲーションバーで、RDS インスタンスが存在するリージョンを選択します。次に、RDS インスタンスを見つけて、インスタンスの ID をクリックします。
基本情報 ページで、設定情報 セクションの バージョンのアップグレード をクリックします。表示されるダイアログボックスで、[確認] をクリックします。
説明このオプションが見つからない場合は、インスタンスがアップグレード要件を満たしているか確認してください。
エンジンバージョンのアップグレード ページで、設定を変更します。主要なパラメーターは次の表で説明されています。その他のパラメーターの詳細については、「手順」セクションをご参照ください。
説明一部のインスタンスでは、アップグレード中にバージョンとエディションの選択に制限がある場合があります。詳細については、このトピックの「注意事項」および「制限事項」セクションをご参照ください。
パラメーター
説明
ターゲットバージョン
別の移行先バージョンを選択すると、エディション と インスタンスタイプ のオプションも変更されます。詳細については、「アップグレードルール」をご参照ください。
エディション
宛先エディションを選択します。
Basic Edition: コンピューティングとストレージが分離されたアーキテクチャを持つ単一ノードのインスタンス。
高可用性エディション: プライマリノードとスタンバイノードを備えた従来の HA アーキテクチャで、バランスの取れたパフォーマンスを提供します。
Cluster Edition: 1 つのプライマリノードと複数のスタンバイノードを備えた HA アーキテクチャ。スタンバイインスタンスはアクセス可能です。
インスタンスタイプ
各インスタンスタイプには、特定の CPU コア数、メモリサイズ、最大接続数、および最大 IOPS があります。
切り替え時間
データ移行直後の切り替え: 移行と切り替えがすぐに開始されます。
メンテナンス期間内に切り替え: 移行はすぐに開始され、切り替えはメンテナンスウィンドウ内で実行されます。
[注文の確認] をクリックし、表示されるダイアログボックスで [確認] をクリックします。
元のインスタンスのステータスが に変わります。インスタンスのステータスが [実行中] に変わると、アップグレードは完了です。アップグレードの所要時間はデータ量によって異なります。
よくある質問
関連 API 操作
API 操作を呼び出して、メジャーデータベースバージョンをアップグレードすることもできます。詳細については、「ModifyDBInstanceSpec - ApsaraDB RDS インスタンスの仕様変更」をご参照ください。