Citrix Virtual Apps and Desktops

ログサーバーの推奨事項

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

項目 マシンの数 1日あたりのセッション数/マシン セッションあたりの平均ログサイズ 1日あたりの合計ログ数
永続VDA 1000 2 2 MB 4,000 メガバイト (≈4 ギガバイト)
プールされたVDA 1000 50 2 MB 100,000 MB (約100 GB)
CWAエンドポイント 8000 4 1~1.5 MB 48,000 MB (約48 GB)
デリバリーコントローラー 4 — DDCあたり300 MB 1,200 MB (約1.2 GB)
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のアクティブなコンポーネント接続をサポートし、1秒あたり最大10,000のログイベントを処理できます。ログサーバーは、環境がこれらの接続およびスループットのしきい値内にある限り、AOTログを24時間体制で継続的に収集および保存するように設計されています。

  4. これらの推奨事項は、仮想マシンのサイズではなく、受信AOTログを取り込み、処理し、保存する基盤となる検索およびインデックス作成エンジンの容量によって決定されます。この検索レイヤーは、インデックス作成、クエリ、および保持操作を処理するため、最終的に最大規模を決定します。環境が成長するにつれて、このレイヤーはパフォーマンスを維持するために水平方向にスケールする必要があります。

  5. 現在、ログサーバーは、ログサーバーサービスと検索/インデックスエンジンを両方含む単一の結合ノードとして提供されています。これにより展開は簡素化されますが、検索層を独立してスケーリングする能力が制限されます。

  6. 今後のリリースでは、Citrixは分離されたアーキテクチャに移行し、取り込みとストレージ/インデックス作成が独立したノードで実行されるようになります。これにより、顧客は環境の成長に合わせて検索層をスケーリングし、大規模またはマルチサイト展開全体でパフォーマンスを向上させ、現在の単一ノード設計によって課せられるスケーラビリティの限界を取り除くことができます。

  7. AOTログサーバーをSSDベースのストレージに展開します。特に大容量環境では、信頼性の高いログ取り込み、高速な検索パフォーマンス、効率的な相関関係を確保するために、SSDを強くお勧めします。

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

AOTログサーバーを計画する上で、ストレージを正しくサイジングすることは最も重要なステップの1つです。必要な総ストレージは、AOTログを送信するマシンの数、1日あたりに生成されるデータ量、およびログを保持する必要がある期間によって異なります。

各Citrix環境の動作は異なるため、お客様はまず、VDA、Citrix Workspace Appエンドポイント、Delivery Controllers、およびStoreFrontサーバーのログ生成パターンを使用して、1日のログボリュームを見積もる必要があります。1日のボリュームがわかれば、以下の式を使用して総ストレージを計算できます。

ストレージ計算式 総ストレージ (GB) = 1日のログボリューム (GB) × 保持日数

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

展開サイズに基づいた日次ログ量とストレージ要件を見積もる際の参考として、以下の表を使用してください。これらの見積もりはキャパシティプランニングを目的としており、ユーザーアクティビティ、セッション密度、有効なコンポーネント、および展開アーキテクチャによって異なる場合があります。

日次ログ量の見積もり

展開サイズ 圧縮前の日次ログ量 圧縮後の日次ログ量 (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台のマシンリファレンス展開モデルに基づいており、線形にスケーリングされます。

ログサーバーの推奨事項