Citrix Virtual Apps and Desktops

よくある質問

April 6, 2026

寄稿者:

C C

MAX_RESERVE_DAYS のような実行中のログサーバー構成の確認方法

コンテナの環境値は、以下のいずれかのコマンドを使用して確認できます。

docker inspect logserver |findstr MAX_RESERVE_DAYS または、コンテナ環境を確認します。 docker exec -it logserver env |grep MAX_RESERVE_DAYS

何も返されない場合、ログサーバーはデフォルト値を使用しています。 MAX_RESERVE_DAYS=7
Windows へのログサーバーコンテナイメージインストール時の Docker Desktop ライセンス購入の必要性

はい。有効な Docker Desktop ライセンスが必要です。
ログサーバーインストールへの新規サーバー使用の推奨

はい。パフォーマンスと分離を確保するため、ログサーバーのインストールには専用サーバーを使用することをお勧めします。
単一 AOT ログサーバーの持続的な取り込み容量と EPS 制限

単一の AOT ログサーバーは、1 秒あたり 10,000 イベント (EPS) の持続的な取り込み容量をサポートします。この値は、継続的な取り込みにおける最大値と安全な動作しきい値の両方を表します。
単一 AOT ログサーバーが処理できるコンポーネント数と最大制限

単一のログサーバーは最大 128,000 のコンポーネントに接続できますが、1 秒あたり約 10,000 のログしか処理できません。そのため、マシンの数は問題になることはほとんどなく、実際のサイジング要因は、ピークアクティビティ中にユーザーが生成するログの数です。
AOT ログサーバーのバースト耐性

AOT ログサーバーは、ログを失うことなく、通常のイベントレートの 2 倍までの短期的なバーストを処理できます。ログ量がこれを超えて急増した場合（例えば 5 倍）、システムはイベントを確実に永続化できなくなり、OpenSearch が十分に速くインデックスを作成できないため、ログのドロップを開始します。
AOT ログサーバーによるログ圧縮の可否と期待される圧縮率

はい。AOT ログサーバーは、OpenSearch にログを保存するためにデフォルトの LZ4 圧縮アルゴリズムを使用します。一般的な圧縮率は約 2:1 であり、これはログデータが元のサイズの半分以下に削減され、高速な読み書きパフォーマンスを維持することを意味します。
各インフラストラクチャタイプ（シングルサイトオンプレミス、マルチサイトオンプレミス、シングルリージョンクラウド、マルチリージョンクラウド、ハイブリッド、MSP/テナント）における AOT ログサーバーのデプロイ場所と理由

AOT ログサーバーは常に VDA と同じ視線上にデプロイする必要があります。これにより、安定した接続が確保され、ログを生成するコンポーネントとそれを取り込むログサーバー間の低遅延が維持されます。すべてのコンポーネント（VDA、DDC、StoreFront、Gateway など）がログサーバーに確実に到達できる限り、環境は正しく機能します。
リージョンごとのログサーバーの必要性、集中化の可否、遅延とエグレス

ログサーバーを集中化することは可能ですが、お客様は自身の環境における遅延とエグレスコストの影響を評価する必要があります。リージョン間の遅延はログの取り込みに影響を与える可能性があり、特に大量の期間中に顕著です。往復遅延が高い場合、ログの急増やバーストは、ピーク負荷時に遅延、バックログの蓄積、または潜在的な損失を引き起こす可能性があります。ログがリージョンまたはクラウドの境界を越える場合、エグレス料金が適用されることがあります。
AOT ログサーバーで 1,000 台のマシンをサポートするための最小ハードウェア仕様

1,000 台のマシンまでの環境では、次のものが必要です。1 ノード（ログサーバー + OpenSearch 結合）、4 vCPU、8 GB RAM、2,000 IOPS 最小（SSD または NVMe 推奨）、1 Gbps NIC。このセットアップは、ログ量が中程度の小規模またはシングルサイト展開に適しています。
ログサーバーに問題がある場合のトラブルシューティング方法

LogServer は Docker コンテナとして実行されているため、すべての Docker コマンドを使用して問題を見つけることができます。
```
docker logs logserver
docker inspect logserver

```
また、ユーザーは実行中のコンテナにアタッチして、ログサーバー自体のログを表示できます。
```
docker exec –it logserver bash

```
ログサーバーの Docker コンテナの Bash シェルで、ユーザーはログサーバーと OpenSearch のヘルスを確認できます。
```
curl http://localhost:5000/Ping
curl http://localhost:9200/_cluster/health?pretty

```
そして、コンテナ内のログを確認します。
```
tail Config/applogs.txt
tail Config/weblogs.txt

```
さらにログが必要な場合は、StartLogServer.sh/StartLogServer.bat で LOG_LEVEL=0 を変更し、これらのスクリプトファイルでログサーバーを再起動できます。そうすると、詳細なログには TRACE、DEBUG、INFO、WARN、ERROR のすべてのレベルが含まれます。

このコンテンツの正式なバージョンは英語で提供されています。Cloud Software Groupドキュメントのコンテンツの一部は、お客様の利便性のみを目的として機械翻訳されています。Cloud Software Groupは機械翻訳されたコンテンツを管理していないため、誤り、不正確な情報、不適切な用語が含まれる場合があります。英語の原文から他言語への翻訳について、精度、信頼性、適合性、正確性、またはお使いのCloud Software Group製品またはサービスと機械翻訳されたコンテンツとの整合性に関する保証、該当するライセンス契約書またはサービス利用規約、あるいはCloud Software Groupとのその他すべての契約に基づき提供される保証、および製品またはサービスのドキュメントとの一致に関する保証は、明示的か黙示的かを問わず、かかるドキュメントの機械翻訳された範囲には適用されないものとします。機械翻訳されたコンテンツの使用に起因する損害または問題について、Cloud Software Groupは責任を負わないものとします。

この情報は役に立ちましたか?

よくある質問

April 6, 2026

寄稿者:

C C

April 6, 2026

寄稿者:

C C

この記事の概要

この情報は役に立ちましたか?