ApsaraDB RDS:DuckDB ベースの分析プライマリインスタンスの設定変更

前提条件

開始する前に、以下を確認してください。

• Alibaba Cloud アカウントに未払いの更新注文がないこと

• インスタンスのステータスが [実行中] であること (ロックされている場合は、まず インスタンスのロックを解除すること)

潜在的リスク

スペック変更によってデータが失われたり、インスタンス ID やエンドポイントが変更されたりすることはありません。手動での再起動は不要です。

課金

実際の料金は、コンソールに表示される価格に準じます。詳細については、「仕様変更の課金ルール」をご参照ください。

インスタンスのスペックまたはストレージの変更

1. インスタンス ページに移動します。上部メニューで、インスタンスが存在するリージョンを選択し、インスタンス ID をクリックします。

2. [基本情報] ページの [設定情報] セクションで、[仕様変更] をクリックします。

3. [(サブスクリプションインスタンスのみ)] ダイアログボックスで、変更方法を選択し、[次へ] をクリックします。

   • [アップグレード] または [ダウングレード]：新しい設定はすぐに有効になります。 変更タスクが送信されると、システムはディスクデータを新しいインスタンスに同期します。 予定された切り替え時刻に、システムはインスタンス ID とエンドポイントを新しいインスタンスに転送します。インスタンス ID とエンドポイントはどちらも変更されません。

4. [仕様変更] ページで、新しいインスタンスタイプを選択します。現在のインスタンスタイプはデフォルトで選択されています。

5. [切り替え時間]を選択します：

   • [即時実行]: データ移行が完了した直後に切り替わります。

   • [メンテナンス期間内の切り替え]: 設定されたメンテナンス期間内で切り替えます。

   重要

   [メンテナンス期間内に切り替え] を選択した場合、切り替えが完了するまでインスタンスのステータスは [仕様変更中] のままになります。この期間中、仕様のアップグレードまたはダウングレード、データベースエンジンのバージョンアップグレード、インスタンスのゾーン間移行は実行できません。ストレージ容量のみを拡張する場合、ほとんどのケースで業務に影響はなく、変更はすぐに有効になるため、[メンテナンス期間内に切り替え] を選択する必要はありません。

6. [インスタンスの変更] ページで、変更前後の詳細を確認し、[注文の確認] をクリックして支払いを完了します。

よくある質問

インスタンスのディスクは拡張されましたが、インスタンスはまだロックされています。なぜですか？

ディスクが満杯のためインスタンスがロックされている場合、拡張タスクが完了すると自動的にロックが解除されます。進捗状況を確認するには、[基本情報] ページの右上隅にある [タスクセンター] をクリックします。

ストレージ拡張によって瞬断が発生するのはなぜですか？

ストレージ拡張にはインスタンスのスイッチオーバーが必要です。瞬断の影響に関する詳細については、上記の「潜在的リスク」をご参照ください。

ディスクストレージを拡張すると、無料のバックアップクォータは増加しますか？

はい。詳細については、「無料バックアップクォータ」をご参照ください。

CPU、メモリ、ディスクを同時にアップグレードする場合、サービスはどのくらいの時間利用できなくなりますか？

1 つの項目を変更する場合でも、複数の項目を変更する場合でも、サービスは数分間利用できなくなります。アップグレード中、インスタンスのスイッチオーバーまたは再起動が発生する可能性があり、ほとんどのデータベース、アカウント、およびネットワーク操作を実行できません。メンテナンスウィンドウ中に変更をスケジュールしてください。影響の詳細については、上記の「潜在的リスク」をご参照ください。

仕様変更の期間に影響を与える要因は何ですか？

ディスクストレージを使用する RDS DuckDB ベースの分析プライマリインスタンスの仕様変更には、マシン間の移行は含まれません。したがって、変更期間は短くなります。詳細については、上記の「潜在的リスク」をご参照ください。

設定変更後、エンドポイントは変更されますか？

いいえ。エンドポイント (例： rm-bpxxxxx.mysql.rds.aliyuncs.com) は同じままですが、基盤となる IP アドレスが変更される可能性があります。アプリケーションでは IP アドレスではなくエンドポイントを使用してください。

自動再接続メカニズムを設定するにはどうすればよいですか？

Java アプリケーションの場合、Time to Live (TTL) を 60 秒以下に設定してください。これにより、DNS の再クエリ後にアプリケーションが新しい仮想 IP アドレス (VIP) を取得できるようになります。Java で TTL を設定する方法については、公式 JDK ドキュメントをご参照ください。

前提条件

開始する前に、以下を確認してください。

• インスタンスは[実行中] 状態です

• アカウントに拡張費用を賄うのに十分な残高があること

ストレージの自動拡張の有効化と設定

1. インスタンス ページに移動します。上部メニューで、インスタンスが存在するリージョンを選択し、インスタンス ID をクリックします。

2. [基本情報] ページの [インスタンスリソース] セクションで、[自動ストレージ拡張] の横にある [設定] をクリックします。

   [設定] が表示されない場合、インスタンスは 前提条件 を満たしていません。

   

3. 次のパラメーターを設定してください。

   パラメーター	説明
   [ストレージの自動拡張]	ストレージの自動拡張を有効または無効にします。
   [利用可能なストレージ ≤]	拡張をトリガーする空き容量のしきい値です。空き容量がこの割合以下に低下すると、拡張がトリガーされます。追加される量は、 5 GB (合計ストレージが 50 GB 未満で空き容量が 10% 未満の場合は 10 GB) または 現在のストレージ容量の 15% を 5 の最も近い倍数に丸めた値のうち、大きい方です。たとえば、100 GB のインスタンスでは 15% は 15 GB なので、15 GB が追加され、合計は 115 GB になります。
   [最大ストレージ容量]	拡張後の最大合計ストレージ容量です。現在の合計以上である必要があります。最大値： 64 TB。

4. [OK] をクリックします。

仕組み

• 自動スイッチオーバー (デフォルトで有効)：プライマリノードに障害が発生してアクセスできなくなった場合、システムはセカンダリノードに切り替えます。スイッチオーバーをトリガーする要因については、「プライマリ/セカンダリ スイッチオーバーの理由」をご参照ください。

• 手動スイッチオーバー：自動スイッチオーバーが有効な場合でも利用できます。手動スイッチオーバーは、災害復旧訓練や、マルチ AZ 配置で最寄りのノードに接続するために使用します。

潜在的リスク

• スイッチオーバー中、サービスが最大 30 秒間利用できなくなる場合があります。アプリケーションで自動再接続メカニズムを設定してください。アプリケーションが古いバージョンの Druid 接続プールを使用している場合、切断後に接続が自動的に回復しないことがあります。これを解決するには、Druid をバージョン 1.1.16 以降にアップグレードしてください。

• インスタンスのエンドポイントは変更されませんが、基盤となる IP アドレスが変更される可能性があります。アプリケーションでは IP アドレスではなくエンドポイントを使用してください。

• スイッチオーバー時にインスタンスが障害状態にある場合、スイッチオーバーに時間がかかることがあります。

プライマリノードとセカンダリノードの手動切り替え

1. インスタンス ページに移動します。上部メニューで、インスタンスが存在するリージョンを選択し、インスタンス ID をクリックします。

2. 左側のナビゲーションペインで、[サービス可用性] をクリックします。

3. [インスタンス可用性] セクションで、[プライマリ/セカンダリインスタンスの切り替え] をクリックします。

4. [プライマリ/セカンダリ切り替え] ダイアログボックスの [セカンダリノード] 行で、プライマリに昇格させる対象のセカンダリノードを選択します。

5. 切り替え時間を選択し、[OK] をクリックします。

   重要

   切り替え中は、データベースやアカウントの管理、ネットワークタイプの切り替えなどのほとんどの操作を実行できません。影響を最小限に抑えるには、[指定時間内に]を選択してください。

自動スイッチオーバーの一時的な無効化

自動スイッチオーバーはデフォルトで有効になっています。次のようなシナリオでは、一時的に無効にします。

• 予期せぬスイッチオーバーが可用性に影響を与えるのを防ぐための、セールスプロモーションや高トラフィックイベント

• スイッチオーバーによる変数の導入を避けるための、主要なアプリケーションのアップグレード

• 重要な安定性保証期間

1. インスタンス ページに移動します。上部メニューで、インスタンスが存在するリージョンを選択し、インスタンス ID をクリックします。

2. 左側のナビゲーションペインで、[サービス可用性] をクリックします。

3. [インスタンスの可用性] セクションで、[自動プライマリ/セカンダリ切り替え] をクリックします。

4. [一時的に無効化]を選択し、[有効期限]を設定して、[OK] をクリックします。

   期限が過ぎると、自動スイッチオーバーが再開されます。デフォルトでは、この機能は 1 日間無効になります。最大終了時刻は、現在から 7 日後の 23:59:59 です。

設定を保存すると、一時的な無効化の終了時刻が [サービス可用性] ページに表示されます。

スイッチオーバーログの表示

1. インスタンス ページに移動します。上部メニューで、インスタンスが存在するリージョンを選択し、インスタンス ID をクリックします。

2. 左側のナビゲーションペインで、[サービス可用性] をクリックします。

3. [プライマリ/セカンダリ スイッチオーバーログ] セクションで、時間範囲を調整してログを表示します。

よくある質問

プライマリ/セカンダリ スイッチオーバーの後、手動で元に戻す必要はありますか？

いいえ。プライマリノードとセカンダリノードのデータは同一です。スイッチオーバー後、元のセカンダリが新しいプライマリになります。これ以上の操作は不要です。

スイッチオーバー後、インスタンスが回復しません。どうすればよいですか？

例外によってトリガーされたスイッチオーバーの後、アプリケーションからの永続的な接続が接続ステータスの変化を検出しない場合があります。ソケットタイムアウトがない場合、アプリケーションは応答を無期限に待ち続け、SQL 実行の失敗を引き起こします。これを防ぐには、connectTimeout と socketTimeout を設定してください。

• オンライントランザクションのシナリオでは、connectTimeout を 1～2 秒に、socketTimeout を 60～90 秒に設定してください。

これらの値はガイドラインです。業務のペイロードと使用パターンに基づいて調整してください。