説明/参照:

Avamar ノードタイプとプロセス
Avamar サーバーには複数の異なるタイプのノードがあります。ユーティリティノードは Avamar サーバーのアイデンティティであり、Avamar 管理者（GUI から Avamar サーバーを管理するために使用）、cron ジョブ、DNS、NTP、外部認証、Web アクセス、MCS、EMS など、Avamar サーバー内部のプロセスの大部分を提供します。
MCS (管理コンソール サーバー) は、バックアップのスケジュール設定、バックアップの復元、監視、レポート作成などの集中管理を提供します。
EMS (Enterprise Manager Server) は、複数の Avamar サーバーの Web ベースの管理と、Avamar レプリケーションの監視および構成を提供します。
Web アクセスは、エンド ユーザーにドキュメント、バックアップ プラグイン、およびリモート ファイル システム復元アクセスを提供します。
次のタイプのノードはストレージノードで、gsanと呼ばれるプロセスを実行します。このサービスは、個々のバックアップクライアント上のavtarコマンドと通信します。avtarはストレージノードのgsanプロセスと通信し、そのストレージノードは利用可能なデータノードにデータを分散します。
スペアノードとは、マルチノードRAIN（Redundant Array of Independent Nodes）グリッド内に存在するアクティブノードです。スペアノードの興味深い点は、ホットスペアではないことです。ストレージノードに障害が発生した場合には、従うべき手順が存在します。実際、Avamarサーバはスペアノードの電源がオンになっているかどうかを気にしません。そのため、「環境」に配慮した企業であれば、スペアノードの電源をオフにしたままでも問題ありません。ただし、Dellのベストプラクティスでは、スペアノードはオンのままアクティブにしておくことを推奨しています。Avamarバックアップクライアントは、ファイルシステムとデータベースの2種類のクライアントプラグインと共にインストールできます。Avamarクライアントは、バックアップおよびリストアプロセスでAvtarとAvagentの2つのプロセスを使用します。 Avagentプロセスは、ユーティリティノード上のMCSサービスからのバックアップ/リストア作業指示をポート28002を使用してリッスンし、バックアップ/リストアプロセスを処理し、ストレージノード上のgsanサービスと通信するavtarコマンドを実行します。このプロセスは、上記の図に示されています。最後に、以前のブログで、Avamarの2つの異なるライセンスオプションと、各ストレージノードタイプにおけるディスクの構成について説明しました。これらは、上記の図に示されており、ディスク構造の内訳も示されています。
後ほどまたお立ち寄りください。NDMP アクセラレータと Avamar システムにおけるその役割についてお話しする予定です。