ApsaraDB RDS for SQL Server インスタンスの機能は、インスタンスのメジャーエンジンバージョン (SQL Server バージョン) と RDS エディションによって異なります。パフォーマンスとスケーラビリティを向上させるために、インスタンスをより新しいバージョンと上位のエディションにアップグレードできます。たとえば、インスタンスのメジャーバージョンを SQL Server 2019 Standard Edition から SQL Server 2022 Standard Edition にアップグレードしたり、インスタンスエディションを Basic Edition から High-availability Edition にアップグレードしたりできます。
背景情報
ApsaraDB RDS for SQL Server は 3 つのエディションのインスタンスを提供しており、それぞれに異なる機能と利点があります。
Basic Edition インスタンスには、ホットスタンバイ用のセカンダリインスタンスがありません。このため、インスタンスに障害が発生した場合や、仕様変更やバージョンアップグレードなどのタスク中に、長時間のダウンタイムが発生する可能性があります。
High-availability Edition インスタンスは、プライマリインスタンスとセカンダリインスタンスを備えた従来の可用性の高いアーキテクチャを使用します。プライマリインスタンスからのデータは、準同期または非同期でセカンダリインスタンスに同期されます。プライマリインスタンスに障害が発生した場合、システムは自動的にセカンダリインスタンスにフェイルオーバーします。
Cluster Edition インスタンスは、コンピューティングとストレージを分離する SQL Server の Always On テクノロジーに基づいています。このエディションでは、1 つ以上の読み取り専用インスタンスを作成して読み書き分離を実装でき、大量の読み取り処理に最適です。
注意事項
メジャーエンジンバージョン、エディション、インスタンスタイプのアップグレードは元に戻せません。アップグレードルールは次のとおりです。
警告アップグレードは元に戻せないため、まず従量課金またはサーバーレスのターゲットインスタンスを作成して、互換性をテストすることを推奨します。
アップグレード中は、インスタンスのメタデータを変更しないでください。変更すると、アップグレード後にデータの不整合が発生する可能性があります。メタデータの変更操作には、データベースの追加または削除、データベースの復旧モデルの変更などが含まれますが、これらに限定されません。
このアップグレードはホスト間の移行を伴うため、元のホスト上のホストアカウントや、SSIS、SSAS、SSRS などのプログラムまたはファイルはクリアされます。事前にデータを移行またはバックアップする必要があります。
重要ほとんどの場合、マイナーエンジンバージョンの更新では互換性の問題は発生しません。ただし、機能が変更される可能性があります。Microsoft がリリースした SQL Server の累積的な更新プログラム (CU) を確認して、SQL Server カーネルが更新されているかどうかを確認することを推奨します。
制限事項
次のインスタンスは、データベースバージョンのアップグレードをサポートしていません。
Active Directory (AD) ドメインに参加しているインスタンス。
サーバーレスインスタンス。
読み取り専用インスタンス、および読み取り専用インスタンスがアタッチされている Cluster Edition のプライマリインスタンス。
セカンダリインスタンスの読み取り専用エンドポイントが有効になっている 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");を設定します。
進行中の Data Transmission Service (DTS) タスクがある場合は、アップグレード後にタスクを再設定して再起動する必要があります。
課金
バージョンのアップグレードにかかる料金については、「仕様変更」をご参照ください。
操作手順
- RDSインスタンスにアクセスし、上部のリージョンを選択し、対象のRDSインスタンスのIDをクリックします。
基本情報 ページで、設定情報 セクションの バージョンのアップグレード をクリックします。表示されたダイアログボックスで、OK をクリックします。
説明バージョンのアップグレード が表示されない場合は、インスタンスがアップグレード要件を満たしているか確認してください。
エンジンバージョンのアップグレード ページで、設定を変更します。次の表に、主要なパラメーターを示します。その他のパラメーターについては、「操作手順」をご参照ください。
説明一部のインスタンスでは、アップグレード中に利用可能なバージョンとエディションに制限がある場合があります。詳細については、本トピックの「注意事項」および「制限事項」セクションをご参照ください。
パラメーター
説明
[ターゲットバージョン]
エディション と インスタンスタイプ で利用可能なオプションは、選択したターゲットバージョンによって変わります。詳細については、「アップグレードルール」をご参照ください。
[エディション]
ターゲットエディションを選択します。
[ベーシックエディション]：コンピューティングとストレージが分離されたシングルノードアーキテクチャ。
[高可用性エディション]：プライマリインスタンスとセカンダリインスタンスを備えた従来の可用性の高いアーキテクチャで、バランスの取れたパフォーマンスを提供します。
[クラスターエディション]：1 つのプライマリインスタンスと複数のセカンダリインスタンスを備えた可用性の高いアーキテクチャ。セカンダリインスタンスは読み取り操作のためにアクセス可能です。
[インスタンスタイプ]
各インスタンスタイプには、特定の vCPU 数、メモリサイズ、最大接続数、および最大 IOPS があります。
[切り替え時間]
[データ移行直後の切り替え]：移行と切り替えがすぐに開始されます。
[メンテナンス期間内に切り替え]：移行はすぐに開始され、切り替えは設定されたメンテナンス期間内に行われます。
今すぐ支払い をクリックします。表示されたダイアログボックスで、OK をクリックします。
インスタンスのステータスがに変わります。インスタンスのステータスが実行中に変わると、アップグレードは完了です。所要時間はデータ量によって異なりますので、しばらくお待ちください。
よくある質問
関連 API
API を呼び出して、メジャーデータベースバージョンをアップグレードすることもできます。詳細については、「RDS インスタンスの変更」をご参照ください。