このトピックでは、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インスタンスのストレージ容量が使い果たされたためにロックされた場合の対処方法の説明に基づいて、問題のトラブルシューティングを行います。 |
パフォーマンス向上 |
|