次の方法で共有

Operations Management Suite (OMS) を使用した Cloud Connector の監視

  • [アーティクル]

Important

Cloud Connector Edition は、Skype for Business Online と共に 2021 年 7 月 31 日に廃止されます。 organizationが Teams にアップグレードされたら、ダイレクト ルーティングを使用してオンプレミスのテレフォニー ネットワークを Teams に接続する方法について説明します。

Microsoft Operations Management Suite (OMS) を使用して Cloud Connector バージョン 2.1 以降のデプロイを監視する方法については、この記事を参照してください。

Microsoft クラウド IT 管理ソリューションである Operations Management Suite (OMS) を使用して、Cloud Connector バージョン 2.1 以降のデプロイを監視できるようになりました。 OMS Log Analytics を使用すると、物理マシンや仮想マシンを含むリソースの可用性とパフォーマンスを監視および分析できます。 OMS と Log Analytics の詳細については、「Operations Management Suite (OMS) とは」を参照してください。

この記事には、次のセクションが含まれています。

  • 前提条件

  • OMS を使用するように Cloud Connector を構成する

  • OMS の構成

  • Log Analytics リポジトリ内のアラートを分析する

  • 推奨される監視セット

前提条件

OMS を使用して Cloud Connector のデプロイを監視するには、次のものが必要です。

  • Azure アカウントと OMS ワークスペース。 Azure アカウントがまだない場合は、OMS Log Analytics を使用するためにアカウントを作成する必要があります。 Azure アカウントを作成し、OMS ワークスペースを設定する方法については、「 Log Analytics ワークスペースの概要」を参照してください。

  • Cloud Connector バージョン 2.1 以降

  • Cloud Connector の監視には、Log Analytics の新しいログ検索が必要です。 詳細については、「 Azure Log Analytics ワークスペースを新しいログ検索にアップグレードする」を参照してください。

OMS を使用するように Cloud Connector を構成する

OMS を使用するように Cloud Connector オンプレミス環境を構成する必要があります。 これを行うには、OMS ワークスペース ID とキーが必要です。OMS ポータルを使用すると、[設定] -->[接続されたソース] --> [Windows サーバー] の順に選択できます。

Cloud Connector OMS のスクリーン ショット。

OMS を使用するように Cloud Connector を構成する方法は、シナリオによって異なります。

  • 新しい Cloud Connector アプライアンスをインストールする場合、またはアプライアンスを再デプロイする場合は、Install-CcAppliance を実行する前に、次の手順に従ってください。

    1. [CloudConnector.ini ファイル [Common] セクションで、OMSEnabled パラメーターを True に設定します。

      Cloud Connector がデプロイまたはアップグレードされるたびに、OMS エージェントが VM に自動的にインストールされます。 OMS エージェントが Cloud Connector の自動更新を存続できるように、この機能を有効にします。

    2. OMS ID とキーを構成するには、-AccountType OMSWorkspace Set-CcCredential 実行します。

  • 既存の Cloud Connector アプライアンスに OMS エージェントをインストールする場合は、次の手順に従います。

    1. [CloudConnector.ini ファイル [Common] セクションで、OMSEnabled=true を設定します。

    2. Import-CcConfiguration を実行します。

    3. Install-CcOMSAgent を実行します。

      注意

      OMSWorkspace 資格情報が設定されていない場合は、install-CcOMSAgent を実行するときに資格情報の入力を求められます。

  • OMS エージェントが既にインストールされている Cloud Connector アプライアンスで OMS ワークスペース ID またはキーを更新する場合:

    1. OMS ID とキーを構成するには、-AccountType OMSWorkspace Set-CcCredential 実行します。

    2. 更新プログラムを適用するには、Install-CcOMSAgent を実行します。

  • すべてのシナリオで、エージェントが次のように接続されていることを確認します。

    OMS ポータルで、[設定] - [接続されたソース] ->> [Windows サーバー] の順に移動します。 接続されているマシンの一覧が表示されます。

OMS の構成

次に、OMS ポータルを使用して OMS 構成を指定する必要があります。 具体的には、次の手順を実行する必要があります。

  • イベント ログとパフォーマンス カウンターに関する情報を指定します。

  • アラートを作成します。

イベント ログとパフォーマンス カウンターに関する情報を指定する

OMS ポータルでは、イベント ログとパフォーマンス カウンターに関する情報を次のように指定する必要があります。

  1. [設定- Data-Windows>> イベント ログ] に移動し、次のイベント ログを追加します。

    • Lync Server

    • アプリケーション

      注意

      テキスト ボックスに「Lync Server」と手動で入力する必要があります。 ドロップダウン リストにはオプションとして表示されません。

      詳細については、「Log Analytics の Windows イベント ログ データ ソース」を参照してください。

  2. [設定-> データ-> Windows パフォーマンス カウンター] に移動し、次のパフォーマンス カウンターを追加します。

    • OS レベルのカウンター。 プロセッサ使用量、メモリ使用量、ネットワーク使用量などの OS レベルのカウンターを追加することも、カウンターを明示的に追加せずに容量とパフォーマンス、ネットワーク パフォーマンス モニターなどの既存のソリューションを使用することもできます。 それらを監視する方法に関係なく、Microsoft はこれらの OS カウンターを監視することをお勧めします。

    • Skype for Business カウンター。 Skype for Businessによって提供されるカウンターは多数あります。 これらのカウンターを見つけるには、任意の仲介サーバーにログオンし、パフォーマンス モニターを開きます。 これらのカウンターは "LS:" で始まります。 Microsoft では、少なくとも次の容量カウンターから開始し、関心のある他の容量カウンターを追加することをお勧めします。

      アクティブな呼び出しの合計数:

      • LS:MediationServer - 受信呼び出し (_Total)- Current

      • LS:MediationServer - 送信呼び出し (_Total)- Current

      アクティブ メディア バイパス呼び出しの合計数:

      • LS:MediationServer - 受信呼び出し (_Total)- アクティブ メディア バイパス呼び出し

      • LS:MediationServer - 送信呼び出し (_Total)- アクティブ メディア バイパス呼び出し

      注意

      テキスト ボックスにパフォーマンス カウンターを手動で入力する必要があります。 ドロップダウン リストにはオプションとして表示されません。

      詳細については、「Log Analytics の Windows および Linux パフォーマンス データ ソース」を参照してください。

アラートを作成する

OMS には、結果アラートの数とメトリック測定アラートの 2 種類のアラートがあります。 アラートの作成の詳細については、「 Log Analytics でのアラート ルールの操作」を参照してください。

アラートを作成するときは、次の点を考慮する必要があります。

  • アラートが [結果の数] アラート (既定の選択) であることを確認します。

  • デモ クエリでは、"結果の数" が "0 より大きい" に設定されている必要があります。

  • 時間枠とアラートの頻度の両方を 5 分に設定することをお勧めします。

  • デモ アラートに対して "アラートの抑制" を有効にしないことをお勧めします。

  • 一般的なアラート シナリオでは、1 つのエラー アラートと 1 つのリセット アラートというアラートのペアを作成することをお勧めします。 エラー アラートの場合は、重大度レベル [重大] を選択します。リセット アラートの場合は、[重大度レベル情報] を選択します。

次のセクションでは、サンプル アラートを作成する方法について説明します。

アラート ペアを作成する: "RTCMEDSRV が仲介サーバーで実行されていません" と "RTCMEDSRV が仲介サーバーで実行に戻っています"

このアラート ペアを作成するには:

  • エラー アラートのクエリは次のとおりです。

    Event | where Computer contains "MediationServer" | where EventLog == "Lync Server" and (EventID == 25002 or EventID == 25003)  | summarize arg_max(TimeGenerated, EventID) by Computer | where EventID == 25003

    クエリでは、 コンピューターフィルターが使用されます。コンピューターには "MediationServer" が含まれています 。 フィルターは、名前に "MediationServer" という文字列が含まれているコンピューターのみを選択します。

    フィルターは、独自のコンピューター フィルターに置き換えたり、削除したりします。 正規表現を使用せずに複雑な文字列フィルターを作成できます。 正規表現を使用することもできます。 さらに、検索クエリを保存し、そのグループをアラート クエリのコンピューター フィルターとして使用することで、コンピューター グループを作成できます。 詳細については、「 Log Analytics ログ検索のコンピューター グループ」を参照してください。

    各コンピューターについて、エラー クエリは RTCMEDSRV サービスの開始とサービス停止の両方の最後のイベント ログを取得します。 最後のイベントがサービス停止イベントの場合は、1 つのログが返されます。最後のイベントがサービス開始イベントの場合、何も返されません。 つまり、クエリは、RTCMEDSRV が時間枠内で停止しているサーバーの一覧を返します。

  • リセット アラートのクエリは次のとおりです。

    Event | where Computer contains "MediationServer" | where EventLog == "Lync Server" and (EventID == 25002 or EventID == 25003) | summarize arg_max(TimeGenerated, EventID) by Computer  | where EventID == 2500

    リセット クエリでは、エラー クエリの正反対の処理が実行されます。 各コンピューターについて、最後のイベントがサービス開始イベントの場合は 1 つを返します。最後のイベントがサービス停止イベントの場合、何も返されません。

アラート ペアを作成する: "仲介サーバーで同時呼び出しが多すぎます" と "同時実行呼び出しは通常の読み込みにフォールバック"

このアラートを作成するには:

  • エラー アラートのクエリは次のとおりです。

    Perf | where Computer contains "MediationServer" | where (ObjectName == "LS:MediationServer - Outbound Calls" or ObjectName == "LS:MediationServer - Inbound Calls") | summarize arg_max(TimeGenerated, CounterValue) by ObjectName, Computer | summarize  TotalCalls = sum(CounterValue) by Computer| where TotalCalls >= 500

    コンピューターごとに、クエリは受信呼び出しと送信呼び出しの最後のカウンターを取得し、それらの 2 つの値を合計します。 合計値が 500 を超えると、1 つのログが返されます。返されない場合は何も返されません。 つまり、クエリは、同時呼び出しが時間枠内で多すぎるサーバーの一覧を返します。

  • リセット アラートのクエリは次のとおりです。

    Perf  | where Computer contains "MediationServer" | where (ObjectName == "LS:MediationServer - Outbound Calls" or ObjectName ==  "LS:MediationServer - Inbound Calls") | summarize arg_max(TimeGenerated, CounterValue) by ObjectName, Computer | summarize  TotalCalls = sum(CounterValue) by Computer| where TotalCalls < 500

    リセット クエリでは、エラー クエリの正反対の処理が実行されます。 コンピューターごとに、クエリは受信呼び出しと送信呼び出しの最後のカウンターを取得し、それらの 2 つの値を合計します。 合計値が 500 未満の場合は、1 つのログが返されます。それ以外の場合は何も返されません。

アラートの作成: "サーバーで CPU 使用率 > 90 または RTCMEDIARELAY が停止しました" アラート

このアラートを作成するには、クエリは次のとおりです。

search *| where Computer contains "MediationServer" | where (Type == "Perf" or Type == "Event") | where ((ObjectName ==  "Processor" and CounterName == "% Processor Time") or EventLog == "Lync Server") | where (CounterValue > 90 or EventID == 22003)

クエリは、すべてのコンピューターからすべてのプロセッサ使用量カウンターとサービス停止イベントを取得し、プロセッサ使用率が 90% を超えるか、サービスが停止した場合に 1 つのログを返します。

Log Analytics リポジトリ内のアラートを分析する

リポジトリ内のアラートを分析するには、アラート管理ソリューションを使用します。 詳細については、「Operations Management Suite (OMS) のアラート管理ソリューション」を参照してください。

イベント ログとパフォーマンス カウンターに関する問題を特定するには:

  • イベント ログ。 問題の場合は、1 つのイベント セットで何かが間違っていることを示し、もう 1 つはすべてが正常であることを示すイベント ペアが存在する必要があります。 特定の期間に対して、その期間に何かが欠落しているかどうかを示す最後のイベントが記録されます。

  • パフォーマンス カウンター。 監視対象カウンターのしきい値が必要です。

次の表に、停止イベント ID と開始イベント ID を一覧表示して、Microsoft が監視を推奨するサービスの一覧を示します。

サービス名
 ターゲット サーバーロール
 イベント ID を停止する
 開始イベント ID
RTCMEDSRV
 仲介サーバー
 25003
 25002
RTCSRV
 エッジ サーバー
 12289
 12288
RTCMRAUTH
 エッジ サーバー
 19003
 19002
RTCMEDIARELAY
 エッジ サーバー
 22003
 22002

次の表に、Microsoft が監視を推奨するネットワークの問題を示します。

モニター名
 ターゲット サーバーロール
 成功イベント ID 式
 エラー イベント ID 式
 エラーの例
仲介サーバーからゲートウェイへの接続エラー
 仲介サーバー
 25062 25002
仲介サーバーからゲートウェイへの呼び出しの完了エラー
 仲介サーバー
 25064 25002
重要なネットワークの問題
 エッジ サーバー
 14353 12288

次に、監視する必要がある呼び出し容量カウンターを示します。 これらの数値は、Cloud Connector Standard エディションの場合は 500 未満にする必要があります。Cloud Connector の最小エディションでは 50 未満。

  • LS:MediationServer - 受信呼び出し (_Total)- Current

  • LS:MediationServer - 送信呼び出し (_Total)- Current

  • LS:MediationServer - 受信呼び出し (_Total)- アクティブ メディア バイパス呼び出し

  • LS:MediationServer - 送信呼び出し (_Total)- アクティブ メディア バイパス呼び出し

関連項目

OMS の操作の詳細については、次を参照してください。