Amazon Relational Database Service バックアップ - AWS Backup

Amazon Relational Database Service バックアップ

Amazon RDS および AWS Backup

Amazon RDS インスタンスとクラスターをバックアップするオプションを検討するときは、作成して使用するバックアップの種類を明確にすることが重要です。Amazon RDS を含むいくつかの AWS リソースは、独自のネイティブバックアップソリューションを提供します。

Amazon RDS には、自動バックアップ手動バックアップを作成するオプションがあります。Amazon RDS の用語では、バックアッププランに含まれるものを含め、AWS Backup によって作成されたすべての復旧ポイントが、手動バックアップと見なされます。

AWS Backup を使用して Amazon RDS インスタンスのバックアップ (復旧ポイント) を作成する場合、AWS Backup は、ユーザーが Amazon RDS を使用して自動バックアップを作成したことがあるかどうかを確認します。自動バックアップが存在する場合、AWS Backup は増分スナップショットコピーを作成します (copy-db-snapshot オペレーション)。バックアップが存在しない場合、AWS Backup はコピー (create-db-snapshot オペレーション) の代わりに、ユーザーが指定したインスタンスのスナップショットを作成します。

いずれかのオペレーションによって作成され、AWS Backup によって行われた最初のスナップショットは、1 つの完全なスナップショットになります。これ以降のすべてのコピーは、完全バックアップが存在する限り、増分バックアップになります。

重要

AWS Backup バックアッププランが Amazon RDS インスタンスの複数の日次スナップショットを作成するようにスケジュールされており、それらのスケジュールされた AWS Backup バックアップ開始ウィンドウの 1 つが Amazon RDS バックアップウィンドウと重なると、バックアップのデータ系統が非同一バックアップに分岐して、予期しない競合するバックアップが作成される可能性があります。これを防ぐには、AWS Backup バックアッププランまたは Amazon RDS ウィンドウの期間が重ならないようにします。

考慮事項

RDS Custom for SQL Server および RDS Custom for Oracle は、現在、AWS Backup によってサポートされていません。

AWS Backup は、RDS on Outposts のバックアップと復元をサポートしていません。

Amazon RDS の継続的バックアップとポイントインタイムリストア

継続的バックアップでは、AWS Backup を使用して Amazon RDS リソースの完全なバックアップが作成され、トランザクションログを通じてすべての変更がキャプチャされます。一定の時間間隔で取得された以前のスナップショットを選択する代わりに、復元する時点まで巻き戻すことで、詳細度を高めることができます。

詳細については、「継続的バックアップ/ポイントインタイム復元でサポートされているサービス (PITR)」および「継続的バックアップ設定の管理」を参照してください。

Amazon RDS マルチアベイラビリティゾーンのバックアップ

AWS Backup は、Amazon RDS for MySQL および Amazon RDS for PostgreSQL のマルチ AZ (アベイラビリティーゾーン) 配置オプションについて、1 つのプライマリデータベースインスタンスと 2 つの読み取り可能なスタンバイデータベースインスタンスをバックアップおよびサポートします。

マルチアベイラビリティーゾーンのバックアップは、以下のリージョンで利用可能です。アジアパシフィック (シドニー) リージョン、アジアパシフィック (東京) リージョン、欧州 (アイルランド) リージョン、米国東部 (オハイオ) リージョン、米国西部 (オレゴン) リージョン、欧州 (ストックホルム) リージョン、アジアパシフィック (シンガポール) リージョン、米国東部 (バージニア北部) リージョン、および欧州 (フランクフルト) リージョンです。

マルチ AZ 配置オプションは、書き込みトランザクションを最適化するものであり、読み込み容量の追加、書き込みトランザクションの待ち時間の短縮、(書き込みトランザクションの遅延の一貫性に影響する) ネットワークジッターからの耐障害性、および高い可用性と耐久性を必要とするワークロードに最適です。

マルチ AZ クラスターを作成するには、エンジンタイプとして MySQL または PostgreSQL のいずれかを選択できます。

AWS Backup コンソールには次の 3 つのデプロイオプションがあります。

  • マルチ AZ DB クラスター: 1 つのプライマリ DB インスタンスと 2 つの読み取り可能なスタンバイ DB インスタンスを含む DB クラスターを作成します。これらは、各 DB インスタンスは異なるアベイラビリティーゾーンにあります。サーバー対応ワークロードに高可用性とデータ冗長性を提供し、容量を増やします。

  • マルチ AZ DB インスタンス: プライマリ DB インスタンスとスタンバイ DB インスタンスが別個のアベイラビリティーゾーンに作成されます。これにより高い可用性とデータの冗長性が得られますが、スタンバイ DB インスタンスは読み取りワークロードの接続をサポートしていません。

  • 単一の DB インスタンス: スタンバイ DB インスタンスのない単一の DB インスタンスを作成します。

インスタンスとクラスターでのバックアップ動作

  • ポイントインタイムリカバリ (PITR) はインスタンスをサポートしていますが、クラスターはサポートしていません。

  • マルチ AZ DB クラスターのスナップショットのコピーはサポートされていません。

  • RDS 復旧ポイントの Amazon リソースネーム (ARN) は、インスタンスとクラスターのどちらが使用されているかによって異なります。

    RDS インスタンスの ARN: arn:aws:rds:region: account:db:name

    RDS マルチアベイラビリティクラスター:arn:aws:rds:region:account:cluster:name

詳細については、「Amazon RDS ユーザーガイド」の「マルチ AZ DB クラスターのデプロイ」を参照してください。

マルチ AZ DB クラスタースナップショットの作成に関する詳細については、「Amazon RDS ユーザーガイド」を参照してください。