Metrik dan tampilan Dasbor Performa

Halaman ini menjelaskan metrik yang digunakan untuk menentukan performa Google Cloud resource project dan performa seluruh Google Cloud. Anda juga dapat menemukan detail tentang berbagai tampilan yang menampilkan detail lebih lanjut tentang metrik performa ini.

Metrik

Dasbor Performa menyediakan dua jenis metrik: kehilangan paket dan latensi (waktu pulang pergi, atau RTT). Untuk mendapatkan metrik kehilangan paket untuk Google Cloud project, Anda memerlukan jumlah VM yang memadai dalam project. Untuk mendapatkan metrik latensi, Anda memerlukan jumlah traffic yang memadai. Selain itu, Dasbor Performa tidak memerlukan penyiapan.

Bagian berikut menjelaskan kedua metrik tersebut secara lebih mendetail.

Kehilangan paket

Metrik kehilangan paket menunjukkan hasil pemeriksaan aktif antara berikut ini:

  • VM dalam satu jaringan VPC.

  • VM di jaringan VPC yang di-peering, saat salah satu atau kedua jaringan berada dalam project Anda. Jika jaringan yang di-peering berada dalam project yang berbeda, kehilangan paket akan terlihat di project tujuan.

  • VM dalam jaringan VPC Bersama yang digunakan oleh project Anda. Kehilangan paket antara dua project yang menggunakan jaringan VPC Bersama dapat dilihat di project layanan tujuan.

Misalnya, project A mencakup dua jaringan VPC: jaringan A, yang hanya memiliki VM di zona A, dan jaringan M, yang hanya memiliki VM di zona M. Jika kedua jaringan tersebut di-peering, Dasbor Performa project A akan menampilkan data kehilangan paket untuk pasangan zona A/M. Jika jaringan tidak di-peering, Dasbor Performa tidak menampilkan metrik kehilangan paket untuk pasangan zona tersebut.

Jika kedua jaringan ini tidak berada dalam project yang sama, perhatikan kapan Dasbor Performa setiap jaringan menampilkan metrik. Artinya, misalkan jaringan A adalah bagian dari project A, dan jaringan M adalah bagian dari project M. Saat jaringan di-peering, Dasbor Performa project M menampilkan data kehilangan paket untuk situasi saat zona M adalah zona tujuan. Sebaliknya, jika zona A adalah zona tujuan, data kehilangan paket hanya dapat dilihat oleh project A. Jika jaringan tidak di-peering, Dasbor Performa kedua project tidak akan menampilkan data kehilangan paket untuk pasangan zona.

Data yang dikumpulkan melalui semua probe digabungkan di Dasbor Performa. Artinya, Dasbor Performa tidak memungkinkan Anda mengisolasi data tentang kehilangan paket intra-project versus jenis lainnya (seperti kehilangan paket yang terkait dengan jaringan VPC yang di-peering di project lain). Namun, Anda dapat menggunakan Monitoring untuk melihat hasil yang lebih mendetail. Untuk mengetahui informasi selengkapnya, lihat Referensi metrik Dasbor Performa.

Dasbor Performa tidak mengirim probe melalui koneksi Cloud VPN.

Metodologi

Dasbor Performa menjalankan pekerja di host fisik yang menampung VM Anda. Pekerja ini menyisipkan dan menerima paket probe yang berjalan di jaringan yang sama dengan traffic Anda. Karena pekerja berjalan di host fisik dan bukan di VM Anda, pekerja ini tidak menggunakan resource VM, dan traffic tidak terlihat di VM Anda.

Probe mencakup seluruh mesh VM yang dapat berkomunikasi satu sama lain, yang tidak selalu sama dengan pola traffic Anda. Oleh karena itu, Anda mungkin melihat indikasi paket yang hilang di Dasbor Performa, tetapi tidak ada bukti paket yang hilang di aplikasi Anda.

Untuk semua VM yang di-probe, Google Cloud mencoba mengakses VM menggunakan alamat IP internal dan alamat IP eksternalnya (jika ada). Probe tidak keluar dari Google Cloud, tetapi dengan menggunakan alamat IP eksternal, Dasbor Performa dapat mencakup sebagian jalur yang digunakan oleh traffic eksternal, seperti traffic yang berasal dari internet.

Kehilangan paket untuk alamat IP internal diukur menggunakan paket UDP, dan kehilangan paket untuk alamat IP eksternal diukur menggunakan paket TCP.

Ketersediaan metrik dan tingkat keyakinan

Dasbor Performa menyelidiki sebagian kecil dari semua pasangan VM-VM dalam jaringan. Data yang dikumpulkan kemudian digunakan untuk memperkirakan kehilangan paket yang mungkin Anda alami. Keyakinan Google terhadap data bergantung pada kecepatan pemeriksaan, dan kecepatan pemeriksaan bergantung pada jumlah VM yang Anda miliki di setiap zona, serta jumlah zona tempat Anda men-deploy VM. Misalnya, memiliki 10 VM di dua zona akan menghasilkan keyakinan yang lebih besar daripada memiliki 10 VM di 10 zona.

Semua VM, termasuk yang dibuat oleh Google Kubernetes Engine (GKE), dihitung dalam jumlah total VM.

Berbagai tingkat keyakinan dijelaskan dalam tabel berikut. Tingkat keyakinan yang lebih rendah ditandai dalam peta panas dengan tanda bintang (*) atau N/A.

Tingkat Jumlah VM yang diperlukan di setiap zona Yang ditampilkan Dasbor Performa di peta panas
Keyakinan 95% 10 VM dikalikan dengan jumlah zona dalam project. Misalnya, jika Anda memiliki 12 zona dalam project, Anda harus memiliki 120 VM di setiap zona. Pengukuran tanpa notasi tambahan
90% keyakinan 2,5 VM dikalikan dengan jumlah zona dalam project. Misalnya, jika Anda memiliki 12 zona dalam project, Anda harus memiliki 30 VM di setiap zona. Pengukuran tanpa notasi tambahan
Nilai keyakinan rendah Pengukuran dengan tanda bintang
Jumlah probe tidak cukup untuk mendapatkan data yang bermakna N/A

Metrik kehilangan paket Google Cloud selalu tersedia. Tanda bintang (*) ditampilkan jika ada kurang dari 400 probe per menit.

Latensi khusus project

Metrik latensi diukur dengan menggunakan traffic pelanggan antara berikut:

  • VM dalam satu jaringan VPC
  • VM di antara jaringan VPC yang di-peering, jika jaringan berada dalam project yang sama
  • Endpoint internet dan VM

Selain itu, Dasbor Performa untuk project layanan dalam jaringan VPC Bersama hanya menampilkan data untuk zona dalam project layanan. Artinya, misalkan VM di zona A dan project layanan A menggunakan project host untuk berkomunikasi dengan VM di zona B dan project layanan B. Pengukuran tentang traffic tersebut tidak tersedia untuk project layanan atau project host.

LatensiGoogle Cloud

Metrik latensi diukur dengan menggunakan traffic pelanggan sebenarnya antara berikut ini:

  • VM dalam satu jaringan VPC
  • VM antara jaringan VPC yang di-peering
  • Endpoint internet dan VM

Metodologi untuk proyek dan Google Cloud latensi

Latensi diukur menggunakan paket TCP.

Berdasarkan sampel traffic Anda yang sebenarnya, latensi dihitung sebagai waktu yang berlalu antara pengiriman nomor urut TCP (SEQ) dan penerimaan ACK yang sesuai yang berisi RTT jaringan dan penundaan terkait stack TCP.

Karena pengambilan sampel dan perilaku aplikasi memengaruhi waktu pencatatan ACK, metrik latensi juga dapat mencakup penundaan tingkat aplikasi. Untuk mengetahui informasi selengkapnya, lihat Anomali metrik latensi. Untuk mempelajari pengaruh latensi aplikasi terhadap RTT, lihat Sekilas tentang Waktu Perjalanan Pulang Pergi.

Dasbor menampilkan latensi sebagai median dari semua pengukuran yang relevan.

Metrik latensi didasarkan pada sumber data dan metodologi pengambilan sampel yang sama dengan VPC Flow Logs.

Latensi khusus project didasarkan pada sampel dari project Anda. Latensi Google Cloud didasarkan pada sampel dari semua Google Cloud.

Metrik latensi global berasal dari pengambilan sampel pasif header traffic TCP, dan bukan melalui pemeriksaan aktif dari Google Cloud ke endpoint internet.

Anomali metrik latensi

Perhatikan anomali metrik latensi berikut:

  • Untuk lingkungan dengan kecepatan rendah, Network Intelligence Center menggunakan pemeriksaan selama enam puluh detik untuk metrik latensi. Oleh karena itu, metrik RTT berdasarkan pengambilan sampel paket dapat secara keliru melaporkan tingkat latensi yang tinggi saat layanan berbasis TCP menampilkan respons tingkat aplikasi yang tertunda. Anda biasanya dapat mengenali tingkat RTT yang tidak akurat dengan memeriksa apakah tingkat tersebut sesuai dengan penundaan tingkat aplikasi.

    Meskipun layanan berbasis TCP merespons dengan cepat dengan ACK, pengambilan sampel melewatkan ACK dan menghitung respons data berikutnya sebagai ACK penutup untuk SEND yang jauh lebih awal, yang memiringkan pengukuran RTT secara keseluruhan. Dalam kasus ini, verifikasi latensi dengan sumber data lain (misalnya, uji ping) dan jika menunjukkan RTT yang lebih rendah, periksa responsivitas aplikasi Anda.

  • Terkadang, data latensi khusus project tidak sesuai dengan data latensi global. Ketidakselarasan tersebut dapat terjadi jika set data global juga menggabungkan jalur jaringan lain dengan latensi yang sangat berbeda dengan jalur jaringan yang digunakan oleh project tertentu.

Ketersediaan metrik

Metrik latensi Google Cloud selalu tersedia. Metrik latensi per project hanya tersedia jika traffic TCP sekitar 1.000 paket per menit atau lebih tinggi.

Tabel ringkasan metrik

Tabel berikut merangkum metode dan protokol probing yang digunakan untuk melaporkan metrik kehilangan paket dan latensi.

Kehilangan paket Latensi
Metode penyelidikan Pemeriksaan aktif (traffic VM sintetis) Pemeriksaan pasif (traffic VM sebenarnya)
Protokol UDP (alamat IP internal), TCP (alamat IP eksternal) TCP (alamat IP internal/eksternal)

Tampilan latensi

Detail latensi untuk jenis traffic Internet to Google Cloud tersedia dalam tiga tampilan: tampilan Tabel, tampilan Peta, dan tampilan Linimasa.

Tampilan tabel

Tampilan Tabel menampilkan RTT median antara area geografis yang dipilih dan region yang berisi instance VM di project Anda. Tabel ini mencakup detail berikut:

  • Negara: Nama negara.
  • Kota: Jumlah kota. Anda dapat melihat detail latensi setiap kota tertentu dalam grafik detail negara.
  • Wilayah tujuan: Jumlah wilayah tujuan dengan traffic untuk pengguna dari negara tertentu.
  • Latensi median: RTT median, dalam milidetik, antara negara dan wilayah.

Tampilan peta

Tampilan Peta menampilkan lokasi geografis (area metropolitan atau kota) danGoogle Cloud wilayah.

  • Melihat latensi median lokasi dan region Google Cloud tertentu.
  • Pilih wilayah Google Cloud dan lihat lokasi dengan traffic ke wilayah yang dipilih.
  • Melihat detail spesifik per lokasi dalam grafik latensi di sidebar.
  • Telusuri lokasi menggunakan kotak penelusuran di peta.

Lokasi diberi warna dalam berbagai nuansa biru untuk menunjukkan rentang latensi median di peta. Pada gambar berikut, warna lingkaran yang menunjukkan kota tertentu pada peta global dapat berupa satu warna biru. Semakin gelap warna biru, semakin besar latensi kota tersebut dari wilayah Google Cloud tertentu.

Rentang latensi median di peta.
Rentang latensi median di peta (klik untuk memperbesar).

Tampilan linimasa

Tampilan Linimasa menampilkan RTT median antara area geografis dan Google Cloud region yang dipilih. Laporan ini memberikan metrik latensi saat ini dan data historis selama enam minggu. Anda dapat menggunakan filter untuk menggabungkan lebih lanjut traffic ke tingkat kota, wilayah geografis, dan negara. Anda hanya dapat melihat metrik latensi yang sesuai dengan pasangan lokasi geografis wilayah tertentu jika ada traffic yang memadai untuk pasangan tersebut. Google Cloud