ローカルホストキャッシュのスケールおよびサイズの考慮事項

Citrix Virtual Apps and Desktopsサービスのローカルホストキャッシュ機能を使用すると、停止状態が発生しても、サイトの接続仲介操作を続行できます。Citrix Cloud環境で、サイトと管理コンソールとの間のWANリンクが失敗すると、停止状態が発生します。詳しくは、「ローカルホストキャッシュ」を参照してください。2017年12月、ローカルホストキャッシュ機能を使用してCitrix Cloud Connectorマシン構成と、少なくとも3つのCloud Connectorをテストしました。ここに記載されたテスト結果は、2017年12月でテストされた最大値の詳細です。ベストプラクティスの推奨事項は、これらのテスト済みの最大値に基づいています。

ローカルホストキャッシュは、各リソースの場所またはゾーンでオンプレミスのStoreFrontのみをサポートします。ローカルホストキャッシュ機能は、Connector仮想マシン構成でマルチコアCPU用に1つのソケットのみを使用します。このシナリオでは、4コア、1ソケット構成を推奨します。

概要

この概要のすべての結果は、詳細セクションに記載されたとおりに構成されたテスト環境での結果に基づきます。異なるシステム構成では、異なる結果になります。

テスト結果に基づく主な推奨事項:

  • 5,000未満のワークステーションVDAまたは500未満のサーバーVDAをホストする高可用性サイトでは、Cloud Connector専用に3台の仮想マシンの構成をお勧めします。各Cloud Connector仮想マシンには、4GBのRAMを持つ4基のvCPUが必要です。この構成は、N+1高可用性構成です。Cloud Connectorは、高可用性セットに展開されます。Cloud Connectorで負荷分散は行われません。各CPUが処理できるのは限られた数の接続であるため、CPUはサポートできるワークステーションVDAまたはサーバーVDAの数を制限する最大の要因です。
  • このドキュメントでは、2つのCloud Connectorのテストを取り上げていますが、推奨されるのはN+1の3つのCloud Connectorセットです。
  • 新しい構成を同期およびインポート後、ローカルホストキャッシュ停止状態モードがアクティブな場合と非アクティブな場合を比較するセッション起動テストを実施しました。起動テストでは、5,000、20,000、1,000セッションそれぞれを利用可能な同数のワークステーションで起動するシナリオが実施されました。
    • 5000のワークステーションVDAで5,000セッションを起動
      • テストでは、それぞれ4vCPUと4GBのRAMを搭載した2台のCloud Connector仮想マシンが使用されました。N+1構成の推奨事項によると、実稼働環境では、同様の仕様の3台のCloud Connector仮想マシンが必要です。
      • ローカルホストキャッシュサービスのピーク時には、CPUリソースの91%が消費され、使用可能なメモリは平均563MBでした。
      • High Availability Serviceが、すべてのVDAの停止を検出し、ブローカーであるHigh Availability Serviceに再登録するまで、約10分かかりました。High Availability Serviceが停止状態モードに入ってから、セッションの割り当て準備が整うまでの時間が測定されました。
    • 500のサーバーVDAで20,000セッションを起動
      • テストでは、それぞれ4vCPUと4GBのRAMを搭載した2台のCloud Connector仮想マシンが使用されました。N+1構成の推奨事項によると、実稼働環境では、同様の仕様の3台のCloud Connector仮想マシンが必要です。
      • ローカルホストキャッシュサービスのピーク時には、CPUリソースの90%が消費され、使用可能なメモリは平均471MBでした。
      • High Availability Serviceが、すべてのVDAの停止を検出し、High Availability Serviceに再登録するまで、約8分かかりました。High Availability Serviceが停止状態モードに入ってから、セッションの割り当て準備が整うまでの時間が測定されました。
    • 1,000のワークステーションVDAで1,000セッションを起動
      • テストでは、それぞれ2vCPUと4GBのRAMを搭載した2台のCloud Connector仮想マシンが使用されました。N+1構成の推奨事項によると、実稼働環境では、同様の仕様の3台のCloud Connector仮想マシンが必要です。
      • ローカルホストキャッシュサービスのピーク時には、CPUリソースの95%が消費され、使用可能なメモリは平均589MBでした。
      • High Availability Serviceが、すべてのVDAの停止を検出し、ブローカーであるHigh Availability Serviceに再登録するまで、約7分かかりました。High Availability Serviceが停止状態モードに入ってから、セッションの割り当て準備が整うまでの時間が測定されました。

環境の概要 Citrix CloudはCloud Connectorサービスを管理し、顧客はマシンを管理します。

テスト方法

負荷を追加し、環境コンポーネントのパフォーマンスを測定するためのテストが実施されました。

  • CPU
  • メモリ
  • データベースの負荷
  • Citrix Remote Broker Provider Service
  • Citrix High Availability Service

パフォーマンスデータ、ログオン時間、またはその両方を収集しました。必要な場合は、VDAとセッションをシミュレートするために、独自のCitrixシミュレーションツールが使用されました。シミュレーションツールは、実際のセッションやVDAをホストするのと同じリソース要件を必要とせずに、従来のVDAやセッションと同様にCitrixコンポーネントを使用するように設計されています。

ローカルホストキャッシュは、サイトごとではなく、ゾーンごとに1つのHigh Availability Serviceをサポートします。たとえば、5つのゾーンがある場合、1つのコネクタが各ゾーンのブローカーとして選出されます。Citrix Config Synchronizer Serviceは、Citrix管理のサイトデータベースのインポートを担当します。すべての構成の同期でデータベースが作成されるため、データベースの初回使用時にストアドプロシージャをコンパイルするなどの初期構成が必要です。構成の同期後にすべてのテストが実行されました。

セッションの起動テスト

顧客管理StoreFrontサーバーで、5,000セッションおよび20,000セッションのテストを開始しました。監視ツールは、StoreFrontのログオン時間、リソースの列挙、ICAファイルの取得データを収集します。

Citrixではシミュレーションツールを使用して大量のユーザーテストを容易に行うことができます。Citrix独自のシミュレーションツールを使用することにより、実際の5,000および20,000セッションで必要とされるものより少ないハードウェアで同数のセッションをテストできます。これらのシミュレートされたセッションは、通常のStoreFrontログオン、リソースの列挙、ICAファイルの取得を行いますが、アクティブなデスクトップは起動しません。代わりに、セッションが起動され、ブローカーエージェントとブローカーサービス間のすべての通信が実際のセッションの場合と一貫していることがシミュレーションツールからICAスタックに報告されます。パフォーマンス測定値は、Citrix Cloud Connectorから収集されます。環境がセッションの起動にどのように応答したかを判断するため、テスト期間中、25セッションの同時起動が維持されました。したがって、この測定では、テスト期間を通して負荷がかけられたシステムの結果を示します。

テスト結果

セッションの起動

次の表は、新しい構成の同期をインポート後、ローカルホストキャッシュ停止状態モードがアクティブな場合と非アクティブな場合のセッション起動テストを比較しています。各表には、テストで起動されたセッション数ごとの結果が表示されます。

5,000ワークステーションVDAセッション

  ローカルホストキャッシュ停止状態モードが非アクティブ(通常動作)/平均タイミング ローカルホストキャッシュ停止状態モードがアクティブ/平均タイミング
認証 193ミリ秒 95ミリ秒
列挙 697ミリ秒 75ミリ秒
ログオン合計時間 890ミリ秒 170ミリ秒
ICAファイルの取得 4,191ミリ秒 156ミリ秒

20,000サーバーVDAセッション

  ローカルホストキャッシュ停止状態モードが非アクティブ(通常動作)/平均タイミング ローカルホストキャッシュ停止状態モードがアクティブ/平均タイミング
認証 135ミリ秒 112ミリ秒
列挙 317ミリ秒 91ミリ秒
ログオン合計時間 452ミリ秒 203ミリ秒
ICAファイルの取得 762ミリ秒 174ミリ秒
  • 5,000ワークステーションVDAセッションの起動テスト
    • ローカルホストキャッシュ停止状態モードが非アクティブなとき、Citrix Cloud ConnectorとCitrix Delivery Controllerの間で約30ミリ秒の遅延がありました。
    • StoreFrontに負荷がかかっている間、ローカルホストキャッシュ停止状態モードがアクティブな場合と非アクティブな場合では、ログオン処理に720ミリ秒の違いがあります。
    • 最大の時間差はICAファイルの取得で、4秒でした。この時間差の主な要因は、コネクタが仲介していることであり、通常、StoreFrontトラフィックはコネクタを経由してAzureのCitrix Delivery Controllerとの間を移動します。
  • 20,000サーバーVDAセッションの起動テスト
    • StoreFrontに負荷がかかっている間、ローカルホストキャッシュ停止状態モードがアクティブな場合と非アクティブな場合では、ログオン処理に249ミリ秒の違いがあります。
    • ICAファイルの取得での違いは、約1秒でした。
  • 5,000ワークステーションVDAセッションの起動に比べて、20,000セッションの起動テストには500サーバーVDAのみが含まれているため、Citrix Delivery ControllerからVDAへの呼び出しが少なくなり、応答時間が短縮されます。

平均CPU使用率の比較

セッションの起動テスト   平均CPU(%) ピーク時のCPU(%)
5,000ワークステーションVDAセッション Connector 1 8.3 38.2
  Connector 2 8.4 33.3
5,000ワークステーションVDAセッション - ローカルホストキャッシュ停止状態モードがアクティブ Connector 1(選出されたHigh Availability Service) 42 91
  Connector 2 0.8 5
20,000サーバーVDAセッション Connector 1 23 62
  Connector 2 23 55
20,000サーバーVDAセッション - ローカルホストキャッシュ停止状態モードがアクティブ Connector 1(選出されたHigh Availability Service) 57 90
  Connector 2 0.8 6.6
  • この表では、5,000ワークステーションVDAセッションおよび20,000サーバーVDAセッションの起動テスト中に、ローカルホストキャッシュ停止状態モードがアクティブな場合とローカルホストキャッシュモードが非アクティブな場合の、Citrix Cloud ConnectorのCPU使用率が比較されています。
  • すべてのCloud Connectorは4vCPUと4GBのRAMです。
  • 選出されたHigh Availability Serviceマシンのピークは、それぞれ91%と90%でした。選出されていないHigh Availability Serviceはあまり使用されていませんが、選出されたHigh Availability Serviceに障害が発生した場合にアクティブになる可能性があります。したがって、Connectorが同一の仕様を使用することが重要です。

利用可能なメモリ使用率

セッションの起動テスト   平均使用可能メモリ(ワーキングセットMB) ピーク時の使用可能メモリ(ワーキングセットMB)
5,000ワークステーションVDAセッション Connector 1 636 657
  Connector 2 786 801
5,000ワークステーションVDAセッション - ローカルホストキャッシュ停止状態モードがアクティブ Connector 1(選出されたHigh Availability Service) 563 618
  Connector 2 912 918
20,000サーバーVDAセッション Connector 1 1030 1195
  Connector 2 1178 1329
20,000サーバーVDAセッション - ローカルホストキャッシュ停止状態モードがアクティブ Connector 1(選出されたHigh Availability Service) 471 687
  Connector 2 1210 1227
  • この表では、5,000ワークステーションVDAセッションおよび20,000サーバーVDAセッションの起動テスト中に、ローカルホストキャッシュ停止状態モードがアクティブな場合とローカルホストキャッシュモードが非アクティブな場合の、利用可能なメモリ使用率が比較されています。
  • セッション数によって、利用可能なメモリの量が減少します。
  • ローカルホストキャッシュ停止状態モードがアクティブな場合、主にSQL Serverのメモリ消費によって、20,000サーバーVDAセッションでメモリ使用率が54.35%(559MB)増加します。

コンポーネントごとのCloud ConnectorのCPU使用率

セッションの起動テスト コンポーネント 平均CPU(%) ピーク時のCPU(%)
5,000ワークステーションVDAセッション Connector 1 LSASS 2.4 10.7
  Connector 1 XaXdCloudProxy 3.5 18.5
  Connector 2 LSASS 2.5 12.9
  Connector 2 XaXdCloudProxy 3.5 21.2
5,000ワークステーションVDAセッション - ローカルホストキャッシュ停止状態モードがアクティブ Connector 1(選出されたHigh Availability Service)LSASS 12.9 29.5
  Connector 1(選出されたHigh Availability Service)HighAvailabilityService 14.7 49.7
20,000サーバーVDAセッション Connector 1 LSASS 7 12.2
  Connector 1 XaXdCloudProxy 8.7 15.5
  Connector 2 LSASS 7 12.5
  Connector 2 XaXdCloudProxy 1041 15.7
20,000セッションのローカルホストキャッシュ停止状態モードがアクティブ Connector 1(選出されたHigh Availability Service)LSASS 4.3 17.2
  Connector 1(選出されたHigh Availability Service)High Availability Service 4.5 18.2
  • 上の表は、5,000ワークステーションVDAセッションおよび20,000サーバーVDAセッションの起動テスト中、ローカルホストキャッシュ停止状態モードがアクティブな場合と非アクティブな場合に最も多くの合計CPUリソースを消費するプロセスを示しています。
  • ローカルホストキャッシュ停止状態モードが非アクティブな場合、Citrix Remote Broker Providerサービス(XaXdCloudProxy)が最もCPUを消費します。
  • LSASS(Local Security Authority Subsystem Service)は、セッションのログオン時にCPUを消費します。Citrix管理サービスからのすべての認証は、Citrix Cloud Connectorを通過して顧客管理Active Directoryと通信する必要があります。

  • Citrix High Availability Serviceを使用してセッションを仲介すると、ローカルホストキャッシュ停止状態モードがアクティブな場合、CPU使用率が高くなります。また、5,000ワークステーションVDAセッションの起動ではCPU使用率のピークは49.7%でしたが、20,000サーバーVDAセッション(500 VDA)の起動では使用率は18.25%程度でした。この違いは、VDAの数によるものです。
  • Connector 2は、選出されたHigh Availability Serviceではないため、使用可能な測定値はありませんでした。

ローカルホストキャッシュに切り替えるときのVDAの再登録時間

Delivery Controllerの停止中、5,000ワークステーションVDAは、選出されたローカルホストキャッシュブローカーに再登録する必要があります。再登録の時間は最大10分でした。500サーバVDAの再登録時間は最大約8分でした。

VDAの数 再登録時間
5,000ワークステーションVDA 最大10分
500サーバVDA 最大8分

停止タイミング

停止イベント VDAの数 時間
停止状態モードの開始   10分
選出されたHigh Availability Serviceへの再登録時間 500 最大8分
  5000 最大10分
停止状態モードの終了   10分
Citrix Delivery Controllerへの再登録時間 500 最大5.5分
  5000 最大1.5分
  • ヘルスチェックが必要なCitrix Delivery Controllerの数により、停止状態モードの開始(10分)と終了(10分)で合計20分かかります。VDAを再登録するための時間が必要であるため、全体の停止時間が増加します。
  • ネットワークが停止と稼働を繰り返す場合、問題が解決するまで停止状態を強制することにより、通常モードと停止状態モードの移行が繰り返されるのを防げます。

ローカルホストキャッシュを使用したデータベースおよびHigh Availability Serviceの測定値

セッションの起動テスト High Availability Serviceの平均トランザクション/秒 High Availability Serviceのピーク時のトランザクション/秒
5,000ワークステーションVDAセッション 436 1344
20,000サーバーVDAセッション 590 2061

上の表は、選出されたHigh Availability Serviceの1秒あたりのデータベーストランザクション数を示しています。

StoreFrontのCPU使用率の比較

セッションの起動テスト 平均CPU(%) ピーク時のCPU(%)
5,000ワークステーションVDAセッション 4.5 32.4
5,000サーバーVDAセッション - ローカルホストキャッシュ停止状態モードがアクティブ 13.8 32.6
20,000サーバーVDAセッション 11.4 22.1
20,000サーバーVDAセッション - ローカルホストキャッシュ停止状態モード 18.6 33.2
  • 上の表は、5,000ワークステーションVDAセッションおよび20,000サーバーVDAセッションの起動テスト中、ローカルホストキャッシュ停止状態モードがアクティブな場合と非アクティブな場合のStoreFrontのCPU使用率を比較します。
  • StoreFrontマシンの仕様:Windows 2012 R2、8vCPU(2ソケット、各4コア)、8GBのRAM
  • ローカルホストキャッシュ停止状態モードがアクティブな場合、5,000ワークステーションVDAセッションの起動テストで平均CPU使用率が約9%増加し、20,000サーバーVDAセッションの起動テストで約7%増加します。この増加は主に、ローカルホストキャッシュ停止状態モードがアクティブな場合にIISワーカープロセスがより多くの要求を処理するためです。StoreFrontは、停止状態モードが非アクティブな場合よりも大きな速度でセッションの起動を処理しているため、CPU使用率が高くなります。

StoreFrontで使用可能なメモリ使用率の比較

セッションの起動テスト 平均使用可能メモリ(ワーキングセットMB) ピーク時の使用可能メモリ(ワーキングセットMB)
5,000ワークステーションVDAセッション 5731 6821
5,000ワークステーションVDAセッション - ローカルホストキャッシュ停止状態モード 5345 5420
20,000サーバーVDAセッション 4671 4924
20,000サーバーVDAセッション - ローカルホストキャッシュ停止状態モード 4730 5027
  • 上の表は、5,000ワークステーションVDAセッションおよび20,000サーバーVDAセッションの起動テスト中、ローカルホストキャッシュ停止状態モードがアクティブな場合と非アクティブな場合のStoreFrontの使用可能なメモリ使用率を比較します。
  • ローカルホストキャッシュモードがアクティブな場合、5,000ワークステーションVDAセッションの起動テスト中にメモリ使用率が6.73%が増加します。

次の表は、新しい構成の同期インポート後に停止状態モードのアクティブな場合と非アクティブな場合を比較します。ローカルホストキャッシュを使用して1,000セッションを1,000ワークステーションVDAで起動し、2台のvCPU仮想マシンで構成されたCitrix Cloud Connectorを使用します。

セッションの起動の比較

  ローカルホストキャッシュ停止状態モードが非アクティブ(通常動作) ローカルホストキャッシュ停止状態モードがアクティブ
認証 359ミリ秒 89ミリ秒
列挙 436ミリ秒 180ミリ秒
ログオン合計時間 795ミリ秒 269ミリ秒
ICAファイルの取得 804ミリ秒 549ミリ秒
  • StoreFrontに負荷がかかっている間、ローカルホストキャッシュ停止状態モードがアクティブな場合と非アクティブな場合では、ログオン処理に526ミリ秒の違いがあります。
  • ローカルホストキャッシュ停止状態モードがアクティブな場合、ローカルホストキャッシュモードが非アクティブな場合と比較して、ICAファイルの取得に255ミリ秒の違いがあります。この差は、セッション数とともに増加します。

平均CPU使用率の比較

平均CPU使用率の比較

選出されたHigh Availability Serviceのピークは、CPU全体の95%でした。これは、1,000ワークステーションVDAが2台のvCPU Connector仮想マシンに最適な構成であることを示しています。

平均メモリ使用率の比較

平均メモリ使用率の比較

上のグラフは、1,000ワークステーションVDAセッションの起動時に、ローカルホストキャッシュ停止状態モードがアクティブな場合と非アクティブな場合の使用可能なCitrix Cloud Connectorのメモリ使用率を比較しています。ローカルホストキャッシュ停止状態モードを基準とすると、メモリ使用率に大きな違いはありません。

コンポーネントごとのCloud ConnectorのCPU使用率の比較

コンポーネントごとのCloud ConnectorのCPU使用率の比較

上のグラフには、ローカルホストキャッシュ停止状態モードが非アクティブな場合に、大半のCPUリソースを消費するプロセスが表示されています。

CPUリソース

  • 上のグラフには、ローカルホストキャッシュ停止状態モードがアクティブな場合に、大半のCPUリソースを消費するプロセスが表示されています。
  • Connector 2には十分な測定値がありませんでした。

ローカルホストキャッシュに切り替えるときのVDAの再登録時間

Delivery Controllerの停止中、1000ワークステーションVDAは、選出されたローカルホストキャッシュブローカーに再登録する必要があります。再登録の時間は最大7分でした。

ローカルホストキャッシュを使用したデータベースおよびHigh Availability Serviceの測定値

データベースおよびHigh Availability Serviceの測定値

上のグラフは、選出されたHigh Availability Serviceの1秒あたりのデータベーストランザクション数を示しています。

データベースのインポート時にゾーンの数が増加することによる影響

影響を理解するために、追加のゾーン(独自のConnectorのペア)がテストサイトに追加されました。最初のゾーンは5,500の一意のオブジェクト(2つのカタログ)で構成されています。セカンダリゾーンは、最初のゾーンのミラーであり、独自のオブジェクトを含む、合計11,000のオブジェクトがあります。ローカルホストキャッシュは、オブジェクトが10,000を超えないゾーンにのみ使用するよう注意してください。セカンダリゾーンを追加する前は、Connectorでのデータベースのインポート時間は約4分20秒でした。セカンダリゾーンを追加して11,000のオブジェクトを配置した後、インポート時間は最大で約4分50秒と、最大約30秒増加しました。カタログを追加しても、インポート時間にはほとんど影響しません。パフォーマンスの低下やインポート時間の増加に影響を与える最大の要因は、割り当てられたマシン、ユーザー、リモートPCの数です。また、5,500のオブジェクトは2つのゾーンに分割され、インポート時間はそのままでした

ゾーン数 オブジェクトの総数 インポート時間
1 5,500 4分20秒
2 11,000 4分50秒
2 5,500 4分20秒

Connectorのサイジングガイダンス

最適なパフォーマンスを得るために、ローカルホストキャッシュモードを有効にしたCitrix Cloud Connectorで、以下の構成をお勧めします。

推奨1:Citrix Cloud Connectorでローカルホストキャッシュモードを使用して1,000ワークステーションVDAをサポートする

  • 2台のWindows 2012 R2仮想マシンにそれぞれ2vCPU(1ソケット、2コア)と4GBのRAMを搭載
  • この推奨サイジングでは、ローカルホストキャッシュモードがアクティブな場合のCitrix Cloud Connectorで、ピーク時に全体の95%のCPU使用率と589MBの平均使用可能メモリを想定

推奨2:Citrix Cloud Connectorでローカルホストキャッシュを使用して5,000ワークステーションVDAまたは500サーバーVDAをサポートする

  • 2台のWindows 2012 R2仮想マシンにそれぞれ4vCPU(1ソケット、4コア)と4GBのRAMを搭載
  • この推奨サイジングでは、以下の場合を想定
    • ローカルホストキャッシュモードをアクティブにして起動した5,000ワークステーションVDAセッション
      • 全体で91%のピーク時のCPU使用率
      • 563MBの平均使用可能メモリ
    • ローカルホストキャッシュモードをアクティブにして起動した20,000サーバーVDAセッション
      • 全体で90%のピーク時のCPU使用率
      • 471MBの平均使用可能メモリ

一般的なスケールのサイジングについて詳しくは、「Cloud Connectorのスケールおよびサイズの考慮事項」を参照してください。

テスト環境

テスト環境では、内部で開発された独自のテストツール、および以下のセクションの仕様に合わせて構成された仮想マシンを使用します。

使用したツール

内部テストツールを使用して、テスト対象のマシンからパフォーマンスデータと測定値を収集し、セッションの起動を開始しました。社内のテストツールは、Citrix Virtual Apps and Desktops環境でのユーザーセッションの起動を調整し、応答時間データとパフォーマンス測定値を一元的に収集します。つまり、このテストツールはテストを管理し、結果を収集します。

テスト構成 – Citrix Virtual Apps and Desktopsサービスの構成

以下は、Citrix Virtual Apps and Desktopsサービスのテストで使用されるマシンおよびOS仕様の一覧です。

  • Cloud Connector:
    • 2台のWindows 2012 R2仮想マシンにそれぞれ4vCPU(1ソケット、4コア)と4GBのRAMを搭載
    • 2台のWindows 2012 R2仮想マシンにそれぞれ2vCPU(1ソケット、2コア)と4GBのRAMを搭載
  • StoreFront(顧客管理): Windows 2012 R2、8vCPU(それぞれ2ソケット、4コア)、8GBのRAM
  • ハイパーバイザー: Citrix XenServer 7.0以降の更新プログラム、5x HP Blade BL 460C Gen 9、Intel E5-2620 CPU x 2、256GBのRAM
  • ハイパーバイザーストレージ: NetApp 3250での2TBのNFS共有
  • VDA: Windows 2012 R2

データ収集

各テストから以下の測定値を収集します:

  • CPU、メモリ、コンポーネント(クラウドプロセス)全体の平均使用率の増加
  • 選出されたローカルホストキャッシュHigh Availability Serviceに切り替えるときのVDAの再登録時間
  • ローカルホストキャッシュ停止状態モードがアクティブである場合のデータベースおよびHigh Availability Serviceの測定値
  • セッション起動の比較。以下の処理の平均時間。
    • 認証
    • 列挙
    • ICAファイルの取得
  • ゾーン数を増やす場合にデータベースの同期時間に与える影響
    • 構成変更後の同期に必要な時間

ローカルホストキャッシュのスケールおよびサイズの考慮事項