バックアップの使用 - FSx for ONTAP

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

バックアップの使用

FSx for ONTAP を使用すると、ファイルシステム上のボリュームの日次自動バックアップとユーザー開始バックアップを作成できます。FSx for ONTAP バックアップはボリューム単位で行われるため、各バックアップには特定のボリュームのデータのみが含まれます。Amazon FSx バックアップは、高い耐久性、増分的です。

Amazon FSx バックアップ (自動日次バックアップとユーザー開始バックアップ) はすべて増分バックアップです。つまり、最新のバックアップを実行した時点から、ボリューム上で変更のあるデータのみが保存されます。これにより、バックアップの作成に必要な時間とバックアップに必要なストレージが最小限に抑えられ、データが重複しないためストレージコストを節約できます。バックアップを削除すると、そのバックアップに固有のデータのみが削除されます。Amazon FSx の各バックアップには、バックアップから新しいボリュームを作成するのに必要な情報がすべて含まれており、 point-in-time ファイルシステムボリュームのスナップショットを効果的に復元できます。

ボリュームの定期的なバックアップを作成することは、データ保持とコンプライアンスのニーズを満たすのに役立つベストプラクティスです。Amazon FSx バックアップの操作は、バックアップの作成、バックアップからの復元、またはバックアップの削除のいずれであっても、簡単です。

Amazon FSx は、ONTAPFlexVolボリューム (すべてのファイルシステム上) と OntapVolumeType of RW (読み取り/書き込み) FlexGroup によるボリュームのバックアップをサポートしています。

注記

Amazon FSx は、データ保護 (DP) ボリューム、負荷分散 (LS) ボリューム、またはデスティネーションボリュームのバックアップをサポートしていません。FlexCache

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

バックアップの仕組み

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

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

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

ストレージの要件

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

自動の日次バックアップの操作

ファイルシステムを作成すると、ファイルシステムのボリュームの自動日次バックアップはデフォルトで有効になっています。ファイルシステムの自動日次バックアップはいつでも有効または無効にできます。自動日次バックアップは、ファイルシステムの作成時に自動的に設定される日次バックアップウィンドウ中に行われます。日次バックアップウィンドウはいつでも変更できます。バックアップパフォーマンスを向上させるために、ボリュームを使用するアプリケーションの通常の営業時間外に、毎日のバックアップを行う時間帯を選択することをお勧めします。詳細については、「Backup とリストアのパフォーマンス」を参照してください。

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

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

ボリュームがオフラインの場合、ボリュームバックアップは作成できません。詳細については、「バックアップとオフラインボリューム」を参照してください。

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

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

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

ボリュームがオフラインの場合、ボリュームバックアップは作成できません。詳細については、「バックアップとオフラインボリューム」を参照してください。

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

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

Backup とリストアのパフォーマンス

バックアップと復元操作のパフォーマンスには、さまざまな要因が影響します。Backup とリストア操作はバックグラウンドプロセスであるため、クライアント IO 操作に比べて優先順位が低くなります。クライアント IO 操作には、NFS、CIFS、iSCSI データの読み取りと書き込みが含まれます。バックアップや復元操作を含むすべてのバックグラウンドプロセスは、ファイルシステムのスループット容量の未使用部分のみを使用し、バックアップのサイズとファイルシステム上の未使用のスループット容量によっては、完了するまでに数分から数時間かかる場合があります。

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

一般に、SSD ストレージ層に保存されているデータをバックアップする場合、次のバックアップ速度が期待できます。

  • 大きなファイルが大部分を占める複数の同時バックアップで 750 MBps。

  • 小さなファイルが大部分を占める複数の同時バックアップで 100 Mbps。

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

  • 大きなファイルが大部分を占める複数の同時復元で 250 MBps。

  • 小さなファイルが大部分を占める複数の同時復元で 100 MBps。

Amazon AWS Backup FSx との併用

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

  • AWS バックアップするリソースの設定と監査を行います。

  • バックアップのスケジューリングの自動化。

  • 保持ポリシーの設定。

  • 最近のすべてのバックアップ、コピー、および復元アクティビティのモニタリング。

AWS Backup Amazon FSx の組み込みバックアップ機能を使用します。 AWS Backup コンソールを使用して作成されたバックアップは、ファイルシステムの一貫性とパフォーマンスが同じレベルで、ボリュームから取得する他の Amazon FSx バックアップ (ユーザー開始または自動) と比較して段階的にバックアップされ、Amazon FSx コンソールから作成されたバックアップと同じ復元オプションを提供します。 AWS Backup を使用してこれらのバックアップを管理すると、1 時間ごとにスケジュールされたバックアップを作成できるなど、追加機能を利用できるようになります。バックアップをVaultに保存することで、バックアップを不注意や悪意による削除から保護する防御を強化できます。 AWS Backup

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

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

バックアップを新しいボリュームに復元する

ボリュームバックアップを新しいボリュームに復元し、コンソール、CLI、または API point-in-time を使用してボリュームのスナップショットを効果的に復元できます。。

バックアップを復元すると、サービスが復元されたボリュームに設定した階層化ポリシーに従って容量プールストレージへのデータの階層化を開始する前に、すべてのデータが最初に SSD ストレージ階層に書き込まれます。階層化ポリシー All を使用してボリュームにバックアップを復元すると、定期的なバックグラウンドプロセスによってデータが容量プールに階層化されます。階層化ポリシー Snapshot Only または Auto を使用してボリュームにバックアップを復元する場合、ファイルシステムの SSD 使用率が 50% を超えると、データは容量プールに階層化されますが、冷却速度は階層化ポリシーの冷却期間によって決まります。

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

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

注記

復元されたボリュームは、常に元のボリュームと同じボリュームスタイルになります。復元時にボリュームスタイルを変更することはできません。

バックアップの削除

ボリュームの日次自動バックアップとユーザーが開始したバックアップは削除できます。バックアップの削除は、永久的で回復不能なアクションです。削除されたバックアップ内のデータもすべて削除されます。今後そのバックアップが必要でないということが確かでない限り、バックアップを削除しないでください。バックアップを削除する方法の説明については、を参照してください。バックアップの削除

Amazon FSx コンソール、CLI AWS Backup、または API で作成されたAWS Backup、タイプ付きのバックアップは削除できません。で作成したバックアップの削除については AWS Backup、『 AWS Backup 開発者ガイド』の「バックアップの削除」を参照してください。

ボリュームがオフラインの場合、そのボリュームのバックアップは削除できません。詳細については、「バックアップとオフラインボリューム」を参照してください。

重要

ボリューム上の共通スナップショットは、バックアップ間の増分を維持するために使用されるため、削除しないでください。ボリューム上の共通スナップショットを削除すると、次回のバックアップは単なる増分バックアップではなく、ボリューム全体のバックアップになります。

バックアップとオフラインボリューム

ボリュームがオフラインの場合、ボリュームバックアップを作成または削除することはできません。volume showONTAPCLI コマンドを使用して、ボリュームの現在の状態とステータスを確認します。

オフラインのボリュームをオンラインに戻すには、次の例のように volume onlineONTAPCLI コマンドを使用します。

::> volume online -volume volume_name -vserver svm_name Volume 'vs1:vol1' is now online.