このトピックでは、ApsaraDB RDSの制限事項と使用方法について説明します。
ApsaraDB RDSインスタンスを作成した後、高可用性設定やセキュリティパッチなどの基本的なデータベースO&M操作を実行する必要はありません。 ただし、以下の項目に注意する必要があります。
項目 | 説明 |
仕様変更 | RDSインスタンスの仕様を変更すると、RDSインスタンスのデータが新しいRDSインスタンスに移行される場合があります。 移行中に生成された増分データは、引き続き新しいRDSインスタンスに同期されます。 移行が完了すると、指定した切り替え時間にワークロードが新しいRDSインスタンスに切り替えられます。 移行中に、サービスの中断または一時的な接続が発生する場合があります。 影響の程度は、RDSエディションによって異なります。 サービスの中断や一時的な接続が発生した場合、データベース、アカウント、およびネットワーク設定に関連するほとんどの操作を実行できません。 重要
|
バージョンのアップグレード | RDSインスタンスのメジャーエンジンバージョンをアップグレードまたはマイナーエンジンバージョンを更新すると、サービスの中断または一時的な接続が発生する可能性があります。 影響の程度は、RDSエディションによって異なります。 たとえば、MySQL 8.0を実行するRDSインスタンスのマイナーエンジンバージョンを20230324から20230630に更新したり、RDSインスタンスをMySQL 5.5からMySQL 5.6にアップグレードしたりします。 サービスの中断や一時的な接続が発生した場合、データベース、アカウント、およびネットワーク設定に関連するほとんどの操作を実行できません。 重要
|
フェイルオーバー | RDS High-availability EditionとRDS Cluster Editionは、ホットスタンバイとして機能するセカンダリRDSインスタンスまたはセカンダリノードを提供します。 プライマリRDSインスタンスまたはプライマリノードに予期せず障害が発生した場合、データベースシステムは30秒以内にセカンダリRDSインスタンスまたはセカンダリノードにフェイルオーバーできます。 プライマリRDSインスタンスまたはプライマリノードとセカンダリRDSインスタンスまたはセカンダリノード間のデータに一貫性がない場合、フェイルオーバーに長時間が必要です。 フェールオーバー中に、約30秒続く一時的な接続が発生します。 データベースシステムに自動的に再接続されるようアプリケーションを設定することを推奨します。 これにより、ワークロードの中断を防ぐことができます。 |
ネットワークタイプの変更 | クラシックネットワークと仮想プライベートクラウド (VPC) の間でRDSインスタンスのネットワークタイプを変更すると、アプリケーションが実行されているサーバーがRDSインスタンスから切断され、新しいIPアドレスがRDSインスタンスに割り当てられます。 移行が完了したら、アプリケーションのエンドポイント構成を直ちに更新することを推奨します。 |
データの復元 | RDSインスタンスのデータを復元する前に、データの損失を防ぐために、RDSインスタンスの重要なデータをバックアップすることを推奨します。 また、データを一時RDSインスタンスまたはクローンRDSインスタンスにコピーして、RDSインスタンスのデータを復元することを推奨します。 復元されたデータの正確性を確認したら、データを元のRDSインスタンスに移行できます。 |
ストレージ容量 | RDSインスタンスのストレージ容量が使い果たされた場合、RDSインスタンスは自動的にロックされ、サービスを提供できません。 ストレージの使用状況を定期的に確認することを推奨します。 説明 ストレージ使用率が異常に高い場合は、「ストレージ容量が使い果たされたためにApsaraDB RDS for MySQLインスタンスがロックされた場合はどうすればよいですか? 」の説明に基づいて問題をトラブルシューティングします。 |
パフォーマンス向上 |
|