翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
ボリュームバックアップによるデータの保護
FSx for ONTAP を使用すると、ファイルシステム上のボリュームの日次自動バックアップとユーザー開始バックアップを行うことにより、データを保護できます。ボリュームの定期的なバックアップを作成することは、データの保持とコンプライアンスのニーズをサポートするのに役立つベストプラクティスです。ボリュームバックアップは、バックアップが保存されている AWS リージョン のと同じ にある、アクセスできる既存の FSx for ONTAP ファイルシステムに復元できます。Amazon FSx バックアップを使用すると、ボリュームのバックアップを簡単に作成、表示、復元、削除できます。
Amazon FSx は、読み取り/書き込み (RW) の OntapVolumeType
で ONTAP ボリュームのバックアップをサポートします。
注記
Amazon FSx は、現在、データ保護 (DP) ボリューム、 ロードシェアリング(LSM) ボリューム、送信先 FlexCache ボリュームのバックアップをサポートしていません。
トピック
バックアップの仕組み
すべての Amazon FSx バックアップ (日次自動バックアップとユーザー主導バックアップ) は増分的です。つまり、前回のバックアップが完了した以降のデータの変更のみを格納します。これにより、バックアップの作成に必要な時間と、各バックアップで使用されるストレージの量の両方が最小限に抑えられます。増分バックアップは、重複データを格納しないことでストレージコストを最適化します。FSx for ONTAP バックアップはボリュームごとに行われ、各バックアップには 1 つの特定のボリュームのデータのみが含まれます。Amazon FSx バックアップは、高い耐久性を実現するために、複数のアベイラビリティーゾーンに冗長的に格納されます。
Amazon FSx バックアップは、スナップショット (ある時点のボリュームの読み取り専用イメージ) を使用して、バックアップ間の増分を維持します。バックアップが行われるたびに、Amazon FSx はまずボリュームのスナップショットを取得します。バックアップスナップショットはボリュームに格納され、ボリュームのストレージ領域を消費します。次に、Amazon FSx は、このスナップショットを以前のバックアップスナップショット (存在する場合) と比較し、変更されたデータのみをバックアップにコピーします。
以前のバックアップスナップショットが存在しない場合は、最新のバックアップスナップショットの内容全体がバックアップにコピーされます。最新のバックアップスナップショットが正常に作成されると、Amazon FSx は以前のバックアップスナップショットを削除します。プロセスが繰り返される場合、最新のバックアップに使用されたスナップショットは、次のバックアップが作成されるまで、ボリュームに残ります。バックアップストレージのコストを最適化するために、ONTAP はボリュームのストレージ効率の節約をバックアップに維持します。
バックアップを削除すると、そのバックアップに固有のデータのみが削除されます。各 Amazon FSx バックアップには、バックアップから新しいボリュームを作成するために必要なすべての情報が含まれており、ボリュームのポイントインタイムスナップショットを効果的に復元します。
ボリュームごと AWS アカウント およびボリュームごとに保存できるバックアップの数には制限があります。詳細については、増加可能なクォータおよびファイルシステムあたりのリソースクォータを参照してください。
ストレージの要件
ボリュームとファイルシステムには、バックアップスナップショットを格納するために十分な SSD ストレージ容量が必要です。スナップショットのために追加で消費される容量によってボリュームの SSD ストレージ使用率が 98% を超える場合は、バックアップスナップショットを作成することはできません。この場合、バックアップは失敗します。ボリュームまたはファイルシステムの SSD ストレージをいつでも増やして、バックアップが中断されないようにすることができます。
日次自動バックアップ
ファイルシステムを作成すると、ファイルシステムのボリュームに対して日次自動バックアップがデフォルトで有効になります。既存のファイルシステムの日次自動バックアップは、いつでも有効または無効にできます。すべてのボリュームの日次自動バックアップは、ファイルシステムの日次バックアップウィンドウ中に行われ、ファイルシステムの作成時に自動的に設定されます。日次バックアップウィンドウはいつでも変更できます。最適なバックアップパフォーマンスを得るには、クライアントとアプリケーションがボリューム上のデータにアクセスしているときに、通常の営業時間外の日次バックアップウィンドウを選択することをお勧めします。
コンソールを使用して、日次自動バックアップの保持期間を、ファイルシステムの作成時またはいつでも 1~90 日の値に設定できます。デフォルトの日次自動バックアップの保持期間は 30 日です。Amazon FSx は、保持期間が終了すると日次自動バックアップを削除します。 AWS CLI と API を使用して、保持期間を 0 ~ 90 日の値に設定できます。0 に設定すると、毎日の自動バックアップが無効になります。
日次自動バックアップ、日次バックアップウィンドウ、バックアップ保持期間は、ファイルシステム上のすべてのボリュームに適用されるファイルシステム設定です。Amazon FSx コンソール、 AWS CLI、または API を使用して、これらの設定を変更できます。詳細については、「ファイルシステムの更新」を参照してください。
ボリュームがオフラインの場合、ボリュームバックアップ (日次自動バックアップまたはユーザー主導バックアップ) を作成することはできません。詳細については、「オフラインボリュームの表示」を参照してください。
注記
自動日次バックアップの最大保持期間は 90 日ですが、 を使用して作成されたバックアップを含むユーザーが開始したバックアップは AWS Backup、ユーザーまたは削除しない限り、永続的に保持 AWS Backup されます。
Amazon FSx コンソール、CLI、および API を使用して、日次自動バックアップを手動で削除できます。ボリュームを削除すると、そのボリュームの日次自動バックアップも削除されます。Amazon FSx には、ボリュームを削除する前に最終バックアップを作成するオプションが用意されています。最終バックアップは、削除しない限り永続的に保持されます。
ユーザー主導のバックアップ
Amazon FSx では、 AWS Management Console、、および API を使用して AWS CLI、ファイルシステムのボリュームのバックアップをいつでも手動で作成できます。ユーザー主導のバックアップは、ボリュームに対して作成された他のバックアップと比較すると増分的で、ユーザーが削除しない限り、永続的に保持されます。ユーザー主導のバックアップは、バックアップが作成されたボリュームまたはファイルシステムを削除した後でも保持されます。ユーザー主導のバックアップは、Amazon FSx コンソール、API、または CLI を使用してのみ削除できます。Amazon FSx によって自動的に削除されることはありません。
ユーザー主導のバックアップを作成する方法については、「ユーザー起動のバックアップの作成」を参照してください。
バックアップへのタグのコピー
CLI または API でボリュームを作成または更新するときに CopyTagsToBackups
がボリュームの任意のタグをバックアップに自動的にコピーするように設定することができます。ただし、コンソールの使用時にバックアップに名前を付けるなど、ユーザー主導のバックアップの作成時にタグを追加すると、CopyTagsToBackups
が有効になっている場合でも、Amazon FSx はボリュームからタグをコピーしません。
Amazon FSx AWS Backup での の使用
AWS Backup は、Amazon FSx for NetApp ONTAP ボリュームをバックアップしてデータを保護するためのシンプルで費用対効果の高い方法です。 AWS Backup は、バックアップの作成、復元、削除を簡素化し、レポートと監査を改善するように設計された統合バックアップサービスです。 AWS Backup を使用すると、法律、規制、業務に関するコンプライアンスのための、集中型バックアップ戦略を容易に開発できます。また、 AWS ストレージボリューム、データベース、ファイルシステムの保護が簡素化され、以下を一元的に行うことができます。
-
バックアップする AWS リソースを設定して監査します。
-
バックアップスケジュールのオートメーション。
-
保持ポリシーの設定。
-
最近のすべてのバックアップ、コピー、および復元アクティビティのモニタリング。
AWS Backup は、Amazon FSx の組み込みバックアップ機能を使用します。 AWS Backup コンソールを使用して作成されたバックアップは、同じレベルのファイルシステムの整合性とパフォーマンスを持ち、ボリュームに対して作成された他の Amazon FSx ユーザー主導のバックアップと比較して増分的であり、Amazon FSx コンソールを使用して作成されたバックアップと同じ復元オプションを提供します。 AWS Backup を使用してこれらのバックアップを管理すると、1 時間ごとにスケジュールされたバックアップを作成する機能など、追加の機能が提供されます。防御レイヤーを追加し、バックアップを バックアップ保管庫に格納することで、不注意や悪意による削除からバックアップを保護できます。
によって作成されたバックアップ AWS Backup は、ユーザー主導のバックアップと見なされ、Amazon FSx のユーザー主導のバックアップクォータにカウントされます。詳細については、「増加可能なクォータ」を参照してください。Amazon FSx コンソール、CLI、および API AWS Backup を使用して作成されたバックアップを表示および復元できます。ただし、Amazon FSx コンソール、CLI、または API AWS Backup で によって作成されたバックアップを削除することはできません。詳細については、「 AWS Backup デベロッパーガイド」の「 の開始方法 AWS Backup」を参照してください。
AWS Backup はオフラインのボリュームをバックアップできません。
タグを使用して、バックアッププランで保護されている FSx for ONTAP リソースを選択できます。これらのタグは、ファイルシステムレベル全体ではなく、ボリュームレベルで適用する必要があります。詳細については、「 AWS Backup デベロッパーガイド」の「バックアッププランへのリソースの割り当て」を参照してください。
新しいボリュームへのバックアップの復元
ボリュームバックアップは、バックアップが保存されているのと同じ AWS リージョン にあるファイルシステム上の新しいボリュームに復元できます。バックアップ AWS リージョン とは別の にあるファイルシステムにバックアップを復元することはできません。
FSx for ONTAP 第 2 世代のファイルシステムのバックアップを復元する場合、クライアントは復元中にボリュームからデータをマウントして読み取ることができます。クライアントは、Amazon FSx がすべてのメタデータを新しいボリュームにロードし、ボリュームが CREATED
のライフサイクルステータスを報告すると、復元するボリュームをマウントしてファイルデータを読み取ることができます。ボリュームのライフサイクルステータスは、Amazon FSx コンソールの [ボリュームの詳細] ページと describe-volumes CLI コマンドのレスポンスで確認できます。
バックアップから復元されている間にボリュームからデータを読み取るときに、データがボリュームにまだダウンロードされていない場合、最初のアクセスには最大数十 ミリ秒の読み込みレイテンシーが発生します。これらの読み取りは SSD 階層にキャッシュされ、後続の読み取りにはミリ秒未満の読み取りレイテンシーが予想されます。
Amazon FSx がボリュームを読み取り専用アクセスに利用できるようにするためにかかる時間は、バックアップに格納されているファイルメタデータの量に比例します。ファイルメタデータは通常、データセットの平均ファイルサイズに応じてバックアップデータの 1~7% を消費します (小さなファイルデータセットは、大きなファイルデータセットよりも多くのメタデータを消費します)。
元のファイルシステムとは異なる数の高可用性 (HA) ペアを持つファイルシステムで FlexGroup ボリュームバックアップを復元する場合、Amazon FSx は、構成要素が均等に分散されるように、構成ボリュームを追加します。
注記
Amazon FSx は、ボリュームがバックアップから復元されている間、または第 1 世代のファイルシステムの SnapLock ボリュームに対して、データへの読み取りアクセスをサポートしていません。これらのバックアップを復元すると、復元プロセスが完了した後、ボリュームはデータのマウントとアクセスが可能になり、すべてのメタデータとデータが新しいボリュームにロードされます。
バックアップを復元すると、すべてのデータが最初に SSD ストレージ階層に書き込まれます。復元中は、復元されるボリュームの階層化ポリシーに従って、データが容量プールストレージに階層化されます。データは最初に SSD 階層に書き込まれるため、ファイルシステムが SSD ストレージ容量を使い果たすと、Amazon FSx は復元プロセスを一時停止します。復元は、プロセスを継続するために十分な SSD 領域が利用可能になるとすぐに自動的に再開されます。復元されたボリュームの階層化ポリシーが All
の場合、定期的なバックグラウンドプロセスはデータを容量プールに階層化します。復元された階層化ポリシーが Snapshot Only
または Auto
である場合、ファイルシステムの SSD 使用率が 50% を超えると、データは容量プールに階層化されますが、冷却速度は階層化ポリシーの冷却期間によって決まります。
第 2 世代のファイルシステムの新しいボリュームにバックアップを復元するときにワークロードに一貫したミリ秒未満の読み込みレイテンシーが必要な場合は、復元を開始するときにボリュームの階層化ポリシーを None
に設定し、すべてのデータがボリュームに完全にダウンロードされるまで待ってからアクセスすることをお勧めします。すべてのデータは、アクセスを試みる前に SSD ストレージにロードされるため、データへの一貫した低レイテンシーアクセスが可能になります。
バックアップを新しいボリュームに復元する手順については、「新しいボリュームへのバックアップの復元」を参照してください。
第 2 世代のファイルシステムでは、復元操作全体が完了するまで待つことなく、バックアップからデータのサブセットのみを復元することもできます。バックアップのデータのサブセットのみを復元すると、データの偶発的な削除、変更、破損が発生した場合に、より迅速に操作を再開できます。詳細については、「データのサブセットの復元」を参照してください。
、 AWS Management Console、および API の第 2 世代ファイルシステムでバックアップを復元するときに AWS CLI、進行状況をモニタリングできます。詳細については、「バックアップを復元する際の進捗状況のモニタリング」を参照してください。
注記
ボリュームスナップショットの作成とスナップショットベースの操作の実行はできません。スナップショットベースの操作には、クローン作成、SnapMirror レプリケーション、バックアップからの復元中のボリュームのバックアップ作成などが含まれます。
復元されたボリュームは、常に元のボリュームと同じボリュームスタイルになります。復元時にボリュームスタイルを変更することはできません。
バックアップと復元のパフォーマンス
バックアップおよび復元操作の速度には、さまざまな要因が影響する可能性があります。バックアッ操作と復元操作はバックグラウンドプロセスであるため、クライアント IO 操作よりも優先度が低くなります。クライアント IO 操作には、NFS、CIFS、iSCSI データおよびメタデータの読み取りと書き込みが含まれます。すべてのバックグラウンド操作では、ファイルシステムのスループットキャパシティの未使用部分のみが利用されます。バックアップのサイズとファイルシステムの未使用スループットキャパシティの量によっては、完了までに数分から数時間かかる場合があります。
バックアップおよび復元のパフォーマンスに影響するその他の要因には、データが保存されているストレージ層やデータセットプロファイルなどがあります。データの大部分が SSD ストレージにあるときに、ボリュームの最初のバックアップを作成することをお勧めします。小さなファイルが大部分を占めるデータセットは、大きなファイルが大部分を占める同様のサイズのデータセットに比べて、バックアップと復元のパフォーマンスが下がります。これは、小さなファイルを多数処理するほうが、大きなファイルを少数処理するよりも、CPU サイクルとネットワークオーバーヘッドを多く消費するためです。
一般に、SSD ストレージ層に保存されているデータをバックアップする場合、次のバックアップ速度が期待できます。
大きなファイルが大部分を占める複数の同時バックアップで 750 MBps。
小さなファイルが大部分を占める複数の同時バックアップで 100 Mbps。
一般に、次の復元速度が期待できます。
大きなファイルが大部分を占める複数の同時復元で 250 MBps。
小さなファイルが大部分を占める複数の同時復元で 100 MBps。
SnapLock ボリュームのバックアップ
SnapLock ボリュームをバックアップすればデータ保護を強化できます。SnapLock ボリュームを復元すると、デフォルトの保持期間、最小保持期間、最大保持期間など、ボリュームの元の設定が維持されます。Write Once, Read Many (WORM) 設定やリーガルホールドも維持されます。
注記
SnapLock FlexGroup ボリュームはバックアップできません。
SnapLock ボリュームのバックアップを SnapLock またはそれ以外の SnapLock ボリュームとして復元できます。ただし、それ以外の SnapLock ボリュームのバックアップを SnapLock ボリュームとして復元できません。
詳細については、「SnapLock の仕組み」を参照してください。