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

ボリュームバックアップによるデータの保護

FSx for を使用するとONTAP、ファイルシステム上のボリュームの自動日次バックアップとユーザー主導のバックアップを取得することで、データを保護できます。ボリュームの定期的なバックアップを作成することは、データ保持とコンプライアンスのニーズをサポートするのに役立つベストプラクティスです。ボリュームバックアップは、バックアップが保存されているのと同じ にある、アクセスできるFSxONTAPファイルシステムの既存の AWS リージョン に復元できます。Amazon FSxバックアップを使用すると、ボリュームのバックアップを簡単に作成、表示、復元、削除できます。

Amazon は、読み取り/書き込み (RW) の によるONTAPボリュームOntapVolumeTypeのバックアップFSxをサポートしています。

バックアップの仕組み

すべての Amazon FSxバックアップ (自動日次バックアップとユーザー主導バックアップ) は増分的です。つまり、前回のバックアップが完了した以降のデータにのみ変更が保存されます。これにより、バックアップの作成に必要な時間と、各バックアップで使用されるストレージの量の両方が最小限に抑えられます。増分バックアップは、重複データを保存しないことでストレージコストを最適化します。FSx のONTAPバックアップはボリュームごとに行われ、各バックアップには 1 つの特定のボリュームのデータのみが含まれます。Amazon FSxバックアップは、高い耐久性を実現するために、複数のアベイラビリティーゾーンに冗長的に保存されます。

Amazon FSxバックアップは point-in-time、ボリュームの読み取り専用イメージであるスナップショットを使用して、バックアップ間の増分を維持します。バックアップが作成されるたびに、Amazon はFSxまずボリュームのスナップショットを作成します。バックアップスナップショットはボリュームに保存され、ボリュームのストレージ領域を消費します。FSx 次に、Amazon はこのスナップショットを以前のバックアップスナップショット (存在する場合) と比較し、変更されたデータのみをバックアップにコピーします。

以前のバックアップスナップショットが存在しない場合は、最新のバックアップスナップショットの内容全体がバックアップにコピーされます。最新のバックアップスナップショットが正常に作成されると、Amazon は以前のバックアップスナップショットFSxを削除します。プロセスが繰り返される場合、最新のバックアップに使用されたスナップショットは、次のバックアップが作成されるまで、ボリュームに残ります。バックアップストレージコストを最適化するために、 はボリュームのストレージ効率の節約をバックアップにONTAP保存します。

バックアップを削除すると、そのバックアップに固有のデータのみが削除されます。各 Amazon FSxバックアップには、バックアップから新しいボリュームを作成するために必要なすべての情報が含まれており、ボリュームの point-in-time スナップショットを効果的に復元します。

ボリュームごとに保存できるバックアップの数 AWS アカウント には制限があります。詳細については、「増やすことができるクォータ」および「ファイルシステムあたりのリソースクォータ」を参照してください。

ストレージの要件

ボリュームとファイルシステムはそれぞれ、バックアップスナップショットを保存するのに十分なSSDストレージ容量を持っている必要があります。バックアップスナップショットを作成する場合、スナップショットによって消費される追加のストレージ容量により、ボリュームのSSDストレージ使用率が 98% を超えることはありません。この場合、バックアップは失敗します。バックアップが中断されないように、ボリュームまたはファイルシステムのストレージをいつでも増やすことができます。 ファイルシステムSSDストレージと の更新 IOPS SSD

自動日次バックアップ

ファイルシステムを作成すると、ファイルシステムのボリュームに対して自動日次バックアップがデフォルトで有効になります。既存のファイルシステムの日次自動バックアップは、いつでも有効または無効にできます。すべてのボリュームの自動日次バックアップは、ファイルシステムの日次バックアップウィンドウ中に行われます。これは、ファイルシステムの作成時に自動的に設定されます。日次バックアップウィンドウはいつでも変更できます。最適なバックアップパフォーマンスを得るには、クライアントとアプリケーションがボリューム上のデータにアクセスしているときに、通常の稼働時間外である日次バックアップウィンドウを選択することをお勧めします。

コンソールを使用して、自動日次バックアップの保持期間を、ファイルシステムを作成するとき、またはいつでも 1～90 日の値に設定できます。デフォルトの日次自動バックアップ保持期間は 30 日間です。Amazon は、保持期間が終了すると自動日次バックアップFSxを削除します。 AWS CLI と を使用してAPI、保持期間を 0 日から 90 日の値に設定でき、0 に設定すると毎日の自動バックアップが無効になります。

自動日次バックアップ、日次バックアップウィンドウ、バックアップ保持期間はファイルシステム設定であり、ファイルシステム上のすべてのボリュームに適用されます。Amazon FSxコンソール、、または を使用して AWS CLI、APIこれらの設定を変更できます。詳細については、「ファイルシステムの更新」を参照してください。

ボリュームがオフラインの場合、ボリュームバックアップ (自動日次バックアップまたはユーザー主導バックアップ) を作成することはできません。詳細については、「オフラインボリュームの表示」を参照してください。

Amazon FSxコンソール、、CLIおよび を使用して、自動日次バックアップを手動で削除できますAPI。ボリュームを削除すると、そのボリュームの日次自動バックアップも削除されます。Amazon FSx には、ボリュームを削除する前に最終バックアップを作成するオプションがあります。最終バックアップは、削除しない限り永続的に保持されます。

ユーザー主導のバックアップ

Amazon ではFSx、、、および を使用して AWS Management Console AWS CLI、ファイルシステムのボリュームのバックアップをいつでも手動で作成できますAPI。ユーザー主導のバックアップは、ボリュームに対して作成された他のバックアップと比較すると増分的で、ユーザーが削除しない限り、永続的に保持されます。ユーザー主導のバックアップは、バックアップが作成されたボリュームまたはファイルシステムを削除した後でも保持されます。ユーザー主導のバックアップは、Amazon コンソール、、または を使用してのみ削除できますCLI。 FSx APIAmazon によって自動的に削除されることはありませんFSx。

ユーザー主導のバックアップを作成する方法については、「」を参照してくださいユーザー起動のバックアップの作成。

バックアップへのタグのコピー

CLI または を使用してボリュームを作成または更新する場合API、 を有効にCopyTagsToBackupsして、ボリューム上のタグをバックアップに自動的にコピーできます。ただし、コンソールの使用時にバックアップに名前を付けるなど、ユーザーが開始するバックアップの作成時にタグを追加した場合、 CopyTagsToBackupsが有効になっていても、Amazon FSxはボリュームからタグをコピーしません。

Amazon AWS Backup での の使用 FSx

AWS Backup は、Amazon FSx for NetApp ONTAP ボリュームをバックアップすることでデータを保護するシンプルで費用対効果の高い方法です。 AWS Backup は、バックアップの作成、復元、削除を簡素化すると同時に、レポートと監査を改善するように設計された統合バックアップサービスです。を使用すると AWS Backup 、法律、規制、専門家によるコンプライアンスのための一元化されたバックアップ戦略を簡単に開発できます。また、ストレージ AWS ボリューム、データベース、ファイルシステムの保護も簡素化され、以下を一元的に行うことができます。

AWS Backup は、Amazon の組み込みバックアップ機能を使用しますFSx。 AWS Backup コンソールを使用して作成されたバックアップは、ファイルシステムの一貫性とパフォーマンスのレベルが同じで、ボリュームに対して実行された他の Amazon FSx ユーザー主導のバックアップと比較して増分的であり、Amazon FSxコンソールを使用して実行されたバックアップと同じ復元オプションを提供します。 AWS Backup を使用してこれらのバックアップを管理すると、1 時間ごとにスケジュールされたバックアップを作成する機能など、追加の機能が提供されます。バックアップをバックアップボールト に保存することで、バックアップを不注意または悪意のある削除から保護する防御レイヤーを追加できます。

によって作成されたバックアップ AWS Backup は、ユーザー主導のバックアップと見なされ、Amazon のユーザー主導のバックアップクォータにカウントされますFSx。詳細については、「増やすことができるクォータ」を参照してください。Amazon FSxコンソール、、および AWS Backup を使用して作成されたバックアップを表示CLIおよび復元できますAPI。ただし、Amazon FSxコンソール、、CLIまたは AWS Backup で によって作成されたバックアップは削除できませんAPI。詳細については、「 AWS Backup デベロッパーガイド」の AWS Backup「 の開始方法」を参照してください。

AWS Backup はオフラインのボリュームをバックアップできません。

新しいボリュームへのバックアップの復元

ボリュームバックアップは、バックアップの保存先と同じ AWS リージョン にあるファイルシステム上の新しいボリュームに復元できます。バックアップ AWS リージョン とは別の にあるファイルシステムにバックアップを復元することはできません。

第 ONTAP2 世代ファイルシステムの FSxでバックアップを復元する場合、クライアントは復元中にボリュームからデータをマウントして読み取ることができます。クライアントは、Amazon がすべてのメタデータを新しいボリュームにロードし、ボリュームFSxがライフサイクルステータス を報告すると、復元するボリュームをマウントしてファイルデータを読み取ることができますCREATED。ボリュームのライフサイクル状態は、Amazon FSxコンソールのボリュームの詳細ページと describe-volumes CLI コマンドのレスポンスで確認できます。

バックアップから復元されている間にボリュームからデータを読み取るときに、データがまだボリュームにダウンロードされていない場合、最初のアクセスには最大 0 ミリ秒の読み取りレイテンシーが発生します。これらの読み取りは SSD 階層にキャッシュされ、それ以降の読み取りにはミリ秒未満の読み取りレイテンシーが予想されます。

Amazon がボリュームFSxを読み取り専用アクセス可能にするのにかかる時間は、バックアップに保存されているファイルメタデータの量に比例します。ファイルメタデータは通常、データセット内の平均ファイルサイズに応じてバックアップデータの 1～7% を消費します (小さなファイルデータセットは、大きなファイルデータセットよりも多くのメタデータを消費します）。

FlexGroup ボリュームバックアップを元のファイルシステムとは異なる数の高可用性 (HA) ペアを持つファイルシステムに復元すると、Amazon は構成要素が均等に分散されるように追加の構成要素ボリュームFSxを追加します。

バックアップを復元すると、すべてのデータが最初にSSDストレージ階層に書き込まれます。復元中は、復元されるボリュームの階層化ポリシーに従って、データが容量プールストレージに階層化されます。データは最初に SSD 階層に書き込まれるため、ファイルシステムがSSDストレージ領域を使い果たすと、Amazon FSxは復元プロセスを一時停止します。復元は、プロセスを継続するための十分なSSD領域が利用可能になるとすぐに自動的に再開されます。復元されたボリュームの階層化ポリシーが の場合All、定期的なバックグラウンドプロセスによってデータが容量プールに階層化されます。復元されたボリュームの階層化ポリシーが Snapshot Onlyまたは の場合Auto、ファイルシステムのSSD使用率が 50% を超える場合、データは容量プールに階層化され、冷却速度は階層化ポリシーの冷却期間によって決まります。

第 2 世代ファイルシステムの新しいボリュームにバックアップを復元する際に、ワークロードに一定のミリ秒未満の読み込みレイテンシーが必要な場合は、復元を開始するNoneときにボリュームの階層化ポリシーを に設定し、すべてのデータがボリュームに完全にダウンロードされるまで待ってからアクセスすることをお勧めします。すべてのデータは、アクセスを試みる前にSSDストレージにロードされるため、データへの一貫した低レイテンシーアクセスが可能になります。

バックアップを新しいボリュームに復元する step-by-step 方法については、「」を参照してくださいバックアップの復元。

第 2 世代のファイルシステムでは、復元オペレーション全体が完了するのを待つことなく、バックアップからデータのサブセットのみを復元することもできます。バックアップのデータのサブセットのみを復元すると、誤ってデータを削除、変更、破損した場合に、オペレーションをより迅速に再開できます。詳細については、「データのサブセットの復元」を参照してください。

、、および の第 2 世代ファイルシステムでバックアップを復元するときに AWS Management Console AWS CLI、進行状況をモニタリングできますAPI。詳細については、「バックアップの復元時の進行状況のモニタリング」を参照してください。

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

バックアップおよび復元オペレーションのパフォーマンスには、さまざまな要因が影響します。バックアップオペレーションと復元オペレーションはバックグラウンドプロセスです。つまり、クライアント IO オペレーションに比べて優先度が低くなります。クライアント IO オペレーションにはNFS、、CIFS、および iSCSI のデータおよびメタデータの読み取りと書き込みが含まれます。すべてのバックグラウンドプロセスでは、ファイルシステムのスループットキャパシティの未使用部分のみが使用され、バックアップのサイズとファイルシステムの未使用スループットキャパシティの量によっては、完了までに数分から数時間かかる場合があります。

バックアップと復元のパフォーマンスに影響するその他の要因には、データが保存されるストレージ階層やデータセットプロファイルなどがあります。ほとんどのデータがSSDストレージにある場合は、ボリュームの最初のバックアップを作成することをお勧めします。ほとんど小さなファイルを含むデータセットは、ほとんど大きなファイルを含む同様のサイズのデータセットと比較して、通常、パフォーマンスが低くなります。これは、多数の小さなファイルを処理すると、大きなファイルを処理するよりも多くのCPUサイクルとネットワークオーバーヘッドが消費されるためです。

通常、SSDストレージ階層に保存されているデータをバックアップする場合、次のバックアップレートが予想されます。

一般に、次の復元速度が期待できます。

SnapLock ボリュームのバックアップ

SnapLock ボリュームをバックアップすればデータ保護を強化できます。SnapLock ボリュームを復元すると、デフォルトの保持期間、最小保持期間、最大保持期間など、ボリュームの元の設定が維持されます。一度書き込むと、多数の (WORM) 設定とリーガルホールドも保持されます。

SnapLock ボリュームのバックアップを SnapLock またはそれ以外の SnapLock ボリュームとして復元できます。ただし、それ以外の SnapLock ボリュームのバックアップを SnapLock ボリュームとして復元できません。

詳細については、「SnapLock の働き」を参照してください。