[[["易于理解","easyToUnderstand","thumb-up"],["解决了我的问题","solvedMyProblem","thumb-up"],["其他","otherUp","thumb-up"]],[["很难理解","hardToUnderstand","thumb-down"],["信息或示例代码不正确","incorrectInformationOrSampleCode","thumb-down"],["没有我需要的信息/示例","missingTheInformationSamplesINeed","thumb-down"],["翻译问题","translationIssue","thumb-down"],["其他","otherDown","thumb-down"]],["最后更新时间 (UTC)：2025-08-26。"],[[["\u003cp\u003eThis document outlines how to view and analyze Apigee hybrid metrics within a Cloud Operations dashboard, detailing the necessary steps for enabling metrics collection.\u003c/p\u003e\n"],["\u003cp\u003eApigee hybrid automatically populates Cloud Operations with metrics prefixed by \u003ccode\u003eapigee.googleapis.com/\u003c/code\u003e, which can be filtered and grouped using predefined and hybrid-added labels.\u003c/p\u003e\n"],["\u003cp\u003eUsers can view metrics in Cloud Operations through the Monitoring Metrics Explorer, apply filters, and save charts to create custom dashboards, offering complete control over the displayed data.\u003c/p\u003e\n"],["\u003cp\u003eThe document provides tables detailing available metrics for proxy, target, server, UDCA, and Cassandra traffic, including labels and usage examples for analyzing API performance and server health.\u003c/p\u003e\n"],["\u003cp\u003eCritical metrics for monitoring Cassandra databases include request rate, request latency, pod CPU utilization, and data volume utilization, with recommendations for scaling the Cassandra cluster based on these metrics' thresholds.\u003c/p\u003e\n"]]],[],null,["# View metrics\n\n| You are currently viewing version 1.6 of the Apigee hybrid documentation. **This version is end of life.** You should upgrade to a newer version. For more information, see [Supported versions](/apigee/docs/hybrid/supported-platforms#supported-versions).\n\nThis topic explains how to view Apigee hybrid metrics in a\n[Cloud Operations](https://cloud.google.com/monitoring/kubernetes-engine/) dashboard.\n\nAbout Cloud Operations\n----------------------\n\nFor more information about metrics, dashboards, and [Cloud Operations](https://cloud.google.com/monitoring/kubernetes-engine/) see:\n\n- [Metrics Explorer documentation](https://cloud.google.com/monitoring/charts/metrics-explorer)\n- [Introduction to alerting](https://cloud.google.com/monitoring/alerts/)\n- [Creating charts](https://cloud.google.com/monitoring/charts/)\n\nEnabling hybrid metrics\n-----------------------\n\nBefore hybrid metrics can be sent to\n[Cloud Operations](https://cloud.google.com/monitoring/kubernetes-engine/),\nyou must first enable metrics collection. See [Configure metrics collection](/apigee/docs/hybrid/v1.6/metrics-enable)\nfor this procedure.\n\nAbout hybrid metric names and labels\n------------------------------------\n\nWhen enabled, hybrid automatically populates Cloud Operations metrics. The domain name prefix\nof the metrics created by hybrid is: \n\n```text\napigee.googleapis.com/\n```\n\nFor example, the `/proxyv2/request_count` metric contains the total number of requests received\nby an API proxy. The metric name in Cloud Operations is therefore: \n\n```scdoc\napigee.googleapis.com/proxyv2/request_count\n```\n\nCloud Operations lets you [filter](https://cloud.google.com/monitoring/charts/metrics-selector#filter-option)\nand [group](https://cloud.google.com/monitoring/charts/metrics-selector#groupby-option)\nmetrics data based on labels. Some labels are predefined, and others are added explicitly by hybrid.\nThe [Available metrics](#available_metrics) section below lists all of the available hybrid\nmetrics and any labels added specifically for a metric that you can use for filtering and grouping.\n\nViewing metrics\n---------------\n\nThe following example shows how to view metrics in Cloud Operations:\n\n1. Open the [Monitoring Metrics Explorer](https://console.cloud.google.com/monitoring/metrics-explorer) in a browser. Alternatively, if you're already in the Cloud Operations console, select **Metrics explorer**.\n2. In **Find resource type and metric** , locate and select the\n metric you want to examine. Choose a specific metric listed in\n [Available metrics](#available_metrics), or search for a metric.\n\n3. Select the desired metric.\n4. Apply filters. Filter choices for each metric are listed in [Available metrics](#available-metrics).\n5. Cloud Operations displays the chart for the selected metric.\n6. Click **Save**.\n\nCreating a dashboard\n--------------------\n\n[Dashboards](https://cloud.google.com/monitoring/dashboards)\nare one way for you to view and analyze metric data that is important to you.\nCloud Operations provides predefined dashboards for the resources and services that you use,\nand you can also create custom dashboards.\n\nYou use a [chart](https://cloud.google.com/monitoring/dashboards)\nto display an Apigee metric in your custom dashboard. With custom dashboards, you have complete control\nover the charts that are displayed and their configuration. For more information on creating charts, see\n[Creating charts](https://cloud.google.com/monitoring/charts).\n\nThe following example shows how to create a dashboard in Cloud Operations and then to add charts to view metrics data:\n\n1. Open the [Monitoring Metrics Explorer](https://console.cloud.google.com/monitoring/metrics-explorer) in a browser and then select **Dashboards**.\n2. Select **+ Create Dashboard**.\n3. Give the dashboard a name. For example: **Hybrid Proxy Request Traffic**\n4. Click **Confirm**.\n5. For each chart that you want to add to your dashboard, follow these steps:\n\n 1. In the dashboard, select **Add chart**.\n 2. Select the desired metric as described above in [Viewing metrics](#view_metrics).\n 3. Complete the dialog to define your chart.\n 4. Click **Save**. Cloud Operations displays data for the selected metric.\n\nAvailable metrics\n-----------------\n\nThe following tables list metrics for analyzing proxy traffic.\n\n### Proxy, target, and server traffic metrics\n\nThe [Prometheus](https://github.com/kubernetes/kops/tree/master/addons/prometheus-operator) service collects\nand processes metrics (as described in [Metrics collection](/apigee/docs/hybrid/v1.6/metrics-collection)) for\nproxy, target, and server traffic.\n\nThe following table describes the metrics and labels that Prometheus uses.\nThese labels are used in the metrics log entries.\n\n### UDCA metrics\n\nThe [Prometheus](https://github.com/kubernetes/kops/tree/master/addons/prometheus-operator) service collects\nand processes metrics (as described in [Metrics collection](/apigee/docs/hybrid/v1.6/metrics-collection)) for the\nUDCA service just as it does for other hybrid services.\n\nThe following table describes the metrics and labels that Prometheus uses in the\nUDCA metrics data. These labels are used in the metrics log entries.\n\n### Cassandra metrics\n\nThe [Prometheus](https://github.com/kubernetes/kops/tree/master/addons/prometheus-operator) service collects\nand processes metrics (as described in [Metrics collection](/apigee/docs/hybrid/v1.6/metrics-collection)) for\nCassandra just as it does for other hybrid services.\n\nThe following table describes the metrics and labels that Prometheus uses in the\nCassandra metrics data. These labels are used in the metrics log entries.\n\n#### Working with Cassandra metrics\n\n\nApigee recommends the following metrics as critical to monitor for your Cassandra database:\n\n- **Cassandra request rate** : Use this metric to monitor the cassandra read and write request rate.\n\n\n To monitor cassandra read request rate, apply the following filter.\n\n\n To monitor cassandra write request rate, apply the following filter.\n\n- **Cassandra request latency** : Use this metric to monitor the cassandra read and write request latency. This is the same metric as the request rate, `apigee.googleapis.com/cassandra/clientrequest_latency` with different filters applied.\n\n\n To monitor cassandra read request latency, apply the following filter.\n\n\n To monitor cassandra write request latency, apply the following filter.\n\n- **Cassandra pod CPU request utilization**\n\n- **Cassandra data volume utilization**\n\n#### Recommendations for scaling the Cassandra cluster\n\n\nThe following guidelines can serve as a recommended cluster for the decision to scale your\nCassandra cluster. In general, if read or write requests consistently show 99th percentile latency\nor the latency is trending upwards continuously, and you see corresponding spikes in CPU request\nutilization spike and the read or write request rates, your Cassandra cluster can be considered\nto be under stress. You may want to consider scaling up the cluster. For more information see\n[Scaling Cassandra](/apigee/docs/hybrid/v1.6/cassandra-scaling)"]]
