必要な Amazon RDS メンテナンス中のダウンタイムを最小限に抑える方法を教えてください。

解決策

注: AWS コマンドラインインターフェイス (AWS CLI) コマンドの実行中にエラーが発生した場合は、「AWS CLI で発生したエラーのトラブルシューティング」を参照してください。また、AWS CLI の最新バージョンを使用していることを確認してください。

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

AWS マネジメントコンソール、AWS CLI コマンド describe-pending-maintenance-actions、または DescribePendingMaintenanceActions API を使用すると保留中のメンテナンスイベントを確認できます。

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

Amazon RDS がメンテナンスを行う前に、スケジュールされたメンテナンス期間に関するメール通知が届きます。通知には、メンテナンスの時間と影響を受けるアベイラビリティーゾーンが記載されています。ハードウェアのメンテナンス中、シングル AZ 配置は数分間使用できなくなります。影響を受けるアベイラビリティーゾーンがあるマルチ AZ 配置では、インスタンスのフェイルオーバーに要する期間中は、デプロイを使用できません。フェイルオーバーには通常約 60 秒かかります。メンテナンスがセカンダリアベイラビリティーゾーンにのみ影響する場合、フェイルオーバーやダウンタイムは発生しません。

OS のメンテナンス

予定されている OS のメンテナンスを延期するには、優先メンテナンス期間を調整します。または、Amazon RDS コンソールの [アクション] メニューから [アップグレードを保留] を選択します。ダウンタイムを最小限に抑えるには、Amazon RDS DB インスタンスを変更して、マルチ AZ 配置にします。マルチ AZ 配置の場合、OS のメンテナンスはセカンダリインスタンスに適用されます。インスタンスがフェイルオーバーし、プライマリインスタンスが更新されます。ダウンタイムはフェイルオーバー時に発生します。詳細については、「マルチ AZ 配置のメンテナンス」をご参照ください。

注: マルチ AZ 配置にアップグレードすると、コストが増加します。コストを確認するには、AWS 料金見積りツールを使用してください。

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

データベースエンジンのバージョンアップグレードには、ダウンタイムが必要です。RDS DB インスタンスがマルチ AZ 配置を使用している場合も、プライマリ DB インスタンスとスタンバイ DB インスタンスの両方が同時にアップグレードされます。アップグレードが完了するまでダウンタイムが発生します。ダウンタイムの期間は、DB インスタンスのサイズによって異なります。

特定の DB エンジンに関する詳細については、次のドキュメントを参照してください。

• MariaDB DB エンジンのアップグレード

• Microsoft SQL Server DB エンジンのアップグレード

• RDS for MySQL DB エンジンのアップグレード

• RDS for Oracle DB エンジンのアップグレード

• RDS for PostgreSQL DB エンジンのアップグレード

インスタンスがリードレプリカの場合、アップグレードはソースインスタンスとは別に行われます。デフォルトでは、メンテナンスは最初にプライマリインスタンスで行われ、次にレプリカで行われます。

関連情報

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

メンテナンス期間中に、実行中の Amazon RDS および Amazon Redshift クエリで発生することを教えてください

Amazon RDS または Amazon Redshift のメンテナンスウィンドウに関する通知を設定する方法を教えてください。