huawei-cloud-cce-metric-analyzer

Query and analyze CCE Pod, Node, and cloud resource metrics with threshold-based anomaly detection.

1|Updated May 27, 2026
One-click install
npx skills add https://github.com/pancake0001/huawei-cloudnative-skills --skill huawei-cloud-cce-metric-analyzer-pancake0001
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: huawei-cloud-cce-metric-analyzer
Source: https://github.com/pancake0001/huawei-cloudnative-skills/tree/main/releases/container/cce/huawei-cloud-cce-metric-analyzer
Command: npx skills add https://github.com/pancake0001/huawei-cloudnative-skills --skill huawei-cloud-cce-metric-analyzer-pancake0001

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill requires requests, and includes scripts (resource) and references (resource) components.

What problem does it solve? It removes the manual effort of collecting and correlating monitoring data across Huawei Cloud CCE clusters and related cloud resources, giving you a single read-only entry point for Pod, Node, component, and cloud resource metrics with automatic anomaly classification. ## Core Features & Use Cases - CCE Workload Metrics: Query Pod and Node CPU, memory, disk, and GPU/xGPU metrics as TopN rankings or single-resource time series through AOM Prometheus. - Component and Control-Plane Metrics: Inspect CoreDNS, nginx-ingress, autoscaler/HPA, apiserver, etcd, controller-manager, and scheduler metrics, including Ingress TLS certificate expiration checks. - Cloud Resource Metrics: Retrieve ECS, ELB, EIP, and NAT Gateway metrics via hcloud/CES, and aggregate full-cluster monitoring data with 80% threshold anomaly detection. - Use Case: When a cluster shows latency spikes, run the cluster monitoring aggregation to get Pod/Node TopN rankings, component health summaries, and associated ELB/EIP/NAT metrics with anomaly counts in one JSON report. ## Quick Start Ask the assistant to show the top 10 Pods by CPU usage in a given region and CCE cluster over the past hour using this metric analysis skill.

Frequently Asked Questions about huawei-cloud-cce-metric-analyzer

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I get the top CPU-consuming Pods in a CCE cluster?▼

Run the dispatcher with huawei_get_cce_pod_metrics_topN, passing region, cluster_id, and optionally namespace, label_selector, top_n, and hours. Results come from AOM Prometheus and include CPU, memory, and disk usage with critical/warning/normal status classification.

How to query ECS, ELB, EIP, or NAT Gateway metrics on Huawei Cloud?▼

Use the dedicated tools huawei_get_ecs_metrics, huawei_get_elb_metrics, huawei_get_eip_metrics, and huawei_get_nat_gateway_metrics with the resource ID and region. These queries go through hcloud/CES and return structured metric keys such as cpu_util, m1_cps, and snat_connection.

Why do CoreDNS, autoscaler, or control-plane metric queries return empty data?▼

Empty series usually mean the required AOM collection is not enabled. Controller-manager, scheduler, and etcd need their ServiceMonitors enabled, while autoscaler, ingress-controller, and GPU metrics need the corresponding PodMonitors; nginx request metrics also require nginx_ingress_controller_requests to be allowed.

Does this skill modify or restart any cluster resources?▼

No. All tools are read-only R3 queries that only read metrics and resource metadata. They never create, update, delete, restart, or scale Huawei Cloud or Kubernetes resources, and remediation is delegated to separate skills only when explicitly requested.

What credentials and permissions are required for CCE metric queries?▼

You need Huawei Cloud credentials via hcloud profile, environment variables, or explicit AK/SK parameters, plus IAM permissions such as cce:cluster:get, aom:metricsData:get, and ces:metricsData:get. AOM Prometheus queries use signed HTTPS requests and support temporary security tokens.

When is kubectl needed for metric analysis?▼

kubectl is used only for Kubernetes reads that AOM and hcloud cannot derive: Pod label_selector filtering, Ingress TLS Secret certificate checks, and LoadBalancer Service discovery for ELB/EIP association. Clusters without an external EIP require the kubectl cce plugin.