Software Delivery の使用 › NASD 実装シナリオ

NASD 実装シナリオ

ドメイン マネージャおよびスケーラビリティ サーバがあるヘッド オフィスを取りあげますが、ここでは 3 つの支社、BO1、および BO2 があります。 支社は地理的にさまざまな場所に分散しており、各支社には 100 台前後のマシンがあります。

支社 BO1 にパッチを配信する場合を想定します。 管理者はパッケージの配信に以下の手順を実行します。

1. まず、スケーラビリティ サーバ上でパッケージのステージングを行います。
2. 連携エージェント、Agent1、および Agent2 として機能するように、2 台のエージェント マシンを指定します。
3. スケーラビリティ サーバおよび BO1 内の 2 台のエージェントでの連携ポリシーを有効にします。
4. BO1 にパッケージを展開します。

   最初、パッケージは連携エージェント Agent1 および Agent2 にダウンロードされます。

   残る 98 の近隣エージェントは 2 つの連携エージェントに接続し、ヘッド オフィスでスケーラビリティ サーバに接続する 98 のエージェントの代わりにパッケージをダウンロードします。

このようにして、ネットワーク内のスケーラビリティ サーバの数を減らしています。

注： 管理者は、パッチ適用を要するタイムラインに応じて、より多くの連携エージェントを追加できます。

サブネットに 10 の連携エージェントがある場合は、最初、BO1 の 5 つの連携エージェントがスケーラビリティ サーバに接続し、デフォルト ポリシーによりパッケージをダウンロードします。 残る 5 つの連携エージェントは、すでにパッケージをダウンロードした以前の 5 つの連携エージェントからパッケージをダウンロードします。 さらに、10 の連携エージェントはすべて、残る 90 のエージェントにパッケージを配信します。 このように、連携エージェントの数を増加させることにより、パッケージ配信の速度が向上します。

以前は、100 エージェントすべてが。WAN 経由で接続し、パッケージのダウンロードとインストールを行っていました。 連携機能が有効になっている現在では、2 つの連携エージェントのみがヘッド オフィスでスケーラビリティ サーバに WAN 経由で接続しており、残りの 98 エージェントは、上記の 2 つの連携エージェントからパッケージをダウンロードしています。 これにより、帯域幅が節約され、スマートで迅速なパッケージ配信が保証されます。