ログサーバーの推奨事項

最終公開日 : Nov 13, 2026

1日のログ量 (ストレージ)

項目 マシンの数 1日あたりのセッション数/マシン セッションあたりの平均ログサイズ 1日あたりの合計ログ数
永続VDA 1000 2 2 MB 4,000 MB (約4 GB)
プールされたVDA 1000 50 2 MB 100,000 MB (約100 GB)
CWAエンドポイント 8000 4 1-1.5 MB 48,000 メガバイト (≈48 ギガバイト)
デリバリーコントローラー 4 — DDCあたり300 MB 1,200 メガバイト (≈1.2 ギガバイト)
StoreFrontサーバー 4 — サーバーあたり300 MB 1,200 MB (約1.2 GB)
NetScaler Gateway /PVS/Session Recording/ FSA およびその他のサーバー 4 — サーバーあたり300 MB 1,200 MB (約1.2 GB)
1日の合計ログサイズ(圧縮後) — — — 圧縮前は約156 GB/日
圧縮後は80 GB~125 GB/日

サイジングの前提条件

  • この例は、約10,000の管理対象エンドポイントとインフラストラクチャコンポーネントのリファレンス展開を表しています。
  • サイジングの目的では、Delivery Controllers、StoreFrontサーバー、Gateway、PVS、FAS、Session Recording、およびその他のインフラストラクチャコンポーネントは、サーバーあたり1日300 MBと見積もられています。
  • サーバーあたり300 MBという値は、ストレージ計画と容量計算に使用される控えめな見積もりです。
注:
  1. これらの値はおおよそのものであり、展開によって大きく異なる場合があります。ログの量は、サイトの規模、ユーザーアクティビティ、コンポーネントの組み合わせ、および保持の必要性によって異なります。これらの数値は、計画を開始するためのベースラインとしてのみ使用し、環境の実際の使用状況、成長傾向、およびパフォーマンス テストに基づいてストレージ割り当てを調整してください。
  2. ログサーバーはデフォルトでLZ4圧縮アルゴリズムを使用します。圧縮率は20%から50%の間になる可能性があります。これは、最大圧縮時にはLogServerがディスクスペースの半分を占め、最小圧縮時には80%を占めることを意味します。
  3. 単一のAOTログサーバーは、最大128,000のアクティブなコンポーネント接続をサポートし、毎秒最大10,000のログイベントを処理できます。ログサーバーは、環境がこれらの接続およびスループットのしきい値内にある限り、AOTログを24時間体制で継続的に収集および保存するように設計されています。
  4. これらの推奨事項は、仮想マシンのサイズではなく、受信AOTログを取り込み、処理し、保存する基盤となる検索およびインデックス作成エンジンの容量によって決定されます。この検索レイヤーは、インデックス作成、クエリ、および保持操作を処理するため、最終的に最大規模を決定します。環境が成長するにつれて、このレイヤーはパフォーマンスを維持するために水平方向にスケーリングする必要があります。
  5. 現在、ログサーバーは、ログサーバーサービスと検索/インデックスエンジンを両方含む単一の結合ノードとして提供されています。これにより展開は簡素化されますが、検索層を独立してスケーリングする能力が制限されます。
  6. 今後のリリースでは、Citrixは分離されたアーキテクチャに移行し、取り込みとストレージ/インデックス作成が独立したノードで実行されるようになります。これにより、顧客は環境の成長に合わせて検索層をスケーリングし、大規模またはマルチサイト展開でのパフォーマンスを向上させ、現在のシングルノード設計によって課せられるスケーラビリティの制限を取り除くことができます。
  7. AOTログサーバーをSSD対応ストレージに展開します。特に大容量環境では、信頼性の高いログ取り込み、高速な検索パフォーマンス、効率的な相関関係を確保するために、SSDが強く推奨されます。

AOTログサーバーのストレージサイジング

ストレージを適切にサイジングすることは、AOTログサーバーを計画する上で最も重要なステップの1つです。必要なストレージの総量は、AOTログを送信するマシンの数、1日に生成されるデータ量、およびログを保持する必要がある期間によって異なります。
各Citrix環境の動作は異なるため、お客様はまず、VDA、Citrix Workspaceアプリのエンドポイント、Delivery Controller、StoreFrontサーバーのログ生成パターンを使用して、1日のログ量を推定することから始める必要があります。1日の量がわかれば、以下の式を使用して総ストレージを計算できます。
ストレージ計算式 総ストレージ (GB) = 1日のログ量 (GB) × 保持日数

AOTログサーバーのストレージサイジングガイダンス

展開規模に基づいた1日のログ量とストレージ要件の推定には、以下の表を参照してください。これらの推定値は容量計画を目的としており、ユーザーアクティビティ、セッション密度、有効なコンポーネント、および展開アーキテクチャによって異なる場合があります。

1日のログ量推定

展開規模 圧縮前の1日のログ量 圧縮後の1日のログ量 (LZ4) 推奨カテゴリ
5,000台のマシン 約78 GB/日 約40~63 GB/日 小規模
10,000台のマシン ~156 GB/日 ~80~125 GB/日 中
50,000台のマシン ~780 GB/日 ~400~625 GB/日 大規模
100,000台のマシン ~1.56 TB/日 ~800 GB~1.25 TB/日 エンタープライズ

保持期間に基づくストレージの見積もり

展開サイズ 7日間の保持 10日間の保持
5,000台のマシン ~300~450 GB 約400~630 GB
10,000台のマシン 約600 GB~1 TB 約800 GB~1.25 TB
50,000台のマシン 約3~5 TB 約4~6.3 TB
100,000台のマシン 約6~10 TB 約8~12.5 TB
注:
  • これらの値は、キャパシティプランニングを目的としたおおよその見積もりです。実際のストレージ要件は、展開アーキテクチャ、ユーザーアクティビティ、有効なコンポーネント、保持期間、および圧縮効率によって異なります。
  • 見積もりは、10,000台のマシンリファレンス展開モデルに基づいており、線形にスケーリングされています。