Cloud Connector のサイズとスケールの考慮事項

最終公開日 : Oct 24, 2026
Citrix DaaS のサイジングとスケーラビリティを評価する際は、すべてのコンポーネントを考慮してください。特定の要件に合わせて、Citrix Cloud™ Connectors と StoreFront の構成を調査し、テストしてください。サイジングとスケーラビリティのために不十分なリソースを提供すると、展開のパフォーマンスに悪影響を及ぼします。
注:
  • これらの推奨事項は、Citrix DaaS に加えて、Citrix DaaS Standard for Azure にも適用されます。
  • この記事で示されているテストと推奨事項は、テストを開始するのに役立つガイドラインです。適切なコネクタのサイジングを検証するために、ご自身の環境でテストを実行することをお勧めします。
  • HDX プロキシのサイジングとスケールの考慮事項については、Cloud Connector の HDX プロキシのサイジングとスケールの考慮事項 を参照してください。
この記事では、Cloud Connector マシンの構成に関するテスト済みの最大容量とベストプラクティスの推奨事項について詳しく説明します。テストは、StoreFront™ とローカルホストキャッシュ (LHC) で構成された展開で実行されました。
提供される情報は、各リソースの場所に VDI ワークロードと RDS ワークロードの両方が含まれる展開に適用されます。
Cloud Connector は、次の方法でワークロードを Citrix DaaS™ にリンクします。
  • VDA と Citrix DaaS 間の通信のプロキシを提供します。
  • Citrix DaaS と Active Directory (AD) およびハイパーバイザー間の通信のプロキシを提供します。
  • StoreFront サーバーを含む展開では、Cloud Connector はクラウド障害発生時に一時的なセッションブローカーとして機能し、ユーザーにリソースへの継続的なアクセスを提供します。
Cloud Connector が特定のニーズを満たすように適切にサイジングおよび構成されていることが重要です。テストは 2 つの Cloud Connector で実行されましたが、Cloud Connector のアップグレード中は 1 つの Cloud Connector のみが利用可能です。Cloud Connector のアップグレード中に高可用性を確保するために、一部のお客様は 3 つの Cloud Connector を展開することを選択しています。
各 Cloud Connector セットは、リソースの場所 (Studio ではゾーンとも呼ばれます) に割り当てられます。リソースの場所は、その Cloud Connector セットと通信するリソースを指定する論理的な分離です。Active Directory (AD) と通信するには、ドメインごとに少なくとも 1 つのリソースの場所が必要です。
各マシンカタログとホスティング接続は、リソースの場所に割り当てられます。
複数のリソースロケーションを持つ展開の場合、LHCが停止中に接続を仲介する能力を最適化するために、マシンカタログとVDAをリソースロケーションに割り当てます。リソースロケーションの作成と管理の詳細については、Citrix Cloudへの接続を参照してください。最適なパフォーマンスを得るには、VDA、ADサーバー、およびハイパーバイザーへの低遅延接続でCloud Connectorを構成してください。
Related information
リソースの場所を設定する

推奨されるプロセッサとストレージ

これらのテストで見られたものと同様のパフォーマンスを得るには、SHA拡張機能をサポートする最新のプロセッサを使用してください。SHA拡張機能は、CPUの暗号化負荷を軽減します。推奨されるプロセッサは次のとおりです。
  • Advanced Micro Devices (AMD) Zenおよびそれ以降のプロセッサ
  • Intel Ice Lakeおよびそれ以降のプロセッサ
推奨されるプロセッサは効率的に動作します。古いプロセッサを使用することもできますが、CPU負荷が高くなる可能性があります。この動作を相殺するために、vCPU数を増やすことをお勧めします。
この記事で説明されているテストは、AMD EPYCおよびIntel Cascade Lakeプロセッサを使用して実施されました。
Cloud Connectorは、クラウドとの通信中に重い暗号化負荷を抱えます。SHA拡張機能を備えたプロセッサを使用するCloud Connectorは、CPUの負荷が低くなり、Windows Local Security Authority Subsystem Service (LSASS)によるCPU使用率の低下として表れます。
Citrixは、特にLHCを使用する展開の場合、十分な1秒あたりのI/O操作数 (IOPS) を備えた最新のストレージを使用することを推奨します。ソリッドステートドライブ (SSD) が推奨されますが、プレミアムクラウドストレージ層は必要ありません。Cloud Connectorがデータベースの小さなコピーを実行するLHCシナリオでは、より高いIOPSが必要です。このデータベースはサイト構成の変更で定期的に更新され、Citrix Cloudの停止時にリソースロケーションに仲介機能を提供します。

ローカルホストキャッシュの推奨コンピューティング構成

ローカルホストキャッシュ (LHC) は、Cloud ConnectorがCitrix Cloudと通信できない場合でも、展開における接続仲介操作を継続できるようにすることで、高可用性を提供します。
Cloud ConnectorはMicrosoft SQL Express Server LocalDBを実行します。これはCloud Connectorのインストール時に自動的にインストールされます。Cloud ConnectorのCPU構成、特にSQL Express Server LocalDBに利用可能なコア数は、LHCのパフォーマンスに直接影響します。SQL Server Express Server LocalDBに利用可能なCPUコア数は、メモリ割り当てよりもLHCのパフォーマンスに影響を与えます。このCPUオーバーヘッドは、Citrix DaaSに到達できず、LHCブローカーがアクティブなLHCモードの場合にのみ観測されます。LHCを使用するすべての展開において、Citrixはソケットあたり4コア、Cloud Connectorあたり最低4CPUコアを推奨します。SQL Express Server LocalDBのコンピューティングリソースの構成については、SQL Serverのエディションごとのコンピューティング容量制限を参照してください。
SQL Express Server LocalDBに利用可能なコンピューティングリソースが誤って構成されている場合、構成同期時間が増加し、停止時のパフォーマンスが低下する可能性があります。一部の仮想化環境では、コンピューティング容量はCPUコアではなく論理プロセッサの数に依存する場合があります。

テスト結果の概要

この概要のすべての結果は、この記事の詳細セクションで構成されたテスト環境からの知見に基づいています。ここに示されている結果は、単一のリソースロケーションに関するものです。システム構成が異なると、結果も異なる場合があります。
この図は、テストされた構成のグラフィカルな概要を示しています。
テストされた構成の概要(/en-us/citrix-daas/media/tech-briefs_cvads_cloud.png)
次の表は、さまざまなサイズのサイトにおける、推奨される最小限のCloud ConnectorのCPUおよびメモリ構成を示しています。これらの構成でのテスト結果を以下に示します。リソースロケーションの制限に関する詳細については、制限を参照してください。
中 大 最大
HA用コネクタ 2 2 3
VDA 1000まで 1001 - 5000 5001 - 10,000
セッション 最大2500 最大10,000 最大25,000
ホスティング接続 最大20 最大40 最大40
Cloud Connector のプロセッサ 4仮想CPU 4仮想CPU 8仮想CPU
Cloud Connectorのメモリ 6 GB 8 GB 10 GB
注:
展開が5000 VDAを超える場合、高可用性とスケーラビリティのために3つのCloud Connectorを使用する必要があります。

テスト方法論

環境コンポーネントに負荷をかけ、そのパフォーマンスを測定するためにテストが実施されました。コンポーネントは、ログオン時間や登録時間などのパフォーマンスデータと手順のタイミングを収集することで監視されました。場合によっては、Citrix独自のシミュレーションツールを使用してVDAとセッションをシミュレートします。これらのツールは、実際のセッションやVDAをホストするのと同じリソース要件なしに、従来のVDAやセッションと同じ方法でCitrixコンポーネントを動作させるように設計されています。Citrix StoreFrontを使用するシナリオでは、クラウドブローカリングモードとLHCモードの両方でテストが実施されました。
この記事におけるCloud Connectorのサイジングに関する推奨事項は、これらのテストから収集されたデータに基づいています。
以下のテストが実行されました。
  • セッションログオン/起動ストーム: 大量のログオン期間をシミュレートするテストです。
  • VDA登録ストーム: 大量のVDA登録期間をシミュレートするテストです。たとえば、アップグレードサイクル後や、クラウドブローカリングモードとローカルホストキャッシュモード間の移行時などです。
  • VDA電源アクションストーム: 大量のVDA電源アクションをシミュレートするテストです。

テストシナリオと条件

これらのテストは、LHCが構成された状態で実行されました。LHCの使用に関する詳細については、ローカルホストキャッシュの記事を参照してください。LHCにはオンプレミスのStoreFrontサーバーが必要です。StoreFrontに関する詳細については、StoreFront製品ドキュメントを参照してください。
StoreFront構成に関する推奨事項:
  • 単一のStoreFrontサーバーまたはサーバーグループを持つ複数のリソースの場所がある場合、StoreFrontストアの高度なヘルスチェックオプションを有効にします。ローカルホストキャッシュの記事にあるStoreFront要件を参照してください。
  • より高いセッション起動率を実現するには、StoreFrontサーバーグループを使用します。StoreFront製品ドキュメントのサーバーグループの構成を参照してください。
テスト条件:
  • CPUとメモリの要件は、ベースOSとCitrixサービスのみを対象としています。サードパーティのアプリやサービスには、追加のリソースが必要になる場合があります。
  • VDAは、Citrix Virtual Delivery Agentを実行している仮想マシンまたは物理マシンです。
  • テストはWindows VDAのみを使用して実行されます。
  • テストされたすべてのVDAは、Citrix DaaSを使用して電源管理されました。
  • セッションは1分あたり1,000の持続的なレートで起動されました。
  • 1,000～10,000のVDIと、1,000～25,000セッションを持つ500～10,000のRDSサーバーのワークロードがテストされました。
  • RDSセッションは、リソースロケーションあたり最大25,000までテストされました。
  • テストは、通常の運用時と障害発生時の両方で2つのCloud Connectorを使用して実行されました。Citrixは、高可用性のために少なくとも2つのCloud Connectorを、最大規模および大規模なリソースロケーションのために3つのCloud Connectorを使用することを推奨しています。障害モードでは、VDA登録とブローカリングにはCloud Connectorの1つのみが使用されます。テストは2つのCloud Connectorで実行されましたが、アップグレード中は1つのCloud Connectorのみが利用可能です。アップグレード中の高可用性を確保するため、一部の顧客は3つのCloud Connectorで運用することを選択しています。
  • テストは、Intel Cascade Lakeプロセッサで構成されたCloud Connectorを使用して実行されました。
  • セッションは、単一のCitrix StoreFrontサーバーを介して起動されました。
  • LHC障害セッション起動テストは、マシンが再登録された後に実施されました。
RDSセッション数は推奨値であり、制限ではありません。ご自身の環境でRDSセッションの制限をテストしてください。
注:
セッション数と起動レートは、VDA数よりもRDSにとって重要です。

中規模ワークロード

これらのワークロードは、4 vCPU と 6 GB のメモリでテストされました。
テストワークロード サイトの状態 VDA登録時間 登録時のCPUとメモリ使用量 起動テスト時間 セッション起動時のCPUとメモリ使用量 起動レート
1000 VDI オンライン 5分 CPU最大 = 36%、CPU平均 = 33%、メモリ最大 = 5.3 GB 2分 CPU最大 = 29%、CPU平均 = 27%、メモリ最大 = 3.7 GB 1分あたり500
1000 VDI 停止 4分 CPU最大 = 11%、CPU平均 = 10%、メモリ最大 = 4.5 GB 2分 CPU最大 = 42%、CPU平均 = 28%、メモリ最大 = 4.0 GB 1分あたり500
250 RDS、5000セッション オンライン 3分 CPU最大 = 14%、CPU平均 = 4%、メモリ最大 = 3.5 GB 9分 CPU最大 = 46%、CPU平均 = 21%、メモリ最大 = 3.7 GB 1分あたり555
250 RDS、5000セッション 停止時間 3分 CPU最大 = 15%、CPU平均 = 5%、メモリ最大 = 3.7 9分 CPU最大 = 51%、CPU平均 = 32%、メモリ最大 = 4.2 GB 1分あたり555

大規模なワークロード

これらのワークロードは、4 vCPUと8 GBのメモリでテストされました。
テストワークロード サイトの状態 VDA登録時間 登録時のCPUとメモリ使用量 起動テスト期間 セッション起動時のCPUとメモリ使用量 起動率
5000 VDI オンライン 3～4分 CPU最大 = 45%、CPU平均 = 25%、メモリ最大 = 7.0 GB 5分 CPU最大 = 75%、CPU平均 = 55%、メモリ最大 = 7.0 GB 1分あたり1000
5000 VDI 停止 4～6分 CPU最大 = 15%、CPU平均 = 5%、メモリ最大 = 7.5 GB 5分 CPU最大 = 45%、CPU平均 = 40%、メモリ最大 = 7.5 GB 1分あたり1000
500 RDS、10,000セッション オンライン 3分 CPU最大 = 45%、CPU平均 = 25%、メモリ最大 = 7.0 GB 10分 CPU最大 = 75%、CPU平均 = 55%、メモリ最大 = 7.0 GB 1分あたり1000
500 RDS、10,000セッション 停止 3分 CPU最大 = 15%、CPU平均 = 5%、メモリ最大 = 7.5 10分 CPU最大 = 45%、CPU平均 = 40%、メモリ最大 = 7.5 GB 1分あたり1000

最大ワークロード

これらのワークロードは、8 vCPUと10 GBのメモリでテストされました。
テストワークロード サイトの状態 VDA登録時間 登録時のCPUおよびメモリ使用量 起動テストの長さ セッション起動時のCPUおよびメモリ使用量 起動率
10,000 VDI オンライン 3～4分 CPU最大 = 85%、CPU平均 = 10%、メモリ最大 = 8.5 GB 7分 CPU最大 = 66%、CPU平均 = 28%、メモリ最大 = 7.0 GB 1分あたり1400
10,000 VDI 障害 4～5分 CPU最大 = 90%、CPU平均 = 17%、メモリ最大 = 8.2 GB 5分 CPU最大 = 90%、CPU平均 = 45%、メモリ最大 = 8.5 GB 毎分2000
1000 RDS、20,000セッション オンライン 1～2分 CPU最大 = 60%、CPU平均 = 20%、メモリ最大 = 8.6 GB 17分 CPU最大 = 66%、CPU平均 = 25%、メモリ最大 = 6.8 GB 毎分1200
1000 RDS、20,000セッション 障害 3～4分 CPU最大 = 22%、CPU平均 = 10%、メモリ最大 = 8.5 21分 CPU最大 = 90%、CPU平均 = 50%、メモリ最大 = 7.5 GB 1分あたり1000
注記:
ここに示されているワークロードは、1つのリソースロケーションに対する推奨される最大ワークロードです。より大きなワークロードをサポートするには、より多くのリソースロケーションを追加してください。

構成同期のリソース使用量

構成同期プロセスは、Cloud ConnectorをCitrix DaaSと最新の状態に保ちます。障害発生時にCloud Connectorがブローカリングを引き継ぐ準備ができていることを確認するために、更新はCloud Connectorに自動的に送信されます。構成同期は、LHCデータベースであるSQL Express Server LocalDBを更新します。このプロセスはデータを一時データベースにインポートし、インポートが完了するとそのデータベースに切り替えます。これにより、常に引き継ぎ可能なLHCデータベースが確保されます。
データが一時データベースにインポートされている間、CPU、メモリ、ディスクの使用量が一時的に増加します。
テスト条件:
  • 8 vCPU AMD EPYCでテスト済み
  • インポートされたサイト構成データベースは、サイト全体で合計80,000のVDAと300,000のユーザー（100,000ユーザーの3シフト）を持つ環境向けでした。
  • データインポート時間は、10,000 VDIを持つリソースロケーションでテストされました。
テスト結果:
  • データインポート時間: 7～10分
  • CPU使用率:
    • 最大 = 25%
    • 平均 = 15%
  • メモリ使用量:
    • 約2GB～3GB増加
  • ディスク使用量:
    • 4 MB/秒のディスク読み取りスパイク
    • 18 MB/秒のディスク書き込みスパイク
    • XML構成ファイルのダウンロードおよび書き込み中に70 MB/秒のディスク書き込みスパイク
    • インポート完了時に4 MB/秒のディスク読み取りスパイク
  • LHCデータベースサイズ:
    • 400～500 MBのデータベースファイル
    • 200～300 MBのログデータベース
その他のリソース使用に関する考慮事項:
  • インポート中に、サイト構成データ全体がダウンロードされます。このダウンロードは、サイトのサイズによってはメモリ使用量の急増を引き起こす可能性があります。構成同期中にメモリ使用量の急増が発生する場合は、Cloud Connector のサイズを増やすことを検討してください。
  • The tested site used approximately 800 MB for the database and database log files combined. During a configuration synchronization, these files are duplicated with a maximum combined size of approximately 1600 MB. Ensure that your Cloud Connector has enough disk space for the duplicated files. The configuration synchronization process fails if the disk is full.