ApsaraDB RDS:サーバーレスから従量課金へのインスタンスの課金方法の変更

前提条件

RDS for SQL Server インスタンスは、次の要件を満たす必要があります。

• エディション: High-availability Edition

• 課金方法: サーバーレス

• インスタンスの状態: 実行中

使用上の注意

従量課金インスタンスのインスタンスタイプに含まれる CPU コアの数は、現在のサーバーレスインスタンスの RCU 上限以上である必要があります。

制限事項

• インスタンスの課金方法をサーバーレスから従量課金に変更できるのは、24 時間に 1 回のみです。

• 課金方法は 共有インスタンスタイプ にのみ変更できます。他のインスタンスタイプが必要な場合は、まずこのトピックの手順に従って共有インスタンスタイプに変更します。次に、必要に応じて インスタンスタイプを変更 します。

影響

• サーバーレスから従量課金への課金方法の変更は、基盤となるレイヤーでのデータ移行に基づいて実装されます。このプロセスには、新しいインスタンスの作成、完全バックアップ、増分ログ同期、復元、ネットワークスイッチオーバーなどのステップが含まれます。変更プロセスにより、20 分未満の一時的な切断が発生します。アプリケーションがインスタンスに自動的に再接続するように設定されていることを確認してください。

  サーバーレスから従量課金への課金方法の変更にかかる推定時間

  次の表に、各ステップの推定所要時間を示します。バックアップと復元の速度は、非圧縮データのサイズに基づいていることに注意してください。

  ステップ	必須	推定所要時間	注意事項
  新しいインスタンスの作成と構成	はい	10～15 分	必要な時間は、選択したエディションとインスタンスタイプによって異なります。
  インスタンスで完全バックアップを実行する	いいえ	200 GB/時間	完全バックアップポリシーに基づき、過去 36 時間以内にインスタンスで完全バックアップが実行されていない場合、メジャーバージョンのアップグレード中に完全バックアップが実行され、トランザクションログと完全バックアップに必要な時間のバランスが取られます。 メジャーバージョンのアップグレード前に、適切なタイミングで RDS for SQL Server インスタンスをバックアップ することをお勧めします。または、システムが開始した完全バックアップが完了してから 36 時間以内にメジャーバージョンのアップグレードタスクを開始することもできます。これにより、アップグレードに必要な合計時間が短縮されます。 バックアップ速度は、リージョンと期間によって異なる場合があります。 より正確なバックアップと復元のパフォーマンスメトリックを取得するには、最後の完全バックアップのデータ量と時間を参照してください。
  完全バックアップを宛先インスタンスに復元する	はい	200 GB/時間	なし
  ソースインスタンスで増分トランザクションログバックアップを実行する	はい	200 GB/時間	増分ログバックアップの前後で、バックアップの準備、最終処理、リソース割り当てなどの操作に、追加で 2 分かかる場合があります。
  増分トランザクションログバックアップを宛先インスタンスに適用する	はい	200 GB/時間	増分ログバックアップを適用する前後で、バックアップの整合性検証などの操作に、追加で 2 分かかる場合があります。
  データベースをオンラインにする	はい	通常 2 分以内	リソース消費: 増分トランザクションログの適用は、リソースを大量に消費する操作です。低スペックのインスタンス (たとえば、2 CPU コアと 4 GB のメモリ) の場合、大量のトランザクションログが原因で回復速度が低下する可能性があります。 データベースの高速復旧オプション: SQL Server 2019 以降を実行している RDS インスタンスは、データベースの高速復旧を提供しており、データベースをオンラインにするのに必要な時間を短縮できる場合があります。このオプションを有効にするかどうかの詳細については、「Microsoft の公式ドキュメント」をご参照ください。
  ネットワークスイッチオーバーを待機し、ネットワーク接続を移行する	はい	10 分	なし

• 課金方法の変更中に、インスタンスの仮想 IP (VIP) アドレスが変更されます。業務継続性を確保するには、解決された IP アドレスの代わりに、RDS インスタンスの 内部またはパブリックエンドポイント を使用してアプリケーションに接続する必要があります。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"); を設定します。

課金

サーバーレスから従量課金に課金方法を変更できる機能は無料です。従量課金インスタンスの課金についての詳細については、「課金の概要」をご参照ください。

手順

1. インスタンスページに移動します。上部のナビゲーションバーで、インスタンスのリージョンを選択します。次に、インスタンス ID をクリックします。

2. 基本情報 ページで、設定情報 セクションの [従量課金に変換] をクリックします。

3. RDS 購入ページで、[インスタンスタイプ] および 切り替え時間 パラメーターを設定します。

4. [注文の確認] をクリックします。表示されるダイアログボックスで、変更前後のインスタンス構成を確認し、[OK] をクリックして支払いを完了します。

   説明

   変更中、インスタンスの状態は [設定変更中] に変わります。変更が完了すると、インスタンスの状態は [実行中] に変わります。

よくある質問

Q: インスタンスの課金方法をサーバーレスから従量課金に変更した後、[費用とコスト] コンソールの [注文] ページで注文タイプが [新規購入] と表示されるのはなぜですか？

A: 課金方法の変更は、新しい従量課金インスタンスを購入し、元のインスタンスから新しいインスタンスにワークロードを切り替えることによって実装されます。したがって、注文は新規購入として表示されます。

関連操作

API 操作 (ModifyDInstanceSpec) を呼び出して、課金方法をサーバーレスから従量課金に変更します。この操作を呼び出すときは、次の項目に注意してください。

• インスタンスの元の課金方法がサーバーレスであることを確認し、PayType パラメーターを Postpaid に設定します。

• DBInstanceClass パラメーターを宛先インスタンスタイプに設定します。詳細については、「プライマリ ApsaraDB RDS for SQL Server インスタンスのインスタンスタイプ」をご参照ください。

• ストレージ容量などの他のパラメーターは、空のままにするか、元の値を維持します。変更中にこれらのパラメーターを変更することはできません。