ログサーバーの推奨事項
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 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という値は、ストレージ計画と容量計算に使用される控えめな見積もりです。
注:
-
これらの値は概算であり、展開によって大きく異なる場合があります。ログの量は、サイトの規模、ユーザーアクティビティ、コンポーネントの組み合わせ、および保持要件によって異なります。これらの数値は計画を開始するためのベースラインとしてのみ使用し、環境の実際の使用状況、成長傾向、およびパフォーマンス テストに基づいてストレージ割り当てを調整してください。
-
ログサーバーはデフォルトでLZ4圧縮アルゴリズムを使用します。圧縮率は20%から50%の間になる可能性があります。これは、最大圧縮時にはLogServerがディスクスペースの半分を占め、最小圧縮時には80%を占めることを意味します。
-
単一のAOTログサーバーは、最大128,000のアクティブなコンポーネント接続をサポートし、毎秒最大10,000のログイベントを処理できます。ログサーバーは、環境がこれらの接続およびスループットのしきい値内にある限り、AOTログを24時間体制で継続的に収集および保存するように設計されています。
-
これらの推奨事項は、仮想マシンのサイズではなく、受信AOTログを取り込み、処理し、保存する基盤となる検索およびインデックス作成エンジンの容量によって決定されます。この検索レイヤーは、インデックス作成、クエリ、および保持操作を処理するため、最終的に最大スケールを決定します。環境が成長するにつれて、このレイヤーはパフォーマンスを維持するために水平方向にスケールする必要があります。
-
現在、ログサーバーは、ログサーバーサービスと検索/インデックスエンジンを両方含む単一の結合ノードとして提供されています。これにより展開は簡素化されますが、検索層を独立してスケーリングする能力が制限されます。
-
今後のリリースでは、Citrixは分離されたアーキテクチャに移行し、取り込みとストレージ/インデックス作成が独立したノードで実行されるようになります。これにより、お客様は環境の成長に合わせて検索層をスケーリングし、大規模またはマルチサイト展開全体でパフォーマンスを向上させ、現在のシングルノード設計によって課せられているスケーラビリティの天井を取り除くことができます。
-
AOTログサーバーはSSDベースのストレージに展開してください。特に大量の環境では、信頼性の高いログ取り込み、高速な検索パフォーマンス、効率的な相関関係を確保するために、SSDを強くお勧めします。
AOTログサーバーのストレージサイジング
AOTログサーバーを計画する上で、ストレージを正しくサイジングすることは最も重要な手順の1つです。必要な総ストレージ容量は、AOTログを送信するマシンの数、1日あたりに生成されるデータ量、およびログを保持する必要がある期間によって異なります。
各Citrix環境の動作は異なるため、お客様はまず、VDA、Citrix Workspace Appエンドポイント、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台のマシンリファレンス展開モデルに基づいており、線形にスケーリングされています。