Memantau Azure Kubernetes Service (AKS)
Bila Anda memiliki aplikasi dan proses bisnis yang penting dan mengandalkan sumber Azure, sebaiknya Anda memantau sumber tersebut untuk mengetahui ketersediaan, performa, dan operasinya. Artikel ini menjelaskan data pemantauan yang dihasilkan oleh AKS dan dianalisis dengan Azure Monitor. Jika Anda tidak terbiasa dengan fitur Azure Monitor yang umum bagi semua layanan Azure yang menggunakannya, baca Memantau sumber daya Azure dengan Azure Monitor.
Penting
Kubernetes adalah sistem terdistribusi yang kompleks dengan banyak bagian yang bergerak sehingga pemantauan pada beberapa tingkat diperlukan. Meskipun AKS adalah layanan Kubernetes terkelola, kekakuan yang sama di sekitar pemantauan pada beberapa tingkat masih diperlukan. Artikel ini menyediakan informasi tingkat tinggi dan praktik terbaik untuk memantau kluster AKS. Lihat yang berikut ini untuk detail tambahan.
- Untuk pemantauan terperinci tumpukan Kubernetes lengkap, lihat Memantau Azure Kubernetes Service (AKS) dengan Azure Monitor
- Untuk mengumpulkan data metrik dari kluster Kubernetes, lihat Layanan terkelola Azure Monitor untuk Prometheus.
- Untuk mengumpulkan log di kluster Kubernetes, lihat Wawasan kontainer.
- Untuk visualisasi data, lihat Azure Workbooks dan Azure Managed Grafana.
Memantau data
AKS menghasilkan jenis data pemantauan yang sama dengan sumber daya Azure lainnya yang dijelaskan dalam Memantau data dari sumber daya Azure. Lihat Memantau referensi data AKS untuk informasi terperinci tentang metrik dan log yang dibuat oleh AKS. Layanan dan fitur Azure lainnya mengumpulkan data lain dan mengaktifkan opsi analisis lain seperti yang ditunjukkan dalam diagram dan tabel berikut.
| Sumber | Deskripsi |
|---|---|
| Metrik platform | Metrik platform dikumpulkan secara otomatis untuk kluster AKS tanpa biaya. Anda dapat menganalisis metrik ini dengan penjelajah metrik atau menggunakannya untuk pemberitahuan metrik. |
| Metrik Prometheus | Saat Anda mengaktifkan pengikisan metrik untuk kluster Anda, metrik Prometheus dikumpulkan oleh layanan terkelola Azure Monitor untuk Prometheus dan disimpan di ruang kerja Azure Monitor. Analisis dengan dasbor bawaan di Azure Managed Grafana dan dengan pemberitahuan Prometheus. |
| Log aktivitas | Log aktivitas dikumpulkan secara otomatis untuk kluster AKS tanpa biaya. Log ini melacak informasi seperti saat kluster dibuat atau memiliki perubahan konfigurasi. Kirim log Aktivitas ke ruang kerja Analitik Log untuk menganalisisnya dengan data log Anda yang lain. |
| Log sumber daya | Log sarana kontrol untuk AKS diimplementasikan sebagai log sumber daya. Buat pengaturan diagnostik untuk mengirimnya ke ruang kerja Analitik Log tempat Anda dapat menganalisis dan memberi tahu mereka dengan kueri log di Analitik Log. |
| Wawasan kontainer | Wawasan kontainer mengumpulkan berbagai log dan data performa dari kluster termasuk aliran stdout/stderr dan menyimpannya di ruang kerja Analitik Log dan Metrik Azure Monitor. Analisis data ini dengan tampilan dan buku kerja yang disertakan dengan wawasan Kontainer atau dengan Log Analytics dan penjelajah metrik. |
Memantau halaman ringkasan di portal Azure
Tab Pemantauan pada halaman Gambaran Umum menawarkan cara cepat untuk mulai melihat data pemantauan di portal Azure untuk setiap kluster AKS. Ini termasuk grafik dengan metrik umum untuk kluster yang dipisahkan oleh kumpulan simpul. Klik salah satu grafik ini untuk menganalisis data lebih lanjut di penjelajah metrik.
Halaman Gambaran Umum juga menyertakan tautan ke Wawasan Prometheus dan Kontainer Terkelola untuk kluster saat ini. Jika Anda belum mengaktifkan alat-alat ini, Anda akan diminta untuk melakukannya. Anda mungkin juga melihat banner di bagian atas layar yang merekomendasikan agar Anda mengaktifkan fitur lain untuk meningkatkan pemantauan kluster Anda.
Tip
Akses fitur pemantauan untuk semua kluster AKS di langganan Anda dari menu Pemantauan di portal Azure, atau untuk satu kluster AKS dari bagian Monitor pada menu layanan Kubernetes.
Integrasi
Layanan dan fitur Azure berikut dari Azure Monitor dapat digunakan untuk pemantauan ekstra kluster Kubernetes Anda. Anda dapat mengaktifkan fitur-fitur ini selama pembuatan kluster AKS dari tab Integrasi di portal Azure, Azure CLI, Terraform, Azure Policy, atau onboarding kluster Anda nanti. Masing-masing fitur ini dapat dikenakan biaya, jadi lihat informasi harga untuk masing-masing sebelum Anda mengaktifkannya.
| Layanan/Fitur | Deskripsi |
|---|---|
| Wawasan Kontainer | Menggunakan versi kontainer agen Azure Monitor untuk mengumpulkan log stdout/stderr, dan peristiwa Kubernetes dari setiap simpul di kluster Anda, mendukung berbagai skenario pemantauan untuk kluster AKS. Anda dapat mengaktifkan pemantauan untuk kluster AKS saat dibuat dengan menggunakan Azure CLI, Azure Policy, portal Azure atau Terraform. Jika Anda tidak mengaktifkan wawasan Kontainer saat membuat kluster, lihat Mengaktifkan wawasan Kontainer untuk kluster Azure Kubernetes Service (AKS) untuk opsi lain untuk mengaktifkannya. Wawasan kontainer menyimpan sebagian besar datanya di ruang kerja Analitik Log, dan Anda biasanya akan menggunakan ruang kerja analitik log yang sama dengan log sumber daya untuk kluster Anda. Lihat Mendesain arsitektur ruang kerja Analitik Log untuk panduan tentang berapa banyak ruang kerja yang harus Anda gunakan dan tempat menemukannya. |
| Layanan terkelola Azure Monitor untuk Prometheus | Prometheus adalah solusi metrik cloud-native dari Cloud Native Compute Foundation dan alat paling umum yang digunakan untuk mengumpulkan dan menganalisis data metrik dari kluster Kubernetes. Layanan terkelola Azure Monitor untuk Prometheus adalah solusi pemantauan yang kompatibel dengan Prometheus yang dikelola sepenuhnya di Azure. Jika Anda tidak mengaktifkan Prometheus terkelola saat membuat kluster, lihat Mengumpulkan metrik Prometheus dari kluster AKS untuk opsi lain untuk mengaktifkannya. Layanan terkelola Azure Monitor untuk Prometheus menyimpan datanya di ruang kerja Azure Monitor, yang ditautkan ke ruang kerja Grafana sehingga Anda dapat menganalisis data dengan Azure Managed Grafana. |
| Azure Managed Grafana | Implementasi Grafana yang dikelola sepenuhnya, yang merupakan platform visualisasi data sumber terbuka yang umumnya digunakan untuk menyajikan data Prometheus. Beberapa dasbor Grafana yang telah ditentukan tersedia untuk memantau Kubernetes dan pemecahan masalah tumpukan penuh. Jika Anda tidak mengaktifkan Grafana terkelola saat membuat kluster, lihat Menautkan detail ruang kerja Grafana tentang menautkannya ke ruang kerja Azure Monitor Anda sehingga dapat mengakses metrik Prometheus untuk kluster Anda. |
Metrik
Metrik memainkan peran penting dalam pemantauan kluster, mengidentifikasi masalah, dan mengoptimalkan performa di kluster AKS. Metrik platform diambil menggunakan server metrik out of the box yang diinstal di namespace layanan kube-system, yang secara berkala mengekstrak metrik dari semua simpul Kubernetes yang dilayani oleh Kubelet. Anda juga harus mengaktifkan metrik Azure Managed Prometheus untuk mengumpulkan metrik kontainer dan metrik objek Kubernetes, seperti status objek Penyebaran. Lihat Mengumpulkan metrik Prometheus dari kluster AKS untuk mengirim data ke layanan Terkelola Azure untuk Prometheus.
Log
Sarana kontrol AKS/log sumber daya
Log sarana kontrol untuk kluster AKS diimplementasikan sebagai log sumber daya di Azure Monitor. Log sumber daya tidak dikumpulkan dan disimpan hingga Anda membuat pengaturan diagnostik untuk merutekannya ke satu atau beberapa lokasi. Anda biasanya akan mengirimnya ke ruang kerja Analitik Log, yang merupakan tempat sebagian besar data untuk wawasan Kontainer disimpan.
Lihat Membuat pengaturan diagnostik untuk proses terperinci untuk membuat pengaturan diagnostik menggunakan portal Azure, CLI, atau PowerShell. Saat membuat pengaturan diagnostik, Anda menentukan kategori log yang akan dikumpulkan. Kategori untuk AKS tercantum dalam referensi data pemantauan AKS.
Penting
Mungkin ada biaya besar saat mengumpulkan log sumber daya untuk AKS, terutama untuk log kube-audit . Pertimbangkan rekomendasi berikut untuk mengurangi jumlah data yang dikumpulkan:
- Nonaktifkan pengelogan kube-audit saat tidak diperlukan.
- Aktifkan koleksi dari kube-audit-admin, yang mengecualikan peristiwa audit get dan list.
- Aktifkan log khusus sumber daya seperti yang dijelaskan di bawah ini dan konfigurasikan
AKSAudittabel sebagai log dasar.
Lihat Memantau kluster Kubernetes menggunakan layanan Azure dan alat asli cloud untuk rekomendasi lebih lanjut dan Pengoptimalan biaya dan Azure Monitor untuk strategi lebih lanjut guna mengurangi biaya pemantauan Anda.
AKS mendukung mode diagnostik Azure atau mode khusus sumber daya untuk log sumber daya. Ini menentukan tabel di ruang kerja Analitik Log tempat data dikirim. Mode diagnostik Azure mengirimkan semua data ke tabel AzureDiagnostics, sementara mode khusus sumber daya mengirim data ke Audit AKS, Admin Audit AKS, dan Sarana Kontrol AKS seperti yang ditunjukkan dalam tabel di Log sumber daya.
Mode khusus sumber daya direkomendasikan untuk AKS karena alasan berikut:
- Data lebih mudah dikueri karena berada dalam tabel individual yang didedikasikan untuk AKS.
- Mendukung konfigurasi sebagai log dasar untuk penghematan biaya yang signifikan.
Untuk informasi selengkapnya tentang perbedaan antara mode pengumpulan termasuk cara mengubah pengaturan yang ada, lihat Memilih mode koleksi.
Catatan
Kemampuan untuk memilih mode koleksi belum tersedia di portal Azure di semua wilayah. Untuk wilayah yang belum tersedia, gunakan CLI untuk membuat pengaturan diagnostik dengan perintah seperti berikut ini:
az monitor diagnostic-settings create --name AKS-Diagnostics --resource /subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/resourceGroups/myresourcegroup/providers/Microsoft.ContainerService/managedClusters/my-cluster --logs '[{""category"": ""kube-audit"",""enabled"": true}, {""category"": ""kube-audit-admin"", ""enabled"": true}, {""category"": ""kube-apiserver"", ""enabled"": true}, {""category"": ""kube-controller-manager"", ""enabled"": true}, {""category"": ""kube-scheduler"", ""enabled"": true}, {""category"": ""cluster-autoscaler"", ""enabled"": true}, {""category"": ""cloud-controller-manager"", ""enabled"": true}, {""category"": ""guard"", ""enabled"": true}, {""category"": ""csi-azuredisk-controller"", ""enabled"": true}, {""category"": ""csi-azurefile-controller"", ""enabled"": true}, {""category"": ""csi-snapshot-controller"", ""enabled"": true}]' --workspace /subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/resourcegroups/myresourcegroup/providers/microsoft.operationalinsights/workspaces/myworkspace --export-to-resource-specific true
Kueri log sampel
Penting
Saat Anda memilih Log dari menu untuk kluster AKS, Analitik Log dibuka dengan cakupan kueri yang diatur ke kluster saat ini. Hal ini berarti kueri log hanya akan menyertakan data dari sumber daya. Jika Anda ingin menjalankan kueri yang menyertakan data dari kluster atau data lain dari layanan Azure lainnya, pilih Log dari menu Azure Monitor . Lihat Cakupan kueri log dan rentang waktu di Azure Monitor Log Analytics untuk rinciannya.
Jika pengaturan diagnostik untuk kluster Anda menggunakan mode diagnostik Azure, log sumber daya untuk AKS disimpan dalam tabel AzureDiagnostics. Anda dapat membedakan log yang berbeda menggunakan kolom Kategori. Untuk mengetahui deskripsi tiap kategori, lihat log sumber daya AKS.
| Deskripsi | Kueri log |
|---|---|
| Menghitung log untuk setiap kategori (Mode diagnostik Azure) |
AzureDiagnostics | where ResourceType == "MANAGEDCLUSTERS" | summarize count() menurut Kategori |
| Semua log server API (Mode diagnostik Azure) |
AzureDiagnostics | where Category == "kube-apiserver" |
| Semua log kube-audit dalam rentang waktu (Mode diagnostik Azure) |
biarkan starttime = datetime("2023-02-23"); biarkan endtime = datetime("2023-02-24"); AzureDiagnostics | di mana TimeGenerated antara(starttime.. waktu akhir) | where Category == "kube-audit" | extend event = parse_json(log_s) | perluas HttpMethod = tostring(event.verb) | extend User = tostring(event.user.username) | extend Apiserver = pod_s | extend SourceIP = tostring(event.sourceIPs[0]) | project TimeGenerated, Category, HttpMethod, User, Apiserver, SourceIP, OperationName, event |
| Semua log audit (mode khusus sumber daya) |
AKSAudit |
| Semua log audit tidak termasuk peristiwa audit get dan list (mode khusus sumber daya) |
AKSAuditAdmin |
| Semua log server API (mode khusus sumber daya) |
AKSControlPlane | where Category == "kube-apiserver" |
Untuk mengakses serangkaian kueri bawaan di ruang kerja Analitik Log, lihat antarmuka kueri Analitik Log dan pilih jenis sumber daya Kubernetes Services. Untuk daftar kueri umum untuk wawasan Kontainer, lihat Kueri wawasan kontainer.
Log data plane/Container Insights AKS
Container Insights mengumpulkan berbagai jenis data telemetri dari kontainer dan kluster Kubernetes untuk membantu Anda memantau, memecahkan masalah, dan mendapatkan wawasan tentang aplikasi kontainer yang berjalan di kluster AKS Anda. Lihat Referensi tabel Azure Monitor untuk daftar tabel dan deskripsi terperinci yang digunakan oleh wawasan Kontainer. Semua tabel ini tersedia untuk kueri log.
Pengaturan pengoptimalan biaya memungkinkan Anda menyesuaikan dan mengontrol data metrik yang dikumpulkan melalui agen wawasan kontainer. Fitur ini mendukung pengaturan pengumpulan data untuk pemilihan tabel individual, interval pengumpulan data, dan namespace untuk mengecualikan pengumpulan data melalui Aturan Pengumpulan Data Azure Monitor (DCR). Pengaturan ini mengontrol volume penyerapan dan mengurangi biaya pemantauan wawasan kontainer. Data yang Dikumpulkan wawasan kontainer dapat disesuaikan melalui portal Azure, menggunakan opsi berikut. Memilih opsi apa pun selain Semua (Default) menyebabkan pengalaman wawasan kontainer menjadi tidak tersedia.
| Pengelompokan | Tabel | Catatan |
|---|---|---|
| Semua (Default) | Semua tabel wawasan kontainer standar | Diperlukan untuk mengaktifkan visualisasi wawasan kontainer default |
| Performa | Perf, InsightsMetrics | |
| Log dan peristiwa | ContainerLog atau ContainerLogV2, KubeEvents, KubePodInventory | Disarankan jika Anda mengaktifkan metrik Prometheus terkelola |
| Beban Kerja, Penyebaran, dan HPAs | InsightsMetrics, KubePodInventory, KubeEvents, ContainerInventory, ContainerNodeInventory, KubeNodeInventory, KubeServices | |
| Volume Persisten | InsightsMetrics, KubePVInventory |
Pengelompokan Log dan peristiwa mengambil log dari tabel ContainerLog atau ContainerLogV2, KubeEvents, KubePodInventory , tetapi bukan metrik. Jalur yang direkomendasikan untuk mengumpulkan metrik adalah mengaktifkan layanan terkelola Azure Monitor Prometheus untuk Prometheus dari kluster AKS Anda dan menggunakan Azure Managed Grafana untuk visualisasi data. Untuk informasi selengkapnya, lihat Mengelola ruang kerja Azure Monitor.
Skema ContainerLogV2
Azure Monitor Container Insights menyediakan skema untuk log kontainer yang dikenal sebagai ContainerLogV2, yang merupakan opsi yang direkomendasikan. Format ini mencakup bidang berikut untuk memfasilitasi kueri umum untuk melihat data yang terkait dengan kluster Kubernetes yang didukung AKS dan Azure Arc:
- ContainerName
- PodName
- PodNamespace
Selain itu, skema ini kompatibel dengan paket data Log Dasar, yang menawarkan alternatif biaya rendah untuk log analitik standar. Paket data log Dasar memungkinkan Anda menghemat biaya penyerapan dan penyimpanan log verbose volume tinggi di ruang kerja Log Analytics Anda untuk penelusuran kesalahan, pemecahan masalah, dan audit, tetapi tidak untuk analitik dan pemberitahuan. Untuk informasi selengkapnya, lihat Mengelola tabel di ruang kerja Analitik Log. ContainerLogV2 adalah pendekatan yang direkomendasikan dan merupakan skema default untuk pelanggan yang melakukan onboarding wawasan kontainer dengan Autentikasi Identitas Terkelola menggunakan ARM, Bicep, Terraform, Policy, dan portal Azure. Untuk informasi selengkapnya tentang cara mengaktifkan ContainerLogV2 melalui Aturan Pengumpulan Data (DCR) kluster atau ConfigMap, lihat Mengaktifkan skema ContainerLogV2.
Visualisasi
Visualisasi data adalah konsep penting yang memudahkan administrator sistem dan insinyur operasional untuk menggunakan informasi yang dikumpulkan. Alih-alih melihat data mentah, mereka dapat menggunakan representasi visual, yang dengan cepat menampilkan data dan mengungkapkan tren yang mungkin disembunyikan saat melihat data mentah. Anda bisa menggunakan Dasbor Grafana atau buku kerja Azure asli untuk visualisasi data.
Azure Managed Grafana
Cara paling umum untuk menganalisis dan menyajikan data Prometheus adalah dengan Dasbor Grafana. Azure Managed Grafana menyertakan dasbor bawaan untuk memantau kluster Kubernetes termasuk beberapa yang menyajikan informasi serupa seperti tampilan wawasan Kontainer. Ada juga berbagai dasbor yang dibuat komunitas untuk memvisualisasikan beberapa aspek kluster Kubernetes dari metrik yang dikumpulkan oleh Prometheus.
Buku kerja
Buku Kerja Azure Monitor adalah fitur di Azure Monitor yang menyediakan kanvas fleksibel untuk analisis data dan pembuatan laporan visual yang kaya. Buku kerja membantu Anda membuat laporan visual yang membantu dalam analisis data. Laporan dalam wawasan Kontainer direkomendasikan di luar kotak untuk buku kerja Azure. Azure menyediakan buku kerja bawaan untuk setiap layanan, termasuk Azure Kubernetes Service (AKS), yang dapat Anda akses dari portal Azure. Pada menu Azure Monitor di portal Azure, pilih Kontainer. Di bagian Pemantauan, pilih Wawasan, pilih kluster tertentu, lalu pilih tab Laporan. Anda juga bisa menampilkannya dari galeri buku kerja di Azure Monitor.
Misalnya, Buku Kerja Pengoptimalan Kluster menyediakan beberapa penganalisis yang memberi Anda tampilan cepat tentang kesehatan dan performa kluster Kubernetes Anda. Ini memiliki beberapa penganalisis yang masing-masing memberikan informasi berbeda yang terkait dengan kluster Anda. Buku kerja tidak memerlukan konfigurasi setelah wawasan Kontainer diaktifkan pada kluster. Kemampuan salient termasuk kemampuan untuk mendeteksi kegagalan pemeriksaan keaktifan dan frekuensinya, mengidentifikasi dan mengelompokkan anomali peristiwa yang menunjukkan peningkatan volume peristiwa terbaru untuk analisis yang lebih dapat diakses, dan mengidentifikasi kontainer dengan batas dan permintaan CPU dan memori tinggi atau rendah, bersama dengan batas yang disarankan dan nilai permintaan untuk kontainer ini yang berjalan di kluster AKS Anda. Untuk informasi selengkapnya tentang buku kerja ini, lihat Laporan dalam wawasan Kontainer.
Peringatan
Pemberitahuan Azure Monitor membantu Anda mendeteksi dan mengatasi masalah sebelum pengguna memperhatikannya dengan memberi tahu Anda secara proaktif saat data yang dikumpulkan Azure Monitor menunjukkan mungkin ada masalah dengan infrastruktur atau aplikasi cloud Anda. Pemberitahuan ini memungkinkan Anda mengidentifikasi dan mengatasi masalah dalam sistem Anda sebelum pelanggan Anda mengetahuinya. Anda dapat mengatur pemberitahuan tentang metrik, log, dan log aktivitas. Berbagai jenis pemberitahuan memiliki kelebihan dan kekurangan.
Ada dua jenis aturan metrik yang digunakan oleh wawasan Kontainer berdasarkan metrik Prometheus atau metrik platform.
Pemberitahuan berbasis metrik Prometheus
Saat Mengaktifkan pengumpulan metrik Prometheus untuk kluster, Anda dapat mengunduh kumpulan aturan pemberitahuan Prometheus yang direkomendasikan. Ini termasuk aturan berikut:
| Tingkat | Peringatan |
|---|---|
| Tingkat Pod | KubePodCrashLooping Pekerjaan tidak selesai tepat waktu Kontainer Pod dimulai ulang dalam 1 jam terakhir Status siap pod kurang dari 80% Jumlah pod dalam status gagal lebih besar dari 0 KubePodNotReadyByController KubeStatefulSetGenerationMismatch KubeJobNotCompleted KubeJobFailed Penggunaan CPU rata-rata per kontainer lebih besar dari 95% Penggunaan memori rata-rata per kontainer lebih besar dari 95% KubeletPodStartUpLatencyHigh |
| Tingkat kluster | Penggunaan PV rata-rata lebih besar dari 80% KubeDeploymentReplicasMismatch KubeStatefulSetReplicasMismatch KubeHpaReplicasMismatch KubeHpaMaxedOut KubeCPUQuotaOvercommit KubeMemoryQuotaOvercommit KubeVersionMismatch KubeClientErrors CPUThrottlingHigh KubePersistentVolumeFillingUp KubePersistentVolumeInodesFillingUp KubePersistentVolumeErrors |
| Tingkat node | Pemanfaatan CPU simpul rata-rata lebih besar dari 80% Memori set kerja untuk simpul lebih besar dari 80% Jumlah kontainer yang dibunuh OOM lebih besar dari 0 KubeNodeUnreachable KubeNodeNotReady KubeNodeReadinessFlapping KubeContainerWaiting KubeDaemonSetNotScheduled KubeDaemonSetMisScheduled KubeletPlegDurationHigh KubeletServerCertificateExpiration KubeletClientCertificateRenewalErrors KubeletServerCertificateRenewalErrors KubeQuotaAlmostFull KubeQuotaFullyUsed KubeQuotaExceeded |
Pemberitahuan berbasis metrik platform
Tabel berikut mencantumkan aturan pemberitahuan metrik yang direkomendasikan untuk kluster AKS. Pemberitahuan ini didasarkan pada metrik platform untuk kluster.
| Kondisi | Deskripsi |
|---|---|
| Persentase > Penggunaan CPU 95 | Diaktifkan ketika penggunaan CPU rata-rata di semua simpul melebihi ambang batas. |
| Persentase > Set Kerja Memori 100 | Diaktifkan ketika rata-rata bekerja yang ditetapkan di semua simpul melebihi ambang batas. |
Pemberitahuan berbasis log
Pemberitahuan log memungkinkan Anda untuk memberi tahu pada data plane dan log sarana kontrol Anda. Jalankan kueri pada interval yang telah ditentukan sebelumnya dan buat pemberitahuan berdasarkan hasilnya. Anda dapat memeriksa jumlah rekaman tertentu atau melakukan penghitungan berdasarkan kolom numerik.
Lihat Cara membuat pemberitahuan log dari Container Insights dan Cara mengkueri log dari Container Insights. Pemberitahuan log dapat mengukur dua hal berbeda, yang dapat digunakan untuk memantau dalam skenario yang berbeda:
- Jumlah hasil: Menghitung jumlah baris yang dikembalikan oleh kueri dan dapat digunakan untuk bekerja dengan peristiwa seperti log peristiwa Windows, Syslog, dan pengecualian aplikasi.
- Perhitungan nilai: Membuat perhitungan berdasarkan kolom numerik dan dapat digunakan untuk menyertakan sejumlah sumber daya. Contohnya adalah persentase CPU.
Bergantung pada skenario pemberitahuan yang diperlukan, kueri log perlu dibuat membandingkan DateTime dengan waktu saat ini dengan menggunakan now operator dan kembali satu jam. Untuk mempelajari cara membuat pemberitahuan berbasis log, lihat Membuat pemberitahuan log dari wawasan Kontainer.
Pengamatan Jaringan
Observabilitas jaringan adalah bagian penting untuk mempertahankan kluster Kubernetes yang sehat dan berkinerja. Dengan mengumpulkan dan menganalisis data tentang lalu lintas jaringan, Anda dapat memperoleh wawasan tentang bagaimana kluster Anda beroperasi dan mengidentifikasi potensi masalah sebelum menyebabkan pemadaman atau penurunan performa.
Ketika add-on Network Observability diaktifkan, ia mengumpulkan dan mengonversi metrik yang berguna menjadi format Prometheus, yang dapat divisualisasikan di Grafana. Saat diaktifkan, metrik yang dikumpulkan secara otomatis diserap ke dalam layanan terkelola Azure Monitor untuk Prometheus. Dasbor Grafana tersedia di repositori dasbor publik Grafana untuk memvisualisasikan metrik pengamatan jaringan yang dikumpulkan oleh Prometheus. Untuk informasi selengkapnya, lihat Penyiapan Network Observability untuk instruksi terperinci.
Langkah berikutnya
- Lihat Memantau referensi data AKS untuk referensi metrik, log, dan nilai penting lainnya yang dibuat oleh AKS.