Halaman ini menjelaskan metrik yang digunakan untuk menentukan performa resource project Google Cloud Anda 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 perjalanan bolak-balik, atau RTT). Untuk mendapatkan metrik paket yang hilang untuk project Google Cloud, Anda memerlukan VM dalam jumlah yang memadai dalam project. Untuk mendapatkan metrik latensi, Anda memerlukan traffic dalam jumlah 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 pemindaian aktif antara hal berikut:
VM dalam satu jaringan VPC.
VM di jaringan VPC yang di-peering, jika 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 di jaringan VPC Bersama yang digunakan oleh project Anda. Kerugian paket antara dua project yang menggunakan jaringan VPC Bersama terlihat di project layanan tujuan.
Misalnya, project A menyertakan 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 dihubungkan, Performance Dashboard project A akan menampilkan data kehilangan paket untuk pasangan zona A/M. Jika jaringan tidak dihubungkan, Performance Dashboard tidak akan menampilkan metrik kehilangan paket untuk pasangan zona tersebut.
Jika kedua jaringan ini tidak berada dalam project yang sama, perhatikan kapan Performance Dashboard setiap jaringan menampilkan metrik. Artinya, misalnya jaringan A adalah bagian dari project A, dan jaringan M adalah bagian dari project M. Saat jaringan dihubungkan, Dasbor Performa project M akan menampilkan data paket yang hilang untuk situasi saat zona M adalah zona tujuan. Sebaliknya, jika zona A adalah zona tujuan, data paket yang hilang hanya dapat dilihat oleh project A. Jika jaringan tidak dihubungkan, Dasbor Performa project mana pun tidak akan menampilkan data hilangnya paket untuk pasangan zona.
Data yang dikumpulkan melalui semua probe digabungkan di Performance Dashboard. Artinya, Dasbor Performa tidak memungkinkan Anda mengisolasi data tentang kehilangan paket intra-project dibandingkan dengan jenis lain (seperti kehilangan paket yang terkait dengan jaringan VPC peer di project lain). Namun, Anda dapat menggunakan Monitoring untuk melihat hasil yang lebih mendetail. Untuk 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, bukan di VM Anda, pekerja ini tidak menggunakan resource VM, dan traffic tidak terlihat di VM Anda.
Prober mencakup seluruh mesh VM yang dapat berkomunikasi satu sama lain, yang belum tentu sama dengan pola traffic Anda. Oleh karena itu, Anda mungkin melihat indikasi paket hilang di Dasbor Performa, tetapi tidak ada bukti paket hilang di aplikasi Anda.
Untuk semua VM yang diuji, Google Cloud mencoba mengakses VM menggunakan alamat IP internal dan alamat IP eksternalnya (jika ada). Prober tidak keluar dari Google Cloud, tetapi dengan menggunakan alamat IP eksternal, Performance Dashboard dapat mencakup bagian jalur yang digunakan oleh traffic eksternal, seperti traffic yang berasal dari internet.
Kerugian paket untuk alamat IP internal diukur menggunakan paket UDP, dan kerugian paket untuk alamat IP eksternal diukur menggunakan paket TCP.
Ketersediaan metrik dan tingkat keyakinan
Dasbor Performa menyelidiki sebagian dari semua pasangan VM-VM di jaringan. Data yang dikumpulkan kemudian digunakan untuk memperkirakan kehilangan paket yang mungkin Anda alami. Kepercayaan Google terhadap data bergantung pada rasio pemeriksaan, dan rasio 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 lebih banyak keyakinan 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 di 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 memiliki 12 zona dalam project, Anda harus memiliki 120 VM di setiap zona. | Pengukuran tanpa notasi tambahan |
| Keyakinan 90% | 2,5 VM dikalikan dengan jumlah zona dalam project. Misalnya, jika memiliki 12 zona dalam project, Anda harus memiliki 30 VM di setiap zona. | Pengukuran tanpa notasi tambahan |
| Nilai keyakinan rendah | Pengukuran dengan tanda bintang | |
| Tidak cukup probe untuk memiliki data yang bermakna | N/A |
Metrik paket yang hilang di Google Cloud selalu tersedia. Tanda bintang (*) ditampilkan jika ada kurang dari 400 probe per menit.
Latensi khusus project
Metrik latensi diukur menggunakan traffic pelanggan antara hal berikut:
- VM dalam satu jaringan VPC
- VM di antara jaringan VPC yang di-peering, jika jaringan berada dalam project yang sama
- VM dan endpoint internet
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.
Latensi Google Cloud
Metrik latensi diukur menggunakan traffic pelanggan yang sebenarnya antara hal berikut:
- VM dalam satu jaringan VPC
- VM antara jaringan VPC yang di-peering
- VM dan endpoint internet
Metodologi untuk latensi project dan Google Cloud
Latensi diukur menggunakan paket TCP.
Berdasarkan sampel traffic Anda yang sebenarnya, latensi dihitung sebagai waktu yang
berlalu antara pengiriman nomor urutan TCP (SEQ) dan penerimaan
ACK yang sesuai yang berisi RTT jaringan dan penundaan terkait stack TCP. Dasbor menampilkan latensi sebagai median dari semua pengukuran yang relevan.
Metrik latensi didasarkan pada sumber data dan metodologi sampling 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 sampling 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 probe enam puluh detik untuk metrik latensi. Oleh karena itu, metrik RTT berdasarkan sampling paket mungkin melaporkan tingkat latensi tinggi secara keliru 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 menggunakan
ACK, sampling akan melewatkanACKdan menghitung respons data yang lebih baru sebagaiACKpenutup untuk SEND yang jauh lebih awal, yang mendistorsi pengukuran RTT secara keseluruhan. Dalam kasus ini, Anda dapat mengabaikan metrik RTT.Terkadang, data latensi khusus project tidak sesuai dengan data latensi global. Ketidakcocokan tersebut dapat terjadi jika set data global juga menyertakan jalur jaringan lain dengan latensi yang berbeda secara signifikan secara relatif terhadap 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 latensi dan kehilangan paket.
| Kehilangan paket | Latensi | |
|---|---|---|
| Metode pemeriksaan | 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 ke 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 wilayah 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.
- Median latensi: RTT median, dalam milidetik, antara negara dan wilayah.
Tampilan peta
Tampilan Peta menampilkan lokasi geografis (area metropolitan atau kota) dan wilayah Google Cloud.
- Lihat latensi median lokasi tertentu dan region Google Cloud.
- Pilih region Google Cloud dan lihat lokasi dengan traffic ke region yang dipilih.
- Lihat detail khusus lokasi dalam grafik latensi di sidebar.
- Telusuri lokasi menggunakan kotak penelusuran di peta.
Lokasi diberi gradasi warna dalam berbagai nuansa biru untuk menunjukkan rentang latensi median pada peta. Pada gambar berikut, warna lingkaran yang menampilkan kota tertentu pada peta global dapat berupa satu nuansa biru. Makin gelap warna biru, makin besar latensi kota tersebut dari region Google Cloud tertentu.
Tampilan linimasa
Tampilan Linimasa menampilkan RTT median antara area geografis yang dipilih dan region Google Cloud. Laporan ini memberikan metrik latensi saat ini dan data historis selama enam minggu. Anda dapat menggunakan filter untuk menggabungkan traffic lebih lanjut ke tingkat kota, wilayah geografis, dan negara. Anda hanya dapat melihat metrik latensi yang sesuai dengan pasangan lokasi geografis-region tertentu jika ada traffic Google Cloud yang memadai untuk pasangan tersebut.