Topik ini menjelaskan cara memeriksa komponen Spanner untuk menemukan sumber latensi dan memvisualisasikan latensi tersebut menggunakan OpenCensus. Untuk ringkasan umum terkait komponen dalam topik ini, lihat Titik latensi dalam permintaan Spanner.
Library klien Spanner menyediakan statistik dan trace dengan menggunakan framework kemampuan observasi OpenCensus. Framework ini memberikan insight tentang internal klien, dan membantu dalam memecahkan masalah latensi end-to-end (bolak-balik). Secara default, framework dinonaktifkan.
Sebelum memulai
Gunakan prosedur dalam Mengidentifikasi titik latensi untuk menemukan komponen atau komponen yang menampilkan latensi.
Menangkap dan memvisualisasikan latensi bolak-balik klien
Latensi bolak-balik klien adalah durasi waktu (dalam milidetik) antara byte pertama dari permintaan Spanner API yang dikirim klien ke database (melalui Google Front End (GFE) dan front end Spanner API), dan byte respons terakhir yang diterima klien dari database.
Merekam latensi bolak-balik klien
Anda dapat merekam latensi bolak-balik klien untuk bahasa berikut:
Java
Go
Memvisualisasikan latensi bolak-balik klien
Setelah mengambil metrik, Anda dapat memvisualisasikan latensi bolak-balik klien di Cloud Monitoring.
Berikut ini contoh grafik yang menggambarkan latensi persentil ke-5 untuk metrik latensi bolak-balik klien. Untuk mengubah latensi persentil ke persentil ke-50 atau ke-99, gunakan menu Aggregator.
Program ini membuat tampilan OpenCensus yang disebut roundtrip_latency
.
String ini menjadi bagian dari nama metrik saat diekspor ke Cloud Monitoring.
Mengambil dan memvisualisasikan latensi GFE
Latensi Google Front End (GFE) adalah durasi waktu (dalam milidetik) antara saat jaringan Google menerima remoteproc call dari klien dan saat GFE menerima byte pertama respons.
Mengambil latensi GFE
Anda dapat merekam latensi GFE untuk bahasa berikut:
Java
Go
Memvisualisasikan latensi GFE
Setelah mengambil metrik, Anda dapat memvisualisasikan latensi GFE di Cloud Monitoring.
Berikut adalah contoh grafik yang menggambarkan latensi persentil ke-5 untuk metrik latensi GFE. Untuk mengubah latensi persentil ke persentil ke-50 atau ke-99, gunakan menu Aggregator.
Program ini membuat tampilan OpenCensus yang disebut gfe_latency
. String ini menjadi bagian dari nama metrik saat diekspor ke Cloud Monitoring.
Mengambil dan memvisualisasikan latensi permintaan Spanner API
Latensi permintaan Spanner API adalah durasi (dalam detik) antara byte pertama permintaan yang diterima penanganan Spanner API dan byte terakhir dari respons yang dikirim oleh frontend Spanner API.
Mengambil latensi permintaan Spanner API
Secara default, latensi ini tersedia sebagai bagian dari metrik Cloud Monitoring. Anda tidak perlu melakukan apa pun untuk menangkap dan mengekspornya.
Memvisualisasikan latensi permintaan Spanner API
Anda dapat menggunakan alat diagram Metrics Explorer untuk memvisualisasikan grafik untuk metrik spanner.googleapis.com/api/request_latencies
di Cloud Monitoring.
Berikut ini contoh grafik yang menggambarkan latensi persentil ke-5 untuk metrik latensi permintaan Spanner API. Untuk mengubah latensi persentil ke persentil ke-50 atau ke-99, gunakan menu Aggregator.
Menangkap dan memvisualisasikan latensi kueri
Latensi kueri adalah durasi waktu (dalam milidetik) yang diperlukan untuk menjalankan kueri SQL di database Spanner.
Menangkap latensi kueri
Anda dapat menangkap latensi kueri untuk bahasa berikut:
Java
Go
Memvisualisasikan latensi kueri
Setelah mengambil metrik, Anda dapat memvisualisasikan latensi kueri di Cloud Monitoring.
Berikut ini contoh grafik yang menggambarkan latensi persentil ke-5 untuk metrik latensi kueri. Untuk mengubah latensi persentil ke persentil ke-50 atau ke-99, gunakan menu Aggregator.
Program ini membuat tampilan OpenCensus yang disebut query_stats_elapsed
.
String ini menjadi bagian dari nama metrik saat diekspor ke Cloud Monitoring.
Langkah selanjutnya
Pelajari OpenCensus lebih lanjut.
Pelajari cara menggunakan metrics untuk mendiagnosis latensi.