既知の問題と制限事項

最終公開日 : Nov 13, 2026
  • 環境ごとにサポートされるログサーバーは1つのみ
    現在のアーキテクチャでは、環境ごとに単一のAOTログサーバーのみがサポートされており、Web StudioとDirector/Monitorの両方が単一のログサーバー構成でのみ動作するように設計されています。すべてのコンポーネントは同じログサーバーを指す必要があります。複数のログサーバーにわたるワークロードの構成や分散は、現在サポートされていません。この単一のログサーバーは、最大128,000のアクティブなコンポーネント接続を処理し、毎秒最大10,000のログイベントを処理できます。これはほとんどの展開で十分です。これらの制限は、コンポーネントの数ではなく、接続容量とログスループットに基づいているため、非常に大規模な環境でも、スループットのしきい値内に収まっている限り、1つのログサーバーで運用できます。
    ただし、ピーク時のログ量が非常に多いお客様は、水平スケーリングがないため、取り込みまたはインデックス作成の制限に達する可能性があります。複数のログサーバーのサポートとより広範なスケーリングオプションは、進化するアーキテクチャの一部として将来のリリースで導入される予定です。
  • XenServerでホストされているWindows VMでAOTログサーバーを実行することはサポートされていません。 XenServerはネストされた仮想化をサポートしていないため、ゲストVM内でDockerを実行できません。その結果、この構成ではログサーバーコンテナを展開できません。
  • Windows上のDocker Desktopは、AOTログサーバーのためにアクティブなユーザーセッションを必要とします
    Docker Desktopを使用してWindows VMにAOTログサーバーを展開すると、コンテナはDocker Desktopを起動したユーザーセッションのコンテキスト内で実行されます。Docker Desktopはユーザーセッションベースのアプリケーションとして設計されており、Windows上でシステムレベルのサービスとして実行されません。その結果、ユーザーがログアウトするとDocker Desktopが停止し、AOTログサーバーコンテナも停止します。この動作のため、展開が特定のユーザーセッションに依存しているため、ユーザーがログアウトするとAOTログサーバーが停止します。他の管理者は実行中のコンテナにアクセスしたり管理したりできません。
    回避策: Docker DesktopとAOTログサーバーコンテナが継続して実行されるように、ユーザーセッションをアクティブな状態または切断された状態に保ちます(ログアウトしないでください)。
    推奨事項: 本番環境での展開には、次のいずれかを使用してください。
    • Docker Engineを使用してLinux VMにAOTログサーバーをデプロイする
    • サポートされている場合は、Citrix Connector Appliance (CCA) ベースの展開を使用する
    これらのオプションにより、ログサーバーはユーザーセッションから独立して実行され、より信頼性の高い常時稼働の展開モデルが提供されます。
注:
このアプローチは、セッションタイムアウトや厳格なセキュリティポリシーがある環境では信頼できない場合があります。
この動作は、Windows上のDocker Desktopの既知の制限であり、AOTログサーバーに固有のものではありません。
  • ライセンスサーバーログがDirector/Monitorで不正なホストタイプで表示される
    DirectorでライセンスサーバーからAOTログを表示すると、ホスト名は正しいにもかかわらず、ホストタイプ列に値がDDCではなくLicense Serverと誤って表示される場合があります。
    この問題は、Directorでのホストタイプの表示方法に限定されており、ログの収集や機能には影響しません。この問題は、最新のライセンスサーバーリリースで解決されており、License Server version: 55000 or later以降で修正されています。
  • MonitorでAOTログを表示するにはCitrix Cloud Connectorが必要です
    AOTログを表示するためにCitrix Monitorを使用するお客様は、環境に少なくとも1つのCitrix Cloud Connectorを展開している必要があります。この要件は、AOTログサーバーがホストされている場所(Linux VM、Windows VM、Citrix Connector Applianceなど)に関係なく適用されます。
    Citrix Monitorは、構成されたログサーバーからログを取得し、UIに表示するために、Cloud Connectorで実行されているMonitorサービスに依存しています。
    Windows Cloud Connectorがない場合、AOTログはMonitorで取得または表示できません。
  • Citrix DirectorでADC Gatewayログが正しく表示されない
    症状: Citrix DirectorでCitrix ADC GatewayのAlways On Tracing (AOT) ログを表示すると、次の現象が見られる場合があります。
    • ログレベルがDebugまたはInfoではなくErrorと表示される。
    • メッセージ列に生のログエントリ全体が表示される。
    • 表示されるタイムスタンプが元のイベントタイムスタンプと異なる。
    • 不正な形式のJSONログレコードのみが影響を受けます。有効なログレコードは正しく表示されます。
    影響を受けるバージョン: 14.1-73.xより前のCitrix ADCおよび15.1-8.xより前のCitrix ADC。
    原因: Citrix ADC Gatewayが、AOTログサーバーで解析できない不正な形式のJSONログレコードをアップロードします。その結果、ログサーバーは生のログエントリを保存し、エラーとして分類します。
    解決策: Citrix ADCを次のいずれかのバージョン以降にアップグレードしてください。
    • 14.1-73.x
    • 15.1-8.x
    修正済み: Citrix ADC 14.1-73.x および Citrix ADC 15.1-8.x。
    • AOTログサーバーは現在、FIPS準拠の展開をサポートしていません。FIPS要件が義務付けられているお客様は、FIPSサポートが利用可能になるまで本番環境への展開を延期する必要があります。
      FIPS準拠を必要としないお客様は、サポートされている環境でAOTログサーバーの展開と評価を継続できます。