このトピックでは、ApsaraDB RDS についてよくある質問 (FAQ) への回答を示します。

データベースインスタンスとは何ですか。

データベースインスタンスは、1 つ以上のデータベースを作成できるデータベースサーバーです。 各データベースには、1 つまたは複数のテーブルを保存できます。

プライマリ RDS インスタンスとセカンダリ RDS インスタンスとは何ですか。

RDS の High-availability Edition、Cluster Edition、Enterprise Edition では、データベースシステムのプライマリ RDS インスタンスを使用して、アプリケーションと通信します。 また、プライマリ RDS インスタンスのデータは、リアルタイムでセカンダリ RDS インスタンスと同期されます。

プライマリ RDS インスタンスが正常に機能している場合、セカンダリ RDS インスタンスはバックアップとして機能し、データベースサービスを提供することはありません。 しかし、プライマリ RDS インスタンスに異常が発生すると、データベースシステムがセカンダリ RDS インスタンスにフェールオーバーします。 この場合、プライマリ RDS インスタンスはセカンダリ RDS インスタンスに降格し、セカンダリ RDS インスタンスがプライマリ RDS インスタンスに昇格します。 フェールオーバー中も、データベースサービスは引き続き使用可能です。 ただし、一時的な接続エラーが発生する場合があります。

各 RDS エディションのプライマリ RDS インスタンスとセカンダリ RDS インスタンスの詳細については、「ApsaraDB RDS 各エディションの概要」をご参照ください。

読み取り専用 RDS インスタンスとは何ですか。

読み取り専用 RDS インスタンスは、データベースシステムの読み取り能力を拡張するためのインスタンスです。 プライマリ RDS インスタンスで処理できないほど大量の読み取りリクエストがある場合、ワークロードが中断される可能性があります。 この場合、1 つまたは複数の読み取り専用 RDS インスタンスを作成すると、プライマリ RDS インスタンスの読み取りリクエストの負担を軽減できます。 読み取り専用 RDS インスタンスを使用すると、データベースシステムが安定し、アプリケーションのスループットが向上します。

詳細については、「読み取り専用インスタンスの紹介」をご参照ください。

サブスクリプション RDS インスタンスに追加料金が発生しています。なぜですか。

サブスクリプション RDS インスタンスの料金に含まれるのは、インスタンスとストレージ容量の料金のみです。 読み取り専用 RDS インスタンスを作成した場合、SQL Explorer やパフォーマンスモニタリング機能を有効にした場合、またはバックアップストレージに無料クォータ分よりも多くのストレージを使用した場合は、追加料金の対象となります。 詳細については、「料金、課金項目、および課金方法」をご参照ください。

RDS インスタンスを作成した後に、ApsaraDB RDS コンソールが反応していなかったり、作成した RDS インスタンスを見つけられなかったりします。なぜですか。

この問題は、以下の理由により発生する可能性があります。

  • 作成した RDS インスタンスが選択したリージョンに存在しない。

    上部のナビゲーションバーで、RDS インスタンスが存在するリージョンを選択します。 これにより、作成した RDS インスタンスを見つけることができます。

    リージョンの選択
  • 選択されたゾーンで必要な数のリソースが提供できなくなっている。

    ゾーン内のリソースは動的に割り当てられます。 お客様が発注書を送信した後に、選択されたゾーンで必要な数のリソースを提供できなくなる場合があります。 その場合、RDS インスタンスを作成することはできません。 別のゾーンを選択してから、再試行することを推奨します。 RDS インスタンスを作成できない場合は、課金管理コンソールの注文ページに移動して、払い戻しを確認してください。

従量課金 RDS インスタンスは、使用しない場合でも課金されますか。

はい。従量課金インスタンスは、使用していない場合でも 1 時間ごとの料金が発生します。 これは、従量課金 RDS インスタンスでは、使用していない場合でもコンピューティングとストレージのリソースが消費されるためです。 従量課金 RDS インスタンスを長期間使用しない場合は、必要なデータを保存してからインスタンスをリリースすることを推奨します。

課金方法をサブスクリプションと従量課金の間で切り替えることはできますか。

はい。課金方法をサブスクリプションと従量課金の間で切り替えることができます。 詳細については、「従量課金からサブスクリプションへの課金方法の切り替え」および「サブスクリプションから従量課金への課金方法の切り替え」をご参照ください。

サブスクリプション RDS インスタンスの仕様を変更した場合、料金はどうなりますか。

詳細については、「仕様変更に伴う料金」をご参照ください。

サブスクリプション RDS インスタンスが有効期限切れになるか、料金滞納になるとどうなりますか。

詳細については、「有効期限の経過と支払いの遅延による影響」をご参照ください。

従量課金とサブスクリプションの RDS インスタンスによって使用される受信および送信のインターネットトラフィックは無料ですか。

はい。従量課金とサブスクリプションの RDS インスタンスによって使用される受信および送信のすべてのインターネットトラフィックは無料です。

パブリックエンドポイントの申請には料金がかかりますか。

いいえ。パブリックエンドポイントの申請に料金はかかりません。

エントリーレベルの RDS インスタンスとエンタープライズレベルの RDS インスタンスの CPU とメモリの仕様が同じ場合に、エンタープライズレベルの RDS インスタンスよりもエントリーレベルの RDS インスタンスの方がサポートされる接続数が多く、1 秒あたりの入出力操作 (IOPS) も大きいのはなぜですか。

エントリーレベルの RDS インスタンスは共有インスタンスファミリーまたは汎用インスタンスファミリーに属しますが、エンタープライズレベルの RDS インスタンスは専用インスタンスファミリーに属します。 共有インスタンスファミリーおよび汎用インスタンスファミリーでは、CPU リソースが再利用されます。 これにより、エントリーレベルの RDS インスタンスの方がサポートされる最大接続数が多くなり、IOPS も大きくなります。 ただし、専用インスタンスファミリーでは、CPU リソースとメモリリソースが排他的に割り当てられます。 これにより、エンタープライズレベルの RDS インスタンスでは、より信頼性の高いデータベースサービスを利用できます。 詳細については、「概要」をご参照ください。

RAM ユーザーに RDS インスタンスの管理を許可するにはどうすればよいですか。

詳細については、 「RAM を利用した ApsaraDB for RDS 権限管理」をご参照ください。

RDS インスタンスのストレージタイプをローカル SSD、標準 SSD、ESSD クラウドディスクの間で変更するにはどうすればよいですか。

詳細については、「SSD をローカル SSD に変更する」をご参照ください。

RDS インスタンスのストレージ容量を拡張するのに、どれくらいの時間がかかりますか。

必要な時間は、RDS インスタンスを格納している物理ホストに、拡張プランで必要なストレージ容量が残っているかどうかによって異なります。 ストレージ容量が十分に残っていれば、RDS インスタンスのデータを移行する必要がないため、所要時間は短くなります。 残りのストレージ容量が不足している場合、拡張を開始する前に、RDS インスタンスのデータを別の適切な物理ホストに移行する必要があります。 このプロセスは複雑で時間がかかります。

プライマリ RDS インスタンスをアップグレードした後、読み取り専用 RDS インスタンスは ApsaraDB RDS によって自動的にアップグレードされますか。

いいえ。プライマリ RDS インスタンスをアップグレードした後、読み取り専用 RDS インスタンスを手動でアップグレードする必要があります。

RDS インスタンスの仕様を変更すると、オンラインワークロードは中断されますか。

いいえ。RDS インスタンスの仕様を変更しても、オンラインワークロードは中断されません。 ただし、変更後の切り替え中に約 30 秒間の一時的な接続エラーが発生する場合があります。

RDS インスタンスの仕様を変更すると、エンドポイントは変更されますか。

RDS インスタンスの仕様を変更しても、内部エンドポイント、パブリックエンドポイント、および読み書き分離エンドポイントは変更されません。 ただし、エンドポイントに関連付けられている IP アドレスが変更される場合があります。 詳細については、「ApsaraDB RDS for MySQL インスタンスの内部エンドポイント、パブリックエンドポイント、ポート番号の確認および変更」および「ApsaraDB RDS for MySQL インスタンスの共有プロキシで読み書き分離機能の有効化」をご参照ください。 RDS インスタンスの内部エンドポイント、パブリックエンドポイント、または読み書き分離エンドポイントを使用して、アプリケーションから接続を確立することを推奨します。

RDS インスタンスの VPC を変更するにはどうすればよいですか。

  • RDS インスタンスで VPC と vSwitch の変更がサポートされる場合は、これらの変更を直接実行できます。 詳細については、「RDS MySQL インスタンスの新しい VPC および VSwitch に切り替える」をご参照ください。
  • RDS インスタンスがクラシックネットワークと VPC でのネットワークタイプの変更をサポートする場合は、次の手順を実行します。
    1. ネットワークタイプを VPC からクラシックネットワークに変更します。
    2. ネットワークタイプをクラシックネットワークから VPC に変更します。 このプロセス中に、使用する VPC を選択します。
  • RDS インスタンスがクラシックネットワークと VPC でのネットワークタイプの変更をサポートしない場合は、次の手順を実行します。

    使用する VPC 内の RDS インスタンスを新たに購入します。 次に、RDS インスタンスのデータを新しい RDS インスタンスに移行します。 詳細については、「ApsaraDB for RDS インスタンス間でのデータ移行」をご参照ください。

セカンダリ RDS インスタンスにアクセスすることはできますか。

いいえ。セカンダリ RDS インスタンスにアクセスすることはできません。 アクセスできるのはプライマリ RDS インスタンスのみです。 セカンダリ RDS インスタンスはバックアップとしてのみ機能し、サービスは提供しません。

RDS インスタンスが VPC にある場合、そのインスタンスによって占有されるプライベート IP アドレスはいくつですか。

RDS インスタンスによって占有されるプライベート IP アドレスの数は、選択したデータベースエンジンと RDS のエディションによって異なります。

  • RDS High-availability Edition (ローカル SSD を使用) と MySQL 5.5、5.6、5.7、8.0 の組み合わせ:1 個
  • RDS Enterprise Edition (ローカル SSD を使用) と MySQL 5.6、5.7、8.0 の組み合わせ:1 個
  • RDS Basic Edition (標準 SSD を使用) と MySQL 5.7 の組み合わせ:1 個
  • RDS Basic Edition (標準 SSD を使用) と MySQL 8.0 の組み合わせ:2 個
  • RDS High-availability Edition (標準 SSD または ESSD クラウドディスクを使用) と MySQL 5.7 および 8.0 の組み合わせ:3 個
  • RDS Enterprise Edition (標準 SSD または ESSD クラウドディスクを使用) と MySQL 5.7 および 8.0 の組み合わせ:1 個

RDS インスタンスのストレージ容量を拡張すると、ストレージリソースが不足していることを示すエラーが表示されます。 どうすればよいですか。

RDS インスタンスを別のゾーンに移行してから、 RDS インスタンスのストレージ容量を拡張してください。 詳細については、「同一リージョン内のゾーン間で RDS MySQL インスタンスを移行する」をご参照ください。 RDS インスタンスを別のゾーンに移行しても、RDS インスタンスのエンドポイントは変更されません。 ただし、エンドポイントに関連付けられている IP アドレスが変更される場合があります。 RDS インスタンスに自動的に再接続するようにアプリケーションが設定されていることを確認してください。

RDS インスタンスに対して IP アドレスのホワイトリストを設定すると、そのホワイトリストはすぐに適用されますか。

いいえ。RDS インスタンスに対して IP アドレスのホワイトリストを設定してからそれが適用されるまで、約 1 分かかります。

作成していない IP アドレスのホワイトリストが存在するのはなぜですか。

その IP アドレスのホワイトリストにプライベート IP アドレスが含まれている場合、そのホワイトリストは、Data Management (DMS)、Database Autonomy Service (DAS) など、Alibaba Cloud の他のサービスによって作成された可能性があります。 これらのホワイトリストによって、データが危険にさらされることはありません。

HDM で作成された IP アドレスホワイトリスト

インターネットアクセスを無効にし、内部ネットワークアクセスのみを有効にした場合、RDS インスタンスはセキュリティリスクの影響を受けますか。

はい。RDS インスタンスはセキュリティリスクの影響を受けます。 RDS インスタンスのネットワークタイプを VPC に変更することを推奨します。 この場合、必要な IP アドレスを RDS インスタンスの IP アドレスのホワイトリストに追加すると、RDS インスタンスにアクセスできるのは、同じ VPC 内にある ECS インスタンスからのみになります。 詳細については、「ApsaraDB RDS for MySQL インスタンスのネットワークタイプの変更」をご参照ください。

有効期限切れの SSL 証明書を更新しないと、RDS インスタンスが誤動作したり、データセキュリティが低下したりしますか。

有効期限切れの SSL 証明書を更新しなくても、RDS インスタンスは引き続き動作し、セキュリティリスクは発生しません。 ただし、アプリケーションが暗号化された接続を使用して RDS インスタンスと通信している場合、そのアプリケーションとの接続は切断されます。

SQL Explorer 機能によって生成された SQL ログのサイズを取得するにはどうすればよいですか。

ApsaraDB RDS コンソールにログインし、RDS インスタンスを見つけてから、[基本情報] ページを開いてください。 そのページの [リソース情報] セクションで、SQL Explorer 機能によって生成された SQL ログのサイズを確認できます。

ログサイズ

アプリケーションが RDS インスタンスの VPC の外側にある場合、RDS インスタンスと通信できますか。

アプリケーションの IP アドレスが RDS インスタンスの IP アドレスのホワイトリストに追加されていれば、そのアプリケーションはインターネットを経由して RDS インスタンスと通信できます。 これは、アプリケーションが VPC 内にある場合でも、クラシックネットワーク内にある場合でも同じです。 詳細については、「ホワイトリストの設定」をご参照ください。

プライマリとセカンダリの切り替えによって、RDS インスタンスのエンドポイントやポート番号は変更されますか。

いいえ。プライマリとセカンダリの切り替えによって、RDS インスタンスのエンドポイントやポート番号が変更されることはありません。 変更されるのは、エンドポイントに関連付けられている IP アドレスのみです。 アプリケーションからは、引き続きエンドポイントを使用して RDS インスタンスに接続できます。

送信元 IP アドレスレベル、テーブルレベルなど、より細かいレベルで RDS インスタンスのアカウントを管理することはできますか。

はい。RDS インスタンスにログインしてコマンドを使用すると、より細かいレベルでアカウントに権限を付与できます。 詳細については、「ApsaraDB RDS for MySQL インスタンスへの接続」をご参照ください。

特権アカウントと標準アカウントに固有の権限とは、どのようなものですか。

詳細については、「ApsaraDB RDS for MySQL インスタンス用のアカウントとデータベースの作成」をご参照ください。

ApsaraDB RDS には、ルートユーザーやスーパーユーザーに相当するアカウントがありますか。

いいえ。ApsaraDB RDS には、ルートユーザーまたはスーパーユーザーに相当するアカウントがありません。 このため、意図しない操作によって発生するデータの消失やデータの漏洩から RDS インスタンスを保護できます。

プライマリ RDS インスタンスで作成されたアカウントを読み取り専用 RDS インスタンスから管理できますか。

いいえ。プライマリ RDS インスタンスで作成されたアカウントは読み取り専用 RDS インスタンスと同期されますが、読み取り専用 RDS インスタンスでそのアカウントを管理することはできません。 読み取り専用 RDS インスタンスに対しては、読み取り権限のみがあります。

プライマリ RDS インスタンスをアップグレードした後、読み取り専用 RDS インスタンスは ApsaraDB RDS によって自動的にアップグレードされますか。

いいえ。プライマリ RDS インスタンスをアップグレードした後、読み取り専用 RDS インスタンスを手動でアップグレードする必要があります。 詳細については、「ApsaraDB RDS for MySQL インスタンスの仕様変更」をご参照ください。

読み取り専用 RDS インスタンスの読み取り重みを 0 に設定した後でも、読み取り専用 RDS インスタンスに接続できますか。

はい。読み取り専用 RDS インスタンスの読み取り重みを 0 に設定した後でも、内部エンドポイントまたはパブリックエンドポイントを使用すれば、読み取り専用 RDS インスタンスに接続できます。 ただし、読み書き分離エンドポイントを使用して読み取り専用 RDS インスタンスに接続することはできません。 詳細については、「ApsaraDB RDS for MySQL インスタンスの内部エンドポイント、パブリックエンドポイント、ポート番号の確認および変更」をご参照ください。 これは、特定のワークロードのみを処理するように読み取り専用 RDS インスタンスを設定するための機能です。

読み取り専用インスタンスをリリースすると、ワークロードは中断されますか。

はい。読み取り専用 RDS インスタンスをリリースすると、ワークロードは中断されます。 読み取り専用 RDS インスタンスをリリースする前に、読み取り専用 RDS インスタンスの読み取り重みを 0 に設定することを推奨します。 詳細については、「ApsaraDB RDS for MySQL インスタンスの遅延しきい値と読み取り重みの変更」をご参照ください。 ただし、データベースシステムとのキャッシュ接続は、リリースされた読み取り専用 RDS インスタンスでも引き続き有効です。 接続を閉じて、新しい接続を確立する必要があります。

読み書き分離が正しく動作しない場合、どうすればよいですか。

詳細については、「読み書き分離についてのよくある質問」をご参照ください。

少数の書き込みリクエストがプライマリ RDS インスタンスに送信された場合、読み取りリクエストをプライマリ RDS インスタンスに送信することはできますか。

はい。その読み取りリクエストをプライマリ RDS インスタンスに送信できます。 プライマリ RDS インスタンスの読み取り重みを指定できます。 詳細については、読み書き分離についての説明をご参照ください。

ApsaraDB RDS for MySQL インスタンスのデータバックアップ機能を無効にできますか。

いいえ。ApsaraDB RDS for MySQL インスタンスのデータバックアップ機能を無効にすることはできません。 ただし、データのバックアップ頻度を週 2 回にまで減らすことができます。 データバックアップの保持期間は、少なくとも 7 日間必要です。

ApsaraDB RDS for MySQL インスタンスのログバックアップ機能を無効にできますか。

はい。ApsaraDB RDS for MySQL インスタンスで実行されているのは RDS Basic Edition でなければ、ApsaraDB RDS コンソールでログバックアップ機能を無効にできます。

バックアップが失敗します。なぜですか。

データ定義言語 (DDL) ステートメントによって、テーブルのロックがトリガーされます。 バックアップ中に DDL ステートメントを実行すると、テーブルのロックが原因でバックアップが失敗する可能性があります。

[ログバックアップ] タブに同じ名前のログバックアップファイルが 2 つあるのはなぜですか。

RDS High-availability Edition の場合、データベースシステムはプライマリ RDS インスタンスとセカンダリ RDS インスタンスで構成されます。 どちらのインスタンスもログバックアップファイルを生成します。 各ログバックアップファイルは、[ログバックアップ] タブの [インスタンス ID] で区別できます。 インスタンス ID を見ると、プライマリ RDS インスタンスによって生成されたログバックアップファイルとセカンダリ RDS インスタンスによって生成されたログバックアップファイルを区別できます。 [サービスの可用性] ページの [プライマリインスタンス番号] フィールドと [セカンダリインスタンス番号] フィールドで、プライマリとセカンダリの RDS インスタンスの ID をそれぞれ確認できます。

プライマリインスタンス番号とセカンダリインスタンス番号

ダウンロードしたデータバックアップファイルとログバックアップファイルを使用すると、何ができますか。

ダウンロードしたデータバックアップファイルやログバックアップファイルを使用すると、データをいつでも復元できます。 詳細については、「Restore the data of an ApsaraDB RDS for MySQL instance from a physical backup file to a self-managed MySQL database」および「Restore the data of an ApsaraDB RDS for MySQL instance from a logical backup file to a self-managed MySQL instance」をご参照ください。

RDS インスタンスのデータ量は少ないのに、生成されるスナップショットのサイズが大きくなります。なぜですか。

ApsaraDB RDS では、RDS インスタンスのスナップショットを作成する際に、空のブロックが削除されます。 これにより、スナップショットのサイズを必要なディスク容量よりも小さくすることができます。 各ブロックのサイズは 2 MB です。 ただし、書き込み操作が分散している場合、データが一杯にならないブロックが多数発生します。 たとえば、3 MB のデータが 2 つ、3 つ、または 4 つのブロックに分散して書き込まれるとします。 この場合、これらのブロックはどれも一杯になりません。 ApsaraDB RDS では、スナップショットのサイズを計算するときに、データが書き込まれている空でないブロックがすべてカウントされます。 その結果、スナップショットによって占有されるディスク容量が、スナップショットの実際のサイズよりも大きくなります。

バックアップファイルのデータに対してクエリを実行するにはどうすればよいですか。

Alibaba Cloud Database Backup (DBS) を使用して、完全な論理バックアップファイルのデータに対するクエリを実行できます。 これにより、データを復元する必要がなくなります。 詳細については、「概要」をご参照ください。