Skype for Business Serverのユーザー モデル
ここで説明するユーザー モデルは、「Skype for Business Serverの容量計画ユーザー モデルの使用状況」で説明されている容量計画の測定値と推奨事項の基礎を提供します。
ユーザー モデルのSkype for Business Server
次の表では、登録、連絡先、インスタント メッセージング (IM)、およびSkype for Business Serverのプレゼンスのユーザー モデルについて説明します。
環境および登録のユーザー モデル
| カテゴリ | 説明 |
|---|---|
| 展開の規模と分散 |
3 つの中央サイトがあり、サイトごとにフロントエンド プールが 1 つある大規模な展開をモデル化します。 |
| Active Directory ユーザーの割合 |
organization内のすべての Active Directory ユーザーの 70% がSkype for Business Serverに対して有効になっていると仮定します。 有効なユーザーの 80% は、毎日Skype for Business Serverにログオンします (コンカレンシーは 80%)。 この同時ユーザー数は、以降の説明における数値の基盤です。 |
| Active Directory の変更 |
Active Directory では、ユーザー全体の 0.5% が毎週作成され、Skype for Businessに対して有効になっており、ユーザー全体の 0.5% が Active Directory と毎週Skype for Businessから無効になっていると想定しています。 ユーザーの 5% は、毎週少なくとも 1 つの Active Directory 属性を変更しています。 |
| Active Directory 配布グループ |
organization内の Active Directory 配布グループの数は、Active Directory のすべてのユーザーの数の 3 倍であると仮定します。 配布グループのサイズは次のとおりです。 •64%は2〜30人のユーザーを持っています •13%は31〜50人のユーザーを持っています •10%は51〜100人のユーザーを持っています •13%は101〜500人のユーザーを持っています |
| VoIP (ボイス オーバー IP) ユーザー |
Skype for Business Server ユーザーの 60% がユニファイド コミュニケーション (UC) に対して有効になっています (つまり、電話番号はSkype for Business Server所有)。 |
| 登録済みクライアントの配分 |
クライアントの 65% は、Skype for Businessや Lync Phone Edition など、Skype for Businessソフトウェアを実行しています。 以前のバージョンの Lync からクライアント ソフトウェアを実行しているクライアントの 30%。 Skype for Business Web アプリを使用しているクライアントの 5%。 モビリティが有効である場合、ユーザーの 40% が、前述した登録済みの他のクライアント オプションと同時にモビリティを使用していると仮定します。 この場合、クライアントの Multiple Point of Presence (MPOP) 比率が 1:1.9 であるとします。 モビリティを無効にすると、MPOP 比率は 1:1.5 になります。 |
| リモート ユーザーの分散 |
70% のユーザーが内部接続します。 エッジ サーバー経由で接続するユーザーの 30% (必要に応じて、ここでディレクターを持つことができますが、必須ではありません)。 |
| 連絡先の分散 |
ユーザーは最大で 1,000 件の連絡先を登録できます。 1,000 件の連絡先があるユーザーは全体の 1% 未満です。 ユーザーの 25% 未満が 100 件以上の連絡先を登録します。 平均 80 件のユーザーの連絡先がパブリック クラウド接続を利用します。 それらのユーザーの内訳は次のとおりです。 • 50%の接点がorganization内にあります。 それらのユーザーの 10% はリモート ユーザーで、ファイアウォールの外側から接続する。 • 連絡先の 40% は Skype ユーザーです。 • 連絡先の 10% はフェデレーション パートナーからの連絡先です。 平均で 50 件のユーザーの連絡先ではパブリック クラウド接続を利用できません。 それらのユーザーの内訳は次のとおりです。 • 接点の80%がorganization内にあります。 それらのユーザーの 10% はリモート ユーザーで、ファイアウォールの外側から接続する。 • 連絡先の 20% はフェデレーション パートナーからの連絡先です。 各ユーザーの連絡先リストに 1 つの配布グループが含まれます。 パフォーマンス テスト用に、配布グループは常に拡大していると想定します。 |
| セッション時間 |
ユーザー ログオン セッションの平均存続時間は 12 時間です。 すべてのユーザーがセッションの開始から 120 分以内にログオンします。 |
IM とプレゼンスのユーザー モデル
| カテゴリ | 説明 |
|---|---|
| ピアツーピア IM セッション |
各ユーザーの 1 日あたりのピアツーピア IM セッション数の平均は 6。 セッションあたりのインスタント メッセージ数は 10。 各メッセージは、2 つの SIP INFO メッセージと 2 つの SIP 200 OK メッセージで一致します ("<名前> が入力中" などの状態インジケーターの場合) |
| グループ IM セッション |
グループ IM のみのセッションで送信される平均メッセージ数は、ユーザーあたり 5。 AV 会議の IM 部分で送信されるメッセージの平均数は、ユーザーあたり 2。 |
| プレゼンス ポーリング |
全体では、プレゼンス ポーリングの平均数を 1 時間ごとに 1 ユーザーあたり 60 回と想定します。 また、ユーザーごとに次の平均を想定します。 • ユーザーの [organization] タブ (連絡先リストではなく) にユーザーが存在する 1 日あたり 1 回のポーリング。 ユーザーの [organization] タブの連絡先以外の平均数は 15 ユーザーです。 連絡先カードの表示操作回数は 1 日 2 回。 • ユーザーが別のユーザーをクリックして会話を開始するたびに、1 つのプレゼンスポーリングが 1 時間に 1 回で見積もられます。 • 1 時間あたり 6 人のユーザー検索。 検索が実行されるたびに、検索結果一覧のすべてのユーザーに対してバッチ ポーリングが送信されます。 検索結果の平均サイズは 20 であると仮定します。 検索結果が画面に表示され続けた場合、バッチ ポーリングは 5 分ごとに更新されます。このような更新は 1 時間に 2 回行われると想定しています。 • ユーザーが Outlook で電子メールを開いたりプレビューしたりすると、メールの [宛先] フィールドと [CC] フィールドにユーザーが存在するかどうかのポーリングが行われ、1 時間あたり 5 件のメールと 1 回あたり 4 人のユーザーが推定されます。 |
| プレゼンス サブスクリプション |
ユーザーが別のユーザーを連絡先として追加するとき、最初のユーザーは 2 番目のユーザーに関する 5 つのカテゴリの情報にサブスクライブします。 これらのカテゴリの更新情報は、最初のユーザーに自動的に送信されます。 クライアントごとに 1 つのバッチ サブスクリプション要求が送信され、平均で 40 件の連絡先のプレゼンスが取得されます。さらに、フェデレーションの連絡先のプレゼンスを取得するために、追加の 40 件のダイアログが送信されます。 展開された配布グループのメンバーのプレゼンスは、ポーリングではなく永続的なプレゼンス サブスクリプションによって検索され、2 時間ごとにユーザーあたり 1 回の展開としてモデル化されます。 短いサブスクリプションは、ユーザーがログインしたときに発生し、すべてのユーザーの連絡先に対してバッチ サブスクリプションが存在し、ユーザーはすぐにログオフします。 1 時間ごとに 1 ユーザーあたり 6 回の短期サブスクリプションが発生し、個々のサブスクリプションは 10 分間継続すると想定します。 |
| プレゼンス公開 |
プレゼンス状態は平均で 1 時間ごとに 1 ユーザーあたり 4 回公開され、最大数は 1 時間ごとに 1 ユーザーあたり 6 回です。 |
| プレゼンス ドキュメント サイズ |
完全なプレゼンス ドキュメントの平均サイズは 4K、最大で 25K と想定します。 |
次の表に、アドレス帳使用量のユーザー モデルを示します。
アドレス帳使用量のユーザー モデル
| アドレス帳検索モード | 使用方法 |
|---|---|
| アドレス帳 Web クエリのみ (すべてのクエリはアドレス帳 Web クエリ サービスで実行) |
プレフィックス クエリは、1 日あたりユーザーごとに 4 回。 完全一致クエリは、1 日あたりユーザーごとに 60 回。 それらの 40% はバッチ処理され、クエリあたりの平均連絡先は 20 件です。 クエリの残りの 60% は、連絡先が 1 つの場合です。 写真クエリは、1 日あたりユーザーごとに 25 回。 24 回は 1 枚の写真の場合、もう 1 回は平均連絡先数が 20 件のバッチ クエリです。 組織全体の検索クエリは、1 日あたりユーザーごとに 1 回。 |
| 混合型モード、アドレス帳ファイル クエリと Web クエリの両方を使用する。 既定のモード。 |
写真クエリと全体的な組織検索クエリの 2 つのタイプのクエリだけをネットワークに向けて送信する。 写真クエリは、1 日あたりユーザーごとに 25 回。 24 回は 1 枚の写真の場合、もう 1 回は平均連絡先数が 20 件のバッチ クエリです。 組織全体の検索クエリは、1 日あたりユーザーごとに 1 回。 |
次の表で電話会議モデルについて説明します。
電話会議モデル
| カテゴリ | 説明 |
|---|---|
| 予定されたミーティングと今すぐミーティング |
60% が予約され、40% が予約なし。 予定されたミーティングのうち、80% は割り当て済みの電話会議 (定期的な電話会議の各回)、10% は 1 回限りの公開されたミーティング、8% は 1 回限りの匿名のミーティング、2% は 1 回限りの非公開ミーティングと想定します。 |
| 電話会議クライアントの配分 |
予定されたミーティングの場合: • 会議ユーザーの 65% が 2016 年Skype for Businessを使用しています。 • 会議ユーザーの 5% がSkype for Business Web アプリを使用しています。 • 会議ユーザーの 30% が、Lync 2013 や Microsoft Lync 2010 など、以前のクライアントを使用しています。 予約されていないミーティングの場合: • 会議ユーザーの 70% がSkype for Businessを使用します。 • 会議ユーザーの 30% が、Lync 2013 や Microsoft Lync 2010 など、以前のクライアントを使用しています。 |
| ミーティングの同時開催 |
ユーザーの 5% が勤務時間中に会議に出席。 したがって、80,000 ユーザー プールでは、最大で 4,000 人のユーザーが任意の時刻に同時に会議に出席することが可能です。 |
| ミーティング オーディオの配分 |
混合型 VoIP オーディオおよびダイヤルイン電話会議が 40%、ダイヤルイン ユーザーに対する VoIP ユーザーの比率は 3 : 1。 VoIP オーディオのみが 35%。 ダイヤルイン電話会議オーディオのみが 15%。 オーディオなしが 10% (IM のみの電話会議、送信される平均メッセージ数がユーザーあたり 5 件)。 |
| 会議でのメディア混合 |
電話会議の 75% が Web 会議であり、オーディオと他のいくつかのコラボレーション モダリティが含まれる。 これらの電話会議の場合、その他のコラボレーション方法は以下のとおりです。 メモ： 1 つの会議で複数のコラボレーション方法を使用できるため、これらの数値は最大 100% を超えます。 •50%は、アプリケーション共有を追加します。 ピーク時には 1 人のユーザーが 1 秒あたり 1.1 MB のデータを送信する。 •50%はインスタントメッセージングを追加します(ユーザーあたり平均2メッセージ)。 •20%は、PowerPointまたはホワイトボードを含むデータコラボレーションを追加しますこれらの中で、平均PowerPointファイルサイズは10 MB(埋め込みビデオなし)または30 MB(埋め込みビデオあり)の平均PowerPointファイルが会議ごとに提示されます。 ホワイトボードあたり平均 20 注釈。 •20%ビデオを追加します。 これらのユーザーのうち、70% はマルチビュー ビデオが有効な会議に参加し、各ユーザーが 2 ～ 3 個のビデオ ストリームを受け取る。 •15%共有ノートを追加します。 |
| ミーティング参加者の分散 |
50% が内部の認証されたユーザー。 25% がリモート アクセスの認証されたユーザー。 15% が匿名ユーザー。 10% がフェデレーション ユーザー。 |
| ミーティング参加の配分 |
ユーザーは最初の 5 分以内にミーティングに参加するものとしてシミュレートされます。 |
通常のフロントエンド プールでは、Skype for Business Serverでサポートされている最大会議サイズは 250 ユーザーです。 各プールは、250 ユーザーのミーティングを一度に 1 つホストできます。 この大規模なミーティングが行われている間に、プールでは別の小規模な電話会議もホストできます。 さらに、ミーティングをホストするための専用プールをセットアップすることで、最大 1000 ユーザーのミーティングをサポートできます。 詳細については、「Skype for Business Serverで大規模な会議を計画する」を参照してください。
電話会議は次のようにシミュレートされました。
電話会議の 85% は参加者が 4 人。
電話会議の 10% は参加者が 6 人。
電話会議の 5% は参加者が 11 人。
250 ユーザーの大規模な電話会議が 1 回。
次の表に、ダイヤルイン ユーザーが関係する電話会議のユーザー モデルについての詳細を示します。
ダイヤルイン会議のユーザー モデル
| カテゴリ | 説明 |
|---|---|
| 認証済み/匿名 |
発信者の 70% は匿名で参加し、記録された名前の入力を求められる。 30% は認証されたユーザーとして参加する。 |
| 通話時間と保留音 |
保留音なしでの平均通話時間: 50 秒です。 コールイン ユーザーの 50% が平均で 5 分間保留音を聞く。 |
| デュアルトーン多重周波数 (DTMF) |
ダイヤルインのみの電話会議の 15% に電話会議の主催者がいる。 ダイヤルイン ユーザーを含む混合型電話会議の 10% にも電話会議の主催者がいる。 電話会議の主催者の 20% が電話会議あたり 2 つの DTMF コマンドを使用する。 |
| アナウンスの言語 |
シミュレーションでは、アナウンスの言語として英語を使用します。 |
次の表に、電話会議ロビーのユーザー モデルについての詳細を示します。
電話会議ロビーのユーザー モデル
| カテゴリ | 説明 |
|---|---|
| ロビー内のユーザー数 |
ダイヤルイン ユーザーの 5% がロビーを通過し、他のユーザーの 25% がロビーを通過します。 |
| ロビーからの承認 |
シミュレーションでは、すべてのユーザーがクライアントのタイムアウト前に発表者によって承認されました。 |
次の表に、他のピアツーピア セッションのユーザー モデルを示します。
ピアツーピア セッションのユーザー モデル
| カテゴリ | 説明 |
|---|---|
| アプリケーション共有 |
各ユーザーが 1 か月あたり 5 つのピアツーピア アプリケーション共有セッション (1 日あたりの平均は 0.25 セッション) に参加します。 |
| ファイル転送 |
各ユーザーが (IM セッションの一部として) 1 月あたり 1 つのピアツーピア ファイル転送セッション (1 日あたりの平均は 0.05 セッション) に参加します。 転送される平均的なセッション ファイル サイズは 1 MB です。 |
次の表に、ポリシーのユーザー モデルを示します。
ポリシー ユーザー モデル
| カテゴリ | 説明 |
|---|---|
| 電話会議、プレゼンス、およびアーカイブのポリシー |
1 個のグローバル ポリシー、10 個のタグ電話会議ポリシー、4 個のアーカイブ ポリシー、および 10 個のタグ プレゼンス ポリシーがあると想定します。 |
| 音声ポリシー |
サイトごとに 1 個のグローバル ポリシーと 2 個のタグ ポリシーがあると想定します。 サイトの 100% にサイト ポリシーがあり、ユーザーの 30% にユーザー単位のポリシーが割り当てられています。 サイトごとに 1 個のダイヤル プランおよび 2 個のルートがあると想定します。 |
最繁時
ピアツーピア セッションの場合、ピーク負荷は最繁時呼数 (BHCA) を使用して計算します。 この音声業界用語では、1 日のすべての通話の 50% が 20% の時間で完了すると想定しています。 以下の式を使用して計算します。
BHCA=(total calls * 0.5) / 1.6
パフォーマンス テストでは、最低でも 1 日あたり 1.6 時間、VoIP セッションと他のピアツーピア セッションを最繁時負荷で実行することによって、最繁時のシミュレーションを行いました。
電話会議のピーク負荷では、1 日 (8 時間) のすべての電話会議の 75% がピーク時の 4 時間で行われると想定しています。 それらのピーク時の負荷は、平均電話会議負荷の 1.5 倍です。
PSTN 通話へのエンタープライズ VoIP
エンタープライズ VoIP呼び出しには、次の前提条件が適用されます。
ユーザーの 60% がエンタープライズ VoIPに対して有効になっており、これらのユーザーの 60% が PSTN 通話に対して有効になっています。
PSTN 通話が有効になっているユーザーはそれぞれ、混雑時に 4 回の PSTN 通話を行う。 各通話の通話時間は 3 分。
これらの PSTN 音声通話の 65% でメディア バイパスが使用される。
モビリティ
登録ユーザーの 40% がモビリティに対して有効になっていると見なされます。 モビリティが有効になっている各ユーザーについて、モバイル クライアントのアクティビティは、会議の相互作用を除き、そのユーザーの他の MPOP インスタンスのアクティビティに加え、モビリティ クライアントが会議に参加するために使用できる別のクライアントの種類であると想定します。
常設チャット
登録ユーザーの 25% は常設チャット セッションに参加し、次のような特性を持つと想定します。
ユーザーあたり平均 1.5 のチャット ルーム
各チャット ルームでは 1 時間ごとに 12 回のポーリング要求が行われ、それぞれ平均で 10 ユーザーを対象とする
応答グループとコール パーク
登録ユーザーの 0.15% が応答グループに属していると想定します。 また、登録ユーザーの 0.02% が任意の時点でコール パークを使用すると想定します。