Tetap teratur dengan koleksi
Simpan dan kategorikan konten berdasarkan preferensi Anda.
Men-debug masalah menggunakan log pod Identity Service GKE
Log pod Identity Service GKE dapat membantu administrator dan
developer cluster men-debug masalah serta memantau aktivitas cluster.
Berdasarkan tingkat keparahan masalah, log Identity Service GKE
diklasifikasikan menggunakan tingkat keparahan berikut:
INFO[I]: Peristiwa operasional dengan detail tingkat tinggi tentang tindakan yang dilakukan oleh Layanan Identitas GKE selama pemrosesan permintaan (seperti pesan startup dan pemeliharaan). Log juga berisi informasi tentang peristiwa yang diharapkan yang dapat menyebabkan masalah. Contohnya termasuk autentikasi dan pemeriksaan alur kerja.
WARNING[W]: Peristiwa tidak terduga yang dapat menunjukkan masalah yang mendasarinya.
Contohnya termasuk masalah autentikasi khusus penyedia.
ERROR[E]: Peristiwa bermasalah yang tidak terduga yang mengharuskan administrator cluster memperbaiki masalah tersebut.
Contohnya mencakup konfigurasi yang tidak ada, kegagalan pertukaran token, dan masalah autentikasi.
Berikut adalah contoh pesan log pod standar:
I0926 09:00:00.000000 12345 foo.cc:10] Skipping Kubernetes Webhook adapter startup since it is not configured.
dengan,
Awalan I mewakili tingkat keparahan INFO, yang ditambahkan dengan tanggal log 0926.
Waktu berikut, dengan mikrodetik, dalam zona waktu lokal mesin.
12345 adalah nomor ID rangkaian pesan.
foo.cc:10 adalah lokasi kode sumber tempat deskripsi log muncul (tanda kurung [ dan spasi adalah pemisah tetap sebelum pesan).
Untuk mempelajari logging dan administrasi cluster lebih lanjut, lihat Administrasi cluster.
[[["Mudah dipahami","easyToUnderstand","thumb-up"],["Memecahkan masalah saya","solvedMyProblem","thumb-up"],["Lainnya","otherUp","thumb-up"]],[["Sulit dipahami","hardToUnderstand","thumb-down"],["Informasi atau kode contoh salah","incorrectInformationOrSampleCode","thumb-down"],["Informasi/contoh yang saya butuhkan tidak ada","missingTheInformationSamplesINeed","thumb-down"],["Masalah terjemahan","translationIssue","thumb-down"],["Lainnya","otherDown","thumb-down"]],["Terakhir diperbarui pada 2025-07-31 UTC."],[],[],null,["# Debug issues using GKE Identity Service pod logs\n================================================\n\nGKE Identity Service pod logs can help cluster administrators and\ndevelopers debug problems and monitor cluster activity.\n\nBased on the severity of the problem, GKE Identity Service logs are\nclassified using the following severity levels:\n\n- **INFO\\[I\\]**: An operational event with high-level details of the actions taken by GKE Identity Service during the processing of requests (such as startup and housekeeping messages). The logs also contain information about expected events that could result in problems. Examples include authentication and workflow checks.\n- **WARNING\\[W\\]**: An unexpected event that may indicate an underlying problem. Examples include provider-specific authentication issues.\n- **ERROR\\[E\\]**: An unexpected problematic event that requires a cluster administrator to fix the issue. Examples include missing configuration, token exchange failure, and authentication issues.\n\nThe following is an example of a typical pod log message:\n\n`I0926 09:00:00.000000 12345 foo.cc:10] Skipping Kubernetes Webhook adapter startup since it is not configured.`\n\nwhere,\n\n- The prefix `I` represents the INFO severity level, appended with the log date `0926`.\n- The time follows, with microseconds, in the machine's local timezone.\n- `12345` is a thread ID number.\n- `foo.cc:10` is the source code location where the log description appears (the bracket `[` and space are fixed delimiters before the message).\n\n| **Note:** You can suppress the prefix globally using the `--nolog_prefix` flag or for a single message the `.NoPrefix()` mutator method.\n\nTo learn more about logging and cluster administration, see [Cluster administration](https://kubernetes.io/docs/concepts/cluster-administration/logging/)."]]
