必要な Amazon RDS メンテナンスの実行時におけるダウンタイムを最小限に抑えるにはどうすればよいですか?

解決方法

注意: AWS コマンドラインインターフェイス (AWS CLI) コマンド実行時にエラーが発生した場合は、AWS CLI の最新バージョンを使用していることを確認してください。

AWS では、DB インスタンスまたは DB クラスターのハードウェア、オペレーティングシステム (OS)、またはデータベースエンジンバージョンに対してメンテナンスを実行する場合があります。詳細については、「DB インスタンスのメンテナンス」および「DB インスタンスのエンジンバージョンのアップグレード」を参照してください。

Amazon RDS DB インスタンスに対する保留中のメンテナンスイベントについては、Amazon RDS コンソールの [Events] (ペイン) を確認してください。次に、エンジン固有のメンテナンスイベントを確認します。AWS コマンドラインインターフェイス (AWS CLI) を使用して describe-pending-maintenance-actions を実行する、または Amazon RDS API の DescribeDBInstances を実行することができます。保留中のメンテナンスが利用可能ですについて「Amazon RDS 推奨事項を使用する」を確認することもできます。

ハードウェアのメンテナンス

メンテナンスがスケジュールされる前に、スケジュールされたハードウェアメンテナンスウィンドウに関する E メール通知がユーザーに送付されます。これには、メンテナンスの時間と影響を受けるアベイラビリティーゾーンが記載されています。シングル AZ 配置は、ハードウェアのメンテナンス中に、数分間利用できなくなります。アベイラビリティーゾーンがメンテナンスの影響を受けている場合、インスタンスがフェイルオーバーするのにかかる時間 (通常は約 60 秒) の間、マルチ AZ 配置は利用できません。セカンダリアベイラビリティーゾーンのみが影響を受ける場合は、フェイルオーバーもダウンタイムもありません。

OS のメンテナンス

次のメンテナンスウィンドウに OS のメンテナンスがスケジュールされたら、適切なメンテナンスウィンドウの調整を行うことでメンテナンスを延期することができます。メンテナンスは、[Actions] (アクション) ドロップダウンから [Defer Upgrade] (後でアップグレード) を選択して延期することも可能です。ダウンタイムを最小限に抑えるには、Amazon RDS DB インスタンスを変更して、マルチ AZ 配置にします。マルチ AZ 配置では、OS のメンテナンスが最初にセカンダリインスタンスに適用されます。次に、セカンダリインスタンスがフェイルオーバーして、その後プライマリインスタンスが更新されます。ダウンタイムはフェイルオーバー時に発生します。詳細については、「マルチ AZ 配置のメンテナンス」を参照してください。

DB エンジンのメンテナンス

データベースエンジンレベルにアップグレードするには、ダウンタイムが必要です。RDS DB インスタンスがマルチ AZ 配置を使用している場合でも、プライマリ DB インスタンスとスタンバイ DB インスタンスの両方が同時にアップグレードされます。このため、アップグレードが完了するまでダウンタイムが発生することになります。ダウンタイムの長さは、DB インスタンスのサイズに応じて異なります。詳細については、「DB インスタンスのエンジンバージョンのアップグレード」にある、お使いの DB エンジンに関するセクションを参照してください。

注: マルチ AZ 配置の SQL Server DB インスタンスをアップグレードすると、プライマリインスタンスとスタンバイインスタンスの両方がアップグレードされます。Amazon RDS はローリングアップグレードを実行するため、停止されるのはフェイルオーバーの期間中のみとなります。詳細については、「マルチ AZ およびインメモリ最適化に関する考慮事項」を参照してください。

関連情報

Amazon RDS のベストプラクティス

MySQL データベースのアップグレード時に、リードレプリカをアップグレードしてダウンタイムを短縮する

メンテナンスウィンドウ中に実行されている Amazon RDS および Amazon Redshift のクエリはどうなりますか?

Amazon RDS または Amazon Redshift メンテナンスウィンドウの通知はどのように設定すればよいですか?