Praktik terbaik untuk dasbor - Amazon Managed Grafana
Strategi observabilitas umumModel kematangan manajemen dasborPraktik terbaik untuk membuat dasborPraktik terbaik untuk mengelola dasbor

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Praktik terbaik untuk dasbor

Topik dokumentasi ini dirancang untuk ruang kerja Grafana yang mendukung Grafana versi 10.x.

Untuk ruang kerja Grafana yang mendukung Grafana versi 9.x, lihat. Bekerja di Grafana versi 9

Untuk ruang kerja Grafana yang mendukung Grafana versi 8.x, lihat. Bekerja di Grafana versi 8

Bagian ini memberikan informasi tentang praktik terbaik bagi administrator dan pengguna Grafana tentang cara membuat dan memelihara dasbor Grafana.

Untuk informasi tentang berbagai jenis dasbor yang dapat Anda buat, lihat dasbor Grafana: Panduan lengkap untuk semua jenis berbeda yang dapat Anda buat posting blog di situs web Grafana Labs.

catatan

Bagian ini dapat membantu Anda membuat strategi untuk pemantauan dan pemeliharaan dasbor Anda. Anda tahu sistem Anda yang terbaik, dan harus menggunakan bagian ini untuk memandu pemahaman Anda. Pada akhirnya, adalah tanggung jawab Anda untuk menciptakan strategi terbaik untuk sistem Anda.

Strategi observabilitas umum

Ketika Anda memiliki banyak hal untuk dipantau, seperti server farm, Anda memerlukan strategi untuk memutuskan apa yang cukup penting untuk dipantau. Halaman ini menjelaskan beberapa metode umum untuk memilih apa yang akan dipantau.

Strategi logis memungkinkan Anda membuat dasbor yang seragam dan menskalakan platform observabilitas Anda dengan lebih mudah.

Pedoman strategi

  • Metode USE memberi tahu Anda betapa bahagianya mesin Anda, metode RED memberi tahu Anda betapa bahagianya pengguna Anda.

  • Gunakan laporan tentang penyebab masalah.

  • RED melaporkan pengalaman pengguna dan lebih cenderung melaporkan gejala masalah.

  • Memantau keduanya penting untuk memahami sistem Anda. Sebagai praktik terbaik, waspada pada gejala daripada penyebab. Biasanya, peringatan dikonfigurasi pada dasbor MERAH.

Gunakan metode

USE adalah singkatan dari:

  • Pemanfaatan — Persentase waktu sumber daya sibuk, seperti penggunaan CPU node.

  • Saturasi — Jumlah pekerjaan yang harus dilakukan sumber daya, seringkali panjang antrian atau beban simpul.

  • Kesalahan — Hitungan peristiwa kesalahan.

Metode ini paling baik untuk sumber daya perangkat keras dalam infrastruktur, seperti CPU, memori, dan perangkat jaringan. Untuk informasi lebih lanjut, lihat posting blog Brendan Gregg Metode USE.

Metode RED

RED adalah singkatan dari:

  • Tarif - Permintaan per detik

  • Kesalahan — Jumlah permintaan yang gagal.

  • Durasi — Jumlah waktu yang dibutuhkan permintaan ini, distribusi pengukuran latensi.

Metode ini paling berlaku untuk layanan, terutama lingkungan microservices. Untuk setiap layanan Anda, instrumen kode untuk mengekspos metrik ini untuk setiap komponen. Dasbor MERAH bagus untuk peringatan dan SLA. Dasbor RED yang dirancang dengan baik adalah proxy untuk pengalaman pengguna.

Untuk informasi lebih lanjut, lihat posting blog Tom Wilkie Metode RED: Cara instrumen layanan Anda.

Empat Sinyal Emas

Menurut buku pegangan Google SRE, jika Anda hanya dapat mengukur empat metrik sistem yang dihadapi pengguna Anda, fokuslah pada keempat metrik ini.

Metode ini mirip dengan metode RED, tetapi termasuk saturasi.

  • Latensi — Waktu yang dibutuhkan untuk melayani permintaan.

  • Lalu Lintas — Berapa banyak permintaan yang ditempatkan pada sistem Anda.

  • Kesalahan — Tingkat permintaan yang gagal.

  • Saturasi — Seberapa “penuh” sistem Anda,

Model kematangan manajemen dasbor

Kematangan manajemen dasbor mengacu pada seberapa baik dirancang dan efisien ekosistem dasbor Anda. Kami merekomendasikan untuk meninjau pengaturan dasbor Anda secara berkala untuk mengukur di mana Anda berada dan bagaimana Anda dapat meningkatkan.

Secara garis besar, kematangan dasbor dapat didefinisikan sebagai rendah, sedang, atau tinggi.

Sebagian besar konten untuk topik ini diambil dari pembicaraan KubeCon 2019 Fool-Proof Kubernetes Dashboards for Sleep-Deprived Oncalls.

Rendah - keadaan default

Pada tahap ini, Anda tidak memiliki strategi manajemen dasbor yang koheren. Hampir semua orang mulai dari sini.

Bagaimana Anda bisa tahu Anda ada di sini?

  • Semua orang dapat memodifikasi dasbor Anda.

  • Banyak dasbor yang disalin, sedikit atau tidak ada penggunaan kembali dasbor.

  • Dasbor satu kali yang berkeliaran selamanya.

  • Tidak ada kontrol versi (dasbor JSON dalam kontrol versi).

  • Banyak browsing untuk dashboard, mencari dashboard yang tepat. Ini berarti banyak waktu yang terbuang untuk mencoba menemukan dasbor yang Anda butuhkan.

  • Tidak ada peringatan untuk mengarahkan Anda ke dasbor kanan.

Sedang - dasbor metodis

Pada tahap ini, Anda mulai mengelola penggunaan dasbor Anda dengan dasbor metodis. Anda mungkin telah menyusun strategi, tetapi ada beberapa hal yang dapat Anda tingkatkan.

Bagaimana Anda bisa tahu Anda ada di sini?

  • Mencegah penyebaran dengan menggunakan variabel template. Misalnya, Anda tidak memerlukan dasbor terpisah untuk setiap node, Anda dapat menggunakan variabel kueri. Lebih baik lagi, Anda dapat menjadikan sumber data sebagai variabel template juga, sehingga Anda dapat menggunakan kembali dasbor yang sama di berbagai cluster dan memantau backend.

    Lihat daftar contoh diVariabel, untuk ide.

  • Dasbor metodis menurut strategi observabilitas.

  • Dasbor hierarkis dengan penelusuran ke tingkat berikutnya.

  • Desain dasbor mencerminkan hierarki layanan. Misalnya, Anda dapat menggunakan metode RED dengan satu baris per layanan. Urutan baris dapat mencerminkan aliran data, saat Anda menggulir ke bawah dasbor.

  • Bandingkan like to like: split service dashboard bila besarnya berbeda. Pastikan metrik agregat tidak menghilangkan informasi penting.

  • Bagan ekspresif dengan penggunaan warna yang berarti dan sumbu normalisasi di mana Anda bisa.

    • Contoh warna yang bermakna: Biru berarti bagus, merah berarti buruk. Ambang batas dapat membantu dengan itu.

    • Contoh sumbu normalisasi: Saat membandingkan penggunaan CPU, ukur berdasarkan persentase daripada angka mentah, karena mesin dapat memiliki jumlah inti yang berbeda. Normalisasi penggunaan CPU dengan jumlah core mengurangi beban kognitif karena pemirsa dapat mempercayai bahwa pada 100% semua core digunakan, tanpa harus mengetahui jumlah CPU.

  • Penjelajahan terarah mengurangi tebakan.

    • Variabel template membuat lebih sulit untuk menjelajah secara acak atau tanpa tujuan.

    • Sebagian besar dasbor harus ditautkan dengan peringatan.

    • Penjelajahan diarahkan dengan tautan. Untuk informasi selengkapnya, lihat Mengelola tautan dasbor.

  • Dasbor yang dikontrol versi JSON.

Penggunaan yang dioptimalkan tinggi

Pada tahap ini, Anda telah mengoptimalkan penggunaan manajemen dasbor Anda dengan strategi yang konsisten dan bijaksana. Itu membutuhkan perawatan, tetapi hasilnya sepadan.

  • Secara aktif mengurangi penyebaran.

    • Tinjau dasbor yang ada secara teratur untuk memastikannya masih relevan.

    • Hanya dasbor yang disetujui yang ditambahkan ke daftar dasbor utama.

    • Melacak penggunaan dasbor. Anda dapat memanfaatkan wawasan Penggunaan.

  • Konsistensi dengan desain.

  • Gunakan pustaka skrip untuk menghasilkan dasbor, memastikan konsistensi dalam pola dan gaya.

    • grafonnet (Jsonnet)

    • grafanalib (Python)

  • Tidak ada pengeditan di browser. Pemirsa dasbor mengubah tampilan dengan variabel.

  • Menjelajahi dasbor adalah pengecualian, bukan aturannya.

  • Lakukan eksperimen dan pengujian dalam instance Grafana terpisah yang didedikasikan untuk tujuan itu, bukan instance produksi Anda. Jika dasbor di lingkungan pengujian terbukti berguna, tambahkan dasbor itu ke instance Grafana utama Anda.

Praktik terbaik untuk membuat dasbor

Bagian ini menguraikan beberapa praktik terbaik untuk diikuti saat membuat dasbor Grafana.

Sebelum Anda memulai

Berikut adalah beberapa prinsip yang perlu dipertimbangkan sebelum Anda membuat dasbor.

Dasbor harus menceritakan kisah atau menjawab pertanyaan

Kisah apa yang ingin Anda ceritakan dengan dasbor Anda? Cobalah untuk membuat perkembangan data yang logis, seperti besar ke kecil atau umum ke spesifik. Apa tujuan dari dasbor ini? (Petunjuk: Jika dasbor tidak memiliki tujuan, tanyakan pada diri Anda apakah Anda benar-benar membutuhkan dasbor.)

Buat grafik Anda sederhana dan fokus untuk menjawab pertanyaan yang Anda ajukan. Misalnya, jika pertanyaan Anda adalah “server mana yang bermasalah?” , maka mungkin Anda tidak perlu menampilkan semua data server. Cukup tampilkan data untuk mereka yang bermasalah.

Dasbor harus mengurangi beban kognitif, bukan menambahkannya

Beban kognitif pada dasarnya adalah seberapa sulit Anda perlu memikirkan sesuatu untuk mengetahuinya. Buat dasbor Anda mudah ditafsirkan. Pengguna lain dan future Anda (ketika Anda mencoba mencari tahu apa yang rusak pada 2AM) akan menghargainya.

Tanyakan pada diri sendiri:

  • Dapatkah saya memberi tahu persis apa yang diwakili oleh setiap grafik? Apakah sudah jelas, atau apakah saya harus memikirkannya?

  • Jika saya menunjukkan ini kepada orang lain, berapa lama waktu yang dibutuhkan mereka untuk mengetahuinya? Apakah mereka akan tersesat?

Memiliki strategi pemantauan

Sangat mudah untuk membuat dasbor baru. Lebih sulit untuk mengoptimalkan pembuatan dasbor dan mematuhi rencana, tetapi itu sepadan. Strategi ini harus mengatur skema dasbor Anda secara keseluruhan dan menegakkan konsistensi dalam desain dasbor individual.

Lihat strategi observabilitas umum dan tingkat kematangan manajemen Dasbor untuk informasi lebih lanjut.

Tuliskan

Setelah Anda memiliki strategi atau pedoman desain, tuliskan untuk membantu menjaga konsistensi dari waktu ke waktu.

Praktik terbaik untuk diikuti

  • Saat membuat dasbor baru, pastikan itu memiliki nama yang berarti.

    • Jika Anda membuat dasbor untuk bermain atau bereksperimen, maka masukkan TMP kata TEST atau namanya.

    • Pertimbangkan untuk memasukkan nama atau inisiasi Anda di nama dasbor atau sebagai tag sehingga orang tahu siapa yang memiliki dasbor.

    • Hapus dasbor eksperimen sementara setelah Anda selesai menggunakannya.

  • Jika Anda membuat banyak dasbor terkait, pikirkan cara referensi silang untuk navigasi yang mudah. Untuk informasi selengkapnya, lihat Praktik terbaik untuk mengelola dasbor, nanti di bagian ini.

  • Grafana mengambil data dari sumber data. Pemahaman dasar Connect ke sumber data secara umum, dan sumber data spesifik Anda adalah penting.

  • Hindari penyegaran dasbor yang tidak perlu untuk mengurangi beban pada jaringan atau backend. Misalnya, jika data Anda berubah setiap jam, maka Anda tidak perlu mengatur kecepatan refresh dasbor menjadi 30 detik.

  • Gunakan sumbu Y kiri dan kanan saat menampilkan deret waktu dengan satuan atau rentang yang berbeda.

  • Tambahkan dokumentasi ke dasbor dan panel.

    • Untuk menambahkan dokumentasi ke dasbor, tambahkan visualisasi panel Teks ke dasbor. Rekam hal-hal seperti tujuan dasbor, tautan sumber daya yang berguna, dan instruksi apa pun yang mungkin diperlukan pengguna untuk berinteraksi dengan dasbor.

    • Untuk menambahkan dokumentasi ke panel, edit pengaturan panel dan tambahkan deskripsi. Teks apa pun yang Anda tambahkan akan muncul jika Anda mengarahkan kursor ke atas yang kecil i di sudut kiri atas panel.

  • Gunakan kembali dasbor Anda dan terapkan konsistensi dengan menggunakan templat dan variabel.

  • Hati-hati dengan menumpuk data grafik. Visualisasi dapat menyesatkan, dan menyembunyikan data penting. Kami merekomendasikan untuk mematikannya dalam banyak kasus.

Praktik terbaik untuk mengelola dasbor

Halaman ini menguraikan beberapa praktik terbaik untuk diikuti saat mengelola dasbor Grafana.

Sebelum Anda memulai

Berikut adalah beberapa prinsip yang perlu dipertimbangkan sebelum Anda mulai mengelola dasbor.

Observabilitas strategis

Ada beberapa strategi observabilitas umum. Anda harus meneliti mereka dan memutuskan apakah salah satu dari mereka bekerja untuk Anda atau jika Anda ingin membuat sendiri. Either way, punya rencana, menuliskannya, dan menaatinya.

Sesuaikan strategi Anda untuk mengubah kebutuhan seperlunya.

Tingkat kedewasaan

Apa tingkat kematangan dasbor Anda? Analisis pengaturan dasbor Anda saat ini dan bandingkan dengan model kematangan manajemen Dasbor. Memahami di mana Anda berada dapat membantu Anda memutuskan bagaimana menuju ke tempat yang Anda inginkan.

Praktik terbaik untuk diikuti

  • Hindari penyebaran dasbor, yang berarti pertumbuhan dasbor yang tidak terkendali. Dashboard sprawl berdampak negatif pada waktu untuk menemukan dasbor yang tepat. Menduplikasi dasbor dan mengubah “satu hal” (lebih buruk lagi: menyimpan tag asli) adalah jenis penyebaran yang paling mudah.

    • Tinjau dasbor secara berkala dan hapus yang tidak perlu.

    • Jika Anda membuat dasbor sementara, mungkin untuk menguji sesuatu, awali nama denganTEST:. Hapus dasbor saat Anda selesai.

  • Menyalin dasbor tanpa perubahan signifikan bukanlah ide yang baik.

    • Anda kehilangan pembaruan ke dasbor asli, seperti perubahan dokumentasi, perbaikan bug, atau penambahan metrik.

    • Dalam banyak kasus salinan sedang dibuat untuk hanya menyesuaikan tampilan dengan mengatur parameter template. Ini seharusnya dilakukan dengan mempertahankan tautan ke dasbor utama dan menyesuaikan tampilan dengan parameter URL.

  • Ketika Anda harus menyalin dasbor, ganti nama dengan jelas dan jangan menyalin tag dasbor. Tag adalah metadata penting untuk dasbor yang digunakan selama pencarian. Menyalin tag dapat menghasilkan kecocokan palsu.

  • Pertahankan dasbor dasbor atau dasbor referensi silang. Ini dapat dilakukan dengan beberapa cara:

    • Buat tautan dasbor, panel, atau tautan data. Tautan dapat pergi ke dasbor lain atau ke sistem eksternal. Untuk informasi selengkapnya, lihat Mengelola tautan dasbor.

    • Tambahkan panel daftar Dasbor. Anda kemudian dapat menyesuaikan apa yang Anda lihat dengan melakukan pencarian tag atau folder.

    • Tambahkan panel Teks dan gunakan penurunan harga untuk menyesuaikan tampilan.