EFS ファイルシステムのバックアップ

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

Amazon EFS は AWS Backup、Amazon EFS 内のデータを保護するためにバックアップポリシーを作成および管理するために使用できる、フルマネージド型のポリシーベースのサービスEFSとネイティブに統合されています。

AWS Backup for Amazon EFS を使用すると、次のアクションを実行できます。

の使用の詳細については AWS Backup、「 AWS Backup デベロッパーガイドhttps://docs.aws.amazon.com/aws-backup/latest/devguide/getting-started.html」の「」を参照してください。

Amazon EFS での AWS Backup の仕組み

Amazon EFS コンソールを使用して作成したファイルシステムは、 AWS Backup デフォルトで自動的にバックアップされます。 AWS CLI または API を使用して EFS ファイルシステムを作成した後、自動バックアップを有効にできます。デフォルトの EFS バックアッププランでは、自動バックアップの AWS Backup 推奨設定を使用します。自動バックアップは、35 日間の保持期間を持つ日次バックアップです。デフォルトの EFS バックアッププランを使用して作成されたバックアップは、デフォルトの EFS バックアップボールトに保存されます。このボールトも、ユーザーの代わりに Amazon EFS によって作成されます。デフォルトのバックアッププランとバックアップボルトは削除できません。

EFS ファイルシステム内のデータはすべて、データのあるストレージクラスに関係なくバックアップされます。ライフサイクル管理が有効になっていて、低頻度アクセス (IA) ストレージクラスまたはアーカイブストレージクラスにデータがある EFS ファイルシステムをバックアップするときは、データアクセス料金は発生しません。復旧ポイントを復元すると、すべてのファイルがスタンダードストレージクラスに復元されます。

増分バックアップ

AWS Backup は EFS ファイルシステムの増分バックアップを実行します。最初のバックアップ時には、ファイルシステム全体のコピーが作成されます。そのファイルシステムのその後のバックアップでは、変更、追加、削除されたファイルとディレクトリのみがコピーされます。増分バックアップごとに、 は完全な復元を可能にするために必要な参照データ AWS Backup を保持します。このアプローチにより、完全なバックアップの作成に必要な時間が最小限に抑えられ、データを複製しないことで、ストレージコストが節約できます。

バックアップの整合性

Amazon EFS は高い可用性を持つように設計されています。 AWS Backupによるバックアップの実行中も、EFS ファイルシステムへのアクセスや変更を行うことができます。ただし、バックアップの実行中にファイルシステムに変更が加えられると、データの重複、相違、欠落などの不整合が生じる場合があります。これらの変更には、書き込み、名前の変更、移動、削除の操作が含まれます。バックアップの整合性を確保するため、バックアッププロセスの間は、ファイルシステムを変更するアプリケーションやプロセスを一時停止することをお勧めします。または、ファイルシステムが変更中でない期間にバックアップを実行するようにスケジュールします。

バックアップ完了ウィンドウ

オプションとして、バックアップの完了ウィンドウを指定できます。このウィンドウでは、バックアップが完了する必要がある期間を定義します。完了ウィンドウを指定する場合には、予想されるパフォーマンスとファイルシステムのサイズと構成を考慮します。それにより、ウィンドウ内でバックアップを確実に完了させることができます。

指定されたウィンドウ内で完了しなかったバックアップには、未完了のステータスが表示されます。次のスケジュールされたバックアップ中に、 は中断した時点で AWS Backup 再開します。すべてのバックアップのステータスは、 AWS Backup マネジメントコンソールで確認できます。

オンデマンドバックアップ

を使用すると AWS Backup、1 つのリソースをオンデマンドでバックアップボールトに保存できます。スケジュールされたバックアップとは異なり、オンデマンドバックアップを開始するためには、バックアップ計画を作成する必要はありません。この場合もバックアップにライフサイクルを割り当てることができます。これにより、復旧ポイントは自動的にコールドストレージ層に移動され、削除のタイミングが記録されます。

さらに、 は、最新のウォームバックアップに存在しなくなったデータに対してのみ AWS Backup 、データをコールドストレージに自動的に移行します。例えば、バックアップの作成時にファイルシステムに 100 ファイルがあり、バックアップを作成した翌日に 2 ファイルを削除したとします (2 日目の数は 100 ファイル - 2 ファイル = 98 ファイル)。データをコールドストレージに移行すると、削除された 2 ファイルのみがコールドストレージに移動し、残りの 98 ファイルはウォームストレージとして課金されます。

同時バックアップ

AWS Backup は、バックアップをリソースごとに 1 つの同時バックアップに制限します。このため、バックアップジョブが既に進行中の場合には、スケジュールバックアップまたはオンデマンドバックアップが失敗する可能性があります。 AWS Backup の制限の詳細については、「AWS Backup デベロッパーガイド」の「AWS Backup クォータ」を参照してください。

バックアップの削除

デフォルトの EFS バックアップボールトアクセスポリシーは、復旧ポイントの削除を拒否するように設定されています。EFS ファイルシステムの既存のバックアップを削除するには、ボールトアクセスポリシーを変更する必要があります。ボールトアクセスポリシーを変更せずに EFS 復旧ポイントを削除しようとすると、次のエラーメッセージが表示されます。

"Access Denied: Insufficient privileges to perform this action. Please consult with the account administrator for necessary permissions."

デフォルトのバックアップボールトアクセスポリシーを編集するには、編集するアクセス許可が必要です。詳細については、「IAM ユーザーガイド」の「Allow all IAM actions (admin access)」を参照してください。

必要な IAM 許可

AWS Backup は、ユーザーに代わって アカウントでサービスにリンクされたロールを作成します。このロールには、Amazon EFS バックアップを実行するために必要なアクセス権限が付与されています。

elasticfilesystem:backup および elasticfilesystem:restoreのアクションを使用して、IAM エンティティ（ユーザー、グループ、ロールなど）に EFS ファイルシステムのバックアップを作成または復元する能力を許可または拒否することができます。これらのアクションは、ファイルシステムポリシーまたは アイデンティティベースの IAM ポリシーで使用できます。詳細については、「Amazon EFS のためのアイデンティティとアクセス管理」および「IAM を使用してファイルシステムのデータアクセスを制御する」を参照してください。

バックアップのパフォーマンス

一般的に、 では次のバックアップと復元のレートが期待できます AWS Backup。大きいファイルやディレクトリを含む場合など、ワークロードによってはレートが低くなる場合があります。

でのバックアップオペレーションの最大期間は 30 日 AWS Backup です。

AWS Backup を使用すると、蓄積されたバーストクレジットは消費されず、汎用パフォーマンスモードのファイルオペレーションの制限にはカウントされません。詳細については、「Amazon EFS ファイルシステムのクォータ」を参照してください。