Amazon S3 バックアップ

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

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

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

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

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

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

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

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

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

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

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

S3 Standard

S3 Standard – Infrequent Access (IA)

S3 1 ゾーン - IA

S3 Glacier インスタント取得

S3 Intelligent-Tiering (S3 INT)

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

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

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

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

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

変更履歴により、継続的バックアップの保持期間中は PITR (ポイントインタイムリストア) を使用できます。復元ジョブを実行するには、復元するポイントインタイムを選択します。

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

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

バックアップはポイントインタイム整合性があります。

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

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

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

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

継続的復旧ポイントからポイントインタイムリストアを実行できます。

スナップショットはポイントインタイム整合性があります。

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

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

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

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

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

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

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

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

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

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

単一の S3-GIR (Amazon S3 Glacier Instant Retrieval) 内の各オブジェクトに対して、 AWS Backup は複数の呼び出しを実行します。それにより、バックアップの実行時に取得料金が発生します。

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

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