前の記事で、 Direct SAN Accessテクノロジーを使用してバックアップ作業を改善する利点/欠点と方法について説明しました。 今日も話を続けます。
Veeam Backupのコピーモード-仮想アプライアンスモード(VMwareホットアド経由)
仕組み
簡単に言えば、このように見えます。 Veeam Backupが内部から仮想マシンを準備した後、vSphereコマンドがデータ保護用vSphere API(VADP)を介して発行され、VMディスクのスナップショットが作成されます。その後、vSphereはこのスナップショットのすべての凍結ディスクをVeeam Backup Proxy VMに接続します。 したがって、プロキシはそれらをディスクとして認識し、内部からブロックごとにデータを引き出します。 したがって、vmdkファイル自体は、LAN経由ではなく、ESXiホストのHBAアダプター経由でアクセスされます。
よし
- 簡単にカスタマイズできます。 MS Windowsを実行しているほぼすべてのVMは、コピープロキシサーバーになることができます。日中はアプリケーションサーバーおよびデータベースサーバーであり、夜間は互いのデータをコピーします。
- ESXiホストの入出力スタックが使用されるため、すべてのタイプのストレージで高速に動作します。 しかし、これは「...は速く走る」ということの第二の部分だと思います。 最初の部分については、以下の「悪い」セクションを参照してください。
- NFSを含むすべてのタイプのストレージで機能します。
- このようなプロキシサーバーは仮想である必要があります。つまり、100%の仮想化を実現でき、物理サーバーはもうありません。
悪い
- 時々「バギー」です。 これはVMware側でAPIの処理で発生するため、対処するのは困難です。
- これは、統合の程度に影響するため、ソリューション全体のコストに影響します。 コピー中、Veeam Backup Proxyはプロセッサーを使い果たし、メモリーを必要とします。 VMの負荷が常に大きい場合、ESXiホストの数を増やし、それに応じてそれらのライセンスを増やす必要が生じる可能性があります。
- それ自体は、 ホットアドを解決するプロセスが遅いです。 バックアップVMディスクの接続には最大2分かかります。 これは「ゆっくりと利用する」ということわざの最初の部分です。
- HotAddはvSphereの機能であり、いくつかの制限があります。
- vSphereのバージョンは4.1以降である必要があります。
- VMのVMware Toolsバージョンは、ESXiバージョンと一致する必要があります。 それ以外の場合(バックアップからの移行または復元の場合にこの状況が発生する可能性があります)vSphereは、Veeam Backup&ReplicationがVMをホットアドプロキシとして識別するために必要な情報を提供できません。これは、ホットアドモードが機能しないことを意味します。
悪
- スナップショットの削除の問題。 それらは常に削除されるわけではありません 。 問題は実際にはvSphere API側にありますが、Veeam Backupにはこれらの問題を解決するための多くの組み込み最適化があります。
- CBTを初期化するときにホットアドが無効にならないように、VMバックアッププロキシでCBTを無効にする必要があります。 バックアッププロキシは、まったくバックアップしない方が良いです。 専用サーバーの場合、まだ情報はありません。
- 場合によっては、NFSにあるVMスナップショットの非常に長いシャットダウン。
ヒントとコツ
- 追加のSCSI VMバックアッププロキシコントローラーを追加します。 1つのSCSIは16個のディスクを保持し、1つのバックアッププロキシで並列ジョブを実行すると、より大きな数になります。
- vSphereおよびVeeamをアップグレードします。 vSphereのバージョンからバージョンへのHotAddは、作業中の制限や問題を取り除きます。 VMFS5の単一ブロックサイズにより、多くの問題が解消されました。
- 先読みバッファーを増やしてみてください。 これが役立つ場合があります。
- VMバックアッププロキシを複製しないでください 。 テンプレートをより適切に使用し、Veeam Backup&Replicationコンソールでプロキシとしてインストールします。
LANコピーモード(NBD)
仕組み
単純なLANコピーは、ESXi管理インターフェイスを介して行われます。
よし
- 簡単にカスタマイズできます。 実際、何も設定する必要はありません。
- あらゆるタイプのストレージで動作します。 サーバーの場所は重要ではありません(ホットアドとは異なります)。
- 作業のコピーが非常に迅速に開始されます。
- 10Gbイーサネットを使用すると高速になります。
悪
- 1Gbでは、多くの場合非常に遅いです。 平均して、5〜10 MB /秒以下です。
- データ転送にESXi管理インターフェイスを使用します。
vSphere、管理の場合、インターフェースの帯域幅は厳しく制限されています。 ここから、高速でない転送速度が続きます。
2番目の問題は、ルーティングされたサブネットでは、多くの場合、制御インターフェイスへのネットワークアクセスがファイアウォールによって閉じられることです。 アクセス用の穴を開ける必要があります。
ヒントとコツ
- 可能であれば、ホスト管理ネットワークインターフェイスをtrunckに結合します。
- 変化するデータが少ないサイトで使用します。 ほとんどの場合、このような状況では、他のコピー方法よりも速く動作します-ダイレクトSANアクセスとホットアドは、単に加速する時間がありません。
- ただし、少なくとも1つのホットアドサーバーを保持してください。そうしないと、NBDモードでVMとリカバリの完全なコピーが無限に続きます。
- スマートバランシングアルゴリズムを思い出してください。ネットワークバックアッププロキシサーバーの優先度は最低です。 混合タイプのVeeam Backup Proxyを使用してバックアップインフラストラクチャを構築する場合は、このことに留意してください。
すべてのコピーモードに共通のトリック
タスク内の各VMの処理から最大5分短縮できます。
バージョン6.5までのVeeam Backup(使用する場合)の場合、VDDKロギング(VMware vStorage API)を無効にします。
パラメーター1でキーを作成します。
DisableVDDKNetworkOutput(DWORD)
バージョン6.5では、ロギングは最小限に削除されましたが、多数のディスクを備えたインフラストラクチャでは、この最小限の接続を解除することで解決できます。
パラメーター0でキーを作成します。
VDDKLogLevel(DWORD)
安定したインフラストラクチャでのみ使用します。 これにより、サポートの機会が大幅に低下します! Veeam Backupのキーは、HKLM \ SOFTWARE \ VeeaM \ Veeam Backup and Replicationブランチに作成されます。
便利なリンク
- Veeam Backup&Replication v7の新機能の詳細
- Veeam Backup&Replication Freeをダウンロード-Veeam Backup Free Edition
- ハードウェアスナップショットを使用した新しいv7機能のバックアップの詳細をご覧ください。