28
Cybozu SP Apps 2010 パフォーマンス検証 第一版 サイボウズ株式会社 2012 年 4 月 27 日

Cybozu SP Apps 2010 パフォーマンス検証 - …...2010 をインストールすると、残りのWeb サーバーにも自動的にソリューションが展開されます。

  • Upload
    others

  • View
    2

  • Download
    0

Embed Size (px)

Citation preview

Cybozu SP Apps 2010 パフォーマンス検証

第一版

サイボウズ株式会社

2012 年 4 月 27 日

2

ご利用上の注意

このドキュメントに記載されている情報 (URL 等のインターネット Web サイトに関する情報を含む) は、将来予告なしに変

更することがあります。別途記載されていない場合、このソフトウェアおよび関連するドキュメントで使用している会社、組織、

製品、ドメイン名、電子メール アドレス、ロゴ、人物、場所、出来事などの名称は架空のものです。実在する名称とは一切

関係ありません。お客様は、本ドキュメントを修正、改変することはできません。お客様ご自身の責任において、適用される

すべての著作権関連法規に従ったご使用を願います。サイボウズは、このドキュメントに記載されている内容に関し、特許、

特許申請、商標、著作権、またはその他の無体財産権を有する場合があります。別途サイボウズのライセンス契約上に明

示の規定のない限り、このドキュメントはこれらの特許、商標、著作権、またはその他の無体財産権に関する権利をお客様

に許諾するものではありません。

3

はじめに

本ホワイトペーパーは、大規模ユーザー企業における Cybozu SP Apps 2010 利用がピーク時のパフォーマンスを検証することを

目的としています。

本ホワイトペーパーでは、Cybozu SP Apps 2010 について次の 2 点を確認することを目的としています。

- 限界利用ユーザー数

- 限界時に消費しているサーバーリソース

本ホワイトペーパーに記載されている内容は、サイボウズ社内にて実施した検証結果に基づくものであり、実運用環境下でのパフ

ォーマンスを保証するものではありません。予めご了承ください。

本ホワイトペーパーは、Cybozu SP Apps 2010 の新規展開を計画している IT 担当者を対象としています。

Cybozu SP Apps 2010 の製品情報に関しては 弊社製品サイトを参照してください。

Cybozu SP Apps 2010

<http://spapps.cybozu.com/jp/>

4

変更履歴

バージョン リリース時期 変更内容

Version 1.0 2012 年 4 月 初版リリース

5

目次

Cybozu SP Apps 2010 パフォーマンス検証 ........................................................................................................................1

はじめに ....................................................................................................................................................................................................................... 3

変更履歴 ................................................................................................................................................................................................................... 4

目次 ............................................................................................................................................................................................................................ 5

第 1 章 検証環境 .............................................................................................................................................................6

1.1 Microsoft SharePoint Server 2010 環境 ....................................................................................................................................... 7

1.2 Cybozu SP Apps 2010 環境 ............................................................................................................................................................... 8

1.3 Cybozu Scale Bench 環境 .................................................................................................................................................................... 8

第 2 章 事前準備 .......................................................................................................................................................... 10

2.1 Active Directory 登録ユーザー .......................................................................................................................................................... 11

2.2 Microsoft SharePoint Server 2010 サイト構成 ........................................................................................................................... 11

2.3 テスト結果 ................................................................................................................................................................................................. 12

2.4 Cybozu SP Apps 2010 検証データ用意 ......................................................................................................................................... 15

第 3 章 検証シナリオ ...................................................................................................................................................... 17

3.1 負荷テストのシナリオ ................................................................................................................................................................................ 18

第 4 章 検証結果 .......................................................................................................................................................... 19

4.1 Cybozu Scale Bench の結果 ............................................................................................................................................................. 20

4.2 サーバーリソースの分析 ........................................................................................................................................................................... 20

4.3 まとめ ........................................................................................................................................................................................................... 27

4.4 考察 ............................................................................................................................................................................................................ 28

6

第1章 検証環境

7

1.1 Microsoft SharePoint Server 2010 環境

本検証で構築した検証環境は、物理サーバーと仮想サーバーで構成される「Microsoft SharePoint Server 2010 環境」です。

本検証で使用する Microsoft SharePoint Server 2010 のシステム要件の詳細情報は以下を参照してください。

ハードウェア要件およびソフトウェア要件 (SharePoint Server 2010)

<http://technet.microsoft.com/ja-jp/library/cc262485.aspx>

Microsoft SharePoint Server 2010 環境は Active Directory が 1 台、Microsoft SQL Server 2008 R2 が 1 台、

Microsoft SharePoint Server 2010 が 3 台の合計 5 台で構成しており、そのうち Active Directory のみを仮想サーバーで

構成しています。

Microsoft SharePoint Server 2010 環境の各サーバーのハードウェアは最小システム要件で構成し、ソフトウェアはすべて 64

bit 版にて構成しています。以下に Microsoft SharePoint Server 2010 環境の構成表を示します。

表 1-1 Microsoft SharePoint Server 2010 環境 構成表

サーバー名 物理環境 / 仮想環境 ハードウェア ソフトウェア

AD 仮想環境 Xeon 2.27 GHz (4 プロセッサ)

8.0 GB RAM Windows Server 2008 R2 Enterprise

SQL 物理環境 Xeon 2.00 GHz (2 プロセッサ)

8.0 GB RAM

Windows Server 2008 R2 Enterprise

Microsoft SQL Server 2008 R2

SharePoint01 物理環境 Xeon 2.00 GHz (2 プロセッサ)

8.0 GB RAM

Windows Server 2008 R2 Enterprise

Microsoft SharePoint Server 2010

SharePoint02 物理環境 Xeon 2.00 GHz (2 プロセッサ)

8.0 GB RAM

Windows Server 2008 R2 Enterprise

Microsoft SharePoint Server 2010

SharePoint03 物理環境 Xeon 2.00 GHz (2 プロセッサ)

8.0 GB RAM

Windows Server 2008 R2 Enterprise

Microsoft SharePoint Server 2010

Active Directory のフォレストの機能レベルならびにドメインの機能レベルは「Windows Server 2008 R2」で構成します。

Microsoft SharePoint Server 2010 環境の全サーバーは Active Directory のドメインに参加させます。

Microsoft SQL Server 2008 R2 には Microsoft SharePoint Server 2010 の構成データベースやコンテンツ データベースなど、

すべてのデータベースが格納されます。Microsoft SharePoint Server 2010 は 3 台を Network Load Balancing (NLB) で負

荷分散した Web サーバーとして構成し、1 つのポータル サイトをホストします。Web サーバーは HTTP リクエストに応じてコンテ

ンツを提供する Web サーバーです。

Network Load Balancing (NLB) で負荷分散を行う Webサーバーの SharePoint01, SharePoint02 および SharePoint03 は

クラスターを構成します。また、検証時にクライアントからのアクセス元が同一 IP となるため、3 台の Web サーバーへ均等に分散

されるようにするにはアフィニティは「なし」で構成します。Network Load Balancing (NLB) の設定の詳細情報は以下を参照して

ください。

ネットワーク負荷分散マネージャーのプロパティ

<http://technet.microsoft.com/ja-jp/library/cc771709(v=ws.10).aspx>

また、クラスター操作モードをユニキャストとした場合にフラッディングの危険性があるため、クラスター操作モードをマルチキャストとし、

スイッチにもマルチキャストに対応したものを利用しています。以下に Network Load Balancing (NLB) の設定パラメーターの表を

示します。

8

表 1-2 Network Load Balancing (NLB) 設定パラメーター

設定プロパティ 設定項目 設定値

クラスター パラメーター クラスター操作モード マルチキャスト

ポートの規制の追加と編集

ポートの範囲 0 – 65535

プロトコル TCP

フィルターのモード 複数ホスト

アフィニティ なし

1.2 Cybozu SP Apps 2010 環境 測定対象の Cybozu SP Apps 2010 は SharePoint のアドオンとして、Web アプリケーション単位でインストールして利用します。

Microsoft SharePoint Server 2010 を構成する、いずれかのフロントエンド Web サーバーに、ログインし、Cybozu SP Apps

2010 をインストールすると、残りの Web サーバーにも自動的にソリューションが展開されます。

本検証で使用する Cybozu SP Apps 2010 のバージョンは、1.1.0 を利用します。

Cybozu SP Apps 2010 の動作環境は、SharePoint Server 2010 に準拠します。SharePoint Server 2010 の動作環境につ

いては、マイクロソフト社の Web サイトを参照してください。

ハードウェア要件およびソフトウェア要件(SharePoint Server 2010)

<http://technet.microsoft.com/ja-jp/library/cc262485.aspx>

ブラウザーサポートを計画する(SharePoint Foundation 2010)

<http://technet.microsoft.com/ja-jp/library/cc288142.aspx>

1.3 Cybozu Scale Bench 環境 負荷テストの実施には、Java 負荷テスト用のオープンソースソフトである「The Grinder」をベースに、サイボウズ製品の性能検証

を実施する目的で最適化した Cybozu Scale Bench を利用します。Cybozu Scale Benchはテスト実行時に Cybozu SP Apps

2010へ実行するシナリオのタスク情報を送信し負荷をかけます。検証結果は「ScaleBench」のレポート機能にて、CSV ファイルの

形式で出力され、応答状況などをグラフで確認することもできます。

Cybozu Scale Bench の詳細については、以下を参照してください。

< http://g.cybozu.co.jp/construction/topics01.html>

本検証で使用する Cybozu SP Apps 2010 のバージョンは、1.1.0 を利用します。以下に Cybozu Scale Bench 環境の構成

表を示します。

表 1-3 Cybozu Scale Bench 環境 構成表

サーバー名 ハードウェア ソフトウェア

Client01 Core i7-860 2.80 GHz (2 プロセッサ)

6 GB RAM Cent OS release 5.4

Cybozu Scale Bench の設定で利用する文言について説明します。

9

仮想ユーザー

シナリオを実行するユーザーを仮想ユーザー(VU: Virtual User)と定義します。本検証では、全ユーザーが常に SP Apps を利用

していると想定するのは現実的ではないため、ユーザーの 50%が 1 分間に 1 度タスク情報を送信するものとします。本検証では、

シナリオを実行する仮想ユーザー数を 7 秒毎に 4VU増加する設定とています。その際の各機能の平均応答秒数が 7 秒以内で

あることを適正な負荷状況と定義しています。例えば、各機能の平均応答秒数が 7 秒を超える時点の仮想ユーザーが 500 の

時、限界利用ユーザー数は 1,000 人となります。

思考遅延時間

1分間に 1アクセスという状況を再現するため、各シナリオにおけるユーザーの思考時間 (タスク情報を送信しない時間) を 60秒

とします。この時間を思考遅延時間と定義します。 ランダム性を持たせるために、各仮想ユーザーは 60 ± 30 秒 ( 30 秒 ~ 90

秒 ) の間で次のタスク情報を送信します。

以下に検証シナリオの実行の際のパラメーターの表を示します。

表 1-4 Cybozu Scale Bench 設定パラメーター

設定プロパティ 設定項目 設定値

grinder.properties grinder.threads (Agent あたりの仮想ユーザー数) 1,000 VU

grinder.duration (性能検証の継続時間) 2,400,000 msec

scalebench.properties

scalebench.wait_mean (思考遅延時間の平均) 60,000 msec

scalebench.wait_range (思考遅延時間の偏差) 30,000 msec

scalebench.peak_at (継続時間の何割で VU 数が最大となるか) 0.8

10

第2章 事前準備

11

2.1 Active Directory 登録ユーザー

本検証で使用する user1 から user1000 の全 1,000 のユーザーアカウントを Active Directory に登録します。

ユーザーアカウントは、仮想ユーザー数の上限として 1,000 のユーザーアカウントを登録します。また、本検証では組織情報を利

用していないため、SharePoint のグループやセキュリティグループは作成しません。

2.2 Microsoft SharePoint Server 2010 サイト構成

ポータル サイトはトップ サイトと 10 個の部署サイトと 50 個のプロジェクトサイトで構成しています。各サイトには SP スケジュー

ラーと SP ディスカッションの 2 つのリストが配置されています。以下にポータル サイトのサイト マップ図を示します。

図 2-1 ポータル サイトのサイト マップ

トップ サイト

部署サイト × 10

プロジェクトサイト × 50

12

2.3 テスト結果

負荷検証を行う前にテストとして、Microsoft SharePoint Server 2010 標準のカレンダー・ディスカッションボード、Cybozu SP

Apps 2010 で、いずれもデータを投入していない状態でシナリオを実行し、サーバー構成が妥当か確認します。

Microsoft SharePoint Server 2010 標準のカレンダー・ディスカッションボード

以下にユーザー ロード数の推移の図を示します。

図 2-2 ユーザーロード数の推移

すべてのユーザーで平均応答時間 7 秒を下回る状態となりました。検証シナリオは SharePoint カレンダーとディスカッションボード

の閲覧のみを行う「参照テスト」、新規追加のみを行う「新規追加テスト」の 2 つのシナリオを同時に実行しました。仮想ユーザー

数は一定時間毎に増加しますが、各シナリオの実行比率は一定としています。以下に、各シナリオの内容を示します。

13

表 2-1 シナリオの詳細

シナリオ名 内容 実行比率

参照テスト 1. ログイン

2. サイトのトップ画面へ移動

3. ディスカッションボードのトップ画面へ移動

4. 表示された一覧からランダムに 1 つを選択

5. ディスカッションボードのトップ画面へ移動

6. 表示された一覧からランダムに 1 つを選択

7. カレンダーのトップ画面へ移動

8. 表示された一覧からランダムに 1 つを選択

9. ログアウト

72%

新規追加テスト 1. ログイン

2. サイトのトップ画面へ移動

3. ディスカッションボードのトップ画面へ移動

4. ディスカッションの新規追加画面へ移動

5. ディスカッションを追加

6. ディスカッションボードのトップ画面へ移動

7. ディスカッションの新規追加画面へ移動

8. ディスカッションを追加

9. カレンダーのトップ画面へ移動

10. カレンダーの新規追加画面へ移動

11. カレンダーを追加

12. ログアウト

28%

Cybozu SP Apps 2010 データなし

以下にユーザー ロード数の推移の図を示します。

14

図 2-3 ユーザーロード数の推移

すべてのユーザーで平均応答時間 7 秒を下回る状態となりました。検証シナリオは、比較のため Microsoft SharePoint Server

2010 標準のカレンダー・ディスカッションボードのシナリオを Cybozu SP Apps 2010 のスケジューラー・ディスカッションに変更したも

のを実行しました。以下に、各シナリオの内容を示します。

15

表 2-2 シナリオの詳細

シナリオ名 内容 実行比率

参照テスト 1. ログイン

2. サイトのトップ画面へ移動

3. ディスカッションのトップ画面へ移動

4. 表示された一覧からランダムに 1 つを選択

5. ディスカッションのトップ画面へ移動

6. 表示された一覧からランダムに 1 つを選択

7. スケジューラーのトップ画面へ移動

8. 表示された一覧からランダムに 1 つを選択

9. ログアウト

72%

新規追加テスト 1. ログイン

2. サイトのトップ画面へ移動

3. ディスカッションのトップ画面へ移動

4. ディスカッションの新規追加画面へ移動

5. ディスカッションを追加

6. ディスカッションのトップ画面へ移動

7. ディスカッションの新規追加画面へ移動

8. ディスカッションを追加

9. スケジューラーのトップ画面へ移動

10. スケジューラーの新規追加画面へ移動

11. スケジュールを追加

12. ログアウト

28%

2.4 Cybozu SP Apps 2010 検証データ用意 本検証で使用する Cybozu SP Apps 2010 のアプリケーションデータは、サイボウズ独自のデータ作成ツールを利用して自動的

に作成しています。データは「3.1 負荷テストの実施手順 」のシナリオで 1 年間 1,000 ユーザーが利用した想定で作成していま

す。

各サイトへの仮想ユーザーのアクセス数は、部署サイトとプロジェクトサイトで異なります。1,000 ユーザーのうち半分の 500 ユーザ

ーを 50 ユーザーずつのグループに分け 10 個の部署サイト、残りの 500 ユーザーを 10 ユーザーずつのグループに分け 50 個のプ

ロジェクトサイトにアクセスしていることを想定しています。

以下に作成したアプリケーションデータ数の一覧を示します。

16

表 2-3 アプリケーションデータ数の一覧

合計の仮想ユーザー数 1000

部署サイト サイト数 10

1 サイトあたりの仮想ユーザー数 50

SP ディスカッションのアイテム数 DiscussionDiscussionAll 32914

DiscussionTerm 1000

DiscussionDiscussionPart0 32914

DiscussionComment1 26575

The number of CommentList 32914

SP スケジューラーのアイテム数 SchedulerAll 16457

SchedulerCalendar 0

SchedulerComment 13292

SchedulerConfig 0

SchedulerPart0 16457

プロジェクトサイト サイト数 50

1 サイトあたりの仮想ユーザー数 10

SP ディスカッションのアイテム数 DiscussionDiscussionAll 6583

DiscussionTerm 1000

DiscussionDiscussionPart0 6583

DiscussionComment1 2658

The number of CommentList 6583

SP スケジューラーのアイテム数 SchedulerAll 3291

SchedulerCalendar 0

SchedulerComment 2658

SchedulerConfig 0

SchedulerPart0 3291

17

第3章 検証シナリオ

18

3.1 負荷テストのシナリオ

本検証の負荷テストでは、SP スケジューラーと SP ディスカッションの閲覧のみを行う「参照テスト」、新規追加のみを行う「新規

追加テスト」と既にあるリストにコメントを付与して更新する「更新テスト」の 3 つのシナリオを同時に実行します。仮想ユーザー数

は一定時間毎に増加しますが、各シナリオの実行比率は一定としています。

以下に、各シナリオの内容を示します。

表 3-1 シナリオの詳細

シナリオ名 内容 実行比率

参照テスト 1. ログイン

2. サイトのトップ画面へ移動

3. ディスカッションのトップ画面へ移動

4. ディスカッションのタグをクリック

5. 表示された一覧からランダムに 1 つを選択

6. ディスカッションのトップ画面へ移動

7. ディスカッションのタグをクリック

8. 表示された一覧からランダムに 1 つを選択

9. サイトのトップ画面へ移動

10. スケジューラーのトップ画面へ移動

11. 2012 年 12 月 12 日の週ビューを表示

12. 表示された一覧からランダムに 1 つを選択

13. ログアウト

72%

新規追加テスト 1. ログイン

2. サイトのトップ画面へ移動

3. ディスカッションのトップ画面へ移動

4. ディスカッションの新規追加画面へ移動

5. ディスカッションを追加

6. ディスカッションのトップ画面へ移動

7. ディスカッションの新規追加画面へ移動

8. ディスカッションを追加

9. スケジューラーのトップ画面へ移動

10. スケジューラーの新規追加画面へ移動

11. スケジュールを追加

12. ログアウト

16%

更新テスト 1. ログイン

2. サイトのトップ画面へ移動

3. ディスカッションのトップ画面へ移動

4. ディスカッションのタグをクリック

5. 表示された一覧からランダムに 1 つを選択

6. 選択したディスカッションにコメントを書き込む

7. ディスカッションのトップ画面へ移動

8. ディスカッションのタグをクリック

9. 表示された一覧からランダムに 1 つを選択

10. 選択したディスカッションにコメントを書き込む

11. スケジューラーのトップ画面へ移動

12. 2012 年 12 月 12 日の週ビューを表示

13. 表示されたビューからランダムに 1 つを選択

14. 選択したスケジュールにコメントを書き込む

15. ログアウト

12%

19

第4章 検証結果

20

4.1 Cybozu Scale Bench の結果

「2.3 Cybozu SP Apps 2010 検証データ用意」のデータを用いて、1年間利用した想定での負荷テストの結果を以下に示します。

同様に、Microsoft SharePoint Server 2010 環境のポータル サイトへ、7 秒毎に 4VU ずつ仮想ユーザー数を増加させてアクセ

スした結果です。

図 4-1 ユーザーロード数の推移

仮想ユーザー数が 293(586 ユーザー) 付近で平均応答時間が 7 秒を超え始めました。

4.2 サーバーリソースの分析

Windows のパフォーマンスカウンタを使用してサーバーリソースを 5 秒おきに出力しました。

以下に測定対象のカウンターの一覧を示します。

User Load (単位 4 VU)

各操作の平均応答時間が

7秒を超え始めるポイント

21

表 4-1 カウンターの一覧

オブジェクト カウンター 内容 ボトルネックと

判断する目安

Memory Available Bytes 利用可能なメモリ量 メモリ全体の 5%未満

Pages/sec 1 秒間に発生したページング回数 1000 超

Processor(_Total) % Processor Time プロセッサがアイドル状態でない時間の割合 85%超

% User Time プロセッサがユーザープロセスを実行した時間の

割合

% Idle Time プロセッサがアイドル状態だった時間の割合

System Processor

Queue Length

プロセッサにおいて待機中のスレッド数 CPU 数×2 を超える

Physical Disk % Disk Time ディスクが読み取りまたは書き込みを行っていた

時間の割合

80%超

Avg. Disk

Queue Length

ディスクでの読み取りまたは書き込みを待機して

いる未処理の要求の数

スピンドル数×2 を超える

上記の値は以下の情報を参考にしています。

Windows の管理 : サーバーのパフォーマンスを測定する - Microsoft TechNet

<http://207.46.16.252/ja-jp/magazine/2008.08.pulse.aspx>

以降の各リソースは 3 台の Web サーバー間で大きな違いは見られなかったため、内 1 台の結果のみを記載します。

Memory - Available Bytes

以下に利用可能なメモリ量の推移の図を示します。

22

図 4-2 Web サーバーの利用可能なメモリ量

図 4-3 SQL サーバーの利用可能なメモリ量

23

Webサーバーでは、Cybozu SP Appsが性能限界を迎える開始後 9分 20秒前後でメモリ使用量の増減に大きな変化はありま

せんでした。

また、SQL サーバーでは、時間の経過と共に一意に利用可能なメモリ量が下がっているようにみえますが、実際の利用可能なメ

モリ量はこのグラフからは読み取れません。Microsoft SQL Server の仕様により、データバッファキャッシュとして使用されるメモリ領

域は開放されませんが、一度確保されたデータバッファのうち使用されなくなったメモリは、内部的には空き領域として扱われるため、

実際の利用可能なメモリ量はもっとある可能性があります。

Memory - Pages / Sec

以下に 1 秒間に発生したページング回数の推移の図を示します。

図 4-4 Web サーバーの 1 秒間に発生したページング回数

24

図 4-5 SQL サーバーの 1 秒間に発生したページング回数

単発的な上昇はあるものの、メモリがボトルネックと判断されるような過剰なページングは見られませんでした。

Processor

以下に プロセッサの状態の推移の図を示します。

25

図 4-6 Web サーバーのプロセッサの状態

図 4-7 SQL サーバーのプロセッサの状態

Cybozu SP Apps が性能限界を迎える開始後 9 分 20 秒以降に、SQL サーバーのプロセッサの使用時間の割合が 80%を超え

る値となっているため、SQL サーバーの CPU がボトルネックになっていると考えられます。

26

System – Processor Queue Length

以下にプロセッサにおける処理待ちのスレッド数を示します。

図 4-8 Web サーバーの処理待ちのスレッド数

27

図 4-9 SQL サーバーの処理待ちのスレッド数

単発的な数値の上昇はあるものの、処理待ちのスレッド数がボトルネックと判断する目安を上回る状態は継続していません。

Processor の結果とあわせて考えると、リクエスト数の多さではなく、1 つ 1 つの処理が重いためにプロセッサの占有時間が長いこ

とがわかります。

Physical Disk

以下にディスクの利用時間の割合と、ディスクでの処理待ちの要求数の推移の図を示します。

図 4-10 SQL サーバーの Disk の状態

ディスク利用時間、ディスクでの処理待ちの要求数いずれも単発的な増加が見られるが、ボトルネックと判断する目安を継続的

に上回ることはなかった。

4.3 まとめ 以下に本検証で得られた結果のまとめを示します。

限界利用ユーザー数

1. データなしの場合、2,000 ユーザーまで利用可能

2. データが 1 年間分溜まった場合、586 ユーザーまで利用可能

ボトルネックの箇所

SQL サーバーの CPU

28

4.4 考察

本検証で利用した Microsoft SharePoint Server 2010 環境のハードウェアは、市場に出ているマシンスペックの中では低めのも

ので構成されています。大規模ユーザー企業において Cybozu SP Apps 2010 を利用する場合、特に SQL サーバーの CPUの

性能を高くすることで、限界利用ユーザー数を上げることができる可能性があります。

また、SQL サーバーの台数を増やして分散構成にすることでも限界利用ユーザー数を上げることができる可能性があります。

本検証で定義している仮想ユーザーは、ユーザーの 50%が 1 分間に 1 度タスク情報を送信するものとしています。

実際の企業内のスケジューラーへのアクセスは、かなり頻繁に利用されている企業でも、一番アクセスが多い月曜の朝でも 30%程

度です。従って、実運用環境での限界利用ユーザー数はもっと多くなる可能性があります。