Lync Server 2013 の運用上の依存関係
トピック最終更新日時: 2015-05-15
このドキュメントで説明する参照アーキテクチャは、組織の要件に合わせてスケーリングするだけでなく、Microsoft のベスト プラクティスに従って設計された Lync Server 2013 展開を確実に行うのに役立ちます。 Lync Server 2013 の実装は動的サービスであり、企業内の他のサービスと同様に、ビジネスに対する高レベルのサービス可用性とサービス品質を維持するために、監視とプロアクティブな管理が依然として必要である可能性があります。
Lync Server 2013 が組織の日常業務に深く根付くにつれて、正確で具体的なサービス レベル管理によってサービスを管理することが重要です。 Lync システム アーキテクチャは複雑で非常に統合され、効果的なサービス レベル管理を維持し、Lync Server 2013 の SLA を確立するために、システムが他のプラットフォームやサーバーに依存することを理解することが重要になります。 同様に重要なのは、音声や UC 統合アプリケーションなどのビジネス サービスが Lync に依存している点に注意することです。
Lync Server 2013 は、上記のすべての依存関係に注意して確立する必要があります。 サービス マップを使用すると、Lync とその依存サービス間で SLA を策定し、SLA ネゴシエーションの開始場所を提供できます。
次の表に、Lync インフラストラクチャの一般的な依存関係サービスを示します。 これらの各テクノロジには、独自のプロアクティブな監視が必要です。
一般的な依存関係サービス
| Dependency Service | |
|---|---|
オペレーティング システム |
|
サーバー ハードウェア |
|
Active Directory |
|
公開キー インフラストラクチャ |
|
ドメイン名前付けサービス |
|
Database Services |
|
Storage Services |
|
システム管理 – 監視と配布 |
|
Security Services - ウイルス対策 |
|
ネットワーク インフラストラクチャ - インターネット |
|
ネットワーク インフラストラクチャ – 内部 (LAN/WAN) |
|
テレフォニー インフラストラクチャ – IP-PBX とゲートウェイ |
|
Cloud Services |
組織は、MOF の規定に基づき、変更、インシデント、リリース管理などの基本的なサービス レベル管理機能を実行する上で、運用上成熟していることを前提としています。 Lync ソリューションは、これらの機能によって採用され、同じ運用管理プロセスの対象となる必要があります。
上記で取得した情報を基に、企業の Lync サービスに影響を与える可能性がある内容について理解が高くなりました。 Lync Server 2013 サービスの可用性と品質を確保するには、次の監視ツールが参照アーキテクチャの展開に付随している必要があります。
監視ツール
| コンポーネント | 説明 | 該当するサイト |
|---|---|---|
Lync Server 2013 監視サーバー |
中央サイトごとに少なくとも 1 つの Lync Server 2013 監視サーバーの役割を展開し、Quality of Experience (QoE) Reporting Pack を構成します。 詳細については、Lync Server 2013 展開のドキュメントを参照してください。 |
中央サイト |
各プールを監視サーバー ロールの最も近いインスタンスにテザリングします。 |
中央サイト ブランチ サイト |
|
System Center Operations Manager 2012 |
Microsoft Lync Server 2013 管理パック (MP) がインポートされた System Center Operations Manager 2012。 管理パックは、従来のイベント ログとパフォーマンス カウンター ベースのインストルメンテーションを実装し、Lync Server 2013 で新しく使用可能なインストルメンテーションを有効にします。 |
中央サイト |
中央管理データベースで公開されているトポロジ ドキュメントを読み取る一元的な検出スクリプトに基づいて、監視する必要があるロールとコンポーネントの探索に対する中央探索が自動的に完了することを確認します。 |
中央サイト ブランチ サイト エッジ サイト |
|
System Center Operations Manager 2007 エージェントを、Lync Server を実行しているすべての展開済みサーバーに展開します。 |
中央サイト ブランチ サイト エッジ サイト |
|
優先順位付きアラートが通知用に構成されていることを確認します。 優先度の高いアラート 中優先度アラート その他のアラート。 |
中央サイト ブランチ サイト エッジ サイト |
|
デプロイのポート監視を構成します。 |
中央サイト ブランチ サイト エッジ サイト |
|
デプロイの URL 監視を構成する |
中央サイト |
|
Lync と System Center Operations Manager の統合 |
通話の信頼性とメディア品質の監視を展開する信頼性とメディア品質の監視では、監視サーバー コンピューターを監視ノードとして使用して、Lync Server の通話の信頼性とメディア品質を監視します。 どちらの機能も、監視サーバー データベースに対してクエリを実行して分析を実行します。 |
中央サイト ブランチ サイト |
メディア品質の警告しきい値が正確に構成されていることを確認します。 次の表は、コーデック別の最大ネットワーク平均オピニオン スコアを示しています。 運用環境では、これらのスコアを一定期間監視する必要があり、組織固有の NMOS スコアに基づいて許容できるしきい値を確立する必要があります。 |
中央サイト ブランチ サイト |
|
Lync Server 2013 合成トランザクション ウォッチャー |
代理トランザクション ウォッチャーとして専用の Lync Server を展開します。 代理トランザクションは、定義済みの間隔で管理パックによって自動的にトリガーされる Lync Server 2013 Windows PowerShell コマンドレットです。 これらは、各プールの ST の検出と実行を担当する管理者指定サーバーである代理トランザクション ウォッチャー ノードで実行されます。 既存の Microsoft Lync Server 2013 サーバーを代理トランザクション ウォッチャー ノードとして使用することはお勧めしません。 これは、SSD を実行するための CPU/メモリ使用量の要件が高いためです。 代理トランザクション ウォッチャー ノードに新しいサーバー コンピューター (または仮想サーバー) を使用します。 |
中央サイト |
代理トランザクションウォッチャー ノードのデプロイ。 UCTAP connect のドキュメントからMonitoringCS_withSCOM.docxドキュメントを参照してください。 |
中央サイト |
コーデックあたりの最大ネットワーク MOS スコア
| シナリオ | コーデック | 最大 NMOS |
|---|---|---|
UC-UC 呼び出し |
RTAudio WB |
4.10 |
UC-UC 呼び出し |
RTAudio NB |
2.95 |
電話会議 |
Siren |
3.72 |
UC-PSTN 通話 |
RTAudio NB |
2.95 |
UC-PSTN 通話 |
G-711 |
3.61 |
以前の積極的な監視アクティビティを超えて、Lync RA 運用ガイドで定義されているように、毎日、毎週、毎月、セントラル、エッジ、ブランチの各サイトに対してメンテナンス タスクを実行する必要があります。