Veeam Backup＆Replicationを備えたNetApp ONTAP

NetAppは、1993年に世界で初めてスナップショットテクノロジーを実装し、特許を取得しました。それ以来、テクノロジーは自然に開発およびデバッグされてきました。 23年後、NetAppのスナップショットは、プロトコル（ブロックまたはファイル）に関係なく、パフォーマンスに影響を与えることなく正常に機能すると完全に自信を持って言えます。 Flashテクノロジーの出現により、IT業界はスナップショットと微妙なクローンの使用に目を向けました。Flashは依然として高価なテクノロジーであり、リソースを節約する必要があるためです。 NetAppは長年にわたり、スナップショットが一時的な必要性ではなかったショットショットに基づいたバックアップパラダイムを単独で開発し、その肩に担ってきましたが、最終的にはこれがバックアップの効果的かつ正しいアプローチであり、開発。 また、Thing PropositioningとUNMAPの出現により、スナップショットはメインの生産性の高いストレージシステムに直接バックアップとして使用および保存することが非常に便利になり、論理エラー後にデータを非常に迅速に回復できるようになりました。 また、メインストレージシステムの障害に対するバックアップと保護のために、スナップショットに基づいたデータ複製テクノロジーを使用して、完全なデータセットではなく、変更のみを複製します。


スナップショットの重要な利点は、ホストおよびメディアサーバー（プロキシサーバー）を介してトラフィックを処理する必要なく、迅速に削除および復元できることです。 ホストCPUもネットワークアダプターも過負荷に悩まされることはありません。スナップショットからの回復の場合、ディスクサブシステムはまったく読み込まれません。レプリカからの回復の場合、完全バックアップ/復元よりも負荷がはるかに少なくなります。 これにより、バックアップの状況が劇的に改善されます。ハードウェアスナップショットと一緒に、より頻繁にバックアップを取り、勤務時間中にバックアップをとることが可能になります。

しかし、この全体像はバックアップソフトウェアなしでは完全ではありません。 キャプチャおよびレプリケートされたデータ自体は、アプリケーションの観点からは一貫性がなく、すべての情報をカタログ化しないため、それらの使用は非常に複雑です。 NetAppは、多くの有名なバックアップソフトウェア企業と提携して、自社製品とストレージ機能を統合しています。

この記事では、仮想化されたインフラストラクチャのバックアップをバックアップおよび保存するためのNetAppとVeeam Backup＆Replicationの相互作用について説明します。

回路図：スナップショット形式のメインシステム上のバックアップの保存

このスキームは、製品の発売とONTAPでのデータストレージを提供します。 カタログ作成機能をLUNで機能させるには、SnapRestoreまたはFlexCloneライセンスが必要です。 NFSプロトコルの場合、コンテンツのカタログ化を操作するためのライセンスは不要であり、SnapRestoreはONTAPでのデータリカバリに適していますが、そうでない場合は、 組み込みのNDMPクライアントが使用されます （7-Modeのみ）。 データリカバリの場合、SnapRestoreまたはFlexCloneライセンスを取得して、スナップショットからあらゆる量のデータを即座にリカバリすることが非常に望ましいです。 ライセンスがない場合、ストレージシステムから（場合によっては同じ）ストレージシステムへのコピー操作を使用して、メディアエージェントを介してリカバリが実行されます。これには時間がかかります。
発生する事故や大惨事に比べてはるかに「論理的損害」が非常に少ないため、この特定のスキームによって大部分のデータ破損が閉じられることに注意することが重要です。
このスキームの構成については、 Veeam Backup＆Replication + NetApp ONTAP 8/9の記事で詳しく説明されています。

セカンダリNetApp ONTAPシステムでのバックアップと復元

以下で説明するスキームは、製品の起動とONTAPでのデータの保存、および2番目（3番目など）のONTAPへのその後の複製を提供します。 原則として、「スナップショットの形式でメインシステムにバックアップコピーを保存する」スキームと併用されます。 これにより、「論理的損傷」（ハッカー、ウイルスなど）が発生した場合、災害や事故と比較してそのような損傷が大きいため、データを迅速に復元できます。 アーカイブとDRの違いは、最初の場合、たとえばテープメディアの場合のように、データが以前あった場所（または新しい場所にあるが、テープからデータベースを開始できない）で常にメインシステムで復元が行われることです。たとえば、ここでも）。 SnapMirrorの2番目のケースでは、サイトで事故が発生した場合に最初の（プライマリ）システムからバックアップ（セカンダリ）システムに切り替えて、作業を続行できます。 アーカイブまたはDRには、それぞれレプリケーションライセンス、SnapVaultまたはSnapMirrorが必要です。
プライマリストレージまたはバックアップストレージでLUNカタログを実行するには、適切なサイトにSnapRestoreまたはFlexCloneライセンスが必要です。

データがバックアップシステムにレプリケートされた後、そこでカタログ化とテストを実行すると、これらの操作が本稼働をロードしないように非常に便利です。 繰り返しますが、2番目のシステムから、予約済みのデータをプルして3次システム（NetAppまたはサードパーティの製造元）に置くことができます。 NFSおよびLUNの場合と同様（SANにはFlexCloneまたはSnapRestoreライセンスが必要）、データはメディアエージェントを通じてバックアップシステムから取得されます。 LUNの場合、シンクローニングを使用してコピーされ、自動的にメディアエージェントに接続されます。 NFSの場合、Veeamは前述のように、ビルトインエージェントを使用してNFSプロトコルを使用してスナップショットを登り、読み取ることができるため、何も複製されません。

VSA /パブリッククラウド

データは、ONTAPを使用したNetApp FAS物理プラットフォームと、パブリッククラウド内にあるData ONTAP Edge 、 ONTAP Select、またはONTAP for Cloudの両方に複製できます。

スキーム：アーカイブ（SnapVault）-メインサイトへの復元

このタイプのレプリケーションを使用する場合、ストレージ手段を使用してリカバリを実行する場合、プライマリシステムでリカバリを実行する必要があります。 そうでない場合は、購入する必要があります。 極端な場合、SnapVaultをSnapMirrorに変換してから、データを復元することもできます。

スキーム：災害復旧（SnapMirror）-予備サイトへの復旧

原則として、「スナップショットの形式でメインシステムにバックアップコピーを保存する」スキームと併用されます。 これにより、「論理的損傷」（ハッカー、ウイルスなど）が発生した場合にデータを迅速に復元できます。 メインサイトで災害が発生した場合、スペアサイトをメインストレージに変換できます。 メインシステムとスペアシステムのパフォーマンスがほぼ同じになるように、これを実行できるのは論理的です。 そうでない場合は、どの重要なサービスを起動する必要があり、どのサービスを起動しないかを事前に確認する必要があります。 このシナリオでは、 SnapMirror for SVMをIdentity PreserveまたはIdentity Discardのいずれかのリカバリモードで使用できます。 Identity Preserveでは、移動時にネットワークアドレス設定が保存されるため、サイト間でL2ドメインを拡張する必要があり、適切なネットワーク機器とチャネルが必要です。 Identity Discardでは、セカンダリストレージシステムでデータを使用できる新しいネットワークアドレス（セカンダリストレージシステムへの切り替え時に発生します）を事前に設定できます。これにより、特殊な機器は不要になりませんが、ホストの手動再構成またはスクリプトの使用が必要になります。

SnapMirrorを使用してセカンダリ（バックアップストレージ）に複製されたデータは、SnapVaultを使用してターシャリNetApp Data ONTAPシステムに複製できます。

スキーム：ONTAPでのバックアップの充填-ハードウェア重複除去によるターゲットアーカイブリポジトリ

ハードウェア重複除去が最も効率的に機能するためには、 Veeam側で、データブロックがWAFLファイルシステムブロックの境界上にあるように（重複ミスのブロック ）、Veeamでプログラム重複除去を無効にするように、高度なジョブ設定で重複除去に優しい圧縮ポリシーを構成する必要があります 。

Veeam Direct NFSクライアント

Availability Suite v9以降、Direct NFSがサポートされ、Veeamアプリケーションに直接組み込まれています（Windows用NFSクライアントと混同しないでください）。これはONTAP専用に開発されました。 これにより、VeeamはNetAppストレージと直接通信できるようになり、ハイパーバイザーをバイパスしてデータを直接バックアップおよび復元できるため、こうした操作が高速化されます。 重要な便利な機能は、ストレージから既存のスナップショットを読み取る機能です。
ところで、VMwareのNFSはNetAppのおかげで同じように見えることを知っていましたか？

オンデマンドサンドボックス

v9以降、ストレージスナップショット用のオンデマンドサンドボックスがサポートされ、テストと開発のために仮想マシンのシンハードウェアアシスタントコピーを作成できるようになりました。 この機能を機能させるには、 FlexCloneテクノロジーを起動するライセンスが必要です 。

Vvol

VVOLテクノロジーは、仮想環境のバックアップアプローチを根本的に変更します。 この理由の1つは、スナップショットとバックアップに対する根本的に異なるアプローチです。VVOLはハードウェアスナップショットを使用するため、VMwareスナップショットの統合と削除の問題はもう必要ありません。 VMwareスナップショットの統合に関する問題が解消されたため、管理者にとってアプリケーション対応バックアップの削除は頭痛の種ではなくなりました。 NetAppはテクノロジーおよびVVOL設計パートナーであり、ONTAPバージョン8.2.1以降からこのテクノロジーをサポートしています 。 VPのDR機能もサポートされているため、ハードウェアベースのSnapMirrorレプリケーションを使用できます。 Veeamは、SnapMirrorおよびVVOLハードウェアレプリケーション管理も（個別に）サポートします。 これまでのところ、Veeam B＆RはSnapMirrorとともにVVOLをサポートしていませんが、テクノロジーの見通しにより、そこに表示されます。 Veeam：VMware Virtual Volumes-展開できませんか？ 。

NetApp AltaVault

Veeamは、 AlataVaultと完全に対話でき、上記のすべての例でこのシステムの長期ストレージのバックアップバックアップを実行します。 アーカイブコピーのセカンダリまたはターシャリリポジトリとして機能します。 AlataVaultはファイルスフィアとして機能するため、Veeamは常にメディアエージェントを通じてデータをアップロードします。

結論

Veeam Backup＆Replicationとハードウェアスナップショットおよびシンレプリケーションを使用したデータのバックアップにより、CPUをロードすることなく、論理データの損傷（ウイルス、ハッカーなど）と物理的破壊の両方から保護して、より頻繁にバックアップを取得できます。ホストネットワークインターフェイス、それらを完全にバイパスします。
Veeamは、カタログ作成とバックアップの両方のためにスナップショットコンテンツを「直接」読み取る機能のためにNFSエージェントNetApp ONTAPを特別に開発しました。これは、これらの製品の深い統合とリソースの最適な使用を示しています。
スナップショットベースのバックアップパラダイムを使用することの有効性と最適性を再度確認する、多くのレプリケーションおよびバックアップスキームがあります。
両方のメーカーから最大の効果を得るには、Disaster Recovery（SnapMirror）スキームを使用する価値があります。バックアップサイトでテストおよびカタログ化する可能性があるスペアサイトに復旧しています。

英語翻訳：
Veeam Backup＆Replicationを使用したONTAP

これには、後で公開されるHabraの記事へのリンクが含まれる場合があります。
テキストのエラーに関するメッセージをLANに送ってください 。
反対の記事に関するコメント、追加、質問はコメントしてください 。