製品ドキュメント
Citrix DaaS™
PDFを表示

Cloud Connectorのサイズとスケールに関する考慮事項

April 6, 2026
寄稿者: 
C C

Citrix DaaSのサイジングとスケーラビリティを評価する際には、すべてのコンポーネントを考慮してください。特定の要件に合わせて、Citrix Cloud™ ConnectorおよびStoreFrontの構成を調査し、テストしてください。サイジングとスケーラビリティのためにリソースが不足していると、展開のパフォーマンスに悪影響を及ぼします。

注記:

  • この記事では、テスト済みの最大容量と、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を構成してください。

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

これらのテストで見られたものと同様のパフォーマンスを得るには、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は、Cloud Connectorのインストール時に自動的にインストールされるMicrosoft SQL Express Server LocalDBを実行します。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のコンピューティングリソースの構成については、「Compute capacity limits by edition of SQL Server」を参照してください。

  • SQL Express Server LocalDBで利用可能なコンピューティングリソースが誤って構成されている場合、構成同期時間が増加し、障害発生時のパフォーマンスが低下する可能性があります。一部の仮想化環境では、コンピューティング能力はCPUコア数ではなく、論理プロセッサ数に依存する場合があります。

テスト結果の概要

この概要のすべての結果は、本記事の詳細セクションで構成されているテスト環境での調査結果に基づいています。ここに示されている結果は、単一のリソースロケーションに関するものです。システム構成が異なると、結果も異なる場合があります。

  • この図は、テストされた構成のグラフィカルな概要を示します。

テスト構成の概要

  • 次の表は、さまざまな規模のサイト向けのCloud Connectorの推奨される最小CPUおよびメモリ構成を示しています。これらの構成でのテスト結果を以下に示します。リソースロケーションの制限に関する詳細は、制限を参照してください。

  •   中 大 最大
  • | — | — | — | — |
  • HA用コネクタ 2 2 3
  • VDA 1000まで 1001～5000 5001～10,000
  • セッション 2500まで 10,000まで 25,000まで
  • ホスティング接続 20まで 40まで 40まで
  • Cloud ConnectorのCPU 4vCPU 4vCPU 8vCPU
  • 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,000の持続的なレートで起動されました。
  • 1,000～10,000 VDIおよび500～10,000 RDSサーバーのワークロードが、1,000～25,000セッションでテストされました。
    • 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セッションの制限をテストしてください。

    • 注:

    • RDSでは、VDA数よりもセッション数と起動率がより重要です。

中規模ワークロード 

-  これらのワークロードは、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 毎分500
      1000 VDI 停止 4分 CPU最大 = 11%、CPU平均 = 10%、メモリ最大 = 4.5 GB 2分 CPU最大 = 42%、CPU平均 = 28%、メモリ最大 = 4.0 GB 毎分500
  • 250 RDS、5000セッション オンライン 3分 CPU最大 = 14%、CPU平均 = 4%、メモリ最大 = 3.5 GB 9分 CPU最大 = 46%、CPU平均 = 21%、メモリ最大 = 3.7 GB 毎分555
  • 250 RDS、5000セッション 停止 3分 CPU最大 = 15%、CPU平均 = 5%、メモリ最大 = 3.7 9分 CPU最大 = 51%、CPU平均 = 32%、メモリ最大 = 4.2 GB 毎分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 毎分1000
5000 VDI 停止 4～6分 CPU最大 = 15%、CPU平均 = 5%、メモリ最大 = 7.5 GB 5分 CPU最大 = 45%、CPU平均 = 40%、メモリ最大 = 7.5 GB 毎分1000
500 RDS、10,000セッション オンライン 3分 CPU最大 = 45%、CPU平均 = 25%、メモリ最大 = 7.0 GB 10分 CPU最大 = 75%、CPU平均 = 55%、メモリ最大 = 7.0 GB 毎分1000
500 RDS、10,000セッション 停止 3分 CPU最大 = 15%、CPU平均 = 5%、メモリ最大 = 7.5 10分 CPU最大 = 45%、CPU平均 = 40%、メモリ最大 = 7.5 GB 毎分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 毎分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 毎分1000

注:

ここに示されているワークロードは、1つのリソースロケーションで推奨される最大ワークロードです。より大規模なワークロードをサポートするには、リソースロケーションを追加してください。

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

構成同期プロセスは、Cloud Connector を Citrix DaaS と同期させます。更新は Cloud Connector に自動的に送信され、障害発生時に Cloud Connector がブローカー処理を引き継ぐ準備ができていることを確認します。構成同期は、LHCデータベースであるSQL Express Server LocalDBを更新します。このプロセスはデータを一時データベースにインポートし、インポートが完了するとそのデータベースに切り替えます。これにより、常に引き継ぎ準備のできたLHCデータベースが確保されます。

データが一時データベースにインポートされている間、CPU、メモリ、ディスクの使用量は一時的に増加します。

テスト条件:

  1. 8 vCPU AMD EPYCでテスト済み
  2. インポートされたサイト構成データベースは、サイト全体で合計80,000のVDAと300,000のユーザー（100,000ユーザーの3シフト）を持つ環境向けでした
  3. データインポート時間は、10,000 VDIを持つリソースロケーションでテストされました

テスト結果:

  • データインポート時間: 7～10分
  • CPU使用率:
    • 最大 = 25%
    • 平均 = 15%
  • メモリ使用量:
    • 約2 GBから3 GBの増加
  • ディスク使用量:
    • 4 MB/秒のディスク読み取りスパイク
    • 18 MB/秒のディスク書き込みスパイク
    • XML構成ファイルのダウンロードと書き込み中に70 MB/秒のディスク書き込みスパイク
    • インポート完了時に4 MB/秒のディスク読み取りスパイク
  • LHCデータベースサイズ:
    • 400～500 MBのデータベースファイル
    • 200～300 MBのログデータベース

追加のリソース使用に関する考慮事項:

  • インポート中に完全なサイト構成データがダウンロードされます。このダウンロードは、サイトのサイズによってはメモリのスパイクを引き起こす可能性があります。構成同期中にメモリのスパイクが発生している場合は、Cloud Connector のサイズを増やすことを検討してください。
  • テストされたサイトでは、データベースとデータベースログファイルを合わせて約800 MBが使用されました。構成同期中、これらのファイルは複製され、合計最大サイズは約1600 MBになります。Cloud Connector に複製されたファイルのための十分なディスク容量があることを確認してください。ディスクがいっぱいの場合、構成同期プロセスは失敗します。
Cloud Connectorのサイズとスケールに関する考慮事項
April 6, 2026
寄稿者: 
C C
April 6, 2026
寄稿者: 
C C

この記事の概要

サイトに関するフィードバック | Your privacy choices footer linkプライバシーに関する選択肢 | プライバシーと法令 | Cookieの設定 | 同意設定 | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.