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

ロールエディタのインターフェイスから、割り当てられたロールに基づいて、マップ上のデバイスアイコンとして使用する任意の画像をアップロードできるようになりました。これを行うには、まず、ロールおよびサブロールライブラリで選択したアイコンを変更するロールを使用して、ロールエディタウィザードにアクセスしていることを確認します。

1. ロールエディタウィザードで、[変更] をクリックして [ロールアイコンの変更] ダイアログを開き、[アップロードされたアイコン] タブを選択します。
2. アイコン をクリックし、.svg または .svgz 画像ファイルを参照して選択します。これで、新しいアイコンがロールアイコンライブラリにオプションとして表示されるようになります。

   Caution: WhatsUp Gold にアイコンとして正常にアップロードするには、ファイルのサイズが 1MB 未満である必要があります。

3. [ロールアイコンの変更] ダイアログでアイコンを選択します。
4. [保存] をクリックします。

Note: カスタムアイコンは、WhatsUp Gold サーバーでローカルに保存されます。データベースにはバックアップされません。データベースを別の WhatsUp Gold サーバーに移行した後も、カスタムロールアイコンを保管するには、該当する .svg ファイルを新しいマシンのターゲットフォルダーにコピーします。デフォルトでは、カスタムアイコンファイルは次の場所に保存されます。C:\Program Files (x86)\Ipswitch\WhatsUp\html\NmConsole\resources\Wug\images\device_icons

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

Tip: デバイス検出ルールを選択して組み合わせる際の実用的な指針として、デフォルトルールセット (WhatsUp Gold に付属のルール) を参照してください。デフォルトサブロールに適用されている詳しいルールセットを確認できます。

• [Add Rule (ルールの追加)]。 ドロップダウンリストのルールを適用します (除外ルールを選択することもできます )。
• [Edit Rule (ルールの編集)]。 選択した検出ルールを編集します。
• [コピー]。 選択した検出ルールをコピーします。
• [削除]。 選択した検出ルールを削除します。

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

例

• 「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) contains '02040'

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

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

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

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

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

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

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

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

例

• デバイスの場所

  %Discovery.Device.Location

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

  %Discovery.Device.OS

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

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

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

例

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

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

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

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

ロール/サブロールウィザード ([設定] メニュー > [ライブラリ] > [ロール/サブロールライブラリ]) の [モニタ] タブを使用して、ネットワーク検出の一部として指定される最初のモニタリストを設定します。

Tip: ネットワーク検出の一部としてデバイスに関連付けられるモニタは通常、デバイスの種類のサブロール定義で指定されます。ここに示す [スイッチ] サブロールのモニタリストは、このようなケースの一例です。

デバイスロールの [モニタ] タブ

ロール/サブロールウィザードの [モニタ] タブを使用して、以下を制御します。

• WhatsUp Gold が検出時にデバイスに指定するモニタ。(後で監視を追加するときに、指定したモニタが有効になります。)
• WhatsUp Gold がモニタを指定するインターフェイス (フィルタおよびアプリケーションのルールを使用して)。
• WhatsUp Gold がモニタを保留するインターフェイス (フィルタおよびアプリケーションのルールを使用して)。

デバイスロールのモニタビューには以下のコントロールがあります。

• [追加]。 モニタライブラリのモニタをこのロール定義に追加します。
• [削除]。 このリストからモニタを削除します。
• [システムデフォルトの復元]。モニタリストを、提案されたロールに基づくデフォルトに戻します。
• [フィルタライブラリ]。ルールセットを作成し、特定のフィルタの対象となるデバイスの範囲とスコープを絞り込みます。

優先順位と条件の指定

これらのコントロールを使用して主要 (重要) なモニタを事前に判断し、ソフト (最初にサポートを確認) またはハード (常に適用) のどちらのモニタ指定を使用するかと、詳細またはカスタムのどちらのフィルタ処理を適用するかを選択します。

• [重要]。重要なモニタとして指定したモニタが停止している場合、デバイス全体が停止状態であることを示します。
• [アプリケーションルール]。モニタを特定のデバイスに適用する前に、状態を指定するか、サポートを確認します。
• [フィルタ]。(通常はネットワークインターフェイスに使用) フィルタモードを選択します。[稼働中インターフェイス] または [すべてのインターフェイス]。

Note: インターフェイスポートの「稼働中」は、ポートが実行状態にあり、非稼働状態 (テスト中、不明、停止など) ではないことを意味します。

Tip: [フィルタライブラリ] を使用すると、カスタムフィルタを作成できます。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ロール/サブロールウィザード ([設定] メニュー > [ライブラリ] > [ロール/サブロールライブラリ]) の [タスク] タブを使用して、ロールまたはサブロールに、設定管理タスク (CM タスク) を関連付けます。(ロールおよびサブロールは、ネットワーク検出の一部として指定されたデバイスと一致します。)

Tip: CM タスクは、タスクライブラリの定義に従ってタスクスクリプトまたはシステムスクリプトを実行します。CM タスクは、スケジュールの一部として実行して、設定されたしきい値や、インシデント、変更状態に対応し、アラートセンター通知ポリシーに関連付けることができます (アラートセンター通知ポリシーによって、時間インシデントの重大度とともにエスカレート可能な通知スケジュールが実装されます)。

このロール/サブロールへの特定のタスクの追加

以下の「ウィザード内」のコントロールを使用して、このロール/サブロールに特定のタスクを追加することができます。

• [追加]。 既存の CM タスクを含めます。
• [削除]。 CM タスクを削除します。
• [作成/管理]。 新しい CM タスクを整理します。
• [アプリケーションルール]。CM タスクを特定のデバイスに適用する前に、状態を指定するか、サポートを確認します。

一括の一致ルールを設定すると、CM タスクが多数のデバイスに関連付けられる可能性があります。これらのデバイスは、使用可能な設定管理ライセンスデバイスの合計に対してカウントされることに注意してください。現在の合計は、[ヘルプ] > [バージョン情報]ダイアログから確認できます。

適用/無視オプション

適用/無視オプションをオンにすることで、設定管理タスク (CM タスク) の関連付けを上書きすることができます。

一般的な使用事例

デバイスまたはデバイスのカテゴリの特定に、システムポリシーに基づいた設定手順が必要な場合 (バックアップのスケジュールやルーター設定の定期監査など)、CM タスクを使用して作成した WhatsUp Gold またはカスタムタスクスクリプト内でシステムタスクを呼び出すことができます。

• 検出されたデバイス (スイッチロールなど) を設定バックアップスケジュールに関連付けます。
• 検出されたデバイスを設定監査またはポリシーの確認に関連付けます。
• ロールまたはサブロールをカスタムのタスクスクリプトなどに関連付けます。