使用する機能を選択する前に、各機能の概要と提供される保護の種類について簡単に説明します。

スナップショットはすべてのバックアップ方法の基礎であり、バックアップおよびリカバリサービスを利用するために必須です。スナップショットは、読み取り専用のポイントインタイムなボリュームのイメージです。このイメージは最小限のストレージ容量しか消費せず、前回のスナップショット作成以降のファイルの変更点のみを記録するため、パフォーマンス オーバーヘッドはほとんど発生しません。ボリューム上に作成されるスナップショットは、図に示すように、複製されたボリュームとバックアップファイルをソースボリュームに加えられた変更と同期させるために使用されます。

別のONTAPストレージ システムに複製されたボリュームを作成し、クラウドにファイルをバックアップすることもできます。または、複製されたボリュームまたはバックアップ ファイルのみを作成することもできます。それはあなたの選択です。

要約すると、 ONTAPシステム内のボリュームに対して作成できる有効な保護フローは次のとおりです。

さまざまなバックアップ方法の比較

次の表は、3 つのバックアップ方法の一般的な比較を示しています。オブジェクト ストレージ スペースは通常、オンプレミスのディスク ストレージよりも安価ですが、クラウドからデータを頻繁に復元する可能性があると予想される場合は、クラウド プロバイダーからの送信料金によって節約額がいくらか減る可能性があります。クラウド内のバックアップ ファイルからデータを復元する必要がある頻度を特定する必要があります。

これらの基準に加えて、クラウドストレージでは、*DataLockとランサムウェア対策*機能を使用する場合に追加のセキュリティオプションが提供され、古いバックアップファイル用にアーカイブストレージクラスを選択した場合、追加のコスト削減効果が得られます。"DataLockとランサムウェア対策およびアーカイブストレージ設定の詳細"。

複製されたボリュームとバックアップ ファイルの両方を作成する場合、ボリュームをバックアップするためにファンアウト アーキテクチャまたはカスケード アーキテクチャを選択できます。

ファンアウト アーキテクチャは、スナップショットを宛先ストレージ システムとクラウド内のバックアップ オブジェクトの両方に独立して転送します。

カスケード アーキテクチャでは、まずスナップショットが宛先ストレージ システムに転送され、次にそのシステムがそのコピーをクラウド内のバックアップ オブジェクトに転送します。

さまざまなアーキテクチャの選択肢の比較

この表は、ファンアウト アーキテクチャとカスケード アーキテクチャの比較を示します。

NetAppが提供するデフォルトのポリシーを使用してバックアップを作成するか、カスタムポリシーを作成することもできます。ボリュームのバックアップとリカバリ サービスを有効にするためにアクティベーション ウィザードを使用する場合、デフォルトのポリシーとシステムに既に存在するその他のポリシーから選択できます（Cloud Volumes ONTAPまたはオンプレミス ONTAPシステム）。既存のポリシーとは異なるポリシーを使用したい場合は、アクティベーションウィザードを開始する前、または使用中にポリシーを作成できます。

レプリケーションまたはバックアップ用のカスタム ポリシーを作成する場合、ポリシー ラベル (「毎日」や「毎週」など) がスナップショット ポリシーに存在するラベルと一致している必要があります。一致していないと、レプリケートされたボリュームとバックアップ ファイルが作成されません。

スナップショット、レプリケーション、およびオブジェクトストレージへのバックアップ ポリシーは、NetApp Backup and Recovery UIで作成できます。詳細については、"新しいバックアップポリシーの追加"を参照してください。

カスタムポリシーを作成するには、NetApp Backup and Recoveryを使用するだけでなく、System ManagerやONTAPコマンドラインインターフェイス（CLI）を使用することもできます：

注意: System Manager を使用する場合は、レプリケーション ポリシーのポリシー タイプとして 非同期 を選択し、オブジェクトへのバックアップ ポリシーとして 非同期 と クラウドへのバックアップ を選択します。

ここでは、カスタム ポリシーを作成する場合に役立つ可能性のあるONTAP CLI コマンドのサンプルをいくつか示します。 admin vserver（ストレージVM）を `<vserver_name>`これらのコマンドでは。

バックアップ ポリシーは、ファンアウトまたはカスケード アーキテクチャのどちらを使用するかによって、異なる場所に保存されます。レプリケーション ポリシーとバックアップ ポリシーは設計が異なります。これは、レプリケーションが 2 つの ONTAP ストレージ システムをペアリングするのに対し、オブジェクトへのバックアップはストレージ プロバイダを宛先として使用するためです。

これらの違いは表に示されています。

カスケードアーキテクチャを使用する際にカスタムポリシーを作成する予定がある場合は、レプリケートされたボリュームが作成されるセカンダリ システムで、レプリケーション ポリシーとオブジェクトへのバックアップ ポリシーを作成する必要があります。ファンアウト アーキテクチャを使用する際にカスタムポリシーを作成する予定がある場合は、レプリケートされたボリュームが作成されるセカンダリ システムでレプリケーション ポリシーを作成し、プライマリ システムでオブジェクトへのバックアップ ポリシーを作成する必要があります。

すべてのONTAPシステムに存在するデフォルトのポリシーを使用している場合は、設定は完了です。

システムのオブジェクトストレージにバックアップファイルを作成すると、デフォルトでは、バックアップおよびリカバリサービスは、構成済みのオブジェクトストレージアカウント内にバックアップファイル用のコンテナ（バケットまたはストレージアカウント）を作成します。AWS または GCP バケットの名前は、デフォルトでは「netapp-backup-<uuid>」です。Azure Blob ストレージアカウントの名前は「netappbackup<uuid>」です。

特定のプレフィックスを使用したり、特別なプロパティを割り当てたりしたい場合は、オブジェクト プロバイダー アカウントでコンテナーを自分で作成できます。独自のコンテナーを作成する場合は、アクティベーション ウィザードを開始する前にコンテナーを作成する必要があります。 NetApp Backup and Recovery、任意のバケットを使用したり、バケットを共有したりできます。バックアップ アクティベーション ウィザードは、選択したアカウントと資格情報に対してプロビジョニングされたコンテナーを自動的に検出し、使用するコンテナーを選択できるようにします。

バケットは、コンソールから、またはクラウド プロバイダーから作成できます。

「netapp-backup-xxxxxx」以外のバケットプレフィックスを使用する予定の場合は、コンソールエージェントの IAM ロールの S3 権限を変更する必要があります。

高度なバケット設定

古いバックアップ ファイルをアーカイブ ストレージに移動する場合、または DataLock と Ransomware 保護を有効にしてバックアップ ファイルをロックし、ランサムウェアの可能性をスキャンする場合は、特定の構成設定でコンテナーを作成する必要があります。

既にコンソールを使用してストレージを管理している場合は、コンソールエージェントが既にインストールされています。同じコンソールエージェントを NetApp Backup and Recovery で使用する予定がある場合は、準備は万端です。別のコンソールエージェントを使用する必要がある場合は、バックアップとリカバリの実装を開始する前にインストールしてください。

NetApp Consoleは、ビジネス要件とセキュリティ要件を満たす方法でコンソールを使用できるようにする複数の導入モードを提供します。 標準モード では、コンソール SaaS レイヤーを活用して完全な機能を提供しますが、制限モード と プライベート モード は接続制限のある組織で利用できます。

"NetApp Consoleの導入モードの詳細"。