製品ページ Amazon Relational Database Service
AWSドキュメントページ RDS

• データベースとログの格納にAmazon EBSボリュームを使用

• アプリのキャッシュなどの都合で、勝手にMulti-AZが切り替わってしまっては困る場合使わない方がいい。
• メンテナンスタイミングを厳密に管理したい場合。（RSDはメンテナンス日時をある程度は指定できる。）

メンテナンスウィンドウは、Amazon RDS リソースのメンテナンスを行う曜日と時間を定めたものです。

RDSは次のためにメンテナンスを行う必要があります。

• 基盤となるハードウェア
• 基盤となるオペレーティングシステム (OS)
• データベースエンジンのバージョン

必要な Amazon RDS メンテナンスの実行時におけるダウンタイムを最小限に抑える | AWS re:Post

影響を受けるアベイラビリティーゾーンがあるマルチ AZ 配置の場合、
インスタンスのフェイルオーバーに要する時間 (通常は約 60 秒) にわたり、配置は使用できません。

マルチ AZ 配置の場合、OS のメンテナンスはセカンダリインスタンスに適用されます。
インスタンスがフェイルオーバーし、プライマリインスタンスが更新されます。
ダウンタイムはフェイルオーバー時に発生します。

マルチ AZ 配置で DB インスタンスのデータベースエンジンをアップグレードすると、プライマリインスタンスとレプリカインスタンスで同時にメンテナンスが行われます。
これにより、アップグレードが完了するまでダウンタイムが発生することになります。

自動バックアップが行われる時間のことを指します。
自動バックアップ中はバックアッププロセス開始時にI/Oが一時数秒間中断し、
マルチAZだと数分間レイテンシーが高くなります。

http://aws.amazon.com/jp/rds/multi-az/

Multi-AZ DB インスタンスをプロビジョニングすると、Amazon RDS は自動的にプライマリ DB インスタンスを作成すると同時に、異なるアベイラビリティーゾーン（AZ）のスタンバイインスタンスにデータを複製します。各アベイラビリティーゾーンは、その独自の、物理的にはっきりと独立したインフラストラクチャ上で稼動しています。

マスターと異なるアベイラビリティゾーンに完全同期のレプリケーションを作成する可用性の高いデータベースの配備を実現できる機能です。障害を自動で検知し、自動でフェイルオーバーします。

http://aws.amazon.com/jp/rds/multi-az/

IOPS レートを 1,000 IOPS～30,000 IOPS までの範囲内で（1,000 IOPS 刻み）、対応するストレージを 100 GB～3 TB までの範囲内で指定できます。

• Multi-AZデータベースインスタンスの場合、99.95% の可用性（1月あたり、22分使用不能）
• スタンバイデータベースへのフェイルオーバーは一般的に3分くらいかかる。

Amazon RDS のバックアップレプリケーションを利用して、RDS DB インスタンスがスナップショットやトランザクションログを送信先のリージョンにレプリケーションするよう設定することができます。

ソース DB インスタンスとは異なるリージョンに MariaDB、MySQL、Oracle、PostgreSQL、または SQL Server のリードレプリカを作成することができます。

• 【AWS発表】 Amazon RDSのGA および SLAを発表
  http://aws.typepad.com/aws_japan/2013/06/amazon-rds-35-years-3-engines-9-regions-50-features-and-tens-of-thousands-of-customers.html
• RDBMS in the Cloud: Oracle Database on AWS
  http://media.amazonwebservices.com/AWS_RDBMS_Oracle.pdf