ルールとアクション

ルールとアクションを設定するには、まずルールとアクションについて理解し、それらが相互にまたは他のコンポーネントと対話する方法について理解する必要があります。これらのインタラクションを理解することによって、ルールとアクションをセットアップしてデータセンターを効率的に管理する最適な方法を決定することができます。

CA Server Automationはメトリックを収集して分析し、リソースを分配する方法に関する分析に基づいて最適な決定を行います。たとえば、CA Server Automation がサーバまたはサービスを高稼働率または低稼働率であると判断した場合は、新しいコンピュータをプロビジョニングできます。

使用状況はサーバレベルおよびサービスレベルでモニタされます。サーバレベルモニタリングでは、特定のサーバの診断問題に関与するため、重要なパフォーマンスインジケータのみが使用されます。サービスレベルモニタリングでは全体としてサービスに関する問題を診断し、全体の使用率がパフォーマンスインジケータとして使用されます。

ルールはサーバレベルまたはサービスレベルで作成できます。ルールを作成してパフォーマンスメトリックおよび生成されたイベントを評価します。ルールは、個別の条件または条件の組み合わせで構成されます。アクションが実行されるようにするには、全体を true の状態に評価する必要があります。ルールは独自のルールを作成するか、またはルールテンプレートのセットを選択し、自動化ポリシーを使用して生成することもできます。

注：パフォーマンスメトリックおよび説明のリストについては、「リファレンスガイド」を参照してください。

デフォルトでは、ルールはデータセンターレベルで収集設定に定義されている記録間隔（デフォルト = 300 秒）で評価されるか、モニタされたメトリック値が原因でイベントが発生した場合に評価されます。データセンターとは異なる間隔を設定する場合は、特定のサーバを設定してデフォルトのデータセンターの記録間隔を上書きすることができます。サーバレベルルールは設定されたサーバレベルの記録間隔で評価されます。サービスレベルルールは、そのサービス内のすべてのサーバの中で最も短い記録間隔で評価されます。記録間隔を変更する場合は、ポリシーマネージャサービスを停止して再起動し、ルールを評価するために更新された間隔を取得して使用します。

メトリックは評価データのソースです。メトリックルールが true に評価すると、アクションはトリガされます。ルールが true に評価するには遅延が超過している必要があります。あるシナリオでは、ルールの一度だけの違反でアクションがトリガされるようにするために遅延を 1 に設定しますが、他のインスタンスでは、一度だけのイベントでのルールのトリガを望まない場合があります。

たとえば、CA Server Automation が、呼び出しを管理したり、問題の解決策を追跡したり、企業ナレッジを共有したり、IT 資産を管理するカスタマサポートアプリケーションの CA SDM に統合されるとします。アクションがトリガされた場合に自動的にチケットがオープンされるようにするには、アクションが CA SDM と対話するよう設定します。これはサードパーティの承認が必要なアクションに役立ちます。サードパーティが CA SDM でユーザのチケットを承認した後で、アクションは自動的に実行されます。

また、開始コンポーネントを使用して、指定された時刻にアクションが実行されるようにスケジュールすることもできます。ジョブを作成するときに、アクションの最新のパラメータが保存されます。ジョブがサブミットされた後でアクションの詳細を変更しても、すでに実行されるようにスケジュールされていたジョブには影響を及ぼしません。すでにスケジュールされているジョブのアクションの詳細を変更する必要がある場合は、アクションを使用するジョブを開いて再度それを保存し、それを新しいアクションの詳細で更新します。