テクニカルサポート部門の私の素晴らしい同僚は、Veeam Backup＆Replicationをセットアップするための有害なだけでなく、役に立つヒントやコツも書いています。初心者ユーザー向けの記事の発行以来、その著者であるEvgeny Ivanovは、ブカレストのルーマニアチームとの協力を続けながら、シニアエンジニアの職からチームリーダーの職に移りました。しかし、技術と文学の分野であるユージーンは去りませんでした。

Zhenyaの新しい記事には、バックアップインフラストラクチャリソースを最大限に活用するという課題に直面している、経験豊富なVeeam Backup＆Replicationの専門家向けの推奨事項が含まれています。ただし、この記事は、製品のインストールと構成を計画している人には役立ちます。

ウォームチューブ時間の負荷分散の最適化

役に立つヒントについては、catへようこそ。

分散インストールの利点について

Veeam Backup＆Replicationは、それぞれが特定の機能を実行するさまざまなコンポーネントで構成されるモジュラーソフトウェアです。これらのコンポーネントには、中央のVeeamバックアップサーバーマネージャー、プロキシサーバー、リポジトリ、WANアクセラレータなどがあります。多くのユーザーが行う多くのコンポーネントを1台のマシンにインストールできます（もちろん、非常に強力です）。ただし、分散インストールには次の利点があります。

支店のネットワークを持つ企業では、必要なコンポーネントをこれらの支店にローカルにインストールすることが可能になります。これにより、ほとんどのトラフィックをローカルで整理することでトラフィックを最適化できます。
インフラストラクチャが成長するにつれて、バックアップソリューションを拡大する必要があります。バックアップに時間がかかる場合（「バックアップウィンドウ」が拡大している場合）、追加のプロキシサーバーをインストールできます。バックアップリポジトリの容量を増やす必要がある場合は、スケールアウトバックアップリポジトリを構成し、必要に応じて新しいエクステントを追加できます。
一部のコンポーネントでは、高可用性を確保できます。たとえば、複数のプロキシサーバーを展開し、そのうちの1つが突然シャットダウンした場合、他のプロキシサーバーは動作し続け、バックアップは影響を受けません。

分散システムは、合理的な負荷分散でのみ効果的であることに留意する必要があります。そうしないと、ボトルネックが発生し、個々のコンポーネントが過負荷になる可能性があります。これには、生産性の低下と速度低下が伴います。

データはどのように送信されますか？

バックアッププロセス中にデータがどこでどこに転送されるかをより明確に把握するには、次の図を考慮してください（たとえば、vSphereプラットフォームのインフラストラクチャを使用します）。

ご覧のように、データは両方の場所で機能する「トランスポートエージェント」（VeeamAgent.exe）を使用して、ソースの場所（ソース）からターゲット（ターゲット）に転送されます。そのため、バックアップジョブが実行されている場合、次のことが起こります。

「ソース」トランスポートエージェントはプロキシサーバーで実行されます。データストアからデータを読み取り、圧縮と重複排除を実行し、この形式のデータを「ターゲット」トランスポートエージェントに送信します。
CIFS共有が使用されている場合、「ターゲット」トランスポートエージェントはリポジトリ（Windows / Linux）またはゲートウェイ（ゲートウェイサーバー）で直接実行されます。また、このエージェントは、その側で重複排除を実行し、データをバックアップファイル（.VBK、.VIBなど）に保存します。

したがって、2つのコンポーネントが実際に同じマシンに配置されている場合でも、データ送信には常に2つのコンポーネントが関与します。これは、ソリューションの展開を計画するときに考慮する必要があります。

プロキシサーバーとリポジトリ間の負荷分散

まず、「タスク」の概念を定義しましょう。 Veeam Backup＆Replicationの用語では、各タスクは仮想マシンの1つのディスクを処理しています。つまり、それぞれ2つのディスクを持つ5つのVMを含むバックアップタスク（ジョブ）がある場合、これは10のタスクを処理する必要があることを意味します（マシンにディスクが1つしかない場合、1タスク= 1 VM）。 Veeam Backup＆Replicationは複数のタスクを並行して処理できますが、もちろんその数は無限ではありません。

プロパティのプロキシサーバーごとに、並列実行のタスクの最大数を指定できます。

標準のバックアップ操作の場合、リポジトリについても同じ解釈が行われます。1つのタスクは、1つの仮想ディスクからデータを転送することです。インターフェースでは、非常に似ています：

ここで、非常に重要なルール1を修正する必要があります。 プロキシリソースとリポジトリリソースを割り当てるときと、並列処理のタスクの最大数を指定するときのバランスをとってください。

例

3つのプロキシがあり、それぞれが4つのタスクを並行して処理できると仮定します（つまり、ソースVMの合計12の仮想ディスク）。ただし、リポジトリは4つのタスクのみを並行して処理するように構成されています（これは、ちなみにデフォルト値です）。これらの設定では、ソースの場所からターゲットまで4台のディスクのみが並行して保存されますが、12個すべてのディスクが保存される可能性があります。つまり、リソースが不足します。

ただし、合成完全バックアップ（および同様の操作）の作成に関しては、リポジトリに関連するタスクの概念はわずかに異なる意味を持ちます。そのような操作にはプロキシは含まれませんが、リポジトリ（WindowsまたはLinux）でローカルに実行されるか、（CIFS共有の場合）ゲートウェイを使用して実行されることを覚えています。

このオプションでは、通常のバックアップチェーンを構築するとき、task = backup taskです。つまり、ここでの並列処理の4つのタスクの制限は、4つのバックアップタスクの合成バックアップをリポジトリで同時に作成できることを意味します。

元のVM（いわゆる「VMごとのストレージ」-VMごと）に従って分解されたバックアップチェーンを構築する場合、タスク= 1 VM。つまり、ここでの並列処理の4つのタスクの制限は、4つの仮想マシンの4つのVBKファイルをリポジトリ上で同時に生成できることを意味します。

したがって、 ルール2 に進みます。バックアップ設定によっては、同じタスク数でリポジトリの負荷がまったく異なる場合があります。 したがって、リソースを計画するときは、バックアップモード、タスクスケジュール、バックアップチェーンの整理方法など、同じ設定を必ず確認する必要があります。

注：プロキシサーバー設定とは異なり、リポジトリはタスク数の制限を無効にすることができます。この場合、リポジトリはプロキシサーバーからのすべてのデータを受け入れます。ただし、これは、リポジトリタスクのオーバーロードやバックアップタスクの作業の失敗のリスクがあるため、制限からの明らかな自由です。したがって、この制限を放棄することは強くお勧めしません。

別の例

合計100個の仮想ディスクを持つかなり多数のVMを含むバックアップタスクがあるとします。同時に、リポジトリは「剣による」バックアップのチェーンを保存するように構成されます（VMごと）。並列処理の設定は次のとおりです。プロキシの場合-一度に10ディスク、リポジトリの場合-制限はありません。増分バックアップ中は、プロキシ設定によりリポジトリの負荷が制限されるため、バランスが維持されます。しかし、合成フルバックアップを作成する瞬間が来ます。このようなバックアップではプロキシを使用せず、「合成」を作成するすべての操作はリポジトリ上でのみ行われます。リポジトリーのタスクの並列処理に制限はないため、リポジトリー・サーバーは一度に100を処理しようとします。これにはリソースに大きな負担がかかり、過負荷につながる可能性が最も高くなります。

CIFS共有をリポジトリとして使用する機能

WindowsまたはLinuxサーバーに基づいたリポジトリを操作する場合、「ターゲット」エージェントはこのサーバーで直接起動します。ただし、CIFS共有フォルダ（CIFS共有）をリポジトリとして使用する場合、「ターゲット」エージェントはこの目的のために特別に設計されたマシンで起動します-これはいわゆる「ゲートウェイ」。ソースVM側のエージェントから着信データストリームを受信します。「ターゲット」エージェントはこのデータを受信し、データブロックをCIFSボールに送信します。この補助マシンは、SMB共有フォルダーを提供するマシンのできるだけ近くに配置する必要があります。これは、WAN接続を使用するスクリプトにとって特に重要です。

ルール番号3： 補助マシン（プロキシ\ゲートウェイ）を1つのサイトに配置し、CIFS共有共有フォルダーを別のサイト（クラウド上を含む）に配置しないでください。そうしないと、常にネットワークの問題が発生します。

また、システムの負荷を分散するための上記の考慮事項をすべてゲートウェイに適用できます。さらに、ゲートウェイには2つの追加設定があることに注意する必要があります。明示的にサーバーを割り当てることも、自動的に選択することもできます。

原則として、Veeamバックアップインフラストラクチャに含まれるWindowsサーバーは、このようなゲートウェイとして使用できます。展開シナリオに応じて、オプションのいずれかが適している場合があります。

明示的に指定されたサーバー-これはもちろん、「ターゲット」エージェントが実行されているマシンを正確に知ることができるため、大幅に簡素化されます。このオプションは、特に、特定のサーバーからのみボールへのアクセスが許可されている場合や、分散インフラストラクチャのシナリオで推奨されます-ターゲットを合理的な人とするファイルサーバーの近くにあるマシンでエージェントを使用することをお勧めしますボール。
自動的に選択されたサーバー（ 自動選択オプション）。ここで、ビジネスは興味深い転換を遂げます。複数のプロキシサーバーを使用している場合、このオプションを選択すると、プログラムが複数のゲートウェイを使用して負荷を分散することになります。「自動的に」とは「任意の方法で」という意味ではないことに注意してください-ここでは非常に具体的な選択ルールが適用されます。

どのように機能しますか？

「ターゲット」エージェントは、バックアップを実行するプロキシサーバーで起動します。

通常のバックアップチェーンの場合、ロジックは次のとおりです。それぞれが独自のプロキシサーバーで同時に実行される複数のタスクがある場合、複数の「ターゲット」エージェントを実行できます。ただし、1つのジョブ内のロジックは異なります。含まれるVMが異なるプロキシで処理された場合でも、「ターゲット」エージェントは1つだけで起動されます-最初に動作を開始するエージェント。
「チェーン」バックアップチェーンの場合、VMごとに個別の「ターゲット」エージェントが起動されます。したがって、同じタスク内でも、負荷分散が発生します。

合成バックアップを作成する場合、プロキシサーバーは使用されません。ここでは、「ターゲット」エージェントを起動するマシンが次のように選択されます。エージェントを起動します。マウントサーバーが何らかの理由で利用できない場合、Veeamバックアップの北に切り替えることができます。ご存知のように、このバージョンには負荷分散はありません。

したがって、繰り返します：（ 重要！ ）このようなシナリオでは、並列で処理されるタスクの数の制限を削除することはお勧めしません。

追加機能

スケーラブルなリポジトリ。 SOBRは標準リポジトリのセットです（ここでは「エクステント」と呼ばれます）。すでにSOBRを使用している場合、バックアップタスクでエクステントではなく指定します。ある程度、たとえば負荷分散などの設定を使用できます。

通常のリポジトリで機能するすべての基本原則は、SOBRでも機能します。リソースの使用を最適化するには、「暗号化」バックアップストレージ（VMごと-これがデフォルトオプション）、「パフォーマンス」配置ポリシー（「パフォーマンス向上のために最適化」）、およびリポジトリ-エクステント間のチェーン分散でSOBRをセットアップすることをお勧めします。

バックアップの転送（バックアップコピー）。 ここでは、「ソース」エージェントがソースリポジトリで実行されます。上記のすべては、ソースリポジトリにも適用できます（バックアップコピージョブの転送ジョブの場合、「合成」を使用した操作はソースリポジトリで実行されません）。

注：ソースリポジトリがCIFS共有の場合、「ソース」エージェントは対応するマウントサーバーで起動します（Veeamバックアップサーバーに切り替えることができます）。

組み込みの重複排除機能を備えたデバイス。 Veeamとの統合が構成されているDataDomainおよびStoreOnceストレージシステム（およびおそらく将来的には他のストレージシステム）の場合、CIFS共有と同じ考慮事項が適用されます。ソース側で重複排除を使用するStoreOnce上のリポジトリ（ 低帯域幅モード）の場合、ゲートウェイを可能な限りリポジトリの近くに配置する必要があるだけで、関連性が失われます-あるサイトのゲートウェイは、WANを介して別のサイトのStoreOnceにデータを送信するように構成できます。

優先プロキシサーバー。 ご存じのとおり、この機能はリリース9.5で登場し、特定のリポジトリを操作するときにプログラムが順守する「プロキシ優先順位リスト」を維持する役割を果たします。

このリストのプロキシが利用できない場合、タスクは利用可能な他のすべてで動作します。ただし、プロキシへのアクセスはあるが、プロキシサーバーにタスクを処理するための空きスロットがない場合、バックアップタスクはそれらが保留されるまで中断されます。したがって、この機能は非常に慎重に（「オンにして忘れた」スタイルではなく）使用する必要があります。バックアップタスクを「ハングアップ」させるユーザーがいました。この機能の詳細については、こちらをご覧ください（英語）。

結論として

初めてVeeam Backup＆Replicationをインストールするか、長年のユーザーであるかは関係ありません。この記事では、役立つ情報を見つけて、バックアップインフラストラクチャの運用を最適化するか、データ損失の潜在的なリスクを排除すると信じています。いくつかの便利なリンクを次に示します。

Veeam Backup＆Replicationインフラストラクチャの負荷分散を最適化する