本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。 # 使用 Envoy 指標監控您的應用程式 **重要** 支援終止通知：2026 年 9 月 30 日， AWS 將停止支援 AWS App Mesh。2026 年 9 月 30 日之後，您將無法再存取 AWS App Mesh 主控台或 AWS App Mesh 資源。如需詳細資訊，請參閱此部落格文章[從 遷移 AWS App Mesh 至 Amazon ECS Service Connect](https://aws.amazon.com/blogs/containers/migrating-from-aws-app-mesh-to-amazon-ecs-service-connect)。 Envoy 將其指標分類為下列主要類別： + **下游** - 與傳入代理的連線和請求相關的指標。 + **上游** - 與代理發出的傳出連線和請求相關的指標。 + **伺服器** - 描述 Envoy 內部狀態的指標。這些包括運作時間或配置記憶體等指標。 在 App Mesh 中，代理會攔截上游和下游流量。例如，從您的用戶端收到的請求以及您的服務容器提出的請求，會分類為 Envoy 的下游流量。為了區分這些不同類型的上游和下游流量，App Mesh 會根據相對於服務的流量方向進一步分類 Envoy 指標： + **傳入** - 與流向服務容器的連線和請求相關的指標和資源。 + **輸出** - 與從服務容器流出，最終從您的 Amazon ECS 任務或 Kubernetes Pod 流出之連線和請求相關的指標和資源。 下圖顯示代理和服務容器之間的通訊。 ![\[Diagram showing proxy and service containers within an Amazon ECS task or Kubernetes Pod with ingress and egress flow.\]](http://docs.aws.amazon.com/zh_tw/app-mesh/latest/userguide/images/task-proxy-container.png) **資源命名慣例** 了解 Envoy 如何檢視您的網格及其資源如何映射回您在 App Mesh 中定義的資源很有用。以下是 App Mesh 設定的主要 Envoy 資源： + **接聽程式** - 代理接聽下游連線的地址和連接埠。在上圖中，App Mesh 會為傳入 Amazon ECS 任務或 Kubernetes Pod 的流量建立傳入接聽程式，並為離開服務容器的流量建立輸出接聽程式。 + **叢集** - 代理連線和路由流量的具名上游端點群組。在 App Mesh 中，您的服務容器會呈現為叢集，以及您服務可以連線的所有其他虛擬節點。 + **Routes** - 這些對應於您在網格中定義的路由。它們包含代理符合請求的條件，以及傳送請求的目標叢集。 + **端點和叢集負載指派** - 上游叢集的 IP 地址。使用 AWS Cloud Map 做為虛擬節點的服務探索機制時，App Mesh 會將探索到的服務執行個體做為端點資源傳送至您的代理。 + **秘密** - 這些包括但不限於您的加密金鑰和 TLS 憑證。使用 AWS Certificate Manager 做為用戶端和伺服器憑證的來源時，App Mesh 會將公有和私有憑證做為秘密資源傳送至您的代理。 App Mesh 使用一致的方案來命名 Envoy 資源，您可以使用這些資源來與網格建立關聯。 了解接聽程式和叢集的命名機制對於了解 App Mesh 中的 Envoy 指標非常重要。 **接聽程式名稱** 接聽程式會使用下列格式命名： ``` lds___ ``` 您通常會在 Envoy 中看到下列已設定的接聽程式： + `lds_ingress_0.0.0.0_15000` + `lds_egress_0.0.0.0_15001` 使用 Kubernetes CNI 外掛程式或 IP 資料表規則，Amazon ECS 任務或 Kubernetes Pod 中的流量會導向連接埠 `15000`和 `15001`。App Mesh 使用這兩個接聽程式設定 Envoy，以接受輸入 （傳入） 和輸出 （傳出） 流量。如果您在虛擬節點上未設定接聽程式，則不應看到傳入接聽程式。 **叢集名稱** 大多數叢集使用以下格式： ``` cds_____ ``` 您的服務與每個 通訊的虛擬節點都有自己的叢集。如前所述，App Mesh 會為 Envoy 旁執行的服務建立叢集，以便代理可以將輸入流量傳送至該叢集。 例如，如果您有名為 `my-virtual-node`的虛擬節點接聽連接埠上的 http 流量，`8080`且該虛擬節點位於名為 的網格中`my-mesh`，App Mesh 會建立名為 的叢集`cds_ingress_my-mesh_my-virtual-node_http_8080`。此叢集可做為傳入 服務容器之流量`my-virtual-node`的目的地。 App Mesh 也可能建立下列類型的其他特殊叢集。這些其他叢集不一定對應至您在網格中明確定義的資源。 + 用於連接其他服務的叢集 AWS 。根據預設，此類型可讓您的網格連線到大多數 AWS 服務：`cds_egress__amazonaws`。 + 用於執行虛擬閘道路由的叢集。這通常可以安全忽略：。 + 對於單一接聽程式： `cds_ingress___self_redirect__` + 對於多個接聽程式： `cds_ingress___self_redirect___` + 當您使用 Envoy 的 Secret Discovery Service 擷取秘密時，您可以定義端點的叢集，例如 TLS：`static_cluster_sds_unix_socket`。 ## 範例應用程式指標 為了說明 Envoy 中可用的指標，下列範例應用程式有三個虛擬節點。可以忽略網格中的虛擬服務、虛擬路由器和路由，因為它們不會反映在 Envoy 的指標中。在此範例中，所有 服務都會接聽連接埠 8080 上的 http 流量。 ![\[Diagram showing Envoy proxies in product-details, cart, and website services of an online store mesh.\]](http://docs.aws.amazon.com/zh_tw/app-mesh/latest/userguide/images/envoy-metric-example1.png) 我們建議您將環境變數新增至網格中執行`ENABLE_ENVOY_STATS_TAGS=1`的 Envoy 代理容器。這會將下列指標維度新增至代理發出的所有指標： + `appmesh.mesh` + `appmesh.virtual_node` + `appmesh.virtual_gateway` 這些標籤設定為網格、虛擬節點或虛擬閘道的名稱，以允許使用網格中的資源名稱來篩選指標。 **資源名稱** 網站虛擬節點的代理具有下列資源： + 兩個用於輸入和輸出流量的接聽程式： + `lds_ingress_0.0.0.0_15000` + `lds_egress_0.0.0.0_15001` + 兩個輸出叢集，代表兩個虛擬節點後端： + `cds_egress_online-store_product-details_http_8080` + `cds_egress_online-store_cart_http_8080` + 網站服務容器的輸入叢集： + `cds_ingress_online-store_website_http_8080` **接聽程式指標範例** + `listener.0.0.0.0_15000.downstream_cx_active`—Envoy 的作用中輸入網路連線數目。 + `listener.0.0.0.0_15001.downstream_cx_active`- 與 Envoy 的主動輸出網路連線數目。您的應用程式與外部服務的連線會包含在此計數中。 + `listener.0.0.0.0_15000.downstream_cx_total`- 輸入網路連線至 Envoy 的總數。 + `listener.0.0.0.0_15001.downstream_cx_total`- 輸出網路連線至 Envoy 的總數。 如需完整的接聽程式指標集，請參閱 Envoy 文件中的[統計資料](https://www.envoyproxy.io/docs/envoy/latest/configuration/listeners/stats)。 **範例叢集指標** + `cluster_manager.active_clusters`- Envoy 已建立至少一個連線的叢集總數。 + `cluster_manager.warming_clusters`- Envoy 尚未連線的叢集總數。 下列叢集指標使用 格式 `cluster..`。這些指標名稱對應用程式範例是唯一的，並且由網站 Envoy 容器發出： + `cluster.cds_egress_online-store_product-details_http_8080.upstream_cx_total`- 網站與產品詳細資訊之間的連線總數。 + `cluster.cds_egress_online-store_product-details_http_8080.upstream_cx_connect_fail`- 網站與產品詳細資訊之間的失敗連線總數。 + `cluster.cds_egress_online-store_product-details_http_8080.health_check.failure`- 網站與產品詳細資訊之間的失敗運作狀態檢查總數。 + `cluster.cds_egress_online-store_product-details_http_8080.upstream_rq_total`- 網站與產品詳細資訊之間提出的請求總數。 + `cluster.cds_egress_online-store_product-details_http_8080.upstream_rq_time`- 網站與產品詳細資訊之間提出的請求所花費的時間。 + `cluster.cds_egress_online-store_product-details_http_8080.upstream_rq_2xx`- 網站從產品詳細資訊收到的 HTTP 2xx 回應數目。 如需完整的 HTTP 指標集，請參閱 Envoy 文件中的[統計資料](https://www.envoyproxy.io/docs/envoy/latest/configuration/http/http_conn_man/stats)。 **管理伺服器指標** Envoy 也會發出與 App Mesh 控制平面連線相關的指標，做為 Envoy 的管理伺服器。我們建議您監控其中一些指標，以便在代理與控制平面長時間取消同步時通知您。失去與控制平面的連線或更新失敗，會使您的代理無法從 App Mesh 接收新組態，包括透過 App Mesh APIs進行的網格變更。 + `control_plane.connected_state`- 當代理連線到 App Mesh 時，此指標設定為 1，否則為 0。 + `*.update_rejected`- Envoy 拒絕的組態更新總數。這些通常是由於使用者設定錯誤所致。例如，如果您設定 App Mesh 從 Envoy 無法讀取的檔案讀取 TLS 憑證，則會拒絕包含該憑證路徑的更新。 + 對於已更新的接聽程式遭拒，統計資料將為 `listener_manager.lds.update_rejected`。 + 對於已更新的叢集遭拒，統計資料將為 `cluster_manager.cds.update_rejected`。 + `*.update_success`—App Mesh 對代理所做的成功組態更新數目。這些包括啟動新的 Envoy 容器時傳送的初始組態承載。 + 對於接聽程式更新成功，統計資料將為 `listener_manager.lds.update_success`。 + 對於叢集更新成功，統計資料將為 `cluster_manager.cds.update_success`。 如需一組管理伺服器指標，請參閱 Envoy 文件中的 [Management Server](https://www.envoyproxy.io/docs/envoy/latest/configuration/overview/mgmt_server)。 # 匯出指標 **重要** 支援終止通知：2026 年 9 月 30 日， AWS 將停止支援 AWS App Mesh。2026 年 9 月 30 日之後，您將無法再存取 AWS App Mesh 主控台或 AWS App Mesh 資源。如需詳細資訊，請參閱此部落格文章[從 遷移 AWS App Mesh 至 Amazon ECS Service Connect](https://aws.amazon.com/blogs/containers/migrating-from-aws-app-mesh-to-amazon-ecs-service-connect)。 Envoy 會對自己的操作和傳入和傳出流量的各種維度發出許多統計資料。若要進一步了解 Envoy 統計資料，請參閱 Envoy 文件中的[統計資料](https://www.envoyproxy.io/docs/envoy/latest/intro/arch_overview/observability/statistics)。這些指標可透過代理管理連接埠上的`/stats`端點取得，通常為 `9901`。 字`stat`首會有所不同，取決於您使用的是單一或多個接聽程式。以下是一些說明差異的範例。 **警告** 如果您將單一接聽程式更新為多個接聽程式功能，您可能會因為下表中說明的更新統計資料字首而面臨重大變更。 我們建議您使用 Envoy 映像`1.22.2.1-prod`或更新版本。這可讓您在 Prometheus 端點中查看類似的指標名稱。 | 單一接聽程式 (SL)/具有「輸入」接聽程式字首的現有統計資料 | 具有「輸入..」接聽程式字首的多個接聽程式 (ML)/新統計資料 | | --- | --- | | `http.*ingress*.rds.rds_ingress_http_5555.version_text` | `http.*ingress.http.5555*.rds.rds_ingress_http_5555.version_text` `http.*ingress.http.6666*.rds.rds_ingress_http_6666.version_text` | | `listener.0.0.0.0_15000.http.*ingress*.downstream_rq_2xx` | `listener.0.0.0.0_15000.http.*ingress.http.5555*.downstream_rq_2xx` `listener.0.0.0.0_15000.http.*ingress.http.6666*.downstream_rq_2xx` | | `http.*ingress*.downstream_cx_length_ms` | `http.*ingress.http.5555*.downstream_cx_length_ms` `http.*ingress.http.6666*.downstream_cx_length_ms` | 如需統計資料端點的詳細資訊，請參閱 Envoy 文件中的[統計資料端點](https://www.envoyproxy.io/docs/envoy/latest/operations/admin#get--stats)。如需管理介面的詳細資訊，請參閱 [啟用 Envoy 代理管理界面](troubleshooting-best-practices.md#ts-bp-enable-proxy-admin-interface)。 ## 搭配 Amazon EKS 的 App Mesh Prometheus **重要** 支援終止通知：2026 年 9 月 30 日， AWS 將停止支援 AWS App Mesh。2026 年 9 月 30 日之後，您將無法再存取 AWS App Mesh 主控台或 AWS App Mesh 資源。如需詳細資訊，請參閱此部落格文章[從 遷移 AWS App Mesh 至 Amazon ECS Service Connect](https://aws.amazon.com/blogs/containers/migrating-from-aws-app-mesh-to-amazon-ecs-service-connect)。 Prometheus 是一種開放原始碼監控和警示工具組。其功能之一是指定發出指標的格式，以供其他系統使用。如需 Prometheus 的詳細資訊，請參閱 Prometheus 文件中的[概觀](https://prometheus.io/docs/introduction/overview/)。Envoy 可以透過傳入 參數，透過其統計資料端點發出其指標`/stats?format=prometheus`。 對於使用 Envoy 映像建置 v1.22.2.1-prod 的客戶，有兩個額外的維度來表示輸入接聽程式特定統計資料： + `appmesh.listener_protocol` + `appmesh.listener_port` 以下是 Prometheus 現有統計資料與新統計資料之間的比較。 + 具有「輸入」接聽程式字首的現有統計資料 ``` envoy_http_downstream_rq_xx{appmesh_mesh="multiple-listeners-mesh",appmesh_virtual_node="foodteller-vn",envoy_response_code_class="2",envoy_http_conn_manager_prefix="ingress"} 931433 ``` + 具有 "inress.." \$1 Appmesh Envoy Image v1.22.2.1-prod 或更新版本的新統計資料 ``` envoy_http_downstream_rq_xx{appmesh_mesh="multiple-listeners-mesh",appmesh_virtual_node="foodteller-vn",envoy_response_code_class="2",appmesh_listener_protocol="http",appmesh_listener_port="5555",envoy_http_conn_manager_prefix="ingress"} 20 ``` + 具有 "inress.." \$1 自訂 Envoy Imagebuild 的新統計資料 ``` envoy_http_http_5555_downstream_rq_xx{appmesh_mesh="multiple-listeners-mesh",appmesh_virtual_node="foodteller-vn",envoy_response_code_class="2",envoy_http_conn_manager_prefix="ingress"} 15983 ``` 對於多個接聽程式，`cds_ingress___self_redirect___`特殊叢集將是接聽程式特定的。 + 具有「輸入」接聽程式字首的現有統計資料 ``` envoy_cluster_assignment_stale{appmesh_mesh="multiple-listeners-mesh",appmesh_virtual_gateway="tellergateway-vg",Mesh="multiple-listeners-mesh",VirtualGateway="tellergateway-vg",envoy_cluster_name="cds_ingress_multiple-listeners-mesh_tellergateway-vg_self_redirect_http_15001"} 0 ``` + 具有 "inress.." 的新統計資料 ``` envoy_cluster_assignment_stale{appmesh_mesh="multiple-listeners-mesh",appmesh_virtual_gateway="tellergateway-vg",envoy_cluster_name="cds_ingress_multiple-listeners-mesh_tellergateway-vg_self_redirect_1111_http_15001"} 0 envoy_cluster_assignment_stale{appmesh_mesh="multiple-listeners-mesh",appmesh_virtual_gateway="tellergateway-vg",envoy_cluster_name="cds_ingress_multiple-listeners-mesh_tellergateway-vg_self_redirect_2222_http_15001"} 0 ``` ### 安裝 Prometheus 1. 將 EKS 儲存庫新增至 Helm： ``` helm repo add eks https://aws.github.io/eks-charts ``` 1. 安裝 App Mesh Prometheus ``` helm upgrade -i appmesh-prometheus eks/appmesh-prometheus \ --namespace appmesh-system ``` ### Prometheus 範例 以下是`PersistentVolumeClaim`為 Prometheus 持久性儲存建立 的範例。 ``` helm upgrade -i appmesh-prometheus eks/appmesh-prometheus \ --namespace appmesh-system \ --set retention=12h \ --set persistentVolumeClaim.claimName=prometheus ``` ### 使用 Prometheus 的逐步解說 + [App Mesh with EKS - 可觀測性：Prometheus](https://github.com/aws/aws-app-mesh-examples/blob/main/walkthroughs/eks/o11y-prometheus.md) ### 若要進一步了解使用 Amazon EKS 的 Prometheus 和 Prometheus + [Prometheus 文件](https://prometheus.io/docs/introduction/overview/) + **EKS -** [使用 Prometheus 控制平面指標](https://docs.aws.amazon.com/eks/latest/userguide/prometheus.html) ## 適用於 App Mesh 的 CloudWatch **重要** 支援終止通知：2026 年 9 月 30 日， AWS 將停止支援 AWS App Mesh。2026 年 9 月 30 日之後，您將無法再存取 AWS App Mesh 主控台或 AWS App Mesh 資源。如需詳細資訊，請參閱此部落格文章[從 遷移 AWS App Mesh 至 Amazon ECS Service Connect](https://aws.amazon.com/blogs/containers/migrating-from-aws-app-mesh-to-amazon-ecs-service-connect)。 **從 Amazon EKS 將 Envoy 統計資料傳送至 CloudWatch** 您可以將 CloudWatch Agent 安裝到您的叢集，並將其設定為從您的代理收集一部分指標。如果您還沒有 Amazon EKS 叢集，則可以使用 GitHub 上的[逐步解說：App Mesh with Amazon EKS](https://github.com/aws/aws-app-mesh-examples/tree/main/walkthroughs/eks) 中的步驟建立叢集。您可以依照相同的逐步解說，在叢集上安裝範例應用程式。 若要為您的叢集設定適當的 IAM 許可並安裝代理程式，請遵循[使用 Prometheus 指標集合安裝 CloudWatch 代理程式](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/ContainerInsights-Prometheus-Setup.html)中的步驟。預設安裝包含 Prometheus 湊集組態，可提取 Envoy 統計資料的有用子集。如需詳細資訊，請參閱 [App Mesh 的 Prometheus 指標](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/ContainerInsights-Prometheus-metrics.html#ContainerInsights-Prometheus-metrics-appmesh)。 若要建立 App Mesh 自訂 CloudWatch 儀表板，設定為顯示代理程式收集的指標，請遵循[檢視您的 Prometheus 指標](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/ContainerInsights-Prometheus-viewmetrics.html)教學課程中的步驟。當流量進入 App Mesh 應用程式時，您的圖形會開始填入對應的指標。 ### 篩選 CloudWatch 的指標 App Mesh [指標延伸](https://docs.aws.amazon.com/app-mesh/latest/userguide/metrics.html#metrics-extension)提供有用的指標子集，可讓您深入了解您在網格中定義之資源的行為。由於 CloudWatch 代理程式支援抓取 Prometheus 指標，因此您可以提供抓取組態，以選取要從 Envoy 提取並傳送至 CloudWatch 的指標。 您可以在我們的指標[延伸演練中找到使用 Prometheus 抓取指標](https://github.com/aws/aws-app-mesh-examples/tree/main/walkthroughs/howto-metrics-extension-ecs)的範例。 ### CloudWatch 範例 您可以在我們的範例儲存庫中找到 CloudWatch 的範例組態。 [AWS](https://github.com/aws-samples/aws-app-mesh-cloudwatch-agent) ### 使用 CloudWatch 的逐步解說 + 在我們的 [App Mesh 研討會](https://www.appmeshworkshop.com/introduction/)中[新增監控和記錄功能](https://www.appmeshworkshop.com/monitoring/)。 + [App Mesh with EKS - 可觀測性：CloudWatch](https://github.com/aws/aws-app-mesh-examples/blob/main/walkthroughs/eks/o11y-cloudwatch.md) + [在 ECS 上使用 App Mesh 的指標延伸](https://github.com/aws/aws-app-mesh-examples/tree/main/walkthroughs/howto-metrics-extension-ecs) ## App Mesh 的指標延伸 **重要** 支援終止通知：2026 年 9 月 30 日， AWS 將停止支援 AWS App Mesh。2026 年 9 月 30 日之後，您將無法再存取 AWS App Mesh 主控台或 AWS App Mesh 資源。如需詳細資訊，請參閱此部落格文章[從 遷移 AWS App Mesh 至 Amazon ECS Service Connect](https://aws.amazon.com/blogs/containers/migrating-from-aws-app-mesh-to-amazon-ecs-service-connect)。 Envoy 會產生數百個指標，分為幾個不同的維度。指標與 App Mesh 的關係並不直接。在虛擬服務的情況下，沒有機制可以確定哪個虛擬服務正在與指定的虛擬節點或虛擬閘道通訊。 App Mesh 指標延伸可增強在網格中執行的 Envoy 代理。此增強功能可讓代理發出了解您定義之資源的其他指標。這個小部分的其他指標將協助您更深入了解您在 App Mesh 中定義的這些資源的行為。 若要啟用 App Mesh 指標延伸，請將環境變數設定為 `APPMESH_METRIC_EXTENSION_VERSION` `1`。 ``` APPMESH_METRIC_EXTENSION_VERSION=1 ``` 如需 Envoy 組態變數的詳細資訊，請參閱 [Envoy 組態變數](envoy-config.md)。 ### 與傳入流量相關的指標 + `ActiveConnectionCount` + `envoy.appmesh.ActiveConnectionCount` — 作用中 TCP 連線的數量。 + *維度* — Mesh、VirtualNode、VirtualGateway + **`NewConnectionCount`** + `envoy.appmesh.NewConnectionCount` — TCP 連線總數。 + *維度* — Mesh、VirtualNode、VirtualGateway + **`ProcessedBytes`** + `envoy.appmesh.ProcessedBytes` — 從下游用戶端傳送和接收的總 TCP 位元組。 + *維度* — Mesh、VirtualNode、VirtualGateway + **`RequestCount`** + `envoy.appmesh.RequestCount` — 已處理的 HTTP 請求數目。 + *維度* — Mesh、VirtualNode、VirtualGateway + **`GrpcRequestCount`** + `envoy.appmesh.GrpcRequestCount` — 已處理的 gPRC 請求數目。 + *維度* — Mesh、VirtualNode、VirtualGateway ### 與傳出流量相關的指標 根據輸出指標是否來自虛擬節點或虛擬閘道，您會在輸出指標上看到不同的維度。 + `TargetProcessedBytes` + `envoy.appmesh.TargetProcessedBytes` — 從 Envoy 上游的目標傳送和接收的總 TCP 位元組數。 + *維度*： + 虛擬節點維度 — Mesh、VirtualNode、TargetVirtualService、TargetVirtualNode + 虛擬閘道維度 — Mesh、VirtualGateway、TargetVirtualService、TargetVirtualNode + **`HTTPCode_Target_2XX_Count`** + `envoy.appmesh.HTTPCode_Target_2XX_Count` — 對 Envoy 上游目標發出導致 2xx HTTP 回應的 HTTP 請求數量。 + *維度*： + 虛擬節點維度 — Mesh、VirtualNode、TargetVirtualService、TargetVirtualNode + 虛擬閘道維度 — Mesh、VirtualGateway、TargetVirtualService、TargetVirtualNode + **`HTTPCode_Target_3XX_Count`** + `envoy.appmesh.HTTPCode_Target_3XX_Count` — 對 Envoy 上游目標發出導致 3xx HTTP 回應的 HTTP 請求數量。 + *維度*： + 虛擬節點維度 — Mesh、VirtualNode、TargetVirtualService、TargetVirtualNode + 虛擬閘道維度 — Mesh、VirtualGateway、TargetVirtualService、TargetVirtualNode + **`HTTPCode_Target_4XX_Count`** + `envoy.appmesh.HTTPCode_Target_4XX_Count` — 對 Envoy 上游目標發出導致 4xx HTTP 回應的 HTTP 請求數量。 + *維度*： + 虛擬節點維度 — Mesh、VirtualNode、TargetVirtualService、TargetVirtualNode + 虛擬閘道維度 — Mesh、VirtualGateway、TargetVirtualService、TargetVirtualNode + **`HTTPCode_Target_5XX_Count`** + `envoy.appmesh.HTTPCode_Target_5XX_Count` — 對 Envoy 上游目標發出導致 5xx HTTP 回應的 HTTP 請求數目。 + *維度*： + 虛擬節點維度 — Mesh、VirtualNode、TargetVirtualService、TargetVirtualNode + 虛擬閘道維度 — Mesh、VirtualGateway、TargetVirtualService、TargetVirtualNode + **`RequestCountPerTarget`** + `envoy.appmesh.RequestCountPerTarget` — 傳送至 Envoy 上游目標的請求數量。 + *維度*： + 虛擬節點維度 — Mesh、VirtualNode、TargetVirtualService、TargetVirtualNode + 虛擬閘道維度 — Mesh、VirtualGateway、TargetVirtualService、TargetVirtualNode + **`TargetResponseTime`** + `envoy.appmesh.TargetResponseTime` — 從向 Envoy 上游的目標提出請求到收到完整回應所經過的時間。 + *維度*： + 虛擬節點維度 — Mesh、VirtualNode、TargetVirtualService、TargetVirtualNode + 虛擬閘道維度 — Mesh、VirtualGateway、TargetVirtualService、TargetVirtualNode ## App Mesh 的 Datadog **重要** 支援終止通知：2026 年 9 月 30 日， AWS 將停止支援 AWS App Mesh。2026 年 9 月 30 日之後，您將無法再存取 AWS App Mesh 主控台或 AWS App Mesh 資源。如需詳細資訊，請參閱此部落格文章[從 遷移 AWS App Mesh 至 Amazon ECS Service Connect](https://aws.amazon.com/blogs/containers/migrating-from-aws-app-mesh-to-amazon-ecs-service-connect)。 Datadog 是一種監控和安全性應用程式，用於雲端應用程式的端對端監控、指標和記錄。Datadog 可讓您的基礎設施、應用程式和第三方應用程式完全可見。 ### 安裝 Datadog + EKS - 若要使用 EKS 設定 Datadog，請遵循 [Datadog 文件](https://docs.datadoghq.com/integrations/amazon_app_mesh/?tab=eks)中的以下步驟。 + ECS EC2 - 若要使用 ECS EC2 設定 Datadog，請遵循 [Datadog 文件](https://docs.datadoghq.com/integrations/amazon_app_mesh/?tab=ecsec2)中的下列步驟。 ### 若要進一步了解 Datadog + [Datadog 文件](https://docs.datadoghq.com/)