次の方法で共有

フロントエンド プールの高可用性と管理

  • [アーティクル]

Skype for Business Serverでのフロントエンド プール管理について説明します。これには、プールの管理、クォーラム損失、2 台のフロント エンド サーバーのみのプールの特別な手順が含まれます。

Skype for Business Serverでは、フロントエンド プールのアーキテクチャでは分散システム モデルが使用され、各ユーザーのデータはプール内の 3 台のフロントエンド サーバーに保持されます。 すべてのEnterprise Edition フロントエンド プールには、少なくとも 3 つのフロント エンド サーバーが含まれることをお勧めします。

注意

Skype for Business Server 2019 では、2 台のフロント エンド サーバー Enterprise Editionフロント エンド プールはサポートされていないため、そのシナリオでトポロジを公開することはできません。

フロント エンド プール管理の計画

Skype for Business Serverでは、Windows Fabricに基づく分散システム モデルが使用されます。 このモデルでは、各ユーザーと会議の重要なデータは、フロントエンド プール内の 3 つのフロントエンド サーバーに格納されます。 特定のデータ セットを格納するこれら 3 つのサーバーは、replicas と呼ばれます。

フロントエンド プールの分散モデルでは、プールが機能するためには、プールのサーバーの特定の数が実行されている必要があります。 プールには 2 つの損失モードがあります。

  • 特定のルーティング グループに対して十分なレプリカ サーバーが不足しているために発生するルーティング グループ レベルのクォーラム損失。 ルーティング グループは、プールに所属するユーザーのセットです。 各ルーティング グループには、1 つのプライマリ レプリカと 2 つのセカンダリ レプリカという 3 つのレプリカがプール内にあります。

  • プール レベル クォーラム損失。プールで十分な数のシード サーバーが実行されていない場合に発生します。

ルーティング グループ レベル クォーラム損失

新しいフロント エンド プールを初めて起動するときには、次の表に示すように、サーバーの 85% が実行されていることが必要です。 実行されているサーバーの数がそれより少ないと、サービスが起動状態で行き詰まり、プールが起動されないことがあります。

プール内のサーバーの合計数
 プールを初めて起動させるために実行する必要があるサーバー数
2
 1
3
 3
4
 3
5
 4
6
 5
7
 5
8
 6
9
 7
10
 8
11
 9
12
 10
16 Skype for Business Server 2019
12

その後もプールが起動されるたびに、サーバーの 85% が起動されている必要があります (前出の表を参照)。 この数のサーバーを起動できない場合 (ただし、プール レベルのクォーラム損失が発生しないように十分なサーバーを起動できる場合)、コマンドレットを Reset-CsPoolRegistrarState -ResetType QuorumLossRecovery 使用して、プールを使用して、このルーティング グループ レベルのクォーラム損失から回復し、進行状況を確認できます。 このコマンドレットの使用方法の詳細については、「 Reset-CsPoolRegistrarState」を参照してください。

注意

サーバー数が偶数のプールの場合、Skype for Business Server は監視にプライマリ SQL データベースを使います。 このようなプールでは、プライマリ データベースをシャットダウンしてミラー データベースに切り替え、前述の表の必要な実行数に足りなくなるまでフロント エンド サーバーをシャットダウンすると、プール全体がダウンします。 詳細については、「 データベース ミラーリング監視」を参照してください。

プール レベル クォーラム損失

フロント エンド プールがまったく機能するためには、プール レベルのクォーラム損失にすることはできません。 実行中のサーバーの数が次の表に示す機能レベルを下回ると、プールに属する残りのサーバーがすべての Skype for Business Server サービスを停止します。 次の表の数値は、プール内のバックエンド サーバーが実行されていることを前提としています。

プール内のフロント エンド サーバーの合計数
 プールを機能させるために実行する必要があるサーバーの数
2
 1
3 ～ 4
 任意の 2 台
5 ～ 6
 任意の 3 台
7
 任意の 4 台
8 ～ 9
 最初の 7 台のうちの任意の 4 台
10 ～ 12
 最初の 9 台のうちの任意の 5 台
12-16 Skype for Business Server 2019
最初の 12 台のサーバーのうち 7 台

前の表の "最初のサーバー" は、プールが初めて開始されたときに最初に起動されたサーバーです。時系列的に。 これらのサーバーを特定するには、 オプションを指定して Get-CsComputer コマンドレットを -PoolFqdn 使用できます。 このコマンドレットはサーバーをトポロジ内に出現した順に表示するので、そのリストの先頭にある方が最初のサーバーです。

重要

フロントエンド サーバーの最大数は、Skype for Business Server 2019 年に 16 台に増加しました

プールが機能していることを確認するための追加手順

フロント エンド プールを確実に機能させておくために、他にもいくつかの要因を監視する必要があります。

  • ユーザーを初めてプールに移動する場合は、少なくとも 3 台のフロント エンド サーバーが実行されていることを確認してください。

  • 障害復旧の目的でこのプールと別のプールの間にペアの関係を確立する場合は、データをバックアップ プールと正しく同期するために、関係を確立した後で、このプールの 3 台のフロントエンド サーバーがどこかのタイミングで同時に実行されることを確認する必要があります。 プールのペアリングとディザスター リカバリー機能の詳細については、「Skype for Business Serverでの高可用性とディザスター リカバリーの計画」を参照してください。

フロントエンド サーバーが 2 台のフロントエンド プール

2 台のフロントエンド サーバーのみを含むフロント エンド プールを展開することはお勧めしません。 このような小規模なプールでは、大規模なプールのように堅牢な高可用性は実現できないので、管理に余計な配慮が必要になります。 さらに、2 台のサーバー プールのバックエンド サーバーがダウンした場合、プール全体自体もすぐにダウンする可能性があります。 Skype for Business Serverを実行している 1 つまたは 2 つのサーバーのみを展開する場合は、Standard Edition サーバーとして展開することをお勧めします。

2 台のフロントエンド サーバーを含むプールを展開する必要がある場合は、次のガイドラインに従ってください。

  • 2 つのフロントエンド サーバーのいずれかがダウンした場合は、できるだけ早く障害が発生したサーバーをバックアップする必要があります。 同様に、2 台のサーバーのうち 1 台をアップグレードする必要がある場合は、アップグレードが終わり次第、オンラインにします。

  • 何らかの理由で両方のサーバーを同時に停止する必要がある場合は、プールのダウンタイムが終わったら次のことをします。

    • ベスト プラクティスは、両方のフロントエンド サーバーを同時に再起動することです。

    • 2 台のサーバーを同時に再起動できない場合は、停止した順序とは逆の順序で復旧する必要があります。

    • その順序でバックアップできない場合は、プールを元に戻す前に次のコマンドレットを使用します。 Reset-CsPoolRegistrarState -ResetType QuorumLossRecovery -PoolFQDN <FQDN>

フロント エンド プール構成のエラーと変更

フロント エンド サーバーが故障し、数日以内に交換できそうにない場合は、そのサーバーをトポロジから削除します。 再び使用できるようになったときに、新しいフロント エンド サーバーをトポロジに追加します。

サーバーの追加や削除など、フロント エンド プールの構成を変更するたびに、次のガイドラインに従う必要があります。

  • 新しいトポロジが公開された後で、プール内の各フロント エンド サーバーを再起動する必要があります。 1 台ずつ再起動してください。

  • 構成の変更中にプール全体がダウンしている場合は、新しいトポロジが発行された後に次のコマンドレットを実行します。 Reset-CsPoolRegistrarState -PoolFQDN <PoolFQDN> -ResetType ServiceReset