**Bantu tingkatkan halaman ini** Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris. Untuk berkontribusi pada panduan pengguna ini, pilih **Edit halaman ini pada GitHub** tautan yang terletak di panel kanan setiap halaman. Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris. # Pantau metrik klaster Anda dengan Prometheus [Prometheus](https://prometheus.io/) adalah database pemantauan dan deret waktu yang menggores titik akhir. Ini memberikan kemampuan untuk query, agregat, dan menyimpan data yang dikumpulkan. Anda juga dapat menggunakannya untuk peringatan dan agregasi peringatan. Topik ini menjelaskan cara mengatur Prometheus sebagai opsi terkelola atau open source. Memantau metrik bidang kontrol Amazon EKS adalah kasus penggunaan yang umum. Amazon Managed Service for Prometheus adalah layanan pemantauan dan peringatan Prometheus yang kompatibel dengan Prometheus yang memudahkan pemantauan aplikasi dan infrastruktur dalam skala besar. Ini adalah layanan yang dikelola sepenuhnya yang secara otomatis menskalakan konsumsi, penyimpanan, kueri, dan peringatan metrik Anda. Ini juga terintegrasi dengan layanan AWS keamanan untuk memungkinkan akses cepat dan aman ke data Anda. Anda dapat menggunakan bahasa kueri PromQL sumber terbuka untuk menanyakan metrik dan memperingatkannya. Selain itu, Anda dapat menggunakan pengelola peringatan di Amazon Managed Service untuk Prometheus untuk menyiapkan aturan peringatan untuk peringatan penting. Anda kemudian dapat mengirim peringatan penting ini sebagai pemberitahuan ke topik Amazon SNS. Ada beberapa opsi berbeda untuk menggunakan Prometheus dengan Amazon EKS: + Anda dapat mengaktifkan metrik Prometheus saat pertama kali membuat cluster Amazon EKS atau Anda dapat membuat scraper Prometheus sendiri untuk cluster yang ada. Kedua opsi ini dicakup oleh topik ini. + Anda dapat menggunakan Prometheus menggunakan Helm. Untuk informasi selengkapnya, lihat [Menyebarkan Prometheus menggunakan Helm](deploy-prometheus.md). + Anda dapat melihat metrik mentah bidang kontrol dalam format Prometheus. Untuk informasi selengkapnya, lihat [Ambil metrik mentah bidang kontrol dalam format Prometheus](view-raw-metrics.md). ## Langkah 1: Aktifkan metrik Prometheus **penting** Layanan Terkelola Amazon untuk sumber daya Prometheus berada di luar siklus hidup klaster dan perlu dipertahankan secara independen dari klaster. Saat Anda menghapus klaster Anda, pastikan juga untuk menghapus pencakar yang berlaku untuk menghentikan biaya yang berlaku. Untuk informasi selengkapnya, lihat [Menemukan dan menghapus pencakar](https://docs.aws.amazon.com/prometheus/latest/userguide/AMP-collector-how-to.html#AMP-collector-list-delete) di *Amazon Managed Service for Prometheus* User Guide. Prometheus menemukan dan mengumpulkan metrik dari cluster Anda melalui model berbasis tarik yang disebut scraping. Scraper disiapkan untuk mengumpulkan data dari infrastruktur cluster dan aplikasi kontainer Anda. Saat Anda mengaktifkan opsi untuk mengirim metrik Prometheus, Layanan Terkelola Amazon untuk Prometheus menyediakan pengikis tanpa agen yang dikelola sepenuhnya. Jika Anda belum membuat cluster, Anda dapat mengaktifkan opsi untuk mengirim metrik ke Prometheus saat pertama kali membuat cluster. Di konsol Amazon EKS, opsi ini ada di langkah **Konfigurasi observabilitas untuk** membuat cluster baru. Untuk informasi selengkapnya, lihat [Buat kluster Amazon EKS](create-cluster.md). Jika Anda sudah memiliki cluster yang ada, Anda dapat membuat scraper Prometheus Anda sendiri. Untuk melakukan ini di konsol Amazon EKS, navigasikan ke tab **Observability** cluster Anda dan pilih tombol **Add scraper**. Jika Anda lebih suka melakukannya dengan AWS API atau AWS CLI, lihat [Membuat scraper](https://docs.aws.amazon.com/prometheus/latest/userguide/AMP-collector-how-to.html#AMP-collector-create) di *Amazon Managed Service for Prometheus* User Guide. Opsi berikut tersedia saat membuat scraper dengan konsol Amazon EKS. **Scraper alias** (Opsional) Masukkan alias unik untuk scraper. **Destinasi** Pilih Layanan Terkelola Amazon untuk ruang kerja Prometheus. Ruang kerja adalah ruang logis yang didedikasikan untuk penyimpanan dan kueri metrik Prometheus. Dengan ruang kerja ini, Anda akan dapat melihat metrik Prometheus di seluruh akun yang memiliki akses ke sana. Opsi **Buat ruang kerja baru** memberi tahu Amazon EKS untuk membuat ruang kerja atas nama Anda menggunakan **alias Workspace** yang Anda berikan. Dengan opsi **Pilih ruang kerja yang ada**, Anda dapat memilih ruang kerja yang ada dari daftar tarik-turun. Untuk informasi selengkapnya tentang ruang kerja, lihat [Mengelola ruang kerja](https://docs.aws.amazon.com/prometheus/latest/userguide/AMP-manage-ingest-query.html) di *Amazon Managed Service for Prometheus* User Guide. **Akses layanan** Bagian ini merangkum izin yang Anda berikan saat mengirim metrik Prometheus: + Izinkan Layanan Terkelola Amazon untuk Prometheus mendeskripsikan kluster Amazon EKS yang tergores + Izinkan penulisan jarak jauh ke ruang kerja Prometheus yang Dikelola Amazon Jika `AmazonManagedScraperRole` sudah ada, scraper menggunakannya. Pilih `AmazonManagedScraperRole` tautan untuk melihat **detail Izin**. Jika `AmazonManagedScraperRole` belum ada, pilih tautan **Lihat detail izin untuk melihat izin** tertentu yang Anda berikan dengan mengirimkan metrik Prometheus. **Subnet** Ubah subnet yang akan diwarisi scraper sesuai kebutuhan. Jika Anda perlu menambahkan opsi subnet berwarna abu-abu, kembali ke langkah buat cluster **Tentukan jaringan**. **Konfigurasi scraper** Ubah konfigurasi scraper dalam format YAMAL sesuai kebutuhan. Untuk melakukannya, gunakan formulir atau unggah file YAMM pengganti. Untuk informasi selengkapnya, lihat [Konfigurasi pengikis](https://docs.aws.amazon.com/prometheus/latest/userguide/AMP-collector-how-to.html#AMP-collector-configuration) di *Amazon Managed Service for Prometheus* User Guide. Amazon Managed Service untuk Prometheus mengacu pada scraper tanpa agen yang dibuat bersama cluster sebagai kolektor terkelola. AWS Untuk informasi selengkapnya tentang kolektor AWS terkelola, lihat [Metrik konsumsi dengan kolektor AWS terkelola di](https://docs.aws.amazon.com/prometheus/latest/userguide/AMP-collector.html) Panduan Pengguna *Layanan Terkelola Amazon untuk Prometheus*. **penting** Jika Anda membuat scraper Prometheus menggunakan AWS AWS CLI atau API, Anda perlu menyesuaikan konfigurasinya untuk memberikan izin dalam cluster scraper. Untuk informasi selengkapnya, lihat [Mengonfigurasi klaster Amazon EKS Anda](https://docs.aws.amazon.com/prometheus/latest/userguide/AMP-collector-how-to.html#AMP-collector-eks-setup) di Panduan Pengguna *Layanan Terkelola Amazon untuk Prometheus*. Jika Anda memiliki scraper Prometheus yang dibuat sebelum 11 November 2024 yang menggunakan `aws-auth` `ConfigMap` entri alih-alih akses, Anda perlu memperbaruinya untuk mengakses metrik tambahan dari bidang kontrol cluster Amazon EKS. Untuk konfigurasi yang diperbarui, lihat [Mengkonfigurasi Amazon EKS secara manual untuk akses scraper](https://docs.aws.amazon.com/prometheus/latest/userguide/AMP-collector-how-to.html#AMP-collector-eks-manual-setup) di *Amazon Managed Service for Prometheus* User Guide. ## Langkah 2: Gunakan metrik Prometheus Untuk informasi selengkapnya tentang cara menggunakan metrik Prometheus setelah Anda mengaktifkannya untuk klaster, lihat Panduan Pengguna Layanan [Terkelola Amazon](https://docs.aws.amazon.com/prometheus/latest/userguide/what-is-Amazon-Managed-Service-Prometheus.html) untuk Prometheus. ## Langkah 3: Kelola pencakar Prometheus Untuk mengelola pencakar, pilih tab **Observability** di konsol Amazon EKS. Tabel menunjukkan daftar pencakar untuk cluster, termasuk informasi seperti ID scraper, alias, status, dan tanggal pembuatan. Anda dapat menambahkan lebih banyak pencakar, mengedit pencakar, menghapus pencakar, atau melihat informasi lebih lanjut tentang pencakar saat ini. Untuk melihat detail selengkapnya tentang scraper, pilih tautan ID scraper. Misalnya, Anda dapat melihat ARN, lingkungan, ID ruang kerja, peran IAM, konfigurasi, dan informasi jaringan. Anda dapat menggunakan ID scraper sebagai input ke Amazon Managed Service untuk operasi API Prometheus seperti,, dan. [https://docs.aws.amazon.com/prometheus/latest/APIReference/API_DescribeScraper.html](https://docs.aws.amazon.com/prometheus/latest/APIReference/API_DescribeScraper.html) Untuk informasi selengkapnya tentang penggunaan API Prometheus, lihat Referensi API [Amazon Managed Service](https://docs.aws.amazon.com/prometheus/latest/userguide/AMP-APIReference.html) for Prometheus. # Menyebarkan Prometheus menggunakan Helm Sebagai alternatif untuk menggunakan Amazon Managed Service untuk Prometheus, Anda dapat menerapkan Prometheus ke cluster Anda dengan Helm. Jika Anda sudah menginstal Helm, Anda dapat memeriksa versi Anda dengan perintah `helm version`. Helm adalah manajer paket untuk klaster Kubernetes. Untuk informasi lebih lanjut tentang Helm dan cara menginstal layanan ini, lihat [Menerapkan aplikasi dengan Helm di Amazon EKS](helm.md). Setelah Anda mengonfigurasi Helm untuk klaster Amazon EKS Anda, Anda dapat menggunakannya untuk men-deploy Prometheus dengan langkah-langkah berikut. 1. Buat namespace Prometheus. ``` kubectl create namespace prometheus ``` 1. Tambahkan bagan repositori `prometheus-community`. ``` helm repo add prometheus-community https://prometheus-community.github.io/helm-charts ``` 1. Terapkan Prometheus. ``` helm upgrade -i prometheus prometheus-community/prometheus \ --namespace prometheus \ --set alertmanager.persistence.storageClass="gp2" \ --set server.persistentVolume.storageClass="gp2" ``` **catatan** Jika terdapat kesalahan `Error: failed to download "stable/prometheus" (hint: running helm repo update may help)` saat menjalankan perintah ini, jalankan `helm repo update prometheus-community`, dan kemudian coba jalankan perintah Langkah 2 lagi. Jika terdapat kesalahan `Error: rendered manifests contain a resource that already exists`, jalankan `helm uninstall your-release-name -n namespace `, lalu coba jalankan kembali perintah Langkah 3. 1. Verifikasi bahwa semua Pod di `prometheus` namespace berada dalam status. `READY` ``` kubectl get pods -n prometheus ``` Contoh output adalah sebagai berikut. ``` NAME READY STATUS RESTARTS AGE prometheus-alertmanager-59b4c8c744-r7bgp 1/2 Running 0 48s prometheus-kube-state-metrics-7cfd87cf99-jkz2f 1/1 Running 0 48s prometheus-node-exporter-jcjqz 1/1 Running 0 48s prometheus-node-exporter-jxv2h 1/1 Running 0 48s prometheus-node-exporter-vbdks 1/1 Running 0 48s prometheus-pushgateway-76c444b68c-82tnw 1/1 Running 0 48s prometheus-server-775957f748-mmht9 1/2 Running 0 48s ``` 1. Gunakan `kubectl` untuk meneruskan port konsol Prometheus ke komputer lokal Anda. ``` kubectl --namespace=prometheus port-forward deploy/prometheus-server 9090 ``` 1. Arahkan browser web `http://localhost:9090` untuk melihat konsol Prometheus. 1. Pilih metrik dari menu **- masukkan metrik pada kursor**, lalu pilih **Eksekusi**. Pilih tabel **Grafik** untuk menampilkan metrik dari waktu ke waktu. Citra berikut menunjukkan `container_memory_usage_bytes` dari waktu ke waktu. ![\[Metrik Prometheus\]](http://docs.aws.amazon.com/id_id/eks/latest/userguide/images/prometheus-metric.png) 1. Dari bilah atas navigasi, pilih **Status**, kemudian **Target**. ![\[Konsol Prometheus\]](http://docs.aws.amazon.com/id_id/eks/latest/userguide/images/prometheus.png) Semua titik akhir Kubernetes yang terhubung ke Prometheus dengan menggunakan penemuan layanan sedang ditampilkan. # Ambil metrik mentah bidang kontrol dalam format Prometheus [Bidang kontrol Kubernetes memperlihatkan sejumlah metrik yang direpresentasikan dalam format Prometheus.](https://github.com/prometheus/docs/blob/master/content/docs/instrumenting/exposition_formats.md) Metrik ini berguna untuk pemantauan dan analisis. Mereka diekspos secara internal melalui titik akhir metrik, dan dapat diakses tanpa sepenuhnya menggunakan Prometheus. Namun, menerapkan Prometheus lebih mudah memungkinkan analisis metrik dari waktu ke waktu. Untuk melihat output metrik mentah, ganti `endpoint` dan jalankan perintah berikut. ``` kubectl get --raw endpoint ``` Perintah ini memungkinkan Anda untuk melewati jalur titik akhir apa pun dan mengembalikan respons mentah. Output mencantumkan metrik yang berbeda line-by-line, dengan setiap baris termasuk nama metrik, tag, dan nilai. ``` metric_name{tag="value"[,...]} value ``` ## Ambil metrik dari server API Titik akhir server API umum diekspos di bidang kontrol Amazon EKS. Titik akhir ini terutama berguna ketika melihat metrik tertentu. ``` kubectl get --raw /metrics ``` Contoh output adalah sebagai berikut. ``` [...] # HELP rest_client_requests_total Number of HTTP requests, partitioned by status code, method, and host. # TYPE rest_client_requests_total counter rest_client_requests_total{code="200",host="127.0.0.1:21362",method="POST"} 4994 rest_client_requests_total{code="200",host="127.0.0.1:443",method="DELETE"} 1 rest_client_requests_total{code="200",host="127.0.0.1:443",method="GET"} 1.326086e+06 rest_client_requests_total{code="200",host="127.0.0.1:443",method="PUT"} 862173 rest_client_requests_total{code="404",host="127.0.0.1:443",method="GET"} 2 rest_client_requests_total{code="409",host="127.0.0.1:443",method="POST"} 3 rest_client_requests_total{code="409",host="127.0.0.1:443",method="PUT"} 8 # HELP ssh_tunnel_open_count Counter of ssh tunnel total open attempts # TYPE ssh_tunnel_open_count counter ssh_tunnel_open_count 0 # HELP ssh_tunnel_open_fail_count Counter of ssh tunnel failed open attempts # TYPE ssh_tunnel_open_fail_count counter ssh_tunnel_open_fail_count 0 ``` Output mentah ini mengembalikan kata per kata yang ditampilkan server API. ## Ambil metrik bidang kontrol dengan `metrics.eks.amazonaws.com` Untuk cluster yang versi Kubernetes ke `1.28` atas, Amazon EKS juga mengekspos metrik di bawah grup API. `metrics.eks.amazonaws.com` Metrik ini mencakup komponen bidang kontrol seperti `kube-scheduler` dan`kube-controller-manager`. **catatan** Jika Anda memiliki konfigurasi webhook yang dapat memblokir pembuatan `APIService` sumber daya baru `v1.metrics.eks.amazonaws.com` di klaster Anda, fitur titik akhir metrik mungkin tidak tersedia. Anda dapat memverifikasinya di log `kube-apiserver` audit dengan mencari `v1.metrics.eks.amazonaws.com` kata kunci. ### Ambil metrik `kube-scheduler` Untuk mengambil `kube-scheduler` metrik, gunakan perintah berikut. ``` kubectl get --raw "/apis/metrics.eks.amazonaws.com/v1/ksh/container/metrics" ``` Contoh output adalah sebagai berikut. ``` # TYPE scheduler_pending_pods gauge scheduler_pending_pods{queue="active"} 0 scheduler_pending_pods{queue="backoff"} 0 scheduler_pending_pods{queue="gated"} 0 scheduler_pending_pods{queue="unschedulable"} 18 # HELP scheduler_pod_scheduling_attempts [STABLE] Number of attempts to successfully schedule a pod. # TYPE scheduler_pod_scheduling_attempts histogram scheduler_pod_scheduling_attempts_bucket{le="1"} 79 scheduler_pod_scheduling_attempts_bucket{le="2"} 79 scheduler_pod_scheduling_attempts_bucket{le="4"} 79 scheduler_pod_scheduling_attempts_bucket{le="8"} 79 scheduler_pod_scheduling_attempts_bucket{le="16"} 79 scheduler_pod_scheduling_attempts_bucket{le="+Inf"} 81 [...] ``` ### Ambil metrik `kube-controller-manager` Untuk mengambil `kube-controller-manager` metrik, gunakan perintah berikut. ``` kubectl get --raw "/apis/metrics.eks.amazonaws.com/v1/kcm/container/metrics" ``` Contoh output adalah sebagai berikut. ``` [...] workqueue_work_duration_seconds_sum{name="pvprotection"} 0 workqueue_work_duration_seconds_count{name="pvprotection"} 0 workqueue_work_duration_seconds_bucket{name="replicaset",le="1e-08"} 0 workqueue_work_duration_seconds_bucket{name="replicaset",le="1e-07"} 0 workqueue_work_duration_seconds_bucket{name="replicaset",le="1e-06"} 0 workqueue_work_duration_seconds_bucket{name="replicaset",le="9.999999999999999e-06"} 0 workqueue_work_duration_seconds_bucket{name="replicaset",le="9.999999999999999e-05"} 19 workqueue_work_duration_seconds_bucket{name="replicaset",le="0.001"} 109 workqueue_work_duration_seconds_bucket{name="replicaset",le="0.01"} 139 workqueue_work_duration_seconds_bucket{name="replicaset",le="0.1"} 181 workqueue_work_duration_seconds_bucket{name="replicaset",le="1"} 191 workqueue_work_duration_seconds_bucket{name="replicaset",le="10"} 191 workqueue_work_duration_seconds_bucket{name="replicaset",le="+Inf"} 191 workqueue_work_duration_seconds_sum{name="replicaset"} 4.265655885000002 [...] ``` ### Memahami metrik scheduler dan controller manager Tabel berikut menjelaskan metrik penjadwal dan manajer pengontrol yang tersedia untuk pengikisan gaya Prometheus. Untuk informasi selengkapnya tentang metrik ini, lihat [Referensi Metrik Kubernetes di dokumentasi](https://kubernetes.io/docs/reference/instrumentation/metrics/) Kubernetes. | Metrik | Komponen bidang kontrol | Deskripsi | | --- | --- | --- | | scheduler\$1pending\$1pods | penjadwal | Jumlah Pod yang menunggu untuk dijadwalkan ke sebuah node untuk dieksekusi. | | scheduler\$1schedule\$1attempts\$1total | penjadwal | Jumlah upaya yang dilakukan untuk menjadwalkan Pod. | | scheduler\$1preemption\$1attempts\$1total | penjadwal | Jumlah upaya yang dilakukan oleh penjadwal untuk menjadwalkan Pod prioritas yang lebih tinggi dengan mengusir Pod prioritas yang lebih rendah. | | scheduler\$1preemption\$1victims | penjadwal | Jumlah Pod yang telah dipilih untuk penggusuran untuk memberi ruang bagi Pod dengan prioritas yang lebih tinggi. | | scheduler\$1pod\$1scheduling\$1attempts | penjadwal | Jumlah upaya untuk berhasil menjadwalkan sebuah Pod. | | scheduler\$1scheduling\$1attempt\$1duration\$1seconds | penjadwal | Menunjukkan seberapa cepat atau lambat scheduler dapat menemukan tempat yang cocok untuk menjalankan Pod berdasarkan berbagai faktor seperti ketersediaan sumber daya dan aturan penjadwalan. | | scheduler\$1pod\$1scheduling\$1sli\$1duration\$1seconds | penjadwal | end-to-endLatensi untuk Pod sedang dijadwalkan, sejak Pod memasuki antrean penjadwalan. Ini mungkin melibatkan beberapa upaya penjadwalan. | | cronjob\$1controller\$1job\$1creation\$1skew\$1duration\$1seconds | manajer pengontrol | Waktu antara kapan cronjob dijadwalkan untuk dijalankan, dan saat pekerjaan yang sesuai dibuat. | | workqueue\$1depth | manajer pengontrol | Kedalaman antrian saat ini. | | workqueue\$1adds\$1total | manajer pengontrol | Jumlah total penambahan ditangani oleh workqueue. | | workqueue\$1queue\$1duration\$1seconds | manajer pengontrol | Waktu dalam hitungan detik item tetap berada dalam antrean kerja sebelum diminta. | | workqueue\$1work\$1duration\$1seconds | manajer pengontrol | Waktu dalam hitungan detik memproses item dari antrean kerja membutuhkan waktu. | ## Terapkan scraper Prometheus untuk mengikis metrik secara konsisten Untuk menerapkan scraper Prometheus untuk mengikis metrik secara konsisten, gunakan konfigurasi berikut: ``` --- apiVersion: v1 kind: ConfigMap metadata: name: prometheus-conf data: prometheus.yml: |- global: scrape_interval: 30s scrape_configs: # apiserver metrics - job_name: apiserver-metrics kubernetes_sd_configs: - role: endpoints scheme: https tls_config: ca_file: /var/run/secrets/kubernetes.io/serviceaccount/ca.crt insecure_skip_verify: true bearer_token_file: /var/run/secrets/kubernetes.io/serviceaccount/token relabel_configs: - source_labels: [ __meta_kubernetes_namespace, __meta_kubernetes_service_name, __meta_kubernetes_endpoint_port_name, ] action: keep regex: default;kubernetes;https # Scheduler metrics - job_name: 'ksh-metrics' kubernetes_sd_configs: - role: endpoints metrics_path: /apis/metrics.eks.amazonaws.com/v1/ksh/container/metrics scheme: https tls_config: ca_file: /var/run/secrets/kubernetes.io/serviceaccount/ca.crt insecure_skip_verify: true bearer_token_file: /var/run/secrets/kubernetes.io/serviceaccount/token relabel_configs: - source_labels: [ __meta_kubernetes_namespace, __meta_kubernetes_service_name, __meta_kubernetes_endpoint_port_name, ] action: keep regex: default;kubernetes;https # Controller Manager metrics - job_name: 'kcm-metrics' kubernetes_sd_configs: - role: endpoints metrics_path: /apis/metrics.eks.amazonaws.com/v1/kcm/container/metrics scheme: https tls_config: ca_file: /var/run/secrets/kubernetes.io/serviceaccount/ca.crt insecure_skip_verify: true bearer_token_file: /var/run/secrets/kubernetes.io/serviceaccount/token relabel_configs: - source_labels: [ __meta_kubernetes_namespace, __meta_kubernetes_service_name, __meta_kubernetes_endpoint_port_name, ] action: keep regex: default;kubernetes;https --- apiVersion: v1 kind: Pod metadata: name: prom-pod spec: containers: - name: prom-container image: prom/prometheus ports: - containerPort: 9090 volumeMounts: - name: config-volume mountPath: /etc/prometheus/ volumes: - name: config-volume configMap: name: prometheus-conf ``` Izin yang mengikuti diperlukan untuk Pod untuk mengakses endpoint metrik baru. ``` { "effect": "allow", "apiGroups": [ "metrics.eks.amazonaws.com" ], "resources": [ "kcm/metrics", "ksh/metrics" ], "verbs": [ "get" ] }, ``` Untuk menambal peran yang digunakan, Anda dapat menggunakan perintah berikut. ``` kubectl patch clusterrole --type=json -p='[ { "op": "add", "path": "/rules/-", "value": { "verbs": ["get"], "apiGroups": ["metrics.eks.amazonaws.com"], "resources": ["kcm/metrics", "ksh/metrics"] } } ]' ``` Kemudian Anda dapat melihat dasbor Prometheus dengan mem-proxy port scraper Prometheus ke port lokal Anda. ``` kubectl port-forward pods/prom-pod 9090:9090 ``` Untuk klaster Amazon EKS Anda, metrik bidang kontrol Kubernetes inti juga dimasukkan ke dalam Metrik Amazon CloudWatch di bawah namespace. `AWS/EKS` Untuk melihatnya, buka [CloudWatch konsol](https://console.aws.amazon.com/cloudwatch/home#logs:prefix=/aws/eks) dan pilih **Semua metrik** dari panel navigasi kiri. Pada halaman pemilihan **Metrik**, pilih `AWS/EKS` namespace dan dimensi metrik untuk klaster Anda.