Manajemen peringatan ACK - Container Service for Kubernetes

Pantau event kluster, metrik sumber daya, dan kesehatan komponen menggunakan aturan peringatan berbasis CRD yang dapat dikonfigurasi.

Penagihan

Fitur peringatan memanfaatkan data dari Log Service SLS, Managed Service for Prometheus, dan CloudMonitor. Notifikasi seperti SMS dan panggilan telepon dikenai biaya tambahan. Tinjau templat aturan peringatan default untuk mengidentifikasi sumber peringatan dan mengaktifkan layanan yang diperlukan.

Sumber data peringatan	Persyaratan konfigurasi	Rincian penagihan
Log Service SLS	Aktifkan event monitoring. Event monitoring diaktifkan secara default saat Anda mengaktifkan fitur peringatan.	Penagihan berdasarkan fitur
Managed Service for Prometheus	Konfigurasikan Managed Service for Prometheus untuk kluster Anda.	Gratis
CloudMonitor	Aktifkan CloudMonitor untuk kluster ACK Anda.	pay-as-you-go

Aktifkan manajemen peringatan

Konfigurasikan peringatan metrik untuk sumber daya kluster dan terima notifikasi secara otomatis saat terjadi anomali guna mendukung pengelolaan kluster yang lebih efisien serta menjamin stabilitas operasi layanan. Lihat Templat aturan peringatan default untuk detail peringatan sumber daya.

Kluster ACK yang dikelola

Aktifkan konfigurasi peringatan untuk kluster yang sudah ada atau saat membuat kluster baru.

Kluster yang sudah ada

Masuk ke Konsol ACK. Di panel navigasi kiri, klik Clusters.
Pada halaman Clusters, klik nama kluster Anda. Di panel navigasi kiri, klik Operations > Alerts.
Pada halaman Alerts, ikuti petunjuk di layar untuk menginstal atau meningkatkan komponen yang diperlukan.

Setelah instalasi atau peningkatan, buka halaman Alerts untuk mengonfigurasi peringatan.

Tab	Deskripsi
Alert Rules	Status: Aktifkan atau nonaktifkan set aturan peringatan. Edit Contact Group: Atur grup kontak untuk notifikasi peringatan. Notifikasi hanya dikirim ke grup kontak. Buat kontak dan grup terlebih dahulu. Untuk memberi tahu individu, buat grup khusus untuk kontak tersebut.
Alert History	Lihat hingga 100 catatan peringatan dari 24 jam terakhir. Klik tautan di kolom Alert Rule untuk melihat konfigurasi aturan di sistem pemantauan yang sesuai. Klik Details untuk membuka halaman resource terkait anomali. Klik Intelligent Analytics untuk analisis dan troubleshooting masalah berbasis AI.
Alert Contacts	Buat, edit, atau hapus kontak. Metode kontak: Panggilan telepon/SMS: Atur nomor ponsel untuk menerima peringatan melalui telepon dan SMS. Hanya nomor ponsel yang telah diverifikasi yang dapat menerima notifikasi panggilan telepon. Lihat Verifikasi nomor ponsel. Email: Atur alamat email untuk menerima notifikasi peringatan. Chatbot: DingTalk chatbots, WeCom chatbots, dan Lark chatbots. Untuk DingTalk chatbots, tambahkan kata kunci keamanan: alert, dispatch. Verifikasi notifikasi email dan chatbot di Konsol CloudMonitor di bawah Alerts > Alert Contacts sebelum mengonfigurasinya.
Alert Contact Groups	Buat, edit, atau hapus grup kontak. Jika tidak ada grup kontak, konsol akan membuat grup default dari Akun Alibaba Cloud Anda.

Kluster baru

Saat membuat kluster, pada halaman Component Configurations, pilih Alerts, lalu aktifkan opsi Use Default Alert Rule Template. Selanjutnya, pilih Alert Notification Contact Group. Untuk informasi lebih lanjut, lihat Membuat kluster ACK yang dikelola.

Setelah konfigurasi peringatan diaktifkan, aturan default langsung berlaku dan grup kontak default menerima notifikasi. Anda dapat mengubah kontak atau grup kontak peringatan.

Cluster khusus ACK

Untuk cluster khusus ACK, berikan izin kepada Peran RAM Worker sebelum mengaktifkan aturan peringatan default.

Berikan izin kepada peran RAM worker

Masuk ke Konsol ACK. Di panel navigasi kiri, klik Clusters.
Pada halaman Clusters, klik nama kluster Anda. Di panel navigasi kiri, klik Cluster Information.
Pada halaman Cluster Information, di bagian Cluster Resources, salin nama di samping Worker RAM Role dan klik tautannya untuk membuka konsol RAM.
1. Buat kebijakan kustom berikut. Lihat Buat kebijakan kustom.
```
{
            "Action": [
                "log:*",
                "arms:*",
                "cms:*",
                "cs:UpdateContactGroup"
            ],
            "Resource": [
                "*"
            ],
            "Effect": "Allow"
}
```
2. Pada halaman Role, temukan Peran RAM Worker dan lampirkan kebijakan kustom tersebut. Lihat Kelola izin peran RAM.
  
  Catatan: Contoh ini menggunakan izin luas untuk penyederhanaan. Di lingkungan produksi, ikuti prinsip hak istimewa minimal.
Verifikasi bahwa izin peringatan telah dikonfigurasi.
1. Di panel navigasi kiri halaman pengelolaan kluster, pilih Workloads > Deployments.
2. Pilih kube-system dari daftar drop-down Namespace dan klik nama alicloud-monitor-controller di kolom Name.
3. Klik tab Logs untuk melihat log pod yang menunjukkan otorisasi berhasil.

Aktifkan aturan peringatan default

Di panel navigasi kiri halaman kluster, pilih Operations > Alerts.

Pada halaman Alerts, konfigurasikan pengaturan peringatan.

Tab	Deskripsi
Alert Rules	Status: Aktifkan atau nonaktifkan set aturan peringatan. Edit Contact Group: Atur grup kontak untuk notifikasi peringatan. Notifikasi hanya dikirim ke grup kontak. Buat kontak dan grup terlebih dahulu. Untuk memberi tahu individu, buat grup khusus untuk kontak tersebut.
Alert History	Lihat hingga 100 catatan peringatan dari 24 jam terakhir. Klik tautan di kolom Alert Rule untuk melihat konfigurasi aturan di sistem pemantauan yang sesuai. Klik Details untuk membuka halaman resource terkait anomali. Klik Intelligent Analytics untuk analisis dan troubleshooting masalah berbasis AI.
Alert Contacts	Buat, edit, atau hapus kontak. Metode kontak: Panggilan telepon/SMS: Atur nomor ponsel untuk menerima peringatan melalui telepon dan SMS. Hanya nomor ponsel yang telah diverifikasi yang dapat menerima notifikasi panggilan telepon. Lihat Verifikasi nomor ponsel. Email: Atur alamat email untuk menerima notifikasi peringatan. Chatbot: DingTalk chatbots, WeCom chatbots, dan Lark chatbots. Untuk DingTalk chatbots, tambahkan kata kunci keamanan: alert, dispatch. Verifikasi notifikasi email dan chatbot di Konsol CloudMonitor di bawah Alerts > Alert Contacts sebelum mengonfigurasinya.
Alert Contact Groups	Buat, edit, atau hapus grup kontak. Jika tidak ada grup kontak, konsol akan membuat grup default dari Akun Alibaba Cloud Anda.

Konfigurasikan aturan peringatan

Mengaktifkan konfigurasi peringatan akan membuat resource CRD AckAlertRule bernama default di namespace kube-system menggunakan templat aturan peringatan default. Anda dapat mengubah CRD ini untuk menyesuaikan aturan peringatan.

Konsol

Masuk ke Konsol ACK. Di panel navigasi kiri, klik Clusters.
Pada halaman Clusters, klik nama kluster Anda. Di panel navigasi kiri, klik Operations > Alerts.
Pada tab Alert Rules, klik Configure Alert Rule di pojok kanan atas. Lalu, pada kolom Actions aturan target, klik YAML untuk melihat konfigurasi resource CRD AckAlertRule.

Ubah file YAML tersebut. Untuk detail parameter, lihat Templat aturan peringatan default.

Contoh berikut menunjukkan konfigurasi YAML aturan peringatan:

Konfigurasi YAML Aturan Peringatan

apiVersion: alert.alibabacloud.com/v1beta1
kind: AckAlertRule
metadata:
  name: default
spec:
  groups:
    # Berikut adalah contoh konfigurasi untuk aturan peringatan event kluster.
    - name: pod-exceptions                             # Nama grup aturan peringatan, yang sesuai dengan field Group_Name dalam templat peringatan.
      rules:
        - name: pod-oom                                # Nama aturan peringatan.
          type: event                                  # Jenis aturan peringatan (Rule_Type). Nilai valid: event, metric-cms (metrik CloudMonitor), dan metric-prometheus (metrik Prometheus).
          expression: sls.app.ack.pod.oom              # Ekspresi aturan peringatan. Jika jenis aturan adalah event, nilainya adalah Rule_Expression_Id dari templat aturan peringatan default dalam topik ini.
          enable: enable                               # Status aturan peringatan. Nilai valid: enable dan disable.
        - name: pod-failed
          type: event
          expression: sls.app.ack.pod.failed
          enable: enable
    # Berikut adalah contoh konfigurasi untuk aturan peringatan resource infrastruktur kluster.
    - name: res-exceptions                              # Nama grup aturan peringatan, yang sesuai dengan field Group_Name dalam templat peringatan.
      rules:
        - name: node_cpu_util_high                      # Nama aturan peringatan.
          type: metric-cms                              # Jenis aturan peringatan (Rule_Type). Nilai valid: event, metric-cms (metrik CloudMonitor), dan metric-prometheus (metrik Prometheus).
          expression: cms.host.cpu.utilization          # Ekspresi aturan peringatan. Jika jenis aturan adalah metric-cms, nilainya adalah Rule_Expression_Id dari templat aturan peringatan default dalam topik ini.
          contactGroups:                                # Grup kontak yang dipetakan ke aturan peringatan. Konfigurasi ini dihasilkan oleh konsol ACK. Kontak konsisten untuk satu akun dan dapat digunakan ulang di beberapa kluster.
            - arms_contact_group_id_v2: '69xxx'
              cms_contact_group_name: xxx Contact Group
              id: '10xxx'
          enable: enable                                # Status aturan peringatan. Nilai valid: enable dan disable.
          thresholds:                                   # Ambang batas aturan peringatan.
            - key: CMS_ESCALATIONS_CRITICAL_Threshold
              unit: percent
              value: '85'                                # Ambang batas penggunaan CPU. Nilai default: 85%.
            - key: CMS_ESCALATIONS_CRITICAL_Times
              value: '3'                                # Peringatan dipicu jika ambang batas terlampaui 3 kali berturut-turut.
            - key: CMS_RULE_SILENCE_SEC                 # Periode diam setelah peringatan pertama dilaporkan.
              value: '900'

Gunakan rules.thresholds untuk menyesuaikan ambang batas peringatan. Misalnya, konfigurasi di atas memicu peringatan ketika penggunaan CPU node melebihi 85% selama tiga kali berturut-turut dan telah berlalu lebih dari 900 detik sejak peringatan terakhir.

Parameter	Wajib	Deskripsi	Default
`CMS_ESCALATIONS_CRITICAL_Threshold`	Ya	Ambang batas untuk aturan peringatan. Jika parameter ini dihilangkan, sinkronisasi aturan gagal dan aturan dinonaktifkan. `unit`: Satuan ambang batas. Nilai valid: percent, count, dan qps. `value`: Nilai ambang batas.	Bervariasi berdasarkan templat aturan peringatan default.
`CMS_ESCALATIONS_CRITICAL_Times`	Opsional	Jumlah kali berturut-turut kondisi harus terpenuhi sebelum CloudMonitor memicu peringatan. Jika parameter ini dihilangkan, nilai default digunakan.	3
`CMS_RULE_SILENCE_SEC`	Opsional	Periode diam dalam detik setelah peringatan awal dilaporkan untuk aturan CloudMonitor yang terus-menerus memicu. Ini mencegah kelelahan peringatan. Jika parameter ini dihilangkan, nilai default digunakan.	900

CLI

Ubah file YAML aturan alert:

kubectl edit ackalertrules default -n kube-system

Ubah file YAML, lalu simpan dan keluar. Untuk detail parameter, lihat Templat aturan peringatan default.

Konfigurasi YAML Aturan Peringatan

apiVersion: alert.alibabacloud.com/v1beta1
kind: AckAlertRule
metadata:
  name: default
spec:
  groups:
    # Berikut adalah contoh konfigurasi untuk aturan peringatan event kluster.
    - name: pod-exceptions                             # Nama grup aturan peringatan, yang sesuai dengan field Group_Name dalam templat peringatan.
      rules:
        - name: pod-oom                                # Nama aturan peringatan.
          type: event                                  # Jenis aturan peringatan (Rule_Type). Nilai valid: event, metric-cms (metrik CloudMonitor), dan metric-prometheus (metrik Prometheus).
          expression: sls.app.ack.pod.oom              # Ekspresi aturan peringatan. Jika jenis aturan adalah event, nilainya adalah Rule_Expression_Id dari templat aturan peringatan default dalam topik ini.
          enable: enable                               # Status aturan peringatan. Nilai valid: enable dan disable.
        - name: pod-failed
          type: event
          expression: sls.app.ack.pod.failed
          enable: enable
    # Berikut adalah contoh konfigurasi untuk aturan peringatan resource infrastruktur kluster.
    - name: res-exceptions                              # Nama grup aturan peringatan, yang sesuai dengan field Group_Name dalam templat peringatan.
      rules:
        - name: node_cpu_util_high                      # Nama aturan peringatan.
          type: metric-cms                              # Jenis aturan peringatan (Rule_Type). Nilai valid: event, metric-cms (metrik CloudMonitor), dan metric-prometheus (metrik Prometheus).
          expression: cms.host.cpu.utilization          # Ekspresi aturan peringatan. Jika jenis aturan adalah metric-cms, nilainya adalah Rule_Expression_Id dari templat aturan peringatan default dalam topik ini.
          contactGroups:                                # Grup kontak yang dipetakan ke aturan peringatan. Konfigurasi ini dihasilkan oleh konsol ACK. Kontak konsisten untuk satu akun dan dapat digunakan ulang di beberapa kluster.
            - arms_contact_group_id_v2: 'xxx'
              cms_contact_group_name: xxx
              id: 'xxx'
          enable: enable                                # Status aturan peringatan. Nilai valid: enable dan disable.
          thresholds:                                   # Ambang batas aturan peringatan.
            - key: CMS_ESCALATIONS_CRITICAL_Threshold
              unit: percent
              value: '85'                                # Ambang batas penggunaan CPU. Nilai default: 85%.
            - key: CMS_ESCALATIONS_CRITICAL_Times
              value: '3'                                # Peringatan dipicu jika ambang batas terlampaui 3 kali berturut-turut.
            - key: CMS_RULE_SILENCE_SEC                 # Periode diam setelah peringatan pertama dilaporkan.
              value: '900'

Parameter	Wajib	Deskripsi	Default
`CMS_ESCALATIONS_CRITICAL_Threshold`	Ya	Ambang batas untuk aturan peringatan. Jika parameter ini dihilangkan, sinkronisasi aturan gagal dan aturan dinonaktifkan. `unit`: Satuan ambang batas. Nilai valid: percent, count, dan qps. `value`: Nilai ambang batas.	Bervariasi berdasarkan templat aturan peringatan default.
`CMS_ESCALATIONS_CRITICAL_Times`	Opsional	Jumlah kali berturut-turut kondisi harus terpenuhi sebelum CloudMonitor memicu peringatan. Jika parameter ini dihilangkan, nilai default digunakan.	3
`CMS_RULE_SILENCE_SEC`	Opsional	Periode diam dalam detik setelah peringatan awal dilaporkan untuk aturan CloudMonitor yang terus-menerus memicu. Ini mencegah kelelahan peringatan. Jika parameter ini dihilangkan, nilai default digunakan.	900

Templat aturan peringatan default

Peringatan berikut disinkronkan dari Log Service, Prometheus Service, dan CloudMonitor. Pada halaman Alerts, di kolom Alerts, klik Advanced Settings untuk melihat konfigurasi aturan.

Event error

Peringatan	Deskripsi	Sumber	Jenis aturan	Nama aturan ACK CR	SLS event ID
Error event	Dipicu oleh event tingkat error apa pun di kluster.	SLS	event	error-event	sls.app.ack.error

Event peringatan

Peringatan	Deskripsi	Sumber	Jenis aturan	Nama aturan CRD	Event ID
Warning event	Dipicu oleh event tingkat peringatan kritis di kluster, tidak termasuk event tertentu yang dapat diabaikan.	SLS	event	warn-event	sls.app.ack.warn

Peringatan komponen inti (kluster ACK yang dikelola)

Peringatan	Deskripsi	Sumber	Jenis aturan	Nama aturan ACK CR	ID event SLS
Anomali ketersediaan API server kluster	Dipicu ketika API server mengalami masalah ketersediaan, yang dapat membatasi pengelolaan kluster.	Managed Service for Prometheus	metric-prometheus	apiserver-unhealthy	prom.apiserver.notHealthy.down
Anomali ketersediaan etcd kluster	Ketidaktersediaan etcd memengaruhi status seluruh kluster.	Managed Service for Prometheus	metric-prometheus	etcd-unhealthy	prom.etcd.notHealthy.down
Anomali ketersediaan kube-scheduler kluster	kube-scheduler menjadwalkan pod. Jika tidak tersedia, pod baru mungkin tidak dimulai.	Managed Service for Prometheus	metric-prometheus	scheduler-unhealthy	prom.scheduler.notHealthy.down
Anomali ketersediaan KCM kluster	kube-controller-manager (KCM) menjalankan loop kontrol. Ketidaktersediaannya dapat memengaruhi mekanisme self-healing dan penyesuaian resource kluster.	Managed Service for Prometheus	metric-prometheus	kcm-unhealthy	prom.kcm.notHealthy.down
Anomali ketersediaan cloud-controller-manager kluster	cloud-controller-manager mengelola siklus hidup komponen cloud eksternal. Ketidaktersediaannya dapat memengaruhi penyesuaian layanan dinamis.	Managed Service for Prometheus	metric-prometheus	ccm-unhealthy	prom.ccm.notHealthy.down
Anomali ketersediaan CoreDNS kluster - Jumlah permintaan turun menjadi nol	CoreDNS menyediakan layanan DNS kluster. Masalah pada CoreDNS dapat mengganggu penemuan layanan dan resolusi nama domain.	Managed Service for Prometheus	metric-prometheus	coredns-unhealthy-requestdown	prom.coredns.notHealthy.requestdown
Anomali ketersediaan CoreDNS kluster - Error panic	Dipicu ketika CoreDNS mengalami panic. Diperlukan analisis log segera untuk diagnosis.	Managed Service for Prometheus	metric-prometheus	coredns-unhealthy-panic	prom.coredns.notHealthy.panic
Tingkat error permintaan HTTP Ingress kluster tinggi	Tingkat error permintaan HTTP tinggi dari controller Ingress dapat memengaruhi aksesibilitas layanan.	Managed Service for Prometheus	metric-prometheus	ingress-err-request	prom.ingress.request.errorRateHigh
Sertifikat SSL controller Ingress kluster akan segera kedaluwarsa	Sertifikat SSL yang kedaluwarsa akan menyebabkan permintaan HTTPS gagal. Perbarui sertifikat sebelumnya.	Managed Service for Prometheus	metric-prometheus	ingress-ssl-expire	prom.ingress.ssl.expire
Jumlah total pod pending melebihi 1.000	Jumlah besar pod yang terjebak dalam status Pending dapat mengindikasikan resource tidak mencukupi atau kebijakan penjadwalan yang tidak tepat.	Managed Service for Prometheus	metric-prometheus	pod-pending-accumulate	prom.pod.pending.accumulate
RT tinggi untuk webhook admission mutating API server kluster	Respons lambat dari webhook admission mutating dapat memperlambat pembuatan dan modifikasi resource.	Managed Service for Prometheus	metric-prometheus	apiserver-admit-rt-high	prom.apiserver.mutating.webhook.rt.high
RT tinggi untuk webhook admission validating API server kluster	Respons lambat dari webhook admission validating dapat menunda perubahan konfigurasi.	Managed Service for Prometheus	metric-prometheus	apiserver-validate-rt-high	prom.apiserver.validation.webhook.rt.high
Komponen OOM lapisan kontrol kluster	Komponen inti kluster kehabisan memori (OOM). Diperlukan investigasi mendetail untuk mencegah kegagalan layanan.	SLS	event	ack-controlplane-oom	sls.app.ack.controlplane.pod.oom

Aturan peringatan untuk operasi kelompok node kluster

Peringatan	Deskripsi	Sumber	Jenis aturan	Nama aturan CRD	Event ID
Auto-healing node gagal	Kegagalan auto-healing node memerlukan investigasi segera untuk menjaga ketersediaan tinggi.	SLS	event	node-repair_failed	sls.app.ack.rc.node_repair_failed
Perbaikan CVE node gagal	Perbaikan CVE kritis yang gagal dapat membahayakan keamanan kluster. Investigasi dan perbaiki segera.	SLS	event	nodepool-cve-fix-failed	sls.app.ack.rc.node_vulnerability_fix_failed
Perbaikan CVE kelompok node berhasil	Perbaikan CVE yang berhasil mengurangi risiko keamanan dari kerentanan yang diketahui.	SLS	event	nodepool-cve-fix-succ	sls.app.ack.rc.node_vulnerability_fix_succeed
Perbaikan otomatis CVE kelompok node dilewati	Perbaikan otomatis dilewati, kemungkinan karena masalah kompatibilitas atau konfigurasi kustom. Verifikasi bahwa kebijakan keamanan Anda sesuai.	SLS	event	nodepool-cve-fix-skip	sls.app.ack.rc.node_vulnerability_fix_skipped
Konfigurasi kubelet kelompok node gagal	Konfigurasi kubelet yang gagal dapat memengaruhi kinerja node dan penjadwalan resource.	SLS	event	nodepool-kubelet-cfg-failed	sls.app.ack.rc.node_kubelet_config_failed
Konfigurasi kubelet kelompok node berhasil	Konfigurasi kubelet baru berhasil diterapkan. Verifikasi bahwa konfigurasi tersebut berlaku sebagaimana diharapkan.	SLS	event	nodepool-kubelet-config-succ	sls.app.ack.rc.node_kubelet_config_succeed
Peningkatan kubelet kelompok node gagal	Peningkatan kubelet yang gagal dapat memengaruhi stabilitas dan fungsionalitas kluster. Tinjau proses dan konfigurasi peningkatan.	SLS	event	nodepool-k-c-upgrade-failed	sls.app.ack.rc.node_kubelet_config_upgrade_failed
Peningkatan kubelet kelompok node berhasil	Setelah peningkatan berhasil, verifikasi bahwa versi kubelet baru memenuhi persyaratan kluster dan aplikasi.	SLS	event	nodepool-k-c-upgrade-succ	sls.app.ack.rc.kubelet_upgrade_succeed
Peningkatan runtime kelompok node berhasil	Peningkatan runtime kontainer untuk kelompok node berhasil.	SLS	event	nodepool-runtime-upgrade-succ	sls.app.ack.rc.runtime_upgrade_succeed
Peningkatan runtime kelompok node gagal	Peningkatan runtime kontainer untuk kelompok node gagal.	SLS	event	nodepool-runtime-upgrade-fail	sls.app.ack.rc.runtime_upgrade_failed
Peningkatan citra OS kelompok node berhasil	Peningkatan citra OS untuk kelompok node berhasil.	SLS	event	nodepool-os-upgrade-succ	sls.app.ack.rc.os_image_upgrade_succeed
Peningkatan citra OS kelompok node gagal	Peningkatan citra OS untuk kelompok node gagal.	SLS	event	nodepool-os-upgrade-failed	sls.app.ack.rc.os_image_upgrade_failed
Perubahan konfigurasi kelompok node Lingjun berhasil	Perubahan konfigurasi pada kelompok node Lingjun berhasil diterapkan.	SLS	event	nodepool-lingjun-config-succ	sls.app.ack.rc.lingjun_configuration_apply_succeed
Perubahan konfigurasi kelompok node Lingjun gagal	Penerapan perubahan konfigurasi pada kelompok node Lingjun gagal.	SLS	event	nodepool-lingjun-cfg-failed	sls.app.ack.rc.lingjun_configuration_apply_failed
Exception sistem instans node	Peringatan ini menunjukkan exception sistem (seperti event sistem ECS atau event instans Lingjun) pada resource dasar node ACK. Investigasi segera untuk mengurangi dampak dari potensi kegagalan sistem atau perangkat keras dan tentukan apakah auto-healing atau manajemen perubahan diperlukan.	SLS	event	node-system-exception	sls.app.ack.nlc.out_of_band_event_observer

Peringatan anomali node kluster

Peringatan	Deskripsi	Sumber	Jenis aturan	Nama aturan ACK CR	ID event SLS
Anomali proses Docker	Runtime Dockerd atau containerd pada node kluster hang atau tidak merespons.	SLS	event	docker-hang	sls.app.ack.docker.hang
Event eviction	Event eviction terjadi di kluster.	SLS	event	eviction-event	sls.app.ack.eviction
Error GPU XID	GPU pada node melaporkan error XID, yang mengindikasikan masalah internal GPU.	SLS	event	gpu-xid-error	sls.app.ack.gpu.xid_error
Node offline	Node di kluster offline.	SLS	event	node-down	sls.app.ack.node.down
Node restart	Node di kluster restart.	SLS	event	node-restart	sls.app.ack.node.restart
Anomali layanan NTP	Layanan NTP pada node kluster mengalami malfungsi.	SLS	event	node-ntp-down	sls.app.ack.ntp.down
Anomali PLEG	Pod Lifecycle Event Generator (PLEG) pada node kluster mengalami malfungsi.	SLS	event	node-pleg-error	sls.app.ack.node.pleg_error
Anomali proses	Proses pada node kluster hang atau tidak merespons.	SLS	event	ps-hang	sls.app.ack.ps.hang
Terlalu banyak handle file	Node memiliki terlalu banyak handle file terbuka.	SLS	event	node-fd-pressure	sls.app.ack.node.fd_pressure
Terlalu banyak proses	Node kluster menjalankan terlalu banyak proses.	SLS	event	node-pid-pressure	sls.app.ack.node.pid_pressure
Gagal menghapus node	Kluster gagal menghapus node.	SLS	event	node-del-err	sls.app.ack.ccm.del_node_failed
Gagal menambahkan node	Kluster gagal menambahkan node.	SLS	event	node-add-err	sls.app.ack.ccm.add_node_failed
Eksekusi perintah kelompok node terkelola gagal	Perintah gagal dieksekusi di kelompok node terkelola.	SLS	event	nlc-run-cmd-err	sls.app.ack.nlc.run_command_fail
Perintah tugas kosong di kelompok node terkelola	Tugas dipicu di kelompok node terkelola tanpa perintah.	SLS	event	nlc-empty-cmd	sls.app.ack.nlc.empty_task_cmd
Mode tugas tidak diimplementasikan di kelompok node terkelola	Mode tugas yang tidak diimplementasikan ditemui di kelompok node terkelola.	SLS	event	nlc-url-m-unimp	sls.app.ack.nlc.url_mode_unimpl
Operasi perbaikan tidak dikenal di kelompok node terkelola	Operasi perbaikan tidak dikenal ditemui di kelompok node terkelola.	SLS	event	nlc-opt-no-found	sls.app.ack.nlc.op_not_found
Error saat menghancurkan node kelompok node terkelola	Terjadi error saat menghancurkan node di kelompok node terkelola.	SLS	event	nlc-des-node-err	sls.app.ack.nlc.destroy_node_fail
Gagal drain node kelompok node terkelola	Node di kelompok node terkelola gagal drain dengan benar.	SLS	event	nlc-drain-node-err	sls.app.ack.nlc.drain_node_fail
Instans ECS yang direstart tidak mencapai status yang diinginkan	Instans ECS yang direstart di kelompok node terkelola tidak mencapai status yang diinginkan.	SLS	event	nlc-restart-ecs-wait	sls.app.ack.nlc.restart_ecs_wait_fail
Gagal restart instans ECS di kelompok node terkelola	Instans ECS di kelompok node terkelola gagal restart.	SLS	event	nlc-restart-ecs-err	sls.app.ack.nlc.restart_ecs_fail
Gagal reset instans ECS di kelompok node terkelola	Instans ECS di kelompok node terkelola gagal reset.	SLS	event	nlc-reset-ecs-err	sls.app.ack.nlc.reset_ecs_fail
Tugas self-healing gagal di kelompok node terkelola	Tugas self-healing di kelompok node terkelola gagal.	SLS	event	nlc-sel-repair-err	sls.app.ack.nlc.repair_fail

Aturan peringatan untuk anomali resource kluster

Peringatan	Deskripsi	Sumber	Jenis aturan	Nama aturan	ID event
Node: Penggunaan CPU ≥ 85%	Dipicu ketika penggunaan CPU node melebihi ambang batas (default: 85%). Ketika resource yang tersisa di bawah 15%, penggunaan dapat melebihi CPU yang dicadangkan untuk engine kontainer, menyebabkan throttling CPU sering dan sangat memengaruhi responsivitas proses. Optimalkan penggunaan CPU atau sesuaikan ambang batas segera. Untuk menyesuaikan ambang batas, lihat Konfigurasikan aturan peringatan.	CloudMonitor	metric-cms	node_cpu_util_high	cms.host.cpu.utilization
Node: Penggunaan memori ≥ 85%	Dipicu ketika penggunaan memori node melebihi ambang batas (default: 85%). Dengan resource yang tersisa di bawah 15%, penggunaan dapat melebihi memori yang dicadangkan untuk engine kontainer, memicu eviction paksa oleh kubelet. Optimalkan penggunaan memori atau sesuaikan ambang batas segera. Untuk menyesuaikan ambang batas, lihat Konfigurasikan aturan peringatan.	CloudMonitor	metric-cms	node_mem_util_high	cms.host.memory.utilization
Node: Penggunaan disk ≥ 85%	Dipicu ketika penggunaan disk node melebihi ambang batas (default: 85%). Untuk menyesuaikan ambang batas, lihat Konfigurasikan aturan peringatan.	CloudMonitor	metric-cms	node_disk_util_high	cms.host.disk.utilization
Node: Penggunaan bandwidth Internet arah keluar ≥ 85%	Dipicu ketika penggunaan bandwidth Internet arah keluar node melebihi ambang batas (default: 85%). Untuk menyesuaikan ambang batas, lihat Konfigurasikan aturan peringatan.	CloudMonitor	metric-cms	node_public_net_util_high	cms.host.public.network.utilization
Node: Penggunaan inode ≥ 85%	Dipicu ketika penggunaan inode node melebihi ambang batas (default: 85%). Untuk menyesuaikan ambang batas, lihat Konfigurasikan aturan peringatan.	CloudMonitor	metric-cms	node_fs_inode_util_high	cms.host.fs.inode.utilization
SLB: Penggunaan QPS Lapisan 7 ≥ 85%	Dipicu ketika penggunaan QPS Lapisan 7 instans SLB melebihi ambang batas (default: 85%). Catatan Instans SLB terkait dengan API server atau Ingress. Untuk menyesuaikan ambang batas, lihat Konfigurasikan aturan peringatan.	CloudMonitor	metric-cms	slb_qps_util_high	cms.slb.qps.utilization
SLB: Penggunaan bandwidth arah keluar ≥ 85%	Dipicu ketika penggunaan bandwidth arah keluar instans SLB melebihi ambang batas (default: 85%). Catatan Instans SLB terkait dengan API server atau Ingress. Untuk menyesuaikan ambang batas, lihat Konfigurasikan aturan peringatan.	CloudMonitor	metric-cms	slb_traff_tx_util_high	cms.slb.traffic.tx.utilization
SLB: Penggunaan koneksi maksimum ≥ 85%	Dipicu ketika penggunaan koneksi maksimum instans SLB melebihi ambang batas (default: 85%). Catatan Instans SLB terkait dengan API server atau Ingress. Untuk menyesuaikan ambang batas, lihat Konfigurasikan aturan peringatan.	CloudMonitor	metric-cms	slb_max_con_util_high	cms.slb.max.connection.utilization
SLB: Koneksi yang di-drop per detik untuk listener ≥ 1	Dipicu ketika koneksi yang di-drop per detik untuk listener SLB terus-menerus melebihi ambang batas (default: 1). Catatan Instans SLB terkait dengan API server atau Ingress. Untuk menyesuaikan ambang batas, lihat Konfigurasikan aturan peringatan.	CloudMonitor	metric-cms	slb_drop_con_high	cms.slb.drop.connection
Node: Ruang disk tidak mencukupi	Node memiliki ruang disk tidak mencukupi.	SLS	event	node-disk-pressure	sls.app.ack.node.disk_pressure
Node: Resource penjadwalan tidak mencukupi	Node memiliki resource tidak mencukupi untuk penjadwalan.	SLS	event	node-res-insufficient	sls.app.ack.resource.insufficient
Node: Resource IP tidak mencukupi	Node memiliki resource IP tidak mencukupi.	SLS	event	node-ip-pressure	sls.app.ack.ip.not_enough
Kluster: Penggunaan disk melebihi ambang batas	Penggunaan disk kluster telah melebihi ambang batas.	SLS	event	disk_space_press	sls.app.ack.csi.no_enough_disk_space

Peringatan untuk operasi lapisan kontrol ACK

Peringatan	Deskripsi	Sumber	Jenis aturan	Nama aturan CRD	ID event
Notifikasi tugas kluster ACK	Operasi terjadwal dan perubahan di kluster.	SLS	event	ack-system-event-info	sls.app.ack.system_events.task.info
Kegagalan tugas kluster ACK	Operasi kluster gagal. Investigasi segera.	SLS	event	ack-system-event-error	sls.app.ack.system_events.task.error

Peringatan penskalaan otomatis

Peringatan	Deskripsi	Sumber	Jenis aturan	Nama aturan ACK CR	ID event SLS
Auto scale-out	Menambahkan node secara otomatis saat beban meningkat.	SLS	event	autoscaler-scaleup	sls.app.ack.autoscaler.scaleup_group
Auto scale-in	Menghapus node secara otomatis saat beban berkurang.	SLS	event	autoscaler-scaledown	sls.app.ack.autoscaler.scaledown
Timeout scale-out	Scale-out timeout, kemungkinan karena resource tidak mencukupi atau kebijakan penskalaan salah.	SLS	event	autoscaler-scaleup-timeout	sls.app.ack.autoscaler.scaleup_timeout
Scale-in node kosong	Menghapus node yang tidak aktif atau kosong untuk mereklaim resource.	SLS	event	autoscaler-scaledown-empty	sls.app.ack.autoscaler.scaledown_empty
Scale-out gagal	Operasi scale-out gagal. Investigasi dan sesuaikan kebijakan resource.	SLS	event	autoscaler-up-group-failed	sls.app.ack.autoscaler.scaleup_group_failed
Kluster tidak sehat	Autoscaler menghentikan penskalaan karena kluster tidak sehat.	SLS	event	autoscaler-cluster-unhealthy	sls.app.ack.autoscaler.cluster_unhealthy
Penghapusan node yang belum dimulai	Menghapus node yang gagal dimulai dalam periode tertentu.	SLS	event	autoscaler-del-started	sls.app.ack.autoscaler.delete_started_timeout
Penghapusan node yang belum terdaftar	Menghapus node yang gagal terdaftar di kluster dalam periode tertentu.	SLS	event	autoscaler-del-unregistered	sls.app.ack.autoscaler.delete_unregistered
Scale-in gagal	Operasi scale-in gagal, yang dapat menyia-nyiakan resource dan menyebabkan distribusi beban tidak merata.	SLS	event	autoscaler-scale-down-failed	sls.app.ack.autoscaler.scaledown_failed
Drain node tidak lengkap	Autoscaler menghapus node sebelum meng-evict semua pod. Hal ini dapat menyebabkan gangguan layanan.	SLS	event	autoscaler-instance-expired	sls.app.ack.autoscaler.instance_expired

Peringatan beban kerja aplikasi kluster

Peringatan	Deskripsi	Sumber	Jenis aturan	Nama aturan CRD	ID event SLS
Job gagal	Job gagal selama eksekusi.	Prometheus	metric-prometheus	job-failed	prom.job.failed
Replica deployment tidak mencukupi	Deployment memiliki replica yang tersedia lebih sedikit dari yang diinginkan, yang dapat menyebabkan penurunan layanan.	Prometheus	metric-prometheus	deployment-rep-err	prom.deployment.replicaError
Status replica DaemonSet abnormal	Replica DaemonSet memasuki status abnormal, seperti gagal memulai atau crash. Hal ini dapat mengganggu layanan di node.	Prometheus	metric-prometheus	daemonset-status-err	prom.daemonset.scheduledError
Anomali penjadwalan DaemonSet	DaemonSet gagal menjadwalkan pod di semua node yang memenuhi syarat, kemungkinan karena batasan resource atau taint node.	Prometheus	metric-prometheus	daemonset-misscheduled	prom.daemonset.misscheduled

Aturan peringatan anomali Pod

Peringatan	Deskripsi	Sumber	Rule_Type	ACK_CR_Rule_Name	SLS_Event_ID
Pod OOM	Pod atau proses mengalami error kehabisan memori (OOM).	Log Service	event	pod-oom	sls.app.ack.pod.oom
Startup Pod gagal	Pod gagal memulai.	Log Service	event	pod-failed	sls.app.ack.pod.failed
Status Pod tidak sehat	Pod berada dalam status tidak sehat, seperti `Pending`, `Failed`, atau `Unknown`.	Managed Service for Prometheus	metric-prometheus	pod-status-err	prom.pod.status.notHealthy
Pod CrashLoopBackOff	Pod berulang kali gagal memulai dan memasuki status `CrashLoopBackOff` atau status kegagalan lainnya.	Managed Service for Prometheus	metric-prometheus	pod-crashloop	prom.pod.status.crashLooping

Aturan peringatan anomali penyimpanan kluster

Peringatan	Deskripsi	Sumber	Jenis aturan	Nama aturan CRD	Event ID
Kapasitas disk < 20 GiB	Disk lebih kecil dari 20 GiB tidak dapat dipasang karena batasan penyimpanan kluster.	SLS	event	csi_invalid_size	sls.app.ack.csi.invalid_disk_size
Disk langganan tidak didukung untuk volume kontainer	Disk langganan tidak dapat digunakan sebagai volume kontainer.	SLS	event	csi_not_portable	sls.app.ack.csi.disk_not_portable
Gagal melepas titik pemasangan (perangkat sibuk)	Resource tidak sepenuhnya dilepas, atau proses aktif mengakses titik pemasangan.	SLS	event	csi_device_busy	sls.app.ack.csi.device_busy
Tidak ada disk yang tersedia	Pemasangan penyimpanan gagal karena tidak ditemukan disk yang tersedia.	SLS	event	csi_no_ava_disk	sls.app.ack.csi.no_ava_disk
Disk IOHang	Disk di kluster tidak merespons karena hang I/O.	SLS	event	csi_disk_iohang	sls.app.ack.csi.disk_iohang
I/O lambat pada disk yang terikat PVC	Disk yang terikat ke PersistentVolumeClaim (PVC) mengalami latensi I/O tinggi.	SLS	event	csi_latency_high	sls.app.ack.csi.latency_too_high
PersistentVolume dalam status Gagal	PersistentVolume (PV) memasuki status Gagal, yang dapat mencegah pod mengakses penyimpanan.	Alibaba Cloud Prometheus	metric-prometheus	pv-failed	prom.pv.failed

Aturan peringatan untuk anomali jaringan kluster

Peringatan	Deskripsi	Sumber	Jenis aturan	Nama aturan CRD	Event ID
Tabel rute VPC ganda	Tabel rute ganda di VPC dapat menyebabkan konflik routing. Optimalkan struktur jaringan Anda.	SLS	event	ccm-vpc-multi-route-err	sls.app.ack.ccm.describe_route_tables_failed
Tidak ada instans SLB yang tersedia	Kluster tidak dapat membuat instans SLB, kemungkinan karena batas kuota atau izin tidak mencukupi.	SLS	event	slb-no-ava	sls.app.ack.ccm.no_ava_slb
Gagal sinkronisasi SLB	Kluster gagal menyinkronkan konfigurasi instans SLB, yang dapat menyebabkan pengaturan routing atau backend usang.	SLS	event	slb-sync-err	sls.app.ack.ccm.sync_slb_failed
Gagal penghapusan SLB	Kluster gagal menghapus instans SLB, berpotensi meninggalkan resource yatim.	SLS	event	slb-del-err	sls.app.ack.ccm.del_slb_failed
Gagal pembuatan rute	Kluster gagal membuat rute yang diperlukan di tabel rute VPC.	SLS	event	route-create-err	sls.app.ack.ccm.create_route_failed
Gagal sinkronisasi rute	Kluster gagal menyinkronkan rute di tabel rute VPC.	SLS	event	route-sync-err	sls.app.ack.ccm.sync_route_failed
Resource Terway tidak valid	Resource jaringan tidak valid terdeteksi di plugin CNI Terway.	SLS	event	terway-invalid-res	sls.app.ack.terway.invalid_resource
Gagal alokasi IP Terway	Terway gagal mengalokasikan alamat IP untuk pod, seringkali karena kehabisan IP di subnet yang dikonfigurasi.	SLS	event	terway-alloc-ip-err	sls.app.ack.terway.alloc_ip_fail
Gagal parsing konfigurasi bandwidth Ingress	Terjadi error parsing pada anotasi bandwidth ingress kluster.	SLS	event	terway-parse-err	sls.app.ack.terway.parse_fail
Gagal alokasi resource Terway	Plugin CNI Terway gagal mengalokasikan resource jaringan yang diperlukan.	SLS	event	terway-alloc-res-err	sls.app.ack.terway.allocate_failure
Gagal reklamasi resource Terway	Terway gagal mereklamasi resource jaringan setelah pod dihapus.	SLS	event	terway-dispose-err	sls.app.ack.terway.dispose_failure
Perubahan mode virtual Terway	Mode virtual jaringan Terway berubah.	SLS	event	terway-virt-mod-err	sls.app.ack.terway.virtual_mode_change
Pemeriksaan konfigurasi IP pod Terway	Terway memulai pemeriksaan konfigurasi IP pod.	SLS	event	terway-ip-check	sls.app.ack.terway.config_check
Gagal reload Ingress	Controller ingress gagal reload konfigurasinya. Periksa kesalahan sintaks.	SLS	event	ingress-reload-err	sls.app.ack.ingress.err_reload_nginx

Aturan peringatan untuk operasi audit kunci kluster

Peringatan	Deskripsi	Sumber	Rule_Type	ACK_CR_Rule_Name	SLS_Event_ID
Eksekusi perintah atau exec kontainer	Pengguna mengeksekusi perintah di dalam atau login ke kontainer. Audit untuk melacak pemeliharaan dan potensi ancaman keamanan.	SLS	event	audit-at-command	sls.app.k8s.audit.at.command
Perubahan status schedulability node	Status schedulability node berubah (cordoned atau uncordoned), yang dapat memengaruhi efisiensi layanan dan beban resource.	SLS	event	audit-cordon-switch	sls.app.k8s.audit.at.cordon.uncordon
Penghapusan resource	Resource kluster dihapus. Audit untuk menyelidiki perubahan yang direncanakan atau aktivitas berbahaya.	SLS	event	audit-resource-delete	sls.app.k8s.audit.at.delete
Drain atau eviction node	Node di-drain atau pod di-evict, mengindikasikan tekanan resource atau pemeliharaan yang direncanakan.	SLS	event	audit-drain-eviction	sls.app.k8s.audit.at.drain.eviction
Login jaringan publik	Upaya login dari jaringan publik terdeteksi. Tinjau izin akses dan pantau aktivitas tidak sah.	SLS	event	audit-internet-login	sls.app.k8s.audit.at.internet.login
Pembaruan label node	Label node diperbarui. Perubahan label memengaruhi penjadwalan beban kerja — verifikasi kebenarannya untuk mencegah perilaku yang tidak diinginkan.	SLS	event	audit-node-label-update	sls.app.k8s.audit.at.label
Pembaruan taint node	Taint node ditambahkan, dihapus, atau diperbarui. Perubahan taint dapat mengusir pod tanpa toleransi yang cocok, mengganggu beban kerja.	SLS	event	audit-node-taint-update	sls.app.k8s.audit.at.taint
Modifikasi resource	Resource kluster dimodifikasi. Perubahan yang sering atau tidak terduga dapat mengindikasikan deviasi konfigurasi.	SLS	event	audit-resource-update	sls.app.k8s.audit.at.update

Aturan peringatan keamanan kluster

Peringatan	Deskripsi	Sumber	Jenis aturan	Nama aturan CRD	Event ID
Konfigurasi berisiko tinggi ditemukan	Pemeriksaan keamanan menemukan konfigurasi berisiko tinggi di kluster.	SLS	event	si-c-a-risk	sls.app.ack.si.config_audit_high_risk

Aturan peringatan untuk anomali inspeksi kluster

Peringatan	Deskripsi	Sumber	Jenis aturan	Nama aturan ACK CR	ID event SLS
Anomali inspeksi kluster	Inspeksi otomatis mendeteksi potensi anomali. Tinjau masalah dan sesuaikan pemeliharaan sesuai kebutuhan.	SLS	event	cis-sched-failed	sls.app.ack.cis.schedule_task_failed

Penyelesaian masalah peringatan

Eviction Pod karena tekanan disk

Pesan peringatan

(digabung dari event serupa): Gagal mengumpulkan jumlah gambar yang diperlukan. Mencoba membebaskan XXXX byte, tetapi hanya menemukan 0 byte yang memenuhi syarat untuk dibebaskan

Gejala

Status Pod adalah Evicted. Node mengalami tekanan disk (Node memiliki kondisi: [DiskPressure].).

Penyebab

Saat penggunaan disk node mencapai ambang batas eviction (85% secara default), kubelet memulai eviction berbasis tekanan dengan menjalankan garbage collection gambar dan berpotensi meng-evict Pod. Masuk ke node target dan jalankan perintah df -h untuk memeriksa penggunaan disk.

Resolusi

Masuk ke node target (runtime containerd) dan jalankan perintah berikut untuk menghapus gambar yang tidak digunakan:
```
crictl rmi --prune
```
Bersihkan log atau perluas kapasitas disk node.
- Buat snapshot disk node, lalu hapus file yang tidak diperlukan. Lihat Selesaikan masalah disk penuh pada instans Linux.
- Perluas disk sistem atau disk data node secara online untuk meningkatkan kapasitas penyimpanan.
Sesuaikan ambang batas yang relevan.
- Sesuaikan ambang batas garbage collection gambar kubelet untuk mengurangi eviction Pod. Lihat Sesuaikan konfigurasi kubelet untuk kelompok node.
- Ambang batas peringatan default adalah 85%. Ubah aturan peringatan node_disk_util_high dengan mengonfigurasi aturan peringatan.

Rekomendasi dan pencegahan

Jika node sering memicu peringatan ini, evaluasi kebutuhan penyimpanan aplikasi Anda dan rencanakan kapasitas disk node secara sesuai.
Pantau penggunaan penyimpanan secara rutin melalui Dasbor pemantauan penyimpanan node.

Pod OOMKilling

Pesan peringatan

pod was OOM killed. node:xxx pod:xxx namespace:xxx uuid:xxx

Gejala

Status Pod abnormal, dan detail event berisi PodOOMKilling.

Resolusi

Event kehabisan memori (OOM) dapat dipicu di tingkat node atau tingkat cgroup kontainer.

Penyebab:
- OOM tingkat cgroup kontainer: Penggunaan memori Pod melebihi batas yang dikonfigurasi, menyebabkan Kubernetes menghentikannya.
- OOM tingkat node: Biasanya terjadi ketika terlalu banyak Pod tanpa batas resource berjalan di node, atau proses non-Kubernetes mengonsumsi memori berlebihan.
Diagnosis: Jalankan dmesg -T | grep -i "memory" di node target. Jika output berisi out_of_memory, event OOM telah terjadi. Jika output tersebut juga menyertakan Memory cgroup, OOM terjadi di tingkat cgroup kontainer; jika tidak, OOM terjadi di tingkat node.
Tindakan yang Direkomendasikan:
- Untuk OOM tingkat cgroup kontainer:
  - Tingkatkan batas memori Pod. Pertahankan penggunaan aktual di bawah 80% dari batas. Lihat Kelola Pod dan Skala resource node.
  - Aktifkan profil resource untuk menerapkan konfigurasi request dan limit kontainer yang direkomendasikan.
- Untuk OOM tingkat node:
  - Tingkatkan memori node atau distribusikan beban kerja ke lebih banyak node. Lihat Skala resource node dan Jadwalkan aplikasi ke node tertentu.
  - Identifikasi Pod dengan konsumsi memori tinggi di node dan atur batas memori yang sesuai.

Lihat Penyebab dan solusi untuk event OOM killer.

Pod dalam CrashLoopBackOff

Saat proses di dalam Pod keluar secara tak terduga, ACK akan me-restart-nya. Jika Pod berulang kali gagal mencapai keadaan stabil, statusnya menjadi CrashLoopBackOff. Lakukan langkah-langkah berikut untuk troubleshooting:

Masuk ke Konsol ACK. Di panel navigasi kiri, klik Clusters.
Pada halaman Clusters, klik nama kluster Anda. Di panel navigasi kiri, klik Workloads > Pods.
Temukan Pod yang terpengaruh dan klik Details di kolom Actions.
Pada tab Events, tinjau detail event abnormal apa pun.
Periksa tab Logs untuk mengetahui penyebab kegagalan.

Catatan
Jika Pod telah restart, pilih Show the log of the last container exit.

Konsol hanya menampilkan 500 entri terbaru. Untuk log yang lebih lama, konfigurasikan persistensi log.