ログサーバーの推奨事項

1日のログ量（ストレージ）

注:

1. これらの値は概算であり、展開によって大きく異なる場合があります。ログの量は、サイトの規模、ユーザーアクティビティ、コンポーネントの組み合わせ、および保持の必要性によって異なります。これらの数値は計画を開始するためのベースラインとしてのみ使用し、環境の実際の使用状況、成長傾向、およびパフォーマンス テストに基づいてストレージ割り当てを調整してください。

2. ログサーバーはデフォルトでLZ4圧縮アルゴリズムを使用します。圧縮率は20%から50%の間になる可能性があります。これは、最大圧縮時にはディスクスペースの半分を、最小圧縮時にはディスクスペースの80%をLogServerが使用することを意味します。

3. 1台の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 Appエンドポイント、Delivery Controller、およびStoreFrontサーバーのログ生成パターンを使用して、1日のログ量を推定する必要があります。1日の量がわかれば、以下の式を使用して総ストレージを計算できます。

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

計算例 - 1日のログ量 (圧縮後) = 125 GB – 200 GB) 以下の例は、異なる保持期間に対するストレージ要件がどのように変化するかを示しています。