FAQ

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 ログサーバーの持続的な取り込み容量はどのくらいですか？最大および安全な 1 秒あたりのイベント数 (EPS) の制限は何ですか？

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

単一の AOT ログサーバーはいくつのコンポーネントを処理できますか？最大制限はありますか？

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

AOT ログサーバーのバースト耐性はどのくらいですか？損失やバックログの超過なしに、どの程度の突然のログスパイクを処理できますか？

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

AOT Log Serverはログを圧縮できますか？ どのくらいの圧縮率を期待できますか？

はい。AOT Log Serverは、OpenSearchにログを保存するためにデフォルトのLZ4圧縮アルゴリズムを使用します。一般的な圧縮率は約2:1で、ログデータは元のサイズの半分以下に削減され、高速な読み書き性能を維持します。

各インフラストラクチャタイプ（シングルサイトオンプレミス、マルチサイトオンプレミス、シングルリージョンクラウド、マルチリージョンクラウド、ハイブリッド、MSP/テナント）において、AOT Log Serverはどこにデプロイすべきですか、またその理由は？

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

リージョンごとに1つのログサーバーが必要ですか、それともすべてを集中化できますか？ レイテンシーとエグレスについてはどうですか？

ログサーバーを集中化することは可能ですが、お客様は自身の環境におけるレイテンシーとエグレスコストの影響を評価する必要があります。リージョン間のレイテンシーはログの取り込みに影響を与える可能性があり、特に高負荷時には顕著です。往復レイテンシーが高い場合、ログの急増やバーストにより、ピーク負荷時に遅延、バックログの蓄積、または潜在的な損失が発生する可能性があります。ログがリージョンまたはクラウドの境界を越える場合、エグレス料金が発生する場合があります。

AOT Log Serverで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
<!--NeedCopy-->

また、ユーザーは実行中のコンテナにアタッチして、ログサーバー自身のログを表示することもできます。

docker exec –it logserver bash
<!--NeedCopy-->

ログサーバーのDockerコンテナのbashシェルで、ユーザーはログサーバーとOpenSearchのヘルスを確認できます。

curl http://localhost:5000/Ping
curl http://localhost:9200/_cluster/health?pretty
<!--NeedCopy-->

そして、コンテナ内のログを確認します。

tail Config/applogs.txt
tail Config/weblogs.txt
<!--NeedCopy-->

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