本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。 # 使用 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_cn/app-mesh/latest/userguide/images/task-proxy-container.png) **资源命名约定** 了解 Envoy 如何查看您的网格以及其资源如何映射回您在 App Mesh 中定义的资源非常有用。以下是 App Mesh 配置的主要 Envoy 资源： + **侦听器**—代理侦听下游连接的地址和端口。在上图中，App Mesh 为进入您的 Amazon ECS 任务或 Kubernetes 容器组 (pod) 的流量创建了一个入口侦听器，并为离开服务容器的流量创建了一个出口侦听器。 + **集群**—代理连接和路由流量到的上游端点的命名组。在 App Mesh 中，您的服务容器以及您的服务可以连接到的所有其他虚拟节点都表示为集群。 + **路径**—这些路径对应于您在网格中定义的路径。它们包含代理匹配请求所依据的条件以及请求发送到的目标集群。 + **端点和集群负载分配**—上游集群的 IP 地址。 AWS Cloud Map 当使用虚拟节点的服务发现机制时，App Mesh 会将发现的服务实例作为端点资源发送到您的代理。 + **密钥**—这些密钥包括但不限于您的加密密钥和 TLS 证书。当 AWS Certificate Manager 用作客户端和服务器证书的来源时，App Mesh 会将公共和私有证书作为秘密资源发送到您的代理。 App Mesh 使用一致的方案来命名 Envoy 资源，您可以使用这些资源与网格相关联。 了解侦听器和集群的命名方案对于理解 Envoy 在 App Mesh 中的指标非常重要。 **侦听器名称** 使用以下格式命名侦听器： ``` 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` 的虚拟节点，用于侦听端口 `8080` 上的 http 流量，并且该虚拟节点位于名为 `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 密钥发现服务检索密钥时，您可以为其定义端点的集群，例如 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_cn/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 控制面板的连接相关的指标，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 更新成功，则统计数据将为 `listener_manager.lds.update_success`。 + 要成功更新集群，统计数据将为 `cluster_manager.cds.update_success`。 有关管理服务器指标集，请参阅 Envoy 文档中的[管理服务器](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)/带有“ingress”侦听器前缀的现有统计信息 | 多侦听器 (ML)/带有“ingress..”侦听器前缀的新统计信息 | | --- | --- | | `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 for 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)。 Prometheus 是一个开源监控和警报工具包。它的一项功能是指定一种发布指标的格式，供其他系统使用。有关 Prometheus 的更多信息，请参阅 Prometheus 文档中的[概述](https://prometheus.io/docs/introduction/overview/)。Envoy 可以通过其统计端点传入参数 `/stats?format=prometheus` 来发布其指标。 对于使用 Envoy image build v1.22.2.1-prod 的客户，还有两个额外的维度可以指示入口侦听器的特定统计数据： + `appmesh.listener_protocol` + `appmesh.listener_port` 以下是 Prometheus 现有统计数据与新统计数据的比较。 + 带有“ingress”侦听器前缀的现有统计信息 ``` 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 ``` + 带有“ingress..”的新统计数据 \$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 ``` + 带有“ingress..”的新统计数据 \$1 自定义 Envoy Imagebuil ``` 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___` 特殊集群是针对特定侦听器的。 + 带有“ingress”侦听器前缀的现有统计信息 ``` 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 ``` + 带有“ingress..”的新统计数据 ``` 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 示例 以下是为 Prometheus 永久存储 `PersistentVolumeClaim` 创建的示例。 ``` helm upgrade -i appmesh-prometheus eks/appmesh-prometheus \ --namespace appmesh-system \ --set retention=12h \ --set persistentVolumeClaim.claimName=prometheus ``` ### 使用 Prometheus 的演练 + [带有 EKS 的 App Mesh — 可观测性：Prometheus](https://github.com/aws/aws-app-mesh-examples/blob/main/walkthroughs/eks/o11y-prometheus.md) ### 要通过亚马逊 EKS 进一步了解 Prometheus 和 Prometheus + [Prometheus 文档](https://prometheus.io/docs/introduction/overview/) + **EKS — ** [Prometheus 的控制面板指标](https://docs.aws.amazon.com/eks/latest/userguide/prometheus.html) ## CloudWatch 适用于 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)。 **CloudWatch 从 Amazon EKS 向发送特使统计数据** 您可以将 CloudWatch 代理安装到您的集群中，然后将其配置为从代理中收集指标的子集。如果你还没有 Amazon EKS 集群，则可以按照[演练：开启 Amazon EKS 的 App Mesh](https://github.com/aws/aws-app-mesh-examples/tree/main/walkthroughs/eks) 中的步骤创建一个集群。 GitHub您可以按照相同的演练将示例应用程序安装到集群上。 要为您的集群设置适当的 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 示例 您可以在我们的AWS 示例[存储库 CloudWatch ](https://github.com/aws-samples/aws-app-mesh-cloudwatch-agent)中找到的示例配置。 ### 使用攻略 CloudWatch + 在我们的 [App Mesh 研讨会](https://www.appmeshworkshop.com/introduction/)中[添加监控和日志记录功能](https://www.appmeshworkshop.com/monitoring/)。 + [带有 EKS 的 App Mesh — 可观察性： 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 连接数。 + *尺寸*-网格、 VirtualNode、 VirtualGateway + **`NewConnectionCount`** + `envoy.appmesh.NewConnectionCount`— TCP 连接的总数。 + *尺寸*-网格、 VirtualNode、 VirtualGateway + **`ProcessedBytes`** + `envoy.appmesh.ProcessedBytes`— 向下游客户端发送和接收的 TCP 字节总数。 + *尺寸*-网格、 VirtualNode、 VirtualGateway + **`RequestCount`** + `envoy.appmesh.RequestCount` — 处理的 HTTP 的请求数。 + *尺寸*-网格、 VirtualNode、 VirtualGateway + **`GrpcRequestCount`** + `envoy.appmesh.GrpcRequestCount` — 处理的 gPRC 请求数。 + *尺寸*-网格、 VirtualNode、 VirtualGateway ### 与出站流量相关的指标 根据出站指标是来自虚拟节点还是虚拟网关，您将在出站指标上看到不同的维度。 + `TargetProcessedBytes` + `envoy.appmesh.TargetProcessedBytes`— 向 Envoy 上游目标发送和接收的 TCP 字节总数。 + *维度*： + 虚拟节点维度-网格、 VirtualNode、 TargetVirtualService、 TargetVirtualNode + 虚拟网关维度-网格、 VirtualGateway、 TargetVirtualService、 TargetVirtualNode + **`HTTPCode_Target_2XX_Count`** + `envoy.appmesh.HTTPCode_Target_2XX_Count` — 向 Envoy 上游目标发出的导致 2xx HTTP 响应的 HTTP 请求数量。 + *维度*： + 虚拟节点维度-网格、 VirtualNode、 TargetVirtualService、 TargetVirtualNode + 虚拟网关维度-网格、 VirtualGateway、 TargetVirtualService、 TargetVirtualNode + **`HTTPCode_Target_3XX_Count`** + `envoy.appmesh.HTTPCode_Target_3XX_Count` — 向 Envoy 上游目标发出的导致 3xx HTTP 响应的 HTTP 请求数量。 + *维度*： + 虚拟节点维度-网格、 VirtualNode、 TargetVirtualService、 TargetVirtualNode + 虚拟网关维度-网格、 VirtualGateway、 TargetVirtualService、 TargetVirtualNode + **`HTTPCode_Target_4XX_Count`** + `envoy.appmesh.HTTPCode_Target_4XX_Count` — 向 Envoy 上游目标发出的导致 4xx HTTP 响应的 HTTP 请求数量。 + *维度*： + 虚拟节点维度-网格、 VirtualNode、 TargetVirtualService、 TargetVirtualNode + 虚拟网关维度-网格、 VirtualGateway、 TargetVirtualService、 TargetVirtualNode + **`HTTPCode_Target_5XX_Count`** + `envoy.appmesh.HTTPCode_Target_5XX_Count` — 向 Envoy 上游目标发出的导致 5xx HTTP 响应的 HTTP 请求数量。 + *维度*： + 虚拟节点维度-网格、 VirtualNode、 TargetVirtualService、 TargetVirtualNode + 虚拟网关维度-网格、 VirtualGateway、 TargetVirtualService、 TargetVirtualNode + **`RequestCountPerTarget`** + `envoy.appmesh.RequestCountPerTarget` — 发送到 Envoy 上游目标的请求数量。 + *维度*： + 虚拟节点维度-网格、 VirtualNode、 TargetVirtualService、 TargetVirtualNode + 虚拟网关维度-网格、 VirtualGateway、 TargetVirtualService、 TargetVirtualNode + **`TargetResponseTime`** + `envoy.appmesh.TargetResponseTime` — 从向 Envoy 上游的目标发出请求到收到完整响应所经过的时间。 + *维度*： + 虚拟节点维度-网格、 VirtualNode、 TargetVirtualService、 TargetVirtualNode + 虚拟网关维度-网格、 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/)