リレーは、ソフトウェアアップデートとセキュリティアップデートの両方をエージェントに再配布し、展開が大規模でもうまく機能するようにします。(代わりに、ソフトウェアアップデートのみをローカルミラーウェブサーバによって配布することもできます。) リレーは次のことができます:
-
外部更新トラフィックを削減してWAN帯域幅コストを削減
-
大規模な展開での更新配布を高速化
-
更新配信の冗長性を提供する
リレーとエージェントの更新ソースは、親リレーグループと更新の種類によって異なります。
エージェントは、割り当てられたRelayグループのRelayのランダムに並べられたリストを取得します。エージェントがアップデートをダウンロードする必要がある場合、最初のRelayを試します。応答がない場合、エージェントはリストの次のRelayを試し、アップデートを正常にダウンロードできるまで続けます。各エージェントに対してリストがランダムであるため、グループ内のRelayにアップデートの負荷が均等に分散されます。
 |
注意Relay/エージェントがマネージャ/Relayに接続できない場合、フォールバック更新ソースを使用します。最高のパフォーマンスを得るために、Deep Securityコンポーネント間のネットワーク接続は信頼性が高い必要があります。
|
他のルール更新とは異なり、アプリケーションコントロールルールはトレンドマイクロからダウンロードされません。ただし、リレーは同様に共有 (ローカルではない) アプリケーションコントロールルールセットを再配布できます。リレーを介してアプリケーションコントロールルールセットを展開するを参照してください。
Relayの階層、コスト、およびパフォーマンス
Relayグループは階層構造で編成できます。1つ以上の第1レベル (「親」) RelayグループがマネージャおよびPrimary Security Update Source(通常はインターネット/WAN接続経由) から直接更新をダウンロードし、第2レベル (「子」) Relayグループが第1レベルグループを介して間接的に更新をダウンロードします。各ローカルネットワークに子Relayを配置すると、エージェントの更新は通常ローカルネットワーク接続を使用し、インターネットへのリモート接続を使用しません。これにより、外部接続の帯域幅
(一般的なパフォーマンスのボトルネック) が節約され、特に多くのネットワークやデータセンターを持つ大規模な展開において更新が迅速になります。
パフォーマンスと帯域幅の使用量はRelayグループの階層構造によって影響を受ける可能性があります。階層構造は次のことを指定できます:
-
[注文を更新] — 子Relayサブグループは親グループからダウンロードしますが、親グループは最初に自分のダウンロードを完了する必要があります。したがって、すべての更新が同時に行われないように遅延を望む場合、サブグループのチェーンが役立ちます。
-
[コスト] — 親Relayグループと子Relayグループの間に大きな距離や地域がある場合、親Relayグループを介さずに直接ダウンロードする方が安価になることがあります。
-
速度 — 親Relayグループと子Relayグループの間に多くのサブネットや低帯域幅のサブネットがある場合、親Relayグループ経由よりも直接または祖父母経由でダウンロードする方が速いことがあります。しかし、多くのRelayがこれを行うと、外部接続帯域幅を消費し、最終的に速度が低下します。
階層はRelayグループの作成時に設定されます。詳細については、さらにRelayグループを作成するを参照してください。