Amazon S3 バックアップ

継続的バックアップでは、過去 35 日間の任意のポイントインタイムに復元できます。S3 バケットの継続的バックアップは、1 つのバックアッププランでのみ設定してください。

サポートされているサービスのリストと、 AWS Backup を使って連続バックアップを取る方法については「ポイントインタイムリカバリ」を参照してください。

定期的バックアップでは、データのスナップショットを使用して、指定した期間 (最大 99 年間) データを保持できます。定期的バックアップは、1 時間、12 時間、1 日、1 週間、または 1 年間などの頻度でスケジュールできます。 AWS Backup は、バックアッププランで定義したバックアップウィンドウ中に定期的バックアップを行います。

がバックアッププランを リソースに適用する方法については、 AWS Backup 「バックアッププランの作成」を参照してください。

既存データの最初のフルバックアップが完了すると、S3 バケットデータの変更は発生時に追跡されます。

追跡された変更により、継続的バックアップの保持期間に を使用 PITR (point-in-time 復元) できます。復元ジョブを実行するには、復元するポイントインタイムを選択します。

各継続的バックアップの保持期間は最大 35 日間です。

AWS Backup は S3 バケット全体をスキャンACLし、各オブジェクトの および タグを取得し、前のスナップショットにあったが、作成中のスナップショットには見つからなかったすべてのオブジェクトに対して Head リクエストを開始します。

バックアップは point-in-time 一貫しています。

記録されたバックアップ日時は、バックアップジョブが作成された時刻ではなく、 がバケットのトラバーサル AWS Backup を完了した時刻です。

バケットの最初のバックアップはフルバックアップです。それ以降の各バックアップは増分となり、前回のスナップショットからのデータの変化を表します。

定期的バックアップによって作成されたスナップショットの保持期間は最大 99 年です。

既存データ (各バケット) の最初のフルバックアップが完了すると、バケット内の変更は発生時に追跡されます。

継続的復旧ポイントから point-in-time 復元を実行できます。

スナップショットは point-in-time 一貫しています。

スナップショットは継続的復旧ポイントから直接取得されることから、バケットを再スキャンする必要がないため、処理を速められます。

スナップショットと継続的復旧ポイントはデータ系列を共有するため、スナップショットと継続的復旧ポイント間のデータの保存は重複しません。

S3 Standard

S3 標準 - 低頻度アクセス (IA)

S3 1 ゾーン - IA

S3 Glacier インスタント取得

S3 Intelligent-Tiering (S3 INT）

フォーカスオブジェクトメタデータのサポート – タグ、アクセスコントロールリスト (ACLs）、ユーザー定義メタデータ、元の作成日、バージョン ID のメタデータ AWS Backup をサポートします。これにより、元の作成日、バージョン ID、ストレージクラス、および ETag を除くバックアップデータとメタデータをすべて復元できます。

S3 オブジェクトを復元すると、元のオブジェクトがチェックサム機能を使用していなくても、チェックサム値が適用されます。

S3 オブジェクトキー名は、ほとんどの UTF-8 個のエンコード可能な文字列で構成できます。Unicode 文字 #x9 | #xA | #xD | #x20 to #xD7FF | #xE000 to #xFFFD | #x10000 to #x10FFFF を使用できます。

このリストにない文字を含むオブジェクトキー名は、バックアップから除外される場合があります。

コールドストレージの移行 — AWS Backup ライフサイクル管理ポリシーを使用して、バックアップの有効期限のタイムラインを定義します。S3 バックアップのコールドストレージ移行はサポートされていません。

同じオブジェクトの多くのバージョンが同じ 1 秒に作成された S3 バケットのバックアップはサポートされていません。

定期的なバックアップ AWS Backup の場合、 はオブジェクトメタデータへのすべての変更を追跡するために最善を尽くします。ただし、タグを更新するか、1 分以内にACL複数回更新した場合、 はすべての中間状態をキャプチャしない AWS Backup 可能性があります。

AWS Backup は、SSE-C で暗号化されたオブジェクトのバックアップをサポートしていません。 は、バケットポリシー、設定、名前、アクセスポイントなどのバケット設定のバックアップ AWS Backup もサポートしていません。

AWS Backup は、 での S3 のバックアップをサポートしていません AWS Outposts。

CloudTrail ログ記録 – データ読み取りイベントをログに記録する場合は、別のターゲットバケットに CloudTrail ログを作成する必要があります。 CloudTrail ログを記録するバケットにログを保存すると、無限ループが発生し、予期しない料金が発生する可能性があります。

詳細については、「 ユーザーガイド」の「データイベントCloudTrail 」を参照してください。

サーバーアクセスログ記録 – サーバーアクセスログ記録を有効にする場合は、ログを別のターゲットバケットに配信する必要があります。これらのログをログ記録するバケットに保存すると、無限ループが発生します。詳細については、Amazon S3サーバーアクセスログの有効化」を参照してください。

3 億個を超えるオブジェクトを含むバケットでは、バケットの最初のフルバックアップ時にバックアップ速度が 1 秒あたり最大 17,000 オブジェクトに達することがあります (増分バックアップでは速度が異なります)。3 億個未満のオブジェクトを含むバケットは、1 秒あたり 1,000 オブジェクトに近い速度でバックアップされます。

継続的バックアップが推奨されます。

バックアップのライフサイクルを 35 日以上に予定している場合は、継続的バックアップが保存されているのと同じボールトにあるバケットのスナップショットバックアップを有効にすることもできます。

S3 ライフサイクルポリシーには、「期限切れのオブジェクト削除マーカーを削除」というオプション機能があります。この機能をオフにすると、削除マーカー (場合によっては数百万単位) がクリーンアッププランなしで期限切れになります。この機能のないバケットをバックアップすると、時間とコストに影響する問題が 2 つ生じます。

少なくとも毎日、またはそれ以上の頻度でバックアップを行うアカウントでは、バックアップ内のデータについてのバックアップ間の変更が最小限であれば、継続的バックアップを使用することでコスト上のメリットが得られます。

より大きなバケットで、変更の頻度が低いものは、継続的バックアップのメリットがあります。これは、バケット全体のスキャンとオブジェクトごとの複数のリクエストを、既存のオブジェクト (前回のバックアップから変更されていないオブジェクト) に対して実行する必要がない場合にコスト削減につながるためです。

1 億個を超えるオブジェクトを含むバケットで、全体のバックアップサイズに比べて削除率が小さい場合、2 日間の保持期間の継続的バックアップと、保持期間の長いスナップショットバックアップの両方を含むバックアッププランでは、コスト面でのメリットが得られる可能性があります。

定期的 (スナップショット) バックアップ時間は、バケットスキャンが不要なときのバックアッププロセスの開始時間と一致します。継続的バックアップとスナップショットバックアップの両方を含むバケットでは、スナップショットバックアップは継続的復旧ポイントから取得されるため、スキャンは不要です。

1 つの S3-GIR (Amazon S3 Glacier Instant Retrieval) AWS Backup 内の各オブジェクトについて、 が複数の呼び出しを実行するため、バックアップの実行時に取得料金が発生します。

S3-IA および S3 1 ゾーン-IA ストレージクラスのオブジェクトを持つバケットにも、同様の取得コストが適用されます。 S3

AWS KMS、 CloudTrail、およびバックアップ戦略の一部である Amazon CloudWatch の機能では、S3 バケットデータストレージを超える追加コストが発生する可能性があります。これらの機能の調整に関する詳細については、以下を参照してください。