ApsaraDB RDS:サーバーレスから従量課金への変更

前提条件

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

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

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

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

考慮事項

インスタンスタイプを選択する際は、vCore 数が現在の RCU 上限以上であることを推奨します。たとえば、元のインスタンスの RCU 上限が 4 の場合は、4 以上の vCore を持つインスタンスタイプを選択してください。

制限事項

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

• インスタンスを共有インスタンスタイプにのみ変換できます。別のインスタンスタイプが必要な場合は、まず本トピックの説明に従ってインスタンスを共有インスタンスタイプに変換してから、インスタンス構成の変更を実行して別のインスタンスタイプに変更してください。

影響

• この変換では、内部的なデータ移行が必要です。これには、新しいインスタンスの作成、完全バックアップの実行、増分ログの同期、データの復元、およびネットワークスイッチオーバーが含まれます。ダウンタイムは通常 20 分未満です。アプリケーションに自動再接続機能があることを確認してください。

  サーバーレスインスタンスから従量課金インスタンスへの変換にかかる推定時間

  次の表に、各段階の推定時間を示します。バックアップと復元の速度は、非圧縮データサイズに基づきます。

  操作	必須	推定時間	備考
  新しいインスタンスの作成と構成	はい	10〜15 分	時間は、選択した製品エディションとインスタンスタイプによって異なります。
  インスタンスの完全バックアップの実行	条件付き	200 GB/時間	完全バックアップポリシーに基づいて、過去 36 時間以内にインスタンスで完全バックアップが実行されていない場合、変換中に完全バックアップが実行されます。これにより、完全バックアップの復元とトランザクションログの再生に必要な時間のバランスを取ります。 変換時間を短縮するには、変換前の適切なタイミングで SQL Server データのバックアップを実行することを推奨します。または、自動完全バックアップの完了後 36 時間以内に変換を開始してください。 バックアップ速度は、リージョンや時間帯によって異なる場合があります。 バックアップと復元のパフォーマンスをより正確に見積もるには、前回の完全バックアップのデータ量と所要時間を参照してください。
  移行先インスタンスでの完全バックアップの復元	はい	200 GB/時間	なし
  ソースインスタンスでの増分トランザクションログのバックアップ	はい	200 GB/時間	増分ログバックアップの前後に、準備、完了、リソース割り当てといったタスクで、追加で 2 分ほどかかる場合があります。
  移行先インスタンスでの増分トランザクションログバックアップの適用	はい	200 GB/時間	ログバックアップの適用の前後に、バックアップ整合性の検証といったタスクで、追加で 2 分ほどかかる場合があります。
  データベースのオンライン化	はい	通常 2 分以内	リソース消費： 増分トランザクションログの適用は、リソース集約型の操作です。2 vCore と 4 GB のメモリなど、小規模なインスタンスタイプの場合、大量のトランザクションログが存在すると、復旧速度が低下する可能性があります。 高速データベース復旧： ApsaraDB RDS for SQL Server 2019 以降のバージョンでは、高速データベース復旧機能を利用して、データベースをオンラインにするまでの時間を短縮できます。詳細については、Microsoft の公式ドキュメントをご参照ください。
  ネットワークスイッチオーバーと接続の移行	はい	10 分	なし

• 内部リソースが移行されるため、変換中に仮想 IP アドレス (VIP) が変更されます。サービスの安定性と継続性を確保するには、アプリケーション内でハードコードされた 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"); を設定します。

課金

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

操作手順

1. ApsaraDB RDS インスタンスページに移動します。左上隅でインスタンスが所在するリージョンを選択し、インスタンスの ID をクリックします。

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

3. 購入ページで、インスタンスタイプ と 切り替え時間 を設定します。

4. 今すぐ支払い をクリックします。変更前後の設定詳細を確認し、OK をクリックして支払いを完了します。

   説明

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

よくある質問

Q: サーバーレスインスタンスを従量課金に変換した後、[費用とコスト] > 注文管理で注文タイプが「新規購入」と表示されるのはなぜですか？

A： この変換では、新しい従量課金インスタンスをプロビジョニングし、元のインスタンスからデータを移行するため、注文は新規購入として記録されます。

関連操作

ModifyDBInstanceSpec API を使用して課金方法をサーバーレスから従量課金に変更する場合は、次の点に注意してください。

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

• DBInstanceClass パラメータを目的のインスタンスタイプに設定します。サポートされているインスタンスタイプのリストについては、「ApsaraDB RDS for SQL Server のプライマリインスタンスタイプ」をご参照ください。

• ストレージ容量などの他のパラメータは変更せずにそのままにしてください。これらのパラメータは変換中に変更できません。