Skype for Business Serverの容量計画ユーザー モデルの使用
この記事では、「Skype for Business Serverのユーザー モデル」で説明されている使用状況に従って、そのサイトのユーザー数に対してサイトで必要なサーバーの数に関するガイダンスを提供します。
注意
この記事のすべての推奨事項は、Skype for Business の累積的な更新プログラム (2015 年 11 月以降) がサーバーにインストールされていることを前提とします。
テスト済みのハードウェア プラットフォーム
パフォーマンス テストは以下の表に示すハードウェアに基づいて実行しました。 推奨事項と結果はすべてこのハードウェアに基づきます。 この表より低い性能のハードウェアを使用すると、機能上の問題が発生したり、パフォーマンスが低下したりする可能性があります。 これらのハードウェアに関する推奨事項は、Lync Server 2013 と同じです(また、アップグレードシナリオでは役に立つ場合があります)。
パフォーマンス テストで使用するハードウェア
| ハードウェア コンポーネント | 推奨 |
|---|---|
| CPU | 64 ビット デュアル プロセッサ、6 コア、2.26 GHz 以上。 intel Itanium プロセッサは、Skype for Business Serverサーバーロールではサポートされていません。 |
| メモリ | 32 ギガバイト (GB) |
| ディスク | 10,000 RPM のハード ディスク ドライブで 72 GB 以上の空きディスク領域があるものを 8 台以上。 ディスクのうち 2 台で RAID 1 を使用し、6 台で RAID 10 を使用する必要があります。 - または - 8 10,000 RPM のメカニカル ディスク ドライブと同様のパフォーマンスを提供するソリッド ステート ドライブ (SSD)。 |
| ネットワーク | 1 Gbps 以上のデュアルポート ネットワーク アダプター 1 つ (2 つを推奨。その場合は 1 つの MAC アドレスと 1 つの IP アドレスのチーミングが必要) |
結果の概要
次の表は、推奨事項を要約したものです。
| サーバーの役割 | サポートされる最大ユーザー数 |
|---|---|
| 12 台のフロントエンド サーバーと 1 台のバックエンド サーバー、またはミラー化されたバックエンド サーバーのペアを備えたフロント エンド プール。 | エンドポイントの合計 152,000 に対し、同時にログインする 80,000 の一意ユーザー、および非モバイル インスタンスを表す 50% の複数の MPOP (Multiple Point of Presence)、モビリティが有効な 40% のユーザー。 |
| 音声ビデオ会議 | フロントエンド プールによって提供される A/V 会議サービスでは、最大会議サイズが 250 人のユーザーを想定したプールの会議がサポートされ、一度に実行される大規模な会議は 1 つだけです。 メモ： さらに、2 台のフロント エンド サーバーを備えた別のフロント エンド プールを展開して大規模な会議をホストすることで、250 から 1000 人のユーザーの大規模な会議をサポートできます。 詳細については、「Skype for Business Serverで大規模な会議を計画する」を参照してください。 |
| 1 つのエッジ サーバー | 12,000 の同時リモート ユーザー |
| 1 人のディレクター | 12,000 の同時リモート ユーザー |
| 監視およびアーカイブ | 監視およびアーカイブ フロントエンド サービスは、個別のサーバー ロールではなく、各フロント エンド サーバーで実行されます。 監視とアーカイブにはそれぞれ専用のデータベース ストアが必要です。 Exchange 2013 以降も実行する場合は、専用 SQL データベースではなく、Exchange にアーカイブ データを保持できます。 |
| 1 つの仲介サーバー | フロントエンド サーバーと併置された仲介サーバーは、プール内のすべてのフロント エンド サーバーで実行され、プール内のユーザーに十分な容量を提供する必要があります。 スタンドアロン仲介サーバーについては、このトピックの後半の「仲介サーバー」セクションを参照してください。 |
| 1 つの Standard Edition サーバー | Standard Edition サーバーを使用してユーザーをホストする場合は、「 高可用性とディザスター リカバリーの計画」の推奨事項を使用して、常に 2 つのサーバーを使用することを強くお勧めします。 ペアの中の各サーバーは、最大 2,500 ユーザーをホストすることができ、フェールオーバー シナリオでは、1 台のサーバーに障害が発生した場合は残りの 1 台で 5,000 ユーザーをサポートできます。 展開に大量のオーディオまたは動画トラフィックがある場合、サーバーあたりのユーザー数が 2,500 名を超えるとサーバー パフォーマンスが低下することがあります。 この場合は、Standard Edition サーバーをさらに追加するか、Skype for Business Server Enterprise Editionに移行することを検討する必要があります。 |
フロントエンド サーバー
注意
拡大されたプールは、このサーバーの役割ではサポートされていません。
フロントエンド プールでは、プール内のすべてのサーバーでハイパースレッディングが有効になっており、サーバー ハードウェアが Skype for Business Server 2015 のサーバー要件または Skype for Business Server 2019 のシステム要件の推奨事項を満たしていると仮定して、プールに所属する 6,660 人のユーザーごとに 1 つのフロント エンド サーバーが必要です。 1 つのフロント エンド プール内のユーザーの最大数は 80,000 であり、プール内のすべてのサーバーでハイパースレッディングが有効になっていると仮定します。 サイトに 80,000 人を超えるユーザーがいる場合は、複数のフロント エンド プールを展開できます。
フロントエンド プールのユーザー数を考慮する場合は、このフロント エンド プールに関連付けられているブランチ オフィスの存続可能ブランチ アプライアンスと存続可能ブランチ サーバーに所属するすべてのユーザーを含めます。
アクティブなサーバーが使用できなくなると、その接続はプール内にある他のサーバーに自動的に転送されます。 30,000 人のユーザーと 5 台のフロント エンド サーバーがあるシナリオでは、1 台のサーバーが使用できない場合は、残りの 4 台のサーバーに 6000 人のユーザーの接続を転送する必要があります。 残りの 4 台のサーバーはそれぞれ、推奨最大数を超える 7,500 ユーザーをサポートすることになります。
代わりに、30,000 人のユーザーに対して 6 台のフロント エンド サーバーを使用して開始し、1 台が使用できなくなった場合は、合計 5,000 人のユーザーが残りの 5 台のサーバーに移動する必要があります。 この残りの 5 台のサーバーはそれぞれ、推奨数の範囲内の 6,000 ユーザーをホストすることになります。
フロントエンド プール内のユーザーの最大数は 80,000 です。 プール内のフロントエンド サーバーの最大数は 12 です。
80,000 人のユーザーを持つフロント エンド プールの場合、Skype for Business Serverのユーザー モデルに従う一般的な展開では、12 台のフロントエンド サーバーがパフォーマンスに適しています。 ディザスター リカバリー フェールオーバーをサポートするように設計されたデプロイでは、ペアになっている 2 つのフロント エンド プールごとに最大 40,000 人のユーザーをホストできることを前提としています。各プールには、両方のプールにユーザーを含めるのに十分なフロント エンド サーバーがあり、1 つのプールを他方のプールにフェールオーバーする必要があります。
特定のフロントエンド プールで優れたパフォーマンスでサポートされているユーザーの数は、次の理由により、これらの数と異なる場合があります。
フロントエンド サーバーのハードウェアが推奨事項を満たしていません。
organizationの使用状況は、たとえば、会議トラフィックが多い場合など、ユーザー モデルとは大きく異なります。
次の表は、「Skype for Business Serverのユーザー モデル」で定義されているユーザー モデルを指定した、IM とプレゼンスの平均帯域幅を示しています。
| ユーザー単位の平均帯域幅 | 6,660 ユーザーのフロントエンド サーバーあたりの帯域幅要件 |
|---|---|
| 1.3 Kpbs | 13 Mbps |
注意
フロントエンド サーバー上の併置された A/V 会議および仲介サーバー機能のメディア パフォーマンスを向上させるには、フロントエンド サーバーのネットワーク アダプターで受信側スケーリング (RSS) を有効にする必要があります。 RSS は、着信パケットがサーバーの複数のプロセッサによって平行して処理されるのを可能にします。 詳細については、 Windows Server 2012 ドキュメントの「Receive Side Scaling (RSS)」を参照してください。 RSS を有効にする方法の詳細については、ネットワーク アダプターのドキュメントを参照してください。
最大会議数
プール内のユーザーの 5% が一度に会議に参加できるユーザー モデルを考えると、80,000 人のユーザーのプールで同時に約 4,000 人のユーザーを会議に参加させることができます。 これらの会議は、メディア (一部の IM のみ、一部の IM とオーディオ、一部のオーディオ/ビデオなど) と参加者の数が混在することが予想されます。 許可される会議の実際の数にハード制限はありません。実際の使用状況によって実際のパフォーマンスが決まります。 たとえば、organizationに、ユーザー モデルで想定されている数よりも多くの混合モード会議がある場合は、この記事に記載されている推奨事項よりも多くのフロントエンド サーバーまたは A/V 会議サーバーを展開する必要がある場合があります。 ユーザー モデルの前提条件の詳細については、「Skype for Business Serverのユーザー モデル」を参照してください。
通常のSkype for Business Server フロント エンド プールによってホストされるサポートされる最大会議サイズは、ユーザーも 250 人です。 250 ユーザーが参加する会議が行われている場合、プールは同時に他の会議もサポートします (同時に行われる会議にプール ユーザーのうちの 5% が参加している場合など)。 たとえば、12 台のフロント エンド サーバーと 80,000 人のユーザーのプールで、250 ユーザーの会議が行われている間、Skype for Business Serverは、小規模な会議に参加する他の 3,750 人のユーザーをサポートします。
フロント エンド プールまたは Standard Edition サーバーに所属するユーザーの数に関係なく、Skype for Business Serverでは、250 ユーザー会議をホストしている同じプールまたはサーバー上の小規模な会議に参加する他のユーザーが少なくとも 125 人サポートされます。
250 人から 1,000 人のユーザーを持つ会議を有効にするには、それらの会議をホストするためだけに別のフロント エンド プールを設定できます。 このフロントエンド プールでは、ユーザーはホストされません。 詳細については、「Skype for Business Serverで大規模な会議を計画する」を参照してください。
organizationに、ユーザー モデルで想定されている数よりも多くの混合モード会議がある場合は、このドキュメントの推奨よりも多くのフロントエンド サーバーを展開する必要がある場合があります (最大 12 台のフロントエンド サーバー)。 ユーザー モデルの前提条件の詳細については、「Skype for Business Serverのユーザー モデル」を参照してください。
エッジ サーバー
注意
拡大されたプールは、このサーバーの役割ではサポートされていません。
サイトに同時にアクセスする 12,000 人のリモート ユーザーごとに 1 つのエッジ サーバーを展開する必要があります。 少なくとも、高可用性のために 2 台のエッジ サーバーをお勧めします。 これらの推奨事項は、エッジ サーバーのハードウェアがサーバー ハードウェア プラットフォームの推奨事項を満たしていることを前提としています。
エッジ サーバーのユーザー数を考慮する場合は、このサイトのフロント エンド プールに関連付けられているブランチ オフィスの存続可能ブランチ アプライアンスと存続可能ブランチ サーバーに所属するユーザーを含めます。
注意
エッジ サーバー上の A/V 会議エッジ サービスのパフォーマンスを向上させるには、エッジ サーバー上のネットワーク アダプターで受信側スケーリング (RSS) を有効にする必要があります。 RSS は、着信パケットがサーバーの複数のプロセッサによって平行して処理されるのを可能にします。 詳細については、「Windows Server 2012 の受信側スケーリング (RSS)」をチェック。 RSS を有効にする方法の詳細については、ネットワーク アダプターのドキュメントを参照してください。
ディレクター
注意
拡大されたプールは、このサーバーの役割ではサポートされていません。
ディレクター サーバーロールを展開する場合は、同時にサイトにアクセスする 12,000 人のリモート ユーザーごとに 1 人のディレクターを展開することをお勧めします。 少なくとも、高可用性のために 2 人のディレクターをお勧めします。 これらの推奨事項は、エッジ サーバーのハードウェアがサーバー ハードウェア プラットフォームの推奨事項を満たしていることを前提としています。
ディレクターのユーザー数を考慮する場合は、このサイトのフロント エンド プールに関連付けられているブランチ オフィスの存続可能ブランチ アプライアンスと存続可能ブランチ サーバーに所属するユーザーを含めます。
仲介サーバー
注意
拡大されたプールは、このサーバーの役割ではサポートされていません。
仲介サーバーをフロント エンド サーバーと併置する場合、仲介サーバーはプール内のすべてのフロント エンド サーバーで実行され、プール内のユーザーに十分な容量を提供する必要があります。
スタンドアロン仲介サーバー プールを展開する場合、展開する仲介サーバーの数は、仲介サーバーに使用されるハードウェア、使用している VoIP ユーザーの数、各仲介サーバー プールが制御するゲートウェイ ピアの数、それらのゲートウェイを経由するビジー時間のトラフィック、仲介サーバーをバイパスするメディアによる呼び出しの割合など、さまざまな要因によって異なります。
次の表は、仲介サーバーのハードウェアがサーバー ハードウェア プラットフォーム の要件を満たし、ハイパースレッディングが有効になっていると仮定して、仲介サーバーが処理できる同時呼び出しの数に関するガイドラインを示しています。 仲介サーバーのスケーラビリティの詳細については、「Skype for Business Serverの音声使用量とトラフィックの見積もり」と「Skype for Business Serverの仲介サーバーの展開ガイドライン」を参照してください。
次の表はすべて、「Skype for Business Serverのユーザー モデル」で要約した使用量を前提としています。
スタンドアロン仲介サーバー容量: 70% の内部ユーザー、バイパス以外の呼び出し容量を持つ 30% の外部ユーザー (仲介サーバーによって実行されるメディア トランスコード)
| サーバー ハードウェア | 最大通話数 | T1 回線の最大数 | E1 回線の最大数 |
|---|---|---|---|
| デュアル プロセッサ、6 コア、2.26 GHz ハイパースレッディング CPU (ハイパースレッディング無効)、32 GB メモリ、デュアルポート ネットワーク アダプター カード 1 つ | 1100 | 46 | 35 |
| デュアル プロセッサ、6 コア、2.26 GHz ハイパースレッディング CPU、32 GB メモリ、デュアルポート ネットワーク アダプター カード 1 つ | 1500 | 63 | 47 |
注意
パフォーマンス テストには 32 GB のメモリを持つサーバーが使用されましたが、16 GB のメモリを持つサーバーはスタンドアロン仲介サーバーでサポートされており、この表に示すパフォーマンスを提供するのに十分です。
仲介サーバーの容量 (フロントエンド サーバーと併置された仲介サーバー) 70% の内部ユーザー、30% の外部ユーザー、バイパス以外の呼び出し容量 (仲介サーバーによって実行されるメディア処理)
| サーバー ハードウェア | 最大通話数 |
|---|---|
| デュアル プロセッサ、6 コア、2.26 GHz ハイパースレッディング CPU、32 GB メモリ、1 GB ネットワーク アダプター カード × 2 | 150 |
注意
この数は、スタンドアロン仲介サーバーの数値よりもはるかに小さくなります。 これは、フロントエンド サーバーが、音声通話に必要なトランスコーディングに加えて、そのユーザーが所属する 6600 人のユーザーの他の機能を処理する必要があるためです。
注意
仲介サーバーのパフォーマンスを向上させるには、仲介サーバーのネットワーク アダプターで受信側スケーリング (RSS) を有効にする必要があります。 RSS は、着信パケットがサーバーの複数のプロセッサによって平行して処理されるのを可能にします。 詳細については、「Windows Server 2012 での受信側スケーリング」を参照してください。 RSS を有効にする方法の詳細については、ネットワーク アダプターのドキュメントを参照してください。
バック エンド サーバー
データベース情報の多くは主にフロントエンド サーバーに格納されますが、バックエンド サーバーは、このセクションと サーバー ハードウェア プラットフォームで前述したハードウェアの推奨事項を満たしていることを確認する必要があります。
バックエンド サーバーの高可用性を提供するには、AlwaysOn 可用性グループまたはサーバー ミラーリングをデプロイすることをお勧めします。 詳細については、「Back End Server high availability in Skype for Business Server」を参照してください。
監視およびアーカイブ
監視またはアーカイブを展開する場合、これらのサービスのフロントエンド機能はフロントエンド サーバーで実行され、監視とアーカイブはそれぞれ、バックエンド ストアとは別に独自のデータベース ストアを使用します。 または、Exchange 2013 を展開している場合は、専用 SQL ストアではなく、インスタント メッセージアーカイブ データを Exchange に格納できます。
次の表は、監視およびアーカイブのデータに必要な、ユーザーごとの 1 日あたりのデータベース記憶域 (概算) を示します。
| CDR (監視) | QoE (監視) | アーカイブ | |
|---|---|---|---|
| ユーザーごとに 1 日に必要なディスク容量 | 49 KB | 28 KB | 57 KB |
Microsoft では、パフォーマンス テストの際に、次の表に示すハードウェアを監視およびアーカイブ用のデータベース サーバーとして使用しました。 テストでは、2 つのフロントエンド プールのデータが収集され、それぞれに 80,000 人のユーザーが含まれていました。
監視およびアーカイブのパフォーマンス テストで使用したハードウェア
| ハードウェア コンポーネント | 推奨 |
|---|---|
| CPU | 64 ビット デュアル プロセッサ、6 コア、2.26 GHz 以上 |
| メモリ | 48 ギガバイト (GB) |
| ディスク | 25 個の 10,000 RPM ハード ディスク ドライブ(各ディスクに 300 GB、次の表に構成あり) |
| ネットワーク | 1 Gbps 以上のデュアルポート ネットワーク アダプター 1 つ (2 つを推奨。その場合は 1 つの MAC アドレスと 1 つの IP アドレスのチーミングが必要) |
推奨されるディスク構成
| ドライブ | RAID 構成 | ディスク数 |
|---|---|---|
| CDR、QoE、およびアーカイブ データベースのデータ ファイル (単一のドライブ上) | 1+0 | 16 |
| CDR データベースのログ ファイル | 1 | 2 |
| QoE データベースのログ ファイル | 1 | 2 |
| アーカイブ データベースのログ ファイル | 1 | 2 |
ビデオ相互運用サーバー容量
Video Interop Server をデプロイし、容量を決定する必要がある場合は、同時呼び出しに含まれる Video Teleconferencing Systems (VTC) の最大数を確認します。 たとえば組織に 250 個の VTC があり、自社の組織とユーザー モデルでは同時通話がその 20% 以内と予測される場合、50 個の VTC に基づいて処理能力の計画を立てます。