Web アプリケーションの可用性を構成する方法の監視

 

適用対象: System Center 2012 R2 Operations Manager,System Center 2012 - Operations Manager,System Center 2012 SP1 - Operations Manager

Web アプリケーションの可用性監視 でテンプレート System Center 2012 – Operations Manager web 内部の場所からアプリケーションを監視できます。

主な概念と方法

ここでは、主要な概念と戦略のテストを構成するテンプレートを使用するように留意してください。

  • Web アプリケーションの可用性の監視では、個々 の Url だけでなく、アプリケーションを監視できます。 アプリケーションの監視または垂直方向のアプリケーション機能の監視を最適化するために、テストを作成できます。 たとえば、エクスペリエンスのショッピング web サイトは、垂直方向のアプリケーションの機能です。 または、サイト上のすべてのホーム ページなどの水平方向のアプリケーションの機能を監視することができます。

  • テストを監視する際に簡単に認識できる、わかりやすい名前を付けます。

  • Web アプリケーションで Url をグループには、各アプリケーションの監視ビューに 1 つのエントリが表示されます。 サーバーまたはネットワークに関連する問題を切り分けることと、すぐに実行する各アプリケーション テンプレートの状態を確認できます。

  • Web アプリケーションの状態は、個々 のテストのロールアップの最悪の事態として定義されているです。 上書きを使用すると、表示内容を変更します。

  • 内部の監視ノードに対して予想される 1 つは、終了して監視の追加ウィザードをチェックできるように、応答を取得する前に、各テスト構成を検証します。

  • 垂直方向の web サイトまたはアプリケーションを監視している場合は、アプリケーションの URL のテストごとにアラートを受け取ったことを選択するのではなく、アプリケーションは、概要、アラートの設定によって、アプリケーションの状態に関するアラートを集中できます。 これにより、アラートを受信し、アプリケーションの全体的な状態が警告のフォーカスを保持の数が減少します。 さらに削減できますアラート セットによって、アラートを受信する前にした場合のエラー数のしきい値。 同時に、これら 2 つの方法では、アラートに注目する最も重要な機能: アプリケーションが実行されているとします。

監視を構成する方法

Web アプリケーションの可用性の監視を構成するには

  1. 内部 URL のテストを構成するのには、Web アプリケーションの可用性の監視テンプレートを使用します。 このテンプレートでは、可用性監視テストを 1 つまたは複数の Web アプリケーションの Url を作成し、内部の場所から実行することができ、いただくことで、監視して、それらを監視する Url を選択します。

    開くには、Web アプリケーションの可用性の監視テンプレートで、 Operations Manager コンソールのナビゲーション ウィンドウで、クリックして、 作成 ] ボタン、[ 管理パック テンプレート, 、] をクリックして Web アプリケーションの可用性監視, 、し、[タスク] ウィンドウで、次のようにクリックします。、 監視の追加ウィザードです。 クリックして Web アプリケーションの可用性監視, 、順にクリック **[次へ]**です。

    Web アプリケーションの可用性の場所の監視

    Web アプリケーションの可用性の監視テンプレート

  2. 全般 ] ページで、表示名と、テストとは、このバージョンのテンプレートに固有の設定を保存する管理パックの説明を入力します。 [次へ] をクリックします。

    System_CAPS_tipヒント

    簡単に認識できるように、これによって、簡単に後で監視を開始するときに、テストの名前を付けて重要です。

  3. 監視対象 ] ページで、監視する Url を入力します。 (Http://または https://) は、適切なプロトコルをなど、テーブルに、入力、貼り付け、または (スプレッドシート) などのファイルをインポートして一覧に Url を追加できます。 「名、URL」の形式であるコンマ区切りの値 (CSV) のペアとして、すべての行を貼り付けることができますか、Url のリストだけを貼り付けることができます。

    - 内をクリックすると、入力するか、URL を貼り付け、 **名前** と **URL** ボックスにそれぞれ、および例では、ページに従い、情報を入力します。
    
    - 名前と Url を別のソースからインポートするには、クリックして **追加** をインポートするを参照し、ファイルを選択の指示に従います。
    
    System_CAPS_tipヒント

    Web アプリケーションでのグループの Url。 例:Microsoft web サイト をさまざまな場所からテストの多くの Url の名前になります。 こうと、アプリケーションでは、 Microsoft web サイト, 、多くの Url がこのアプリケーションをテストするのではなく、監視の目的は、します。 この方法には、ダッシュ ボードのビューで、表示を監視するが利用、 Web アプリケーションの状態 によってアプリケーションの名前と状態は、監視対象のアプリケーションとアプリケーションまたはサービスの問題から、インターネットやネットワークの問題などの個別の問題が外部に関連する要因の全体的なヘルスを簡単に確認できるようにします。

  4. モニターから先 ページで、監視される Url の検索に使用する場所を選択します。

  5. を内部の場所から監視するには、ドロップダウン メニューを使用してサーバーのエージェントまたはリソース プールからテストを実行する場合に選択します。 上、 内部の場所 フィールドをクリックして、 追加 から監視し、それらの一覧に追加する、内部の場所 (サーバー名) を選択して の場所を選択したです。 [OK] をクリックします。

    [!メモ]

    内部の場所を選択する ページが正常性のバージョンを確認、エージェントのサービスとだけ Operations Manager エージェントを表示します。 バージョンが検証可能なまたはサポートされていないでもない場合、エージェントは表示されません。

  6. ビューと検証のテスト ページを実行するすべての内部テストの概要を示しています。 内部のテストの構成を検証することのみできます。 内部のテストの構成を検証するには、テストを選択し、クリックして テストの実行です。 テスト、パフォーマンスのデータの既定の設定を変更して、アラートでは、このテンプレートでは、すべてのテスト (外付けおよび内部) が作成されるクリックして場合 構成の変更です。 詳細については、このドキュメントで「警告の構成とパフォーマンス データの収集」を参照してください。 テストが検証されると、次のようをクリックして [次へ] を参照してください、 テスト結果 このテンプレートで作成したテスト構成のページです。

    System_CAPS_tipヒント

    取得する応答が期待どおりのいずれかであることを確認することができますので、ウィザードを終了する前に、内部のテスト構成を検証します。

  7. テストの結果 ] ページで、 概要 タブには、テストが成功した場合と、エラー条件のいずれかが失敗したかどうか。 を通じて] をクリックすると、詳細情報を表示するには、 詳細, 、HTTP 要求, 、および HTTP 応答 タブです。 クリックして 閉じる に戻るには、 ビューと検証のテスト または、テストを再構成すると、見栄えが良く、テストの結果である場合、以下の] をクリックし、ページのいずれかの可能な場合 作成 ライブ テストを開始します。

アラートとパフォーマンス データの収集を構成するには

  1. アラートと構成のテスト中にパフォーマンスを構成します。 アラートを構成する、 ビューと検証のテスト ページで、[ 構成の変更です。 ここで監視するための最も重要な条件を設定できます。 これらは、URL を設定できるパフォーマンス カウンターの監視と、どのようなそれぞれの説明を追跡します。 既定では、これらのほとんどが収集されます。 作成のテンプレートの詳細については、次を参照してください。 Web アプリケーションの可用性の監視] テンプレート

    ベース ページ (要求の URL で提供されたページ)

    - コンテンツのサイズ:受信した応答本文のサイズです。
    
    - DNS 解決時間:URL のドメイン名を IP アドレスに解決するための時間です。
    
    - コンテンツ時間:ベース ページのダウンロード時間 (ベース ページの場合のみ)。
    
    - 時間 (累積) をダウンロードします。ブラウザーを開き、すべてのリソースの読み込みを待機しているなど、要求の処理時間。
    
    - TCP 接続時間:対象のサーバーへの TCP 接続を確立して、サービスから、最初のあいさつを受信するための時間です。
    
    - 最初のバイトまでの時間:応答の最初のバイトまでの TCP 接続が確立されているため、時間のかかるが受信されます。
    
    - (累積) の最後のバイトまでの時間:TCP 接続が確立されると、応答の最後のバイトが完全に受信するまでの時間。
    
    - 応答時間が (累積):DNS\_RESOLUTION\_TIME + TCP\_CONNECT\_TIME + TIME\_TO\_LAST\_BYTE。
    

    データの合計

    - トランザクションの合計時間:同じ 1 つの URL のケースのダウンロード時間です。 複数の手順 (トランザクション) の場合は、(累積的な) トランザクションのすべての要求へのダウンロード時間の合計を勧めします。
    
  2. 頻度とパフォーマンス データ収集間隔のテスト ] セクションで、テストの頻度、パフォーマンス データを収集する頻度、およびテストのタイムアウトが発生する必要があるときに設定できます。

  3. アラート セクションで、条件を使用して、エラーのヘルス状態、警告の正常性状態を生成して、連続した回数の条件の数が失敗するは、アラートが生成する前に選択します。 アラートを監視するときに次がの表示方法に応じて、アラートの構成を示します。

    - 正常な状態 = 緑
    
    - エラー状態 = 黄
    
    - 警告状態は赤を =
    
    System_CAPS_tipヒント

    垂直方向の web サイトまたはアプリケーションを監視している場合は、アプリケーションの URL のテストごとにアラートを受け取ったことを選択するのではなく、アプリケーションは、概要、アラートの設定によって、アプリケーションの状態に関するアラートを集中できます。 これを行うには、次のように選択します。、 概要 1 つのアラートを生成する チェック ボックスをオンします。 これにより、アラートを受信し、アプリケーションの全体的な状態が警告のフォーカスを保持の数が減少します。 アラートは、アラートを受信する前にした場合のエラー数のしきい値を発生させることによってさらに削減できます。 同時に、これら 2 つの方法は、アラートは最も重要な問題に注目しました。どの程度、アプリケーションが実行されて、必要なパフォーマンスを指定します。

  4. 設定を変更できます Http ヘッダー, 指定、 プロキシ サーバー (内部の場所のみを使用)、およびその他の一般的な設定を変更します。 テストの設定の構成が完了したら、次のようをクリックして [ok] に戻るには、 ビューと検証のテスト ページです。