Pemantauan dan logging Load Balancer Jaringan passthrough internal

Dokumen ini menunjukkan cara mengonfigurasi dan menggunakan Cloud Logging dan Cloud Monitoring untuk Load Balancer Jaringan passthrough internal.

Logging

Log memberikan informasi yang berguna untuk memecahkan masalah dan memantau load balancer Google Cloud pass-through. Log digabungkan per koneksi dan diekspor hampir secara real time. Log dibuat untuk setiap alur TCP dan UDP instance yang di-load balance untuk traffic masuk dan keluar. Untuk mengetahui informasi selengkapnya tentang kolom yang disediakan dalam entri log, lihat Kolom log.

Tidak ada biaya tambahan untuk menggunakan log. Berdasarkan cara Anda menyerap log, harga standar untuk Cloud Logging, BigQuery, atau Pub/Sub berlaku. Mengaktifkan log tidak berpengaruh pada performa load balancer.

Logging memberikan manfaat berikut:

• Pemantauan traffic Load Balancer Jaringan passthrough internal. Logging per koneksi memberi Anda insight tentang cara setiap koneksi dirutekan ke backend penayangan.

• Pemecahan masalah jaringan. Anda dapat menggunakan log Load Balancer Jaringan passthrough internal untuk memecahkan masalah. Untuk informasi selengkapnya, lihat Memecahkan masalah Load Balancer Jaringan passthrough internal.

Contoh format log untuk aliran VM ke VM

Diagram berikut menunjukkan traffic masuk dan keluar untuk klien internal (192.168.1.2), Load Balancer Jaringan passthrough internal (10.240.0.200), dan instance backend (10.240.0.3).

Aliran masuk dan keluar untuk aliran VM ke VM.

Log Load Balancer Jaringan passthrough internal untuk koneksi dari klien ke instance backend diformat sebagai berikut:

• connection.clientIp: 192.168.1.2
• connection.serverIp: 10.240.0.200
• bytesSent: 1256
• bytesReceived: 4521

Pengambilan sampel dan pengumpulan log

Google Cloud mengambil sampel paket yang keluar dan masuk VM backend load balancer. Paket sampel tersebut diproses untuk menghasilkan log.

Tidak semua paket diambil sampelnya. Google Cloud mengambil sampel subset variabel paket bergantung pada jumlah traffic di host fisik. Frekuensi sampling terendah adalah satu dari 1.024 paket. Frekuensi sampling dikontrol secara dinamis oleh Google Cloud. Anda tidak dapat menyesuaikan frekuensi sampling.

Pengambilan sampel paket berinteraksi dengan aturan firewall dengan cara berikut:

• Paket diambil sampelnya sebelum aturan firewall keluar diterapkan.
• Paket diambil sampelnya setelah aturan firewall masuk diterapkan.

Setelah pengambilan sampel paket, Google Cloud akan memproses paket yang diambil sampelnya sesuai dengan prosedur berikut:

1. Agregasi: Paket yang diambil sampelnya digabungkan selama interval lima detik untuk menghasilkan satu entri aliran.

2. Pengambilan sampel log (sekunder) yang dapat dikonfigurasi: Ini adalah proses pengambilan sampel kedua, yang mengambil sampel aliran. Anda mengontrol fraksi entri aliran yang dikeluarkan sebagai entri log sesuai dengan parameter logConfig.sampleRate. Jika logConfig.sampleRate adalah 1.0 (100%), artinya semua paket sampel diproses.

3. Penulisan ke logging: Entri log ditulis ke Cloud Logging.

Kolom opsional

Data log berisi kolom wajib diisi dan kolom opsional. Bagian Kolom log mencantumkan kolom mana yang bersifat opsional dan mana yang wajib diisi. Semua kolom wajib diisi selalu disertakan. Anda dapat menyesuaikan kolom opsional yang ingin disimpan.

• Jika Anda memilih sertakan semua opsional, semua kolom opsional dalam format data log akan disertakan dalam log aliran. Saat kolom opsional baru ditambahkan ke format data, log aliran akan otomatis menyertakan kolom baru.

• Jika Anda memilih kecualikan semua opsional, semua kolom opsional akan dihapus.

• Jika memilih kustom, Anda dapat menentukan kolom opsional yang ingin disertakan oleh kolom induk, seperti serverInstance, atau dengan nama lengkapnya, seperti serverInstance.vm.

  Saat kolom opsional baru ditambahkan ke format data, log tidak menyertakan kolom ini kecuali jika kolom tersebut merupakan kolom baru dalam kolom induk yang telah Anda tentukan untuk disertakan.

  Jika Anda menentukan kolom opsional kustom menggunakan kolom induk, saat kolom opsional baru ditambahkan ke format data dalam kolom induk tersebut, log akan otomatis menyertakan kolom baru tersebut. Misalnya, jika Anda memilih untuk menyertakan optionalFieldA, kolom baru yang ditambahkan ke log dengan nama optionalFieldA.subField1 akan disertakan secara otomatis.

Untuk mengetahui petunjuk tentang cara menyesuaikan kolom opsional, lihat Mengaktifkan logging di layanan backend baru.

Persyaratan alamat IP sumber paket respons

Logging Load Balancer Jaringan passthrough internal mengambil sampel paket respons dari VM backend hanya jika alamat IP sumber untuk paket tersebut cocok dengan alamat IP aturan penerusan load balancer. Untuk koneksi TCP, paket respons harus selalu memiliki sumber yang cocok dengan tujuan paket permintaan; namun, untuk protokol lain, paket respons dapat menggunakan alamat IP sumber yang berbeda. Untuk mengetahui detail tambahan, lihat Alamat IP untuk paket permintaan dan respons.

Proses sampling paket yang digunakan oleh Load Balancer Jaringan passthrough internal menghilangkan paket respons dari VM backend jika paket respons tersebut memiliki sumber yang tidak cocok dengan alamat IP aturan penerusan untuk Load Balancer Jaringan passthrough internal.

Mengaktifkan logging untuk layanan backend baru

Konsol

1. Di konsol Google Cloud, buka halaman Load balancing.

   Buka Load balancing

2. Klik nama load balancer Anda.

3. Klik Edit, lalu klik Backend Configuration.

4. Pilih Create a backend service, lalu isi kolom layanan backend yang diperlukan.

5. Klik Aktifkan logging.

6. Tetapkan pecahan Sample rate. Anda dapat menetapkan tarif ke 0.0 melalui 1.0 (default).

7. Opsional: Untuk menyertakan semua kolom opsional dalam log, di bagian Optional fields, klik Include all optional fields.

   Tips pro: Untuk menentukan opsi CUSTOM, gunakan gcloud CLI dan REST API.

8. Untuk menyelesaikan pengeditan layanan backend, klik Update.

9. Untuk menyelesaikan pengeditan load balancer, klik Update.

gcloud

Buat layanan backend dan aktifkan logging menggunakan perintah gcloud compute backend-services create.

gcloud compute backend-services create BACKEND_SERVICE \
  --region=REGION \
  --enable-logging \
  --logging-sample-rate=SAMPLE_RATE
  --logging-optional=LOGGING_OPTIONAL \
  --logging-optional-fields=OPTIONAL_FIELDS

Ganti kode berikut:

• BACKEND_SERVICE: nama layanan backend.
• REGION: region layanan backend yang akan dibuat.

• SAMPLE_RATE: kolom ini hanya dapat ditentukan jika logging diaktifkan untuk layanan backend ini.

  Nilai kolom harus dari 0.0 hingga 1.0, dengan 0.0 berarti tidak ada log yang dilaporkan dan 1.0 berarti log dihasilkan untuk semua paket sampel. Mengaktifkan logging, tetapi menetapkan frekuensi sampling ke 0.0 sama dengan menonaktifkan logging. Nilai defaultnya adalah 1.0.

• LOGGING_OPTIONAL: anotasi opsional yang ingin Anda sertakan dalam log:

  • INCLUDE_ALL_OPTIONAL untuk menyertakan semua anotasi opsional.

  • EXCLUDE_ALL_OPTIONAL (default) untuk mengecualikan semua anotasi opsional.

  • CUSTOM untuk menyertakan daftar kustom kolom opsional yang Anda tentukan di OPTIONAL_FIELDS.

• OPTIONAL_FIELDS: daftar kolom opsional yang dipisahkan koma yang ingin Anda sertakan dalam log.

  Misalnya, serverInstance.vm, serverGkeDetails. Hanya dapat disetel jika LOGGING_OPTIONAL ditetapkan ke CUSTOM.

API

Buat permintaan POST ke metode regionBackendServices.insert.

 POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/backendServices
 

Kecualikan semua kolom opsional

 {
 "name": "BACKEND_SERVICE",
  "loadBalancingScheme": "INTERNAL",
  "logConfig": {
   "enable": true,
   "sampleRate": SAMPLE_RATE,
   "optionalMode": "EXCLUDE_ALL_OPTIONAL"
  }
 }

Menyertakan semua kolom opsional

{
 "name": "BACKEND_SERVICE",
 "loadBalancingScheme": "INTERNAL",
 "logConfig": {
   "enable": true,
   "sampleRate": SAMPLE_RATE,
   "optionalMode": "INCLUDE_ALL_OPTIONAL"
  }
}

Menyertakan daftar kustom kolom opsional

{
 "name": "BACKEND_SERVICE",
 "loadBalancingScheme": "INTERNAL",
 "logConfig": {
   "enable": true,
   "sampleRate": SAMPLE_RATE,
   "optionalMode": "CUSTOM",
   "optionalFields": ["field1","field2",...]
  }
}

Mengaktifkan logging di layanan backend yang ada

Konsol

1. Di konsol Google Cloud, buka halaman Load balancing.

   Buka Load balancing

2. Klik nama load balancer Anda.

3. Klik Edit, lalu klik Backend Configuration.

4. Di samping layanan backend, klik Edit.

5. Klik Aktifkan logging.

6. Tetapkan pecahan Sample rate. Anda dapat menetapkan tarif ke 0.0 melalui 1.0 (default).

7. Opsional: Untuk menyertakan semua kolom opsional dalam log, di bagian Optional fields, klik Include all optional fields.

   Tips pro: Untuk menentukan opsi CUSTOM, gunakan gcloud CLI dan REST API.

8. Untuk menyelesaikan pengeditan layanan backend, klik Update.

9. Untuk menyelesaikan pengeditan load balancer, klik Update.

gcloud

Aktifkan logging di layanan backend yang ada dengan perintah gcloud compute backend-services update.

gcloud compute backend-services update BACKEND_SERVICE \
--region=REGION \
--enable-logging \
--logging-sample-rate=SAMPLE_RATE \
--logging-optional=LOGGING_OPTIONAL \
--logging-optional-fields=OPTIONAL_FIELDS

Ganti kode berikut:

• BACKEND_SERVICE: nama layanan backend.
• REGION: region layanan backend yang akan dibuat.

• SAMPLE_RATE: kolom ini hanya dapat ditentukan jika logging diaktifkan untuk layanan backend ini.

  Nilai kolom harus dari 0.0 hingga 1.0, dengan 0.0 berarti tidak ada log yang dilaporkan dan 1.0 berarti log dihasilkan untuk semua paket sampel. Mengaktifkan logging, tetapi menetapkan frekuensi sampling ke 0.0 sama dengan menonaktifkan logging. Nilai defaultnya adalah 1.0.

• LOGGING_OPTIONAL: anotasi opsional yang ingin Anda sertakan dalam log.

  • INCLUDE_ALL_OPTIONAL untuk menyertakan semua anotasi opsional.

  • EXCLUDE_ALL_OPTIONAL (default) untuk mengecualikan semua anotasi opsional.

  • CUSTOM untuk menyertakan daftar kustom kolom opsional yang Anda tentukan di OPTIONAL_FIELDS.

• OPTIONAL_FIELDS: daftar kolom opsional yang dipisahkan koma yang ingin Anda sertakan dalam log.

  Misalnya, serverInstance.vm,serverGkeDetails. Hanya dapat disetel jika LOGGING_OPTIONAL ditetapkan ke CUSTOM.

API

Buat permintaan PATCH ke metode regionBackendServices/patch.

 PATCH https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/backendServices/BACKEND_SERVICE
 

Kecualikan semua kolom opsional

 "logConfig": {
   "enable": true,
   "sampleRate": SAMPLE_RATE,
   "optionalMode": "EXCLUDE_ALL_OPTIONAL"
  }
 

Menyertakan semua kolom opsional

 "logConfig": {
   "enable": true,
   "sampleRate": SAMPLE_RATE,
   "optionalMode": "INCLUDE_ALL_OPTIONAL"
  }
 

Menyertakan daftar kustom kolom opsional

 "logConfig": {
   "enable": true,
   "sampleRate": SAMPLE_RATE,
   "optionalMode": "CUSTOM",
   "optionalFields": ["field1","field2",...]
  }

Menonaktifkan logging di layanan backend yang ada

Konsol

1. Di konsol Google Cloud, buka halaman Load balancing.

   Buka Load balancing

2. Klik nama load balancer Anda.

3. Klik Edit, lalu klik Backend Configuration.

4. Untuk menonaktifkan logging sepenuhnya, hapus centang Enable logging.

5. Jika Anda mengaktifkan logging, Anda dapat menetapkan fraksi Sample rate yang berbeda. Anda dapat menetapkan tarif ke 0.0 melalui 1.0 (default). Untuk hanya membuat log untuk 20% paket sampel, tetapkan nilai ke 0.2.

6. Untuk menyelesaikan pengeditan layanan backend, klik Update.

7. Untuk menyelesaikan pengeditan load balancer, klik Update.

gcloud

Nonaktifkan logging di layanan backend dengan perintah gcloud compute backend-services update.

gcloud compute backend-services update BACKEND_SERVICE \
  --region=REGION \
  --no-enable-logging

Ganti kode berikut:

• BACKEND_SERVICE: nama layanan backend.
• REGION: region layanan backend yang akan dibuat.

API

Buat permintaan PATCH ke metode regionBackendServices/patch.

 PATCH https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/backendServices/BACKEND_SERVICE

 {
 "logConfig": {
   "enable": false
  }
 }
 

Lihat log

Saat log diserap ke Cloud Logging dan tidak dikecualikan melalui Log router sink, Anda dapat membaca log menggunakan Cloud Logging API dan Google Cloud CLI.

Untuk melihat semua log Load Balancer Jaringan passthrough internal:

Konsol

1. Di Konsol Google Cloud, buka halaman Logs Explorer.

   Buka Logs Explorer

2. Pilih jenis resource Aturan Load Balancer Jaringan Passthrough Internal.

3. Pilih nama log loadbalancing.googleapis.com/flows.

Kueri konsol

1. Di Konsol Google Cloud, buka halaman Logs Explorer.

   Buka Logs Explorer

2. Klik tombol Show query.

3. Tempel perintah berikut ke dalam kolom kueri. Ganti PROJECT_ID dengan project ID Anda.

   resource.type="loadbalancing.googleapis.com/InternalNetworkLoadBalancerRule"
   logName="projects/PROJECT_ID/logs/loadbalancing.googleapis.com%2Fflows"
   

4. Klik Run query.

Melihat log untuk layanan backend

Untuk melihat log Load Balancer Jaringan passthrough internal untuk layanan backend tertentu:

Kueri konsol

1. Di Konsol Google Cloud, buka halaman Logs Explorer.

   Buka Logs Explorer

2. Klik tombol Show query.

3. Tempel perintah berikut ke dalam kolom kueri. Ganti PROJECT_ID dengan project ID Anda dan BACKEND_SERVICE_NAME dengan nama layanan backend Anda.

   resource.type="loadbalancing.googleapis.com/InternalNetworkLoadBalancerRule"
   logName="projects/PROJECT_ID/logs/loadbalancing.googleapis.com%2Fflows"
   resource.labels.backend_service_name="BACKEND_SERVICE_NAME"
   

4. Klik Run query.

Melihat log untuk grup instance backend

Untuk melihat log Load Balancer Jaringan passthrough internal untuk grup instance backend atau grup endpoint jaringan (NEG) tertentu dengan endpoint GCE_VM_IP, ikuti langkah-langkah berikut:

Kueri konsol

1. Di Konsol Google Cloud, buka halaman Logs Explorer.

   Buka Logs Explorer

2. Klik tombol Show query.

3. Tempel perintah berikut ke dalam kolom kueri. Ganti PROJECT_ID dengan project ID Anda dan BACKEND_GROUP_NAME dengan nama grup instance atau NEG.

   resource.type="loadbalancing.googleapis.com/InternalNetworkLoadBalancerRule"
   logName="projects/PROJECT_ID/logs/loadbalancing.googleapis.com%2Fflows"
   resource.labels.backend_group_name="BACKEND_GROUP_NAME"
   

4. Klik Run query.

Kolom log

Data log berisi kolom wajib diisi—kolom default dari setiap data log—dan kolom opsional yang menambahkan informasi tambahan. Kolom opsional dapat dihilangkan untuk menghemat biaya penyimpanan.

Beberapa kolom log menggunakan format multi-kolom, dengan lebih dari satu bagian data dalam kolom tertentu. Misalnya, kolom connection memiliki format IpConnection, yang berisi alamat IP dan port sumber dan tujuan, serta protokol, dalam satu kolom. Kolom multi-kolom ini dijelaskan dalam tabel format data berikut.

Resource yang dimonitor adalah loadbalancing.googleapis.com/InternalNetworkLoadBalancerRule.

Kolom	Format kolom	Jenis kolom: Wajib Diisi atau Opsional	Deskripsi
koneksi	IpConnection	Wajib	5-Tuple yang menjelaskan koneksi ini.
startTime	string	Wajib	Stempel waktu (format string tanggal RFC 3339) dari paket pertama yang diamati selama interval waktu gabungan.
endTime	string	Wajib	Stempel waktu (format string tanggal RFC 3339) dari paket terakhir yang diamati selama interval waktu gabungan.
bytesSent	string	Wajib	Jumlah byte yang dikirim dari server ke klien.
bytesReceived	int64	Wajib	Jumlah byte yang diterima server dari klien.
packetsSent	int64	Wajib	Jumlah paket yang dikirim dari server ke klien.
packetsReceived	int64	Wajib	Jumlah paket yang diterima server dari klien.
rtt	string	Wajib	Latensi hanya diukur untuk koneksi TCP. Latensi adalah jumlah estimasi waktu bolak-balik jaringan (RTT) ditambah waktu yang digunakan untuk memproses paket dalam sistem operasi VM klien. Untuk paket sampel, RTT dihitung dari perspektif backend yang diseimbangkan beban dengan mengukur perbedaan waktu antara backend yang mengirim segmen TCP dan backend yang menerima konfirmasi TCP untuk nomor urutan segmen yang dikirim. Latensi diformat sebagai string yang dimulai dengan jumlah detik dan diakhiri dengan "s" untuk menunjukkan detik. Nanodetik dinyatakan sebagai detik pecahan. Misalnya, latensi 250 milidetik diformat sebagai "0,250000000 s".
clientInstance	InstanceDetails	Opsional	Detail instance VM klien. Hanya tersedia jika instance VM klien berada di project yang sama.
serverInstance	InstanceDetails	Opsional	Detail instance VM dari VM backend.
clientVpc	VpcDetails	Opsional	Detail jaringan VPC klien. Hanya tersedia jika klien adalah endpoint di dalam jaringan VPC yang berada di project yang sama.
clientGkeDetails	GkeDetails	Opsional	Metadata GKE untuk klien. Hanya tersedia jika klien adalah endpoint GKE dalam project yang sama.
serverGkeDetails	GkeDetails	Opsional	Metadata GKE untuk backend server. Hanya tersedia jika backend adalah endpoint GKE.

Format kolom IpConnection

Kolom	Jenis	Deskripsi
clientIp	string	Alamat IP klien
clientPort	int32	Port klien. Tetapkan hanya untuk koneksi TCP dan UDP.
serverIp	string	Alamat IP server (IP aturan penerusan)
serverPort	int32	Port server. Tetapkan hanya untuk koneksi TCP dan UDP.
protokol	int32	Nomor protokol IANA

Format kolom InstanceDetails

Kolom	Jenis	Deskripsi
projectId	string	ID project yang berisi VM
vm	string	Nama instance VM
region	string	Region VM
zone	string	Zona VM
vmIp	string	IP internal utama NIC yang menyalurkan koneksi

Format kolom VpcDetails

Kolom	Jenis	Deskripsi
projectId	string	ID project yang berisi jaringan VPC
vpc	string	Jaringan VPC tempat VM beroperasi
subnetwork	string	Subnetwork tempat VM beroperasi

Format kolom GkeDetails

Kolom	Jenis	Deskripsi
cluster	ClusterDetail	Metadata cluster GKE
pod	PodDetails	Metadata Pod GKE, diisi jika sumber atau tujuan traffic adalah Pod
service	ServiceDetails	Metadata Layanan GKE, hanya diisi di endpoint layanan. Data berisi hingga dua layanan. Jika ada lebih dari dua layanan yang relevan, kolom ini berisi satu layanan dengan penanda MANY_SERVICES khusus.

Format kolom ClusterDetails

Kolom	Jenis	Deskripsi
cluster	string	Nama cluster GKE
clusterLocation	string	Lokasi cluster. Lokasi cluster dapat berupa zona atau region.

Format kolom PodDetails

Kolom	Jenis	Deskripsi
pod	string	Nama Pod
podNamespace	string	Namespace Pod

Format kolom ServiceDetails

Kolom	Jenis	Deskripsi
service	string	Nama layanan. Jika ada lebih dari dua layanan yang relevan, kolom ini ditetapkan ke penanda MANY_SERVICES khusus.
serviceNamespace	string	Namespace layanan

Pemantauan

Load Balancer Jaringan passthrough internal mengekspor data pemantauan ke Cloud Monitoring.

Metrik pemantauan dapat digunakan untuk tujuan berikut:

• Mengevaluasi konfigurasi, penggunaan, dan performa Load Balancer Jaringan passthrough internal
• Memecahkan masalah
• Meningkatkan pemanfaatan resource dan pengalaman pengguna

Selain dasbor standar di Monitoring, Anda dapat membuat dasbor kustom, menyiapkan pemberitahuan, dan membuat kueri metrik melalui Monitoring API.

Melihat dasbor Monitoring

Konsol

1. Di konsol Google Cloud, buka halaman Monitoring.

   Buka Monitoring

2. Jika Resources muncul di panel navigasi, pilih Resources, lalu pilih Google Cloud Load Balancers. Jika tidak, pilih Dasbor, lalu pilih dasbor yang bernama Google Cloud Load Balancers.

3. Klik nama load balancer Anda.

Di panel kiri, Anda dapat melihat berbagai detail untuk load balancer yang dipilih. Di panel kanan, Anda dapat melihat grafik deret waktu. Klik link Perincian untuk melihat perincian tertentu. Panel kiri menampilkan data yang saat ini dikonfigurasi, sedangkan panel kanan dapat menampilkan data yang ditayangkan oleh konfigurasi historis yang saat ini tidak ditampilkan di panel kiri.

Catatan: Pemantauan mengumpulkan data Load Balancer Jaringan passthrough internal setiap 15 menit. Namun, mungkin perlu waktu hingga dua jam setelah Anda membuat Load Balancer Jaringan passthrough internal pertama agar data tersedia di Cloud Logging dan Monitoring.

Menentukan dasbor kustom Monitoring

Anda dapat membuat dasbor Monitoring kustom untuk metrik Load Balancer Jaringan passthrough internal.

Konsol

1. Di konsol Google Cloud, buka halaman Monitoring.

   Buka Monitoring

2. Pilih Dashboards > Create Dashboard.

3. Klik Tambahkan Diagram.

4. Beri judul pada diagram.

5. Pilih metrik dan filter. Untuk metrik, jenis resource-nya adalah Aturan Load Balancer Jaringan TCP Passthrough Internal (internal_tcp_lb_rule) atau Aturan Load Balancer Jaringan UDP Passthrough Internal (internal_udp_lb_rule).

6. Klik Simpan.

Menentukan kebijakan pemberitahuan

Konsol

Anda dapat membuat kebijakan pemberitahuan untuk memantau nilai metrik dan memberi tahu Anda saat metrik tersebut melanggar ketentuan.

1. Di konsol Google Cloud, buka halaman  Alerting:

   Buka Pemberitahuan

   Jika Anda menggunakan kotak penelusuran untuk menemukan halaman ini, pilih hasil yang subjudulnya adalah Monitoring.

2. ika Anda belum membuat saluran notifikasi dan ingin menerima notifikasi, klik Edit Notification Channels dan tambahkan saluran notifikasi Anda. Kembali ke halaman Alerting setelah menambahkan saluran.
3. Dari halaman Alerting, pilih Create policy.
4. Untuk memilih metrik, luaskan menu Pilih metrik, lalu lakukan tindakan berikut:
   1. Untuk membatasi menu pada entri yang relevan, masukkan Google Cloud TCP Load Balancer atau Google Cloud UDP Load Balancer ke kolom filter. Jika tidak ada hasil setelah memfilter menu, nonaktifkan tombol Hanya tampilkan resource & metrik aktif.
   2. Untuk Resource type, pilih Google Cloud TCP Load Balancer atau Google Cloud UDP Load Balancer.
   3. Pilih Kategori metrik dan Metrik, lalu pilih Terapkan.
5. Klik Berikutnya.
6. Setelan di halaman Konfigurasi pemicu notifikasi menentukan kapan notifikasi dipicu. Pilih jenis kondisi dan, jika perlu, tentukan batasnya. Untuk informasi selengkapnya, lihat Membuat kebijakan pemberitahuan batas metrik.
7. Klik Berikutnya.
8. Opsional: Untuk menambahkan notifikasi ke kebijakan pemberitahuan, klik Notification channels. Dalam dialog ini, pilih satu atau beberapa saluran notifikasi dari menu, lalu klik OK.
9. Opsional: Perbarui Incident autoclose duration. Kolom ini menentukan kapan Monitoring akan menutup insiden jika data metrik tidak ada.
10. Opsional: Klik Documentation, lalu tambahkan informasi apa pun yang ingin Anda sertakan dalam pesan notifikasi.
11. Klik Alert name dan masukkan nama untuk kebijakan pemberitahuan itu.
12. Klik Create Policy.

Untuk informasi selengkapnya, lihat Kebijakan pemberitahuan.

Metrik untuk Load Balancer Jaringan passthrough internal

Metrik berikut untuk Load Balancer Jaringan passthrough internal dilaporkan ke Monitoring.

Metrik	metric_name	Deskripsi
Throughput Masuk	loadbalancing.googleapis.com/l3/internal/ingress_bytes_count	Jumlah byte yang dikirim dari klien ke backend Load Balancer Jaringan passthrough internal. Untuk alur TCP, hanya byte dalam aliran aplikasi yang dihitung.
Paket Masuk	loadbalancing.googleapis.com/l3/internal/ingress_packets_count	Jumlah paket yang dikirim dari klien ke backend Load Balancer Jaringan passthrough internal.
Throughput Keluar	loadbalancing.googleapis.com/l3/internal/egress_bytes_count	Jumlah byte yang dikirim dari backend Load Balancer Jaringan passthrough internal ke klien. Untuk alur TCP, hanya byte dalam aliran aplikasi yang dihitung.
Paket Keluar	loadbalancing.googleapis.com/l3/internal/egress_packets_count	Jumlah paket yang dikirim dari backend Load Balancer Jaringan passthrough internal ke klien.
Latensi	loadbalancing.googleapis.com/l3/internal/rtt_latencies	Distribusi RTT yang diukur melalui koneksi TCP untuk alur Load Balancer Jaringan passthrough internal. Hanya tersedia untuk traffic TCP.

Memfilter dimensi untuk metrik Load Balancer Jaringan passthrough internal

Metrik digabungkan untuk setiap Load Balancer Jaringan passthrough internal. Metrik dapat diperinci lebih lanjut menurut dimensi berikut:

Properti	Deskripsi
NAMA BACKEND	Nama grup instance atau grup endpoint jaringan (NEG) dengan endpoint GCE_VM_IP.
CAKUPAN BACKEND	Cakupan (region atau zona) backend yang menerima koneksi.
ZONA BACKEND	Untuk grup instance zonal dan grup endpoint jaringan, zona backend yang menyalurkan koneksi.
JARINGAN KLIEN	Jaringan instance klien yang terhubung ke Load Balancer Jaringan passthrough internal.
SUBNETWORK KLIEN	Subjaringan instance klien yang terhubung ke Load Balancer Jaringan passthrough internal.
ZONA KLIEN	Zona Google Cloud dari instance yang terhubung ke aturan penerusan.
ATURAN PENYERAHAN	Nama aturan penerusan Load Balancer Jaringan passthrough internal.

Frekuensi dan retensi pelaporan metrik

Metrik untuk Load Balancer Jaringan passthrough internal diekspor ke Monitoring dalam batch perincian satu menit. Data Monitoring disimpan selama enam minggu. Metrik didasarkan pada traffic sampel (frekuensi sampling bersifat dinamis dan tidak dapat disesuaikan). Dasbor ini menyediakan analisis data dalam interval default satu jam (1H), enam jam (6H), satu hari (1D), satu minggu (1W), dan enam minggu (6W). Anda dapat meminta analisis secara manual dalam interval berapa pun dari enam minggu hingga satu menit.

Langkah selanjutnya

• Untuk mengetahui informasi tentang dasar-dasarnya, lihat Ringkasan Load Balancer Jaringan passthrough internal.
• Untuk mengetahui informasi tentang failover, lihat Failover untuk Load Balancer Jaringan passthrough internal.
• Untuk mengetahui opsi nama DNS yang tersedia untuk load balancer Anda, lihat Load balancing internal dan nama DNS.
• Untuk contoh konfigurasi Load Balancer Jaringan passthrough internal, lihat Menyiapkan Load Balancer Jaringan passthrough internal dengan backend grup instance VM.
• Untuk mengetahui informasi tentang cara mengonfigurasi dan menguji Load Balancer Jaringan passthrough internal yang menggunakan konfigurasi failover, lihat Mengonfigurasi failover untuk Load Balancer Jaringan passthrough internal.
• Untuk mengetahui informasi tentang cara mengakses load balancer internal dari jaringan peer yang terhubung ke jaringan VPC Anda, lihat Load Balancer Jaringan passthrough internal dan jaringan yang terhubung.
• Untuk mengetahui informasi tentang cara memecahkan masalah, lihat Memecahkan masalah Load Balancer Jaringan passthrough internal.
• Untuk informasi tentang cara memecahkan masalah terkait log, lihat Memecahkan masalah logging.