已知問題和限制

檢閱 IBM Instana 觀察的已知問題和限制。

已知問題

沒有已知問題。 已修正來自舊版的任何已知問題。

已知限制

分析追蹤資料及呼叫

當呼叫依 log.level 或 log.message分組時，特殊標籤群組 Tag not present 的顯示方式與其他標籤不同。

如需此特性的相關資訊，請參閱 分析追蹤資料和呼叫。

以動態焦點過濾

如需此特性的相關資訊，請參閱 使用動態焦點過濾

語法限制

  • ! 與要取反的查詢之間不容許有空格。 請改用 !<query> 或 NOT <query> 。
  • 當多個相同的 entity.application.name、entity.service.name、entity.endpoint.name 動態焦點關鍵字組合在一起使用時，只能使用 OR 運算子將它們結合在一起。 E.g. 不支援查詢 entity.application.name:foo AND entity.application.name:bar、 entity.application.name:foo entity.application.name:bar 。 但支援查詢 entity.application.name:foo OR entity.application.name:bar。
  • 當多個不同的 entity.application.name、entity.service.name、entity.endpoint.name 動態焦點關鍵字組合在一起使用時，只能使用 AND 運算子將它們結合在一起。 E.g. 不支援查詢 entity.application.name:foo OR entity.service.name:bar ，但支援查詢 entity.application.name:foo AND entity.service.name:bar 。
  • 不支援包含應用程式、服務或端點名稱的取反查詢。 因此，NOT entity.application.name:foo、!entity.service.name:bar 及 NOT entity.endpoint.name:foobar 皆無效。 不過，仍然可以改為使用 NOT event.entity.label:foo 來過濾掉應用程式、服務或端點的事件。
  • 使用字串 contains 邏輯來評估動態焦點查詢 entity.application.name:<term>、 entity.service.name:<term> 和 entity.endpoint.name:<term> ，例如動態焦點查詢 entity.application.name:shop 也會符合 entity.application.name:shop-frontend。
  • 動態焦點查詢關鍵字 entity.application.name、entity.service.name 及 entity.endpoint.name 僅在布林查詢（請參閱上方的布林邏輯限制）、術語查詢、詞組查詢及字首查詢中受支援。

查詢限制

  • 針對 event.text 且包含連字號的動態焦點查詢可能會傳回非預期的結果。 例如: 由於 Lucene 分析器的記號化， event.text:"foo-bar-random" 也會傳回只包含 foo 或 bar 或 random 的事件。
  • 在大部分 Kubernetes 關鍵字上設定範圍時，無法選取遵循 Docker 儲存器的實體 (例如 主機 或 可用性區域)。 例如，查詢 entity.kubernetes.deployment.name:my-K8s-deployment AND entity.selfType:host 不會傳回任何主機。 相比之下，查詢 entity.kubernetes.deployment.name:my-K8s-deployment AND entity.selfType:docker 會傳回與部署相關的所有 Docker 儲存器。 不過，有幾個 kubernetes 關鍵字可用來選取主機實體，也就是 entity.kubernetes.cluster.* 和 entity.kubernetes.node.*。 例如，查詢 entity.kubernetes.cluster.label:my-K8s-cluster AND entity.selfType:host 會傳回叢集的所有相關主機。

基礎架構度量值

  • 基於效能原因，實體在 Instana 使用者介面中最多只能顯示 3000 個度量值。 度量值超過該限制的儀表板將具有遺漏的度量值。
  • 不會顯示負數度量值。

Monitoring IBM App Connect Enterprise (ACE)

  • 如果已對 REST API 介面啟用 HTTPS ，您需要在 <agent_install_dir>/etc/instana/configuration.yaml中指定金鑰儲存庫和 keystorePassword 參數。 對於金鑰儲存庫類型，僅支援 JKS 或 P12 。

如需此特性的相關資訊，請參閱 監視 IBM App Connect Enterprise (ACE)

Monitoring IBM API Connect 應用程式

  • DataPower 追蹤僅支援 API 閘道，不支援其他服務，例如多重通訊協定閘道及 Web 服務 Proxy。

如需此特性的相關資訊，請參閱 監視 IBM API Connect 應用程式

Jaeger 追蹤

  • 從 Jaeger 收集的追蹤資料不會與透過 AutoTrace收集的追蹤資料產生關聯，即使 Jaeger 及 Instana AutoTrace分別追蹤的系統彼此直接互動，也會產生個別追蹤。

  • 由於 Jaeger 追蹤資料不會傳達將哪個處理程序傳送至主機代理程式的概念， Instana 會將那些追蹤資料與支援主機代理程式的主機產生關聯。 這會阻止與處理程序相關聯，因此也會阻止儲存器及平台階層 (例如， Kubernetes Pod、名稱空間及叢集)。

  • Jaeger 沒有使用者監視的記號 (雖然這最終可能會隨著採用 W3C TraceContext.md 而變更); 因此，使用 Instana Website Monitoring 收集的信標將不會與從 Jaeger 收集的後端追蹤資料產生關聯。

  • 主機代理程式僅支援透過 HTTP 收集 Jaeger 追蹤資料。 不支援 UDP ，這是您配置 JAEGER_AGENT_HOST 和 JAEGER_AGENT_PORT 環境變數時所使用的通訊協定。

如需此特性的相關資訊，請參閱 Jaeger

OpenTelemetry 追蹤

  • 不支援 OpenTelemetry links 。
  • 不支援將 Instana 預設環境定義傳播器與 W3C Trace Context 以外的環境定義傳播器混合。 W3C Trace Context 是 OpenTelemetry的預設環境定義傳播器。

如需此特性的相關資訊，請參閱 OpenTelemetry 追蹤

Zipkin 追蹤

  • 從 Zipkin 收集的追蹤資料不會與透過 AutoTrace收集的追蹤資料產生關聯，即使分別由 Zipkin 和 Instana AutoTrace所追蹤的系統彼此直接互動，也會產生個別追蹤。

  • Zipkin 沒有使用者監視的記號 (雖然這最終可能會隨著採用 W3C TraceContext.md 而變更); 因此，使用 Instana 網站監視 收集的信標將不會與從 Zipkin收集的後端追蹤資料產生關聯。

  • 主機代理程式僅支援透過 HTTP 收集 Zipkin 追蹤資料，這對應於 Zipkin的 COLLECTOR_HTTP_ENABLED 設定。

如需此特性的相關資訊，請參閱 Zipkin

Monitoring Containerd

CPU Total Normalized 及 Memory Working Set Usage % 度量僅適用於使用控制群組 v1 (cgroupv1) 的系統。