云连接器ののスケールおよびサイズの考虑考虑
思杰虚拟应用和桌面サービスのサイジングとスケールを评価する场合,すべてのコンポーネントを考虑する必要があります。特定の要件に応じて,云连接と顾客管理店面の构成を调查し,テストします。マシンのここのパフォーマンスに悪を可能は,cloudは,cloudテストの构构のとプラクティスのマシン构提供しベストプラクティスプラクティスのマシン事项を提供し能能では性性性能能能ののパフォーマンスにするあり能可能会性影响能能能のパフォーマンス性があり。
概要
详细セクションに记载れはおりににはれテスト环境ますますますますますます。
テストテストの主な:
- Citrix虚拟应用程序和桌面サービスのサイジングとスケールに関する考慮事項
- 5000年未満のワークステーションVDAをホストするサイトには,4基の仮想CPUの3つの云连接器セットを推奨します。
- これはN + 1高可用性構成です。
- 1,000台の仮想マシンをプロビジョニングするは平台140分かかります。
- 5000年未満のワークステーションVDAをホストするサイトには,4基の仮想CPUの3つの云连接器セットを推奨します。
- Citrix Virtual Desktops Essentials
- Azure Standard_a2_v2仮想マシンホストされる2台のの云连接器は,1,000台の窗10仮想マシンに推奨され。
- Azureでホストされてて窗口10仮想マシンで1,000セッションの开启に要する时间は20分钟です。
- テストでは,ユーザーが店面にログオンしてからデフォルトの設定で機能するVDIデスクトップを受信するまでに約44秒かかります。
- Azureで1,000台の窗户10仮想マシンをプロビジョニングするに平等8时间かかります。
- Citrix云は云连接器サービスを管理し,顧客はマシンを管理します。
- 思杰虚拟桌面要领のセッション起动テストは的NetScalerアプライアンスを使用しました。他のすべてのセッション起动テストでは,店面に直接接続しています。
テスト方法
負荷を追加し,環境コンポーネントのパフォーマンスを測定するためのテストが実施されました。コンポーネントの監視では,パフォーマンスデータと手順のタイミング(ログオン時間,マシン作成時間など)のデータを収集しました。必要な場合は,VDAとセッションをシミュレートするために,独自のCitrixシミュレーションツールが使用されました。これらのツールは,実際のセッションやVDAをホストするために必要なリソースがなくても,従来のVDAやセッションと同様にCitrixコンポーネントを使用できるように設計されています。以下のテストが実施されました:
- セッションログオンストーム:ログオンが集中间するするをシミュレートするする
- VDA登录ストーム:VDAの登录が集中间するするシミュレートシミュレートするする停止たとえばしグレード后またはなど停止回复した后などなどから回复した后后など
- 机器创作服务のプロビジョニング
これらのテストから收集たデータををし,云连接器ののの推奨をしました。
セッションログオンストームテスト
セッションは,顾客定理店面サーバーで开放されます.1,000セッション,5,000セッション,20,000セッションのテストが各环境実された.storefrontのログオンた.storefrontのログオン,リソースの列挙,icaファイル列挙,アクティブなデスクトップ时间が收集されました。アクティブなデスクトップ时空は,icaファイルの起起からが完全に読み込まれて使完全にれれて使に
テストシナリオによっては,ユーザー数量多重テストを容易するために,シミュレーションツールが使使とましましたた。たことをicaスタックににスタックスタック经纪人服务へへすべての通信は,実际のセッションセッション通信とパフォーマンス性あります。
环境がセッションの起动にどのように応答したかを判断するため,テスト期间中,25セッションの同时起动が维持されました。したがって,この测定では,テスト期间を通して负荷がかけられたシステムの结果を示します。
VDA登録ストームテスト
VDA登录登录ストームで,サイトサイト回复をシミュレートするため,数百次数量のvdaが一度度にされれれれ。大量vda登录登录,周周の初めのシナリオ,通讯2空间ごとアップグレードサイクル后,または顾客管理マシンとcitrixサービスとののの停止からシステム回复たたににれますます.5000のvdaを使しテストがされ,各テスト中にデータをすることによって云连接器ががされました。データデータは,perfmonカウンター(CPU,メモリ,ディスク使使用率ととています。
机器创建服务ののプロビジョニング
プロビジョニングテストは,さまざまな数量カタログを作物すること実行さましました。多重なタスク00サポートサポートれているosであるため,Windows 10仮想マシンに限制ししたたは。
テスト環境
テストテストの成には,citrix云连接器,citrix虚拟应用程序和桌面サービス,citrix虚拟应用程序和桌面コンポーネントコンポーネントが含ま含まれていますオペレーティングシステムの仕様がが提供ささいるの仕様がが提供さいるいるためためためためテスト结果を现在使用している构成および要件と比较することができます。
使用したツール
内部テストツールが,テスト対象のマシンからパフォーマンスデータと測定値を収集し,セッションを起動させました。この独自のツールは,Citrix虚拟应用程序和桌面環境でのユーザーセッションの起動を調整し,応答時間データとパフォーマンス測定値を一元的に収集します。つまり,このテストツールはテストを管理し,結果を収集します。
テスト構成——Citrix虚拟应用程序和桌面の構成
以下は,citrix虚拟应用程序和桌面のので使用されるおよびおよびおよびおよびおよびおよびののの。
- 云连接器:
- シナリオ1:Windows 2012 R2 x 2,vcpu x 2,4gbのメモリ
- シナリオ2:Windows 2012 R2 x 2,vcpu x 2,4gbのメモリ
- 店面(顾客议理):Windows 2012 R2 x 1个vCPU x 8 8 gbのメモリ
- ハイパーバイザー:VMware vSphere ESXi 6.0 Update 1 x 8,HP ProLiant BL 460C Gen9,Intel E5-2620 CPU x 2,256GBのメモリ
- ハイパーバイザストレージ:NetApp 3250での2TBのnfs共有
- VDA:Windows 2012 R2およびWindows 10 32ビット版本ビルド1607
テスト构成 - Citrix虚拟桌面必需品
セッションは100台のWindows 2012 R2クライアントのランチャーマシンから開始されました。また,AzureでホストされているWindows Active Directoryに対して認証されました。ローミングプロファイルは,Windows Azureのファイルサーバーに格納されていました。
- VDA:Windows 10 64ビット版ビルト1607 x 1,000,vcpu x 2,7gbのメモリ(standard_d2_v2インスタンス)
- クライアント:Windows 2012 R2サーバーx 100,vcpu x 8,8gbのメモリ
- ドメインコントローラー:Windows 2012 R2 x 2,vcpu x 4,14gbのメモリ(standard_d3_v2インスタンス)
- ファイルサーバー:Windows 2012 R2 X 1,DS11インスタンス
- NetScaler VPX:NetScaler 11.0 x 1, Standard_D3_v2インスタンス(白金ライセンスx 1000)
- 云连接器:
- シナリオ1:Windows 2012 R2 X 2,VCPU x 2,4gbのメモリ(standard_a2_v2インスタンス)
- シナリオ2:Windows 2012 R2 x 2个vCPU x 4、7 gbのメモリ(Standard_A3インスタンス)
- 店面(顾客议理):Windows 2012 R2 x 1, DSv2インスタンス
顧客管理マシンに関する考慮事項
顧客管理マシンは,顧客のオフィス,データセンター,またはクラウドアカウント(AzureやAWSなど)に配置することができます。シトリックスの定義では,顧客管理マシンは完全に顧客が制御しています。顧客管理マシンには,云连接器,店面サーバー,RDSサーバー,VDIマシン,リモートPCアクセスマシン(テスト中は管理対象外)が含まれます。簡潔に表現するために,このレポートの中では,RDSサーバー,VDIマシン,リモートPCアクセスマシンをVDAと呼びます。
店面サーバー
Citrix虚拟应用程序和桌面サービスのテストでは,顧客管理店面サーバーとして8个vcpu, 8 gbのメモリのマシンを使用しました。Citrix Virtual Desktops Essentialsのテストでは、顧客管理StoreFrontサーバー用にAzure Standard_DS2_v2(2vCPU、7GBのメモリ)を使用しました。StoreFrontサーバーのサイズを適切に環境に対応させるには、「店面の展开计画「を参照してください。
云连接器
1つのシナリオでは2vcpuおよび4gbのメモリを搭载た仮想マシン,别のシナリオでマシン4vcpuおよび4gbのメモリ搭载したマシンマシンでホストさているcloud cloudでホストされいる顾客云连接器x 2,4gbのの)およびstandard_a3(vcpu x 4,7gbのメモリ)インスタンスで云连接器ををテストしまし。
テストテストで,云连接器は(負荷分散されていない)高可用性に展开されてますます。このドキュメントではます。では,云连接器に焦点を当て,最适最适なパフォーマンスを得るためためにについてのサイズを设定するする
テスト结果
VDA登録ストーム
VDA登録ストームテストは,云连接器のサイジングと環境の安定性の関係を示すデータを提供します。環境の安定性では,顧客管理の場所とCitrix管理のサービスとの間のネットワークが停止した状況をテストします。通常2週間に1回,交付控制器とサイトデータベースがアップグレードされるときに,VDA登録ストームが発生する可能性があります。
云连接器のCPUサイズサイズ:2VCPUと4VCPU
- 平均使用率は似ていますが,テスト中に2个vcpuマシンのCPUには負荷がかかり,VDAの登録解除が発生することがあります。
- 约5,000のvdaが登录れたサイトでは,安全定のために4vcpuの云连接器をを用することをお勧めます。
- 2,500のVDAをホストするでは,2VCPUの云连接器ををします。
- 云连接器は高可用性セットであり,負荷分散はしません。
- 5,000のvdaをホストするにに2vcpuの云连接器を推奨しない理解の1つは,マシン割り当てがランダムためです.Cloud连接器はは分类されいないため,それぞれの云连接器に达到ささを予测することはできませませんませませのマシンににもありありありありありありありありありありありありあり
VDAの数 | 必要な云连接器 |
---|---|
2,500超 | それぞれ2VCPUが搭载された2台の仮想+ 1 |
5000年超 | それぞれ4Vcpuが搭载された2台の仮想+ 1 |
云连接器のhaペアにおけるvda登录ストームのタイミングの比较
云连接器のの | VDA数 | 登录时间 |
---|---|---|
2VCPU. | 5000 | 11:03 |
4个vcpu | 5000 | 5:46 |
- 4Vcpuを搭载した云连接器は,テスト中,より安してました。
- 云连接器に4Vcpuが搭载されて场合,VDAの登录速度ががしました。
- 2个vcpuの云连接器を使用したテストでは,VDAの再登録が発生しました。
- 登录がタイムアウトするか,VDA通信のハートビートが遅れると,再登录が行われることがあります。
5,000のvdaの登录中云连接器上ののによるメモリ使使用率
- このグラフは,登録ストームテスト中のCitrixコンポーネントと微软补丁(当地安全部门子系统服务)によるメモリ使用率の詳細を表示しています。
- 云连接器のlsassプロセスは,登录とセッションののの両で重要ななを果たし.citrix云サービスな役割を.citrix云サービスな役割さたのive目录认证认证,云连接器経由経由顾客顾客定理の活动目录にプロキシ接続されます。
- メモリメモリ用率はvda登录晚期中间にピーク达し,すべてのvdaが正常に登录れると减少し。
- 4GBのメモリををし云连接器では,メモリメモリ用率が高くなり。
セッションの起动(Citrix虚拟桌面必需品)
Citrix Virtual Desktops Essentials銇銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈銈7GBのメモリ)インスタンスをテストしまし。
セッション驾驶テスト中のCITRIX经理店面における连接器のCPU使用率
- テスト中,CPUの競合はあまりありません。Standard_A2_v2インスタンスのサイズは,負荷の高いセッションの起動テスト中に1000台のマシンのVDI展開を処理するのに十分なサイズでした。
- Standard_A3インスタンスはこのサイトのサイズに対して過剰と見なされたため,以降はStandard_A2_v2の詳細を使用します。
- より大きなVDIサイトでは,Standard_A3の使用が必要となることがあります。
1,000セッション驾驶时におけるA2V2云连接器上の上位コンポーネントによるCPU使用率
云连接器上で実行されているほかのプロセスは,十分な測定値が登録されないため表示されません。
- Citrix远程代理供应商(XaXdCloudProxy)は顧客管理VDAマシンとCitrix管理サービス(交付控制器)間の通信を処理します。
- 云连接器上のlsassは,すべての活动目录认证认证を处ます.citrix云サービスによって作物作物さたcloud,云连接器経由経由でででででででででで顾客でますますます。
- このグラフは,テスト中により多くの负荷かかっ単一の云连接器のテスト追加の云连接器は,cpu使のの低かった,グラフグラフには含まれてたませませませませませ
云连接器のインスタンスごとのメモリ使率
- Standard_A2_v2 (4 gbメモリ)で利用可能なメモリが少ないため,Standard_A2_v2仮想マシンのメモリ使用率が高いことがわかります。
- 高いメモリ使用率,天蓝色の1,000台台のマシン状态状态ををするに必要なな遥远的hcl服务器(Remotehclserver)プロセスプロセスものです。
- Azure APIのレート制により,状态を定期的にに照することはできん。
- テストテストに装配されたたたた遥远的hcl服务器(Remotehclserver)ののにより,交付控制器はコンピューターの状态をAzureにに通信できます。
- この変更により,メモリの使用率が大幅に削減され,Standard_A2_v2インスタンスは問題なく1000 VDAサイトを管理できます。
セッションの驾驶时间
standard_a2_v2とstandard_a3の比较
A3 | A2V2 | |
---|---|---|
認証 | 561ミリ秒 | 575ミリ秒 |
列挙 | 1132年ミリ秒 | 1054年ミリ秒 |
ログイン合計時間 | 1693年ミリ秒 | 1,629ミリ秒 |
ICAファイルの取得 | 3,464ミリ秒 | 3,659ミリ秒 |
OSログオンの完了 | 38.83秒 | 41.91秒 |
起动合时间 | 42.3秒 | 45.6秒 |
时间は,すべてのテスト実行时间の平等値です.azureのの定理店面store:standard_ds2_v2(vcpu x 2,メモリ7GB)
- テスト中にクライアントマシンとNetScalerの間に約30ミリ秒の遅延が発生しました。
- 环境环境にストレスがかかっているとき云连接器でstandard_a3インスタンスを使する,セッションののがされ。
- Standard_A3仮想マシンは,Standard_A2_v2の2倍のCPUコアを搭載しています
- テスト中,Standard_A2_v2インスタンスでメモリ使用率が高くなります。
- 高いメモリメモリ使使,蔚蓝臂开关云连接器からremotehclserver通信をすることことでできましましたたたたた。
Windows10¼1,000セッションのセッションログオンログオンログオンログオン空
- テスト前にすべてのマシンの电源をオンにしました。
- テストの手顺では,约8分の间に1000セッションを开始しました。
- Standard_D2_v2インスタンスのWindows 64ビットVDAでデスクトップをアクティブ化する平均時間は,約37.67秒でした。
- グラフには,icaファイルの取得からアクティブ使れるまでのが表示までの,テスト中の个别ログオンログオンがされてのログオンが表示されいます。
- 绿色および黄色の领域はそれぞれ1つおよび2つの标准偏差を示します。
- セッション开始时间は一道してますが,いくつかの异常値があります。
- 云连接器経由でプロキシ接続さnetscaler上の安全票务管理局(STA)チケットチケット。
- WAN経由経由HDX接続の确立。
- Azureストレージ。テストでは标准ストレージを使ました。
セッションの起动词
セッションの驾驶のシミュレーションテストはでででで,云连接器,送货服务器,サイト构成データにストレスがられます。多数の同时ログオンを处し,持続的な负荷状态のセッション维持ためのコンポーネントのの能のテストます。セッション数は5,000および20,000がテストされたましましドキュメントで,20,000セッションのテストを取りています。动弹速度とます动作は2つのテスト间でほぼ同じ。実行れ,时间の経过とともにサービスの使ます.25セッションは,同时,可以是限制性高度で可なた。可怕限制高速ましを起なするでにセッションを起テスト中のシステムで环境が接続に応答する速度を指定できます。
云连接器におけるのののCPU使
- グラフグラフは,20,000セッションをを动词するの云连接器のcpu使使率比较しいますます。
- ストレスと負荷テストのために2つの云连接器が展開されています。高可用性使用のためには,3つの云连接器によるN + 1展開をお勧めします。
- テスト中にCPUの竞合は确认されませんでした。
20,000セッションのの动テストコンポーネントごとの云连接器のCPU防用率
- LSASS(本地安全机构子系统服务)は,セッションのログオン时に店面をを用してcpuを消费し。
- Citrix管理サービスからからからのの认证认证,云连接器を通过して顾客active
20000年セッションの起動時におけるコンポーネントごとのメモリ使用率
- セッションのの动中は,メモリ负荷が低くなり。
- ほとんどのコンポーネントによるメモリメモリ率,最大厦と平均値ほぼ等しいこと确认さおりおりおりおりおりおり,テストテスト通じて変変しませ。
店面を使用したセッション起動の観察
操作(アクション) | 时空 |
---|---|
認証 | 261年ミリ秒 |
列挙 | 1075年ミリ秒 |
ログイン合計時間 | 1,336ミリ秒 |
ICAファイルの取得 | 2132年ミリ秒 |
机器创建服务のの
Citrix Virtual Desktops Essentials MCSによるAzure资源管理器のの
机创建服务を使用すると,Azureで仮想デスクトップ(VDA)を作成および削除できます。最初に,Windows 10 VHDを作成し,VHDをAzureにアップロードします。イメージはVHDから作成されます。Citrix Virtual Desktops Essentialsでは、イメージから仮想マシンを作成できます。
マシン数 | イメージのコピー | 广告作作作作作者 | マシンの作成 |
---|---|---|---|
10. | 30分 | 1分 | 7分 |
100. | 30分 | 7分 | 50分 |
250. | 40分 | 8分 | 2时间 |
500 | 55分 | 15分 | 4时间 |
1000 | 65分 | 30分 | 8时间 |
時間はいくつかのテストの実行に基づくおおよそのものであり,変動することがあります。
- さまざまなな数号使しマシン作物プロセスをしし,以以のの完了に必要を测定しまし:
- イメージのコピー
- マシンアカウントの作物
- マシンのプロビジョニング
- イメージのコピーを各ストレージアカウントに複製する必要があるため,時間は直線的に増加しません。複製は並行して行われるため,タスクが増えるとスピードが低下します
- ストレージアカウントごとさててます,1,000台ので环境で25のストレージアが必要。
- リソースの场所あたりのマシン数は760台に制限されています。
- Active Directoryアカウントの作品成面,云连接器経由でプロキシ接続する必要あり,タスクの完了に必要なが长くます。活跃目录アカウントアカウントはは约33のの合成作物
- テストにはStandard_A2_v2云连接を使用しました。リソースのボトルネックは确认されませんでした。
Citrix Virtual Apps和DesktopsサービスサービスMCSテスト
MCSプロビジョニングテストは,VMware ESXi 6.0ハイパーバイザーで実行されました。クラスターには8つのvSphereホストがあり,共有ストレージはNetApp共有上のNFSです。
OS. | マシン数 | イメージのコピー | 广告作作作作作者 | マシンの作成 |
---|---|---|---|---|
赢得2012年R2. | 100. | 4分 | 3分 | 4分 |
赢得2012年R2. | 1,000 | 5分 | 30分 | 100分 |
赢得10 32ビット | 100. | 4分 | 3分 | 4分 |
时间は闻分数ののに基因おおよそのものであり,変これらの実ことテストデータははいの実均テストデータはての実均テストデータいいいいいいのの実実いデータこれらいい
- マシン作物プロセスに必要なな必要时间は,Xenappおよびxendesktop 7.xのバージョンに必要なななですですは,有源目录。アカウントクラウドの作用成です。クラウドクラウドでは,アカウント作作作作作者作品は云连接器経由でプロキシする必要がます.Active目录アカウントはクラウド环境でで约33のの合成作作作作作作作者
- 云连接器で4VCPU,4GBのメモリを搭载た2台台の仮想を実施しましましてにリソースのの竞ははされリソースませんでしでしはされませませんでし