Lync Server 2013 のユーザー モデル
トピックの最終更新日: 2013-10-07
ここで説明するユーザー モデルは、 ユーザー モデルを使用した Lync Server 2013 の容量計画で説明されている容量計画の測定値と推奨事項の基礎を提供します。
Lync Server 2013 ユーザー モデル
次の表では、Lync Server 2013 の登録、連絡先、インスタント メッセージング (IM)、プレゼンスのユーザー モデルについて説明します。
環境および登録のユーザー モデル
| カテゴリ | 説明 |
|---|---|
展開の規模と分散 |
3 つの中央サイトがあり、サイトごとにフロントエンド プールが 1 つある大規模な展開をモデル化します。 |
Active Directory ユーザーの割合 |
組織内のすべての Active Directory ユーザーの 70% が Lync Server に対して有効になっていると想定しています。 有効になっているユーザーの 80% は、毎日 Lync Server にログオンします (コンカレンシーは 80% です)。 この同時ユーザー数は、以降の説明における数値の基盤です。 |
Active Directory の変更 |
Active Directory では、0.5% のユーザーが毎週作成され、Lync に対して有効になっており、Active Directory と Lync から毎週、合計ユーザーの 0.5% が無効になっていると想定しています。 5% のユーザーが、毎週少なくとも 1 つの Active Directory 属性を変更しています。 |
Active Directory 配布グループ |
組織内の Active Directory 配布グループの数は、Active Directory 内のすべてのユーザーの数の 3 倍であると想定しています。 配布グループのサイズは次のとおりです。
|
VoIP (ボイス オーバー IP) ユーザー |
Lync Server ユーザーの 60% がユニファイド コミュニケーション (UC) を有効にしています (つまり、電話番号は Lync Server によって所有されます)。 |
登録済みクライアントの配分 |
クライアントの 65% が Lync 2013 ソフトウェア (Lync や Lync Phone Edition など) を実行しています。 以前のバージョンの Lync からクライアント ソフトウェアを実行しているクライアントの 30%。 Lync Web App を使用しているクライアントの 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 件のユーザーの連絡先ではパブリック クラウド接続を利用できません。 それらのユーザーの内訳は次のとおりです。
ユーザーの連絡先の 25% が XMPP を使用しています。 |
セッション時間 |
ユーザー ログオン セッションの平均存続時間は 12 時間です。 すべてのユーザーがセッションの開始から 120 分以内にログオンします。 |
IM とプレゼンスのユーザー モデル
| カテゴリ | 説明 |
|---|---|
ピアツーピア IM セッション |
各ユーザーの 1 日あたりのピアツーピア IM セッション数の平均は 6。 セッションあたりのインスタント メッセージ数は 10。 各メッセージは、2 つの SIP INFO メッセージと 2 つの SIP 200 OK メッセージによって一致します ("<名前> が入力中" などの状態インジケーターの場合) |
プレゼンス ポーリング |
全体では、プレゼンス ポーリングの平均数を 1 時間ごとに 1 ユーザーあたり 60 回と想定します。 また、ユーザーごとに次の平均を想定します。
|
プレゼンス サブスクリプション |
ユーザーが別のユーザーを連絡先として追加するとき、最初のユーザーは 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 回限りの非公開会議です。 |
電話会議クライアントの配分 |
予定されたミーティングの場合:
予約されていないミーティングの場合:
|
ミーティングの同時開催 |
ユーザーの 5% が勤務時間中に会議に出席。 したがって、80,000 ユーザー プールでは、最大で 4,000 人のユーザーが任意の時刻に同時に会議に出席することが可能です。 |
ミーティング オーディオの配分 |
混合型 VoIP オーディオおよびダイヤルイン電話会議が 40%、ダイヤルイン ユーザーに対する VoIP ユーザーの比率は 3 : 1。 VoIP オーディオのみが 35%。 ダイヤルイン電話会議オーディオのみが 15%。 オーディオなしが 10% (IM のみの電話会議、送信される平均メッセージ数がユーザーあたり 5 件)。 |
会議でのメディア混合 |
電話会議の 75% が Web 会議であり、オーディオと他のいくつかのコラボレーション モダリティが含まれる。 これらの電話会議の場合、その他のコラボレーション方法は以下のとおりです。 注意 これらの数字は、1 つの電話会議で複数のコラボレーション方法を使用できるため、合計すると 100% 以上になります。
|
ミーティング参加者の分散 |
50% が内部の認証されたユーザー。 25% がリモート アクセスの認証されたユーザー。 15% が匿名ユーザー。 10% がフェデレーション ユーザー。 |
ミーティング参加の配分 |
ユーザーは最初の 5 分以内にミーティングに参加するものとしてシミュレートされます。 |
通常のフロント エンド プールでは、Lync Server 2013 でサポートされる会議の最大サイズは 250 ユーザーです。 各プールは、250 ユーザーのミーティングを一度に 1 つホストできます。 この大規模なミーティングが行われている間に、プールでは別の小規模な電話会議もホストできます。 さらに、ミーティングをホストするための専用プールをセットアップすることで、最大 1000 ユーザーのミーティングをサポートできます。 詳細については、「 Lync Server 2013 での大規模な会議のサポート」を参照してください。
電話会議は次のようにシミュレートされました。
電話会議の 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呼び出しには、次の前提条件が適用されます。
ユーザーの 50% がエンタープライズ VoIPに対して有効になっており、これらのユーザーの 60% が PSTN 通話に対して有効になっています。
PSTN 通話が有効になっているユーザーはそれぞれ、混雑時に 4 回の PSTN 通話を行う。 各通話の通話時間は 3 分。
これらの PSTN 音声通話の 65% でメディア バイパスが使用される。
モビリティ
登録済みユーザーの 40% がモビリティが有効になっていると見なされます。 モビリティが有効になっているユーザーごとに、モバイル クライアントのアクティビティは、会議の対話を除き、そのユーザーの他の MPOP インスタンスのアクティビティに加え、モビリティ クライアントは会議に参加するために使用できる別のクライアント タイプであると想定します。
常設チャット
登録ユーザーの 25% は常設チャット セッションに参加し、次のような特性を持つと想定します。
ユーザーあたり平均 1.5 のチャット ルーム
各チャット ルームでは 1 時間ごとに 12 回のポーリング要求が行われ、それぞれ平均で 10 ユーザーを対象とする
応答グループとコール パーク
登録ユーザーの 0.15% が応答グループに属していると想定します。 また、登録ユーザーの 0.02% が任意の時点でコール パークを使用すると想定します。