• [表示名]。ロールラベル。
• [説明]。説明 (省略可能)。ロールの目的を説明します。
• [ソース]。このロールが、組み込みロール ([デフォルト])、組み込みロールの変形 ([修正済み])、または完全なユーザー定義 ([カスタム]) と同じかどうかを示します。
• [重み]。2 つ以上のロールが一致する場合に最も適切なロールを決定する際に、この重み、すなわち優先順位が考慮されます。
• [ネットワークデバイスとして設定]。このデバイスをネットワークトラフィックを処理または転送するデバイスと見なし、適切なパフォーマンスとインターフェイスモニタを追加します。

ロールウィザードの [ルール] タブには、デバイス検出ルールのテーブルを作成するための構成要素とコントロールがあります。検出ルールを組み合わせて、特定の管理 (SNMP、WMI)、システム、またはホスト属性値の存在を除外/確認する式を作成できます。

• [Add Rule (ルールの追加)]。 ドロップダウンリストのルールを適用します (または逆の条件として適用します)。
• [Edit Rule (ルールの編集)]。 選択した検出ルールを編集します。
• [コピー]。 選択した検出ルールをコピーします。
• [削除]。 選択した検出ルールを削除します。

メモ 多数のルールセット式を使用して多くのルール定義を作成すると、検出および更新スキャンのパフォーマンスに影響を与える可能性があります。

例

• 「MGE UPS SYSTEMS」や「MGE Office Protection Systems」などの UPS メーカーの文字列を照合します。

  SNMP object '1.3.6.1.2.1.33.1.1.1' (upsIdentManufacturer) contains 'MGE'

• 資産タグを使用して、特定の NETAPP デバイスを照合します。

  SNMP object '1.3.6.1.4.1.789.1.25.2.1.6' (nodeAssetTag) is '02040'

適用する一般的なロールクラスを選択します (スキャンルール式の条件が満たされている場合)。

• [追加]。 モニタライブラリのモニタをこのロール定義に追加します。
• [削除]。 このリストからモニタを削除します。

ロールは、変更可能な検出属性、デフォルトのモニタなど、このクラスからデフォルトの特性を継承します (該当する場合)。

適用する一般的なサブロールを選択します (スキャンルールがある場合)。

• [追加]。 モニタライブラリのモニタをこのロール定義に追加します。
• [削除]。 このリストからモニタを削除します。

ロールを定義すると、システムおよびホスト属性を保持するロール定義を設定できます。

• [追加]。 検出パーセント変数構文を使用して、属性を追加します。
• [編集]。 検出パーセント変数構文を使用して、属性を追加します。
• [削除]。 このロール定義から属性を削除します。
• [システムデフォルトの復元]。属性リストを、提案されたロールに基づくデフォルトに戻します。

メモ ホストおよびシステム属性は、デバイスのプロパティで表示したり、属性レポートとして表示、スケジュール設定、配信したりできます。

例

• デバイスの場所

  %Discovery.Device.Location

• 検出されたオペレーティングシステム。

  %Discovery.Device.OS

カスタムリンクを定義し、検出されたデバイスに適用します。検出パーセント変数構文を使用して、各デバイスをカスタマイズすることができます。

• [追加]。 カスタムリンクを追加します。
• [編集]。 選択したカスタムリンクを編集します。
• [削除]。 リンクを削除します。

メモ カスタムリンクはテーブル形式にして、カスタムリンクのレポートとして配布することができます。

例

現在のデバイスで実行されている Web ロールまたは Web サービスを表示するリンクを追加します。

http://%Discovery.Device.Name.example.com:80

vSphere Web クライアントを使用して vCenter を管理するリンクを追加します。

https://%Discovery.Device.Name.example.com:9443/vsphere-client

• [追加]。 モニタライブラリのモニタをこのロール定義に追加します。
• [削除]。 このリストからモニタを削除します。
• [システムデフォルトの復元]。モニタリストを、提案されたロールに基づくデフォルトに戻します。

アクションポリシーは、アクションと通知をバンドルします。アクションと通知は通常、モニタで観察された状態またはしきい値によってトリガされます。アクションと通知の構成要素を組み合わせて、選択したデバイスとデバイスロールを制御するポリシーを実行することができます。

WhatsUp Gold では、アクションポリシーは通常、以下のいずれかをトリガします。

• 単純な通知 (E メール、SMS、ログ)。
• 是正手段 (リモートスクリプト実行ペイロード、設定ロールバック、再起動など)。
• 是正手段と通知の組み合わせ。

アクションポリシーを実施するためにバンドルされたサイトアクションの例を次に示します。

• 運用環境のデバイスの状態が変わったとき (保守点検モードから稼働状態など) アプリケーション管理エンジニアに通知する
• コンプライアンスからの逸脱 (デフォルトのパスワードが検出された、異常なポートが開いている、トラフィックが検出されたなど) が判明したデバイスに承認済みの設定を適用する
• プライマリホストデバイスで障害が発生したら必ずバックアップ用のホストデバイスを「アクティブ化」(再設定および再起動) する
• 「応答しない」重要なサービス (FTP やログサーバーなど) を再起動する

メモ また、WhatsUp Gold 設定管理 ポリシーを使用して、設定レコードのバージョン管理やデバイス設定の調整を実施する強力なポリシーを作成して適用することもできます。

アクションポリシーの作成

まず、サイトの重大な状態変化イベント、適切なアクション、および一連の責任者のリストまたはマトリックスを作成します。

例: デバイス回復マトリックス

1. アクションライブラリでアクションの種類を作成します。

   例: テスト接続/リモート実行

   1. [新規作成] ボタンをクリックし、[PowerShell] を選択します (Linux/UNIX の場合は、[SSH] を選択します)。
   2. デバイスへのリモートログインの構文をスクリプトテキストボックスに追加します。
2. アクションポリシーを作成します。

   例: 通知スケジュールとロールテストを組み合わせてアクションポリシーに含める

   • サイトの通知階層に従って、作成した通知アクションを追加します。
   • 作成した PowerShell アクションを追加します。