Logging dan pemantauan Load Balancer Jaringan passthrough internal

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

Logging

Log memberikan informasi yang berguna untuk memecahkan masalah dan memantau load balancer Google Cloud yang diteruskan. Log digabungkan per koneksi dan diekspor hampir secara real time. Log dibuat untuk setiap alur TCP dan UDP instance yang di-load balanced 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.

Pencatatan log memberikan manfaat berikut:

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

• Pemecahan masalah jaringan. Anda dapat menggunakan log Load Balancer Jaringan passthrough internal untuk pemecahan masalah. Untuk mengetahui informasi selengkapnya, baca bagian Memecahkan masalah Load Balancer Jaringan passthrough internal.

Contoh format log untuk alur 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 backend instance (10.240.0.3).

Alur masuk dan keluar untuk alur 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: 4.521

Pengambilan sampel dan pengumpulan log

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

Tidak semua paket diambil sampelnya. Google Cloud mengambil sampel subset paket dari variabel bergantung pada jumlah traffic pada host fisik. Frekuensi sampling serendah mungkin 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 memproses paket yang diambil sampelnya sesuai dengan prosedur berikut:

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

2. Pengambilan sampel log yang dapat dikonfigurasi (sekunder): Ini adalah proses pengambilan sampel kedua, yang mengambil sampel alur. Anda mengontrol bagian entri alur yang dimunculkan sebagai entri log sesuai dengan parameter logConfig.sampleRate. Jika logConfig.sampleRate adalah 1.0 (100%), ini berarti semua paket yang diambil sampelnya akan diproses.

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

Kolom opsional

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

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

• Jika Anda memilih exclude all opsional, tindakan ini akan menghapus semua kolom opsional.

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

  Saat kolom opsional baru ditambahkan ke format data, log tidak akan 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. Misalnya, jika Anda memilih untuk menyertakan optionalFieldA, kolom baru yang ditambahkan ke log dengan nama optionalFieldA.subField1 akan otomatis disertakan.

Untuk mendapatkan 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 lainnya, paket respons mungkin saja menggunakan alamat IP sumber yang berbeda. Untuk mengetahui detail tambahan, lihat Alamat IP untuk paket permintaan dan pengembalian.

Proses pengambilan sampel paket yang digunakan oleh Load Balancer Jaringan passthrough internal menghilangkan semua 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 lengkapi kolom layanan backend yang diperlukan.

5. Klik Enable logging.

6. Tetapkan pecahan Frekuensi sampel. Anda dapat menetapkan tarif ke 0.0 hingga 1.0 (default).

7. Opsional: Untuk menyertakan semua kolom opsional di log, di bagian Kolom opsional, klik Sertakan semua kolom opsional.

   Tips pro: Untuk menentukan opsi KUSTOM, 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 ini harus dari 0.0 hingga 1.0, dengan 0.0 berarti tidak ada log yang dilaporkan dan 1.0 berarti log dibuat 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"
  }
 }

Sertakan semua kolom opsional

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

Sertakan daftar kustom kolom opsional

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

Mengaktifkan logging pada 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 Anda, klik Edit.

5. Klik Enable logging.

6. Tetapkan pecahan Frekuensi sampel. Anda dapat menetapkan tarif ke 0.0 hingga 1.0 (default).

7. Opsional: Untuk menyertakan semua kolom opsional di log, di bagian Kolom opsional, klik Sertakan semua kolom opsional.

   Tips pro: Untuk menentukan opsi KUSTOM, 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 ini harus dari 0.0 hingga 1.0, dengan 0.0 berarti tidak ada log yang dilaporkan dan 1.0 berarti log dibuat 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"
  }
 

Sertakan semua kolom opsional

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

Sertakan daftar kustom kolom opsional

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

Menonaktifkan logging pada 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 opsi Aktifkan logging.

5. Jika logging tetap diaktifkan, Anda dapat menetapkan fraksi Sample rate yang berbeda. Anda dapat menetapkan tarif ke 0.0 hingga 1.0 (default). Agar hanya menghasilkan log untuk 20% dari 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 Sink router log, Anda dapat membaca log dengan 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 Internal Passthrough Network Load Balancer Rule.

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 Tampilkan kueri.

3. Tempelkan kode 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 Jalankan kueri.

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 Tampilkan kueri.

3. Tempelkan kode 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 Jalankan kueri.

Melihat log untuk grup instance backend

Untuk melihat log Load Balancer Jaringan passthrough internal untuk grup backend instance 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 Tampilkan kueri.

3. Tempelkan kode 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 Jalankan kueri.

Kolom log

Data log berisi kolom wajib diisi—kolom default 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 adalah 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 dipantau adalah loadbalancing.googleapis.com/InternalNetworkLoadBalancerRule.

Kolom	Format kolom	Jenis kolom: Wajib atau Opsional	Deskripsi
koneksi	IpConnection	Diperlukan	5-Tuple yang menjelaskan koneksi ini.
startTime	string	Diperlukan	Stempel waktu (format string tanggal RFC 3339) dari paket pertama yang diamati selama interval waktu gabungan.
endTime	string	Diperlukan	Stempel waktu (format string tanggal RFC 3339) dari paket terakhir yang diamati selama interval waktu gabungan.
bytesSent	string	Diperlukan	Jumlah byte yang dikirim dari server ke klien.
bytesReceived	int64	Diperlukan	Jumlah byte yang diterima oleh server dari klien.
packetsSent	int64	Diperlukan	Jumlah paket yang dikirim dari server ke klien.
packetsReceived	int64	Diperlukan	Jumlah paket yang diterima oleh server dari klien.
rtt	string	Diperlukan	Latensi hanya diukur untuk koneksi TCP. Latensi adalah jumlah perkiraan waktu round-trip (RTT) jaringan ditambah waktu yang terpakai untuk memproses paket dalam sistem operasi VM klien. Untuk paket sampel, RTT dihitung dari perspektif backend yang di-load balanced dengan mengukur perbedaan waktu antara backend yang mengirim segmen TCP dan backend yang menerima konfirmasi TCP untuk nomor urut segmen yang dikirim. Latensi diformat sebagai string yang dimulai dengan jumlah detik dan diakhiri dengan "s" untuk menunjukkan detik. Nanodetik dinyatakan sebagai pecahan detik. Misalnya, latensi 250 milidetik diformat sebagai "0,250000000 dtk".
clientInstance	InstanceDetails	Opsional	Detail instance VM klien. Hanya tersedia jika instance VM klien terletak 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 terletak 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. Disetel hanya untuk koneksi TCP dan UDP.
serverIp	string	Alamat IP server (IP aturan penerusan)
serverPort	int32	Port server. Disetel 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 [wilayah]	string	Region VM
zona	string	Zona VM
vmIp	string	IP internal utama dari 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
subjaringan	string	Subnetwork tempat VM beroperasi

Format kolom GkeDetails

Kolom	Jenis	Deskripsi
cluster	ClusterDetail	Metadata cluster GKE
pod	PodDetails	Metadata Pod GKE, diisi saat sumber atau tujuan traffic adalah Pod
layanan	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
layanan	string	Nama layanan. Jika ada lebih dari dua layanan yang relevan, kolom ini ditetapkan ke penanda MANY_SERVICES khusus.
serviceNamespace	string	Namespace layanan

Monitoring

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 Dashboard, lalu pilih dasbor 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 pengelompokan tertentu. Panel kiri menyajikan data yang saat ini dikonfigurasi, sedangkan panel kanan dapat menyajikan data yang disalurkan oleh konfigurasi historis yang saat ini tidak tercermin di panel kiri.

Catatan: Monitoring 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 Dasbor > Buat Dasbor.

3. Klik Tambahkan Diagram.

4. Beri judul pada diagram.

5. Memilih 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. Pada panel navigasi Konsol Google Cloud, pilih Monitoring, lalu pilih  Alerting:

   Buka Alerting

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 ke entri yang relevan, masukkan Google Cloud TCP Load Balancer atau Google Cloud UDP Load Balancer ke panel filter. Jika tidak ada hasil setelah memfilter menu, nonaktifkan tombol Show only active resources & metrics.
   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 Next.
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 Next.
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 mengetahui informasi selengkapnya, lihat Kebijakan pemberitahuan.

Metrik untuk Load Balancer Jaringan passthrough internal

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

Metrik	Deskripsi
Throughput Masuk	Jumlah byte yang dikirim ke aturan penerusan Load Balancer Jaringan passthrough internal, seperti yang diterima oleh backend.
Paket Masuk	Jumlah paket yang dikirim ke aturan penerusan Load Balancer Jaringan passthrough internal, seperti yang diterima oleh backend.
Throughput Keluar	Jumlah byte yang dikirim oleh backend load balancing internal pada koneksi yang terikat ke alamat IP aturan penerusan.
Paket Keluar	Jumlah paket yang dikirim oleh backend load balancing internal pada koneksi yang terikat ke alamat IP aturan penerusan.
Latensi(*)	Distribusi RTT yang diukur untuk paket paket melalui setiap koneksi internal load balancing. Biasanya dikurangi menjadi persentil ke-95 dalam tampilan Monitoring.

(*) 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 berdasarkan dimensi berikut:

Properti	Deskripsi
Cadangkan NAMA	Nama grup instance atau grup endpoint jaringan (NEG) dengan endpoint GCE_VM_IP.
LATAR BELAKANG CAKUPAN	Cakupan (region atau zona) backend yang menerima koneksi.
Cadangkan ZONA	Untuk grup instance zona dan grup endpoint jaringan, zona backend yang menyalurkan koneksi.
JARINGAN KLIEN	Jaringan instance klien yang terhubung ke Load Balancer Jaringan passthrough internal.
SUB-JARINGAN KLIEN	Subnetwork dari instance klien yang terhubung ke Load Balancer Jaringan passthrough internal.
ZONA KLIEN	Zona Google Cloud instance yang terhubung dengan aturan penerusan.
MENERUSKAN ATURAN	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 pemantauan 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 (1 jam), enam jam (6 jam), satu hari (1 hari), satu minggu (1 jam), dan enam minggu (6 jam). Anda dapat meminta analisis secara manual dalam interval apa pun mulai 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, baca bagian Failover untuk Load Balancer Jaringan passthrough internal.
• Untuk mengetahui opsi nama DNS yang tersedia bagi load balancer, lihat Nama DNS dan load balancing internal.
• Untuk mengetahui contoh konfigurasi Load Balancer Jaringan passthrough internal, baca artikel 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 pembanding 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 mengetahui informasi tentang cara memecahkan masalah terkait log, lihat Memecahkan masalah logging.