ログサーバーの推奨事項
日次ログ量 (ストレージ)
| 項目 | マシンの台数 | 1日あたりのセッション数/マシン | セッションあたりの平均ログサイズ | 1日あたりの合計ログ数 |
|---|---|---|---|---|
| 永続VDA | 1000 | 2 | 2 MB | 4,000 メガバイト (約4 ギガバイト) |
| プール型VDA | 1000 | 50 | 2 MB | 100,000 メガバイト (約100 ギガバイト) |
| CWA エンドポイント | 8000 | 4 | 1～1.5 MB | 48,000 MB (≈48 GB) |
| デリバリーコントローラー | 4 | — | 300 MB per DDC | 1,200メガバイト（約1.2ギガバイト） |
| ストアフロントサーバー | 4 | — | サーバーあたり300 MB | 1,200 メガバイト (約1.2 ギガバイト) |
| NetScaler Gateway /PVS/セッションレコーディング/ FSA およびその他のサーバー | 4 | — | サーバーあたり300 MB | 1,200 メガバイト (約1.2 ギガバイト) |
| 1日の合計ログサイズ (圧縮後) | — | — | — | 圧縮前は 約156 GB/日 |
| 圧縮後は 80 GB～125 GB/日 |
サイジングの前提条件
- この例は、約10,000の管理対象エンドポイントとインフラストラクチャコンポーネントの参照展開を表しています。
- サイジングの目的で、Delivery Controller、StoreFrontサーバー、Gateway、PVS、FAS、Session Recording、およびその他のインフラストラクチャコンポーネントは、サーバーあたり1日300 MBと見積もられています。
- サーバーあたり300 MBという値は、ストレージ計画と容量計算に使用される控えめな見積もりです。
注:
これらの値はおおよそのものであり、展開によって大きく異なる場合があります。ログの量は、サイトの規模、ユーザーアクティビティ、コンポーネントの組み合わせ、および保持の必要性によって異なります。これらの数値は計画を開始するためのベースラインとしてのみ使用し、環境の実際の使用状況、成長傾向、およびパフォーマンス テストに基づいてストレージ割り当てを調整してください。
ログサーバーはデフォルトでLZ4圧縮アルゴリズムを使用します。圧縮率は20%から50%の間になる可能性があります。これは、LogServerが最大圧縮を行った場合はディスクスペースの半分を占め、最小圧縮を行った場合はディスクスペースの80%を占めることを意味します。
単一のAOTログサーバーは、最大128,000のアクティブなコンポーネント接続をサポートし、1秒あたり最大10,000のログイベントを処理できます。ログサーバーは、環境がこれらの接続およびスループットのしきい値内にある限り、AOTログを24時間体制で継続的に収集および保存するように設計されています。
これらの推奨事項は、仮想マシンのサイズではなく、受信AOTログを取り込み、処理し、保存する基盤となる検索およびインデックス作成エンジンの容量によって決定されます。この検索レイヤーは、インデックス作成、クエリ、および保持操作を処理するため、最終的に最大規模を決定します。環境が拡大するにつれて、このレイヤーはパフォーマンスを維持するために水平方向にスケールする必要があります。
Today, the Log Server ships as a single combined node that includes both the Log Server service and the search/index engine. This simplifies deployment but limits the ability to scale the search tier independently.
今後のリリースでは、Citrixは分離されたアーキテクチャに移行し、取り込みとストレージ/インデックス作成が独立したノードで実行されるようになります。これにより、顧客は環境の成長に合わせて検索層をスケールし、大規模またはマルチサイト展開でのパフォーマンスを向上させ、現在のシングルノード設計によって課せられるスケーラビリティの限界を取り除くことができます。
AOTログサーバーはSSDベースのストレージに展開してください。特に大量の環境では、信頼性の高いログ取り込み、高速な検索パフォーマンス、および効率的な相関を確保するために、SSDを強くお勧めします。
AOTログサーバーのストレージサイジング
AOTログサーバーを計画する上で、ストレージを適切にサイジングすることは最も重要なステップの1つです。必要な総ストレージ容量は、AOTログを送信するマシンの数、1日に生成されるデータ量、およびログを保持する必要がある期間によって異なります。
各Citrix環境の動作は異なるため、お客様はまず、VDA、Citrix Workspace Appエンドポイント、Delivery Controller、および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、1日あたり | エンタープライズ |
保持期間に基づくストレージ見積もり
| 展開規模 | 7日間の保持 | 10日間の保持 |
|---|---|---|
| 5,000台のマシン | ~300～450 GB | ~400～630 GB |
| 10,000台のマシン | 約600 ギガバイト～1 テラバイト | 約800 ギガバイト～1.25 テラバイト |
| 50,000台のマシン | 約3～5 TB | 約4～6.3 TB |
| 100,000台のマシン | 約6～10 TB | 約8～12.5 TB |
注:
これらの値は、キャパシティプランニングを目的としたおおよその見積もりです。実際のストレージ要件は、展開アーキテクチャ、ユーザーアクティビティ、有効なコンポーネント、保持期間、および圧縮効率によって異なります。
見積もりは、10,000台のマシンリファレンス展開モデルに基づいており、線形にスケーリングされています。