Ringkasan grup endpoint jaringan tanpa server

Grup endpoint jaringan (NEG) menentukan grup endpoint backend untuk load balancer. NEG serverless adalah backend yang mengarah ke layanan Cloud Run, App Engine, fungsi Cloud Run, atau API Gateway.

NEG tanpa server dapat mewakili salah satu hal berikut:

  • Layanan Cloud Run atau sekelompok layanan.
  • Fungsi Cloud Run Functions atau sekelompok fungsi.
  • Aplikasi App Engine (Standar atau Flex), layanan tertentu dalam aplikasi, versi aplikasi tertentu, atau grup layanan.
  • API Gateway yang menyediakan akses ke layanan Anda melalui REST API yang konsisten di semua layanan, terlepas dari implementasi layanan. Kemampuan ini berada dalam Pratinjau.

Load balancer yang didukung

Tabel berikut mencantumkan produk serverless yang didukung oleh setiap Application Load Balancer. NEG serverless tidak didukung oleh Load Balancer Jaringan proxy dan Load Balancer Jaringan passthrough.

Platform serverless Load Balancer Aplikasi
Regional
internal		 Lintas region
internal		 Global
external		 Klasik Regional
eksternal
Cloud Run
App Engine
Fungsi Cloud Run

Kasus penggunaan

Saat load balancer diaktifkan untuk aplikasi serverless, Anda dapat melakukan hal berikut:

  • Konfigurasi aplikasi serverless untuk menyalurkan dari alamat IP IPv4 khusus yang tidak digunakan bersama dengan layanan lain.
  • Petakan satu URL ke beberapa fungsi atau layanan serverless yang ditayangkan di domain yang sama. Dalam dokumen ini, lihat Masker URL.
  • Berbagi ruang URL dengan platform komputasi Google Cloud lainnya. Dengan menggunakan beberapa layanan backend, satu load balancer dapat mengirim traffic ke beberapa jenis backend. Load balancer memilih layanan backend yang benar berdasarkan host atau jalur URL permintaan.
  • Gunakan kembali sertifikat SSL dan kunci pribadi yang sama dengan yang Anda gunakan untuk Compute Engine, Google Kubernetes Engine, dan Cloud Storage. Dengan menggunakan kembali sertifikat yang sama, Anda tidak perlu mengelola sertifikat terpisah untuk aplikasi serverless.

Load Balancer Aplikasi eksternal global dan Load Balancer Aplikasi klasik

Menyiapkan Load Balancer Aplikasi eksternal global atau Load Balancer Aplikasi klasik memungkinkan aplikasi serverless Anda berintegrasi dengan layanan cloud yang ada. Anda dapat melakukan hal berikut:

  • Lindungi layanan Anda dengan Google Cloud Armor, produk keamanan WAF dan pertahanan DDoS yang canggih tersedia untuk semua layanan yang diakses melalui Application Load Balancer eksternal. Ada beberapa batasan yang terkait dengan kemampuan ini, terutama untuk Cloud Run dan App Engine.
  • Aktifkan layanan Anda untuk mengoptimalkan pengiriman menggunakan Cloud CDN. Cloud CDN menyimpan konten ke dalam cache yang dekat dengan pengguna Anda. Cloud CDN menyediakan kemampuan seperti invalidasi cache dan URL yang ditandatangani Cloud CDN.
  • Gunakan infrastruktur Edge Google untuk menghentikan koneksi HTTP(S) pengguna lebih dekat dengan pengguna, sehingga mengurangi latensi.

Untuk mempelajari cara mengonfigurasi load balancer dengan backend komputasi serverless, lihat dokumentasi berikut:

Mengintegrasikan Load Balancer Aplikasi eksternal dengan API Gateway memungkinkan backend serverless Anda memanfaatkan semua fitur yang disediakan oleh Cloud Load Balancing. Untuk informasi selengkapnya, lihat Load Balancer Aplikasi Eksternal untuk API Gateway. Untuk mengonfigurasi Load Balancer Aplikasi eksternal guna merutekan traffic ke API Gateway, lihat Memulai Load Balancer Aplikasi eksternal untuk API Gateway. Kemampuan ini berada dalam Pratinjau.

Load Balancer Aplikasi eksternal regional

Dengan menggunakan Load Balancer Aplikasi eksternal regional, Anda dapat menjalankan beban kerja dengan persyaratan peraturan atau kepatuhan di backend Cloud Run. Misalnya, jika Anda memerlukan konfigurasi jaringan dan penghentian traffic aplikasi berada di region tertentu, Load Balancer Aplikasi eksternal regional sering kali menjadi opsi yang lebih disukai untuk mematuhi kontrol yurisdiksi yang diperlukan.

Untuk mempelajari cara mengonfigurasi Load Balancer Aplikasi eksternal regional dengan backend komputasi serverless, lihat Menyiapkan Load Balancer Aplikasi eksternal regional dengan Cloud Run.

Load Balancer Aplikasi internal regional dan Load Balancer Aplikasi internal lintas region

Saat Load Balancer Aplikasi internal dikonfigurasi dengan backend Cloud Run, Anda dapat melakukan hal berikut:

  • Aktifkan fitur pengelolaan traffic lanjutan seperti injeksi error, penulisan ulang header, pengalihan, pemisahan traffic, dan lainnya, untuk layanan Cloud Run Anda.
  • Migrasikan layanan lama dari Compute Engine, GKE, atau infrastruktur lokal ke Cloud Run dengan lancar dan manfaatkan pemisahan traffic berbasis bobot untuk secara bertahap mengalihkan traffic ke Cloud Run tanpa periode nonaktif.
  • Lindungi layanan Cloud Run dengan Kontrol Layanan VPC.
  • Buat satu titik entri internal yang menerapkan kebijakan untuk layanan Anda yang berjalan di Cloud Run, Compute Engine, dan GKE.

Untuk mempelajari cara mengonfigurasi Load Balancer Aplikasi internal regional dengan backend komputasi serverless, lihat Menyiapkan Load Balancer Aplikasi internal regional dengan Cloud Run.

Bagian selanjutnya dalam halaman ini membahas cara menggunakan NEG serverless dengan Load Balancer Aplikasi Anda. Untuk mengetahui informasi selengkapnya tentang jenis NEG lainnya, lihat Ringkasan grup endpoint jaringan.

Jenis endpoint

NEG tanpa server tidak memiliki endpoint jaringan seperti port atau alamat IP. NEG hanya dapat mengarah ke layanan Cloud Run, App Engine, API Gateway, atau Cloud Run functions yang ada di region yang sama dengan NEG.

Saat membuat NEG serverless, Anda menentukan nama domain yang sepenuhnya memenuhi syarat (FQDN) dari layanan Cloud Run, App Engine, API Gateway, atau fungsi Cloud Run. Endpoint adalah dari jenis SERVERLESS. Jenis endpoint lainnya tidak didukung di NEG tanpa server.

NEG tanpa server tidak dapat memiliki lebih dari satu endpoint. Endpoint mengarah ke aplikasi tanpa server atau masking URL. Load balancer berfungsi sebagai frontend untuk aplikasi komputasi serverless dan memaketkan traffic ke endpoint yang ditentukan. Namun, jika layanan backend berisi beberapa NEG serverless di region yang berbeda, load balancer akan mengirim traffic ke NEG di region terdekat untuk meminimalkan latensi permintaan.

Tingkat jaringan

Untuk Load Balancer Aplikasi eksternal global, Anda dapat menggunakan NEG tanpa server di load balancer menggunakan Network Service Tiers Standar atau Premium. Tingkat Premium hanya diperlukan jika Anda ingin menyiapkan NEG serverless di beberapa region.

Load Balancer Aplikasi eksternal regional selalu menggunakan Paket Standar.

Load Balancer Aplikasi internal lintas-region dan Load Balancer Aplikasi internal regional selalu memiliki paket Premium.

Komponen load balancing

Load balancer yang menggunakan backend NEG tanpa server memerlukan konfigurasi khusus hanya untuk layanan backend. Konfigurasi frontendnya sama dengan load balancer Google Cloud berbasis proxy lainnya. Selain itu, Load Balancer Aplikasi internal memerlukan subnet khusus proxy untuk menjalankan proxy Envoy atas nama Anda.

Diagram berikut menunjukkan contoh deployment NEG tanpa server.

Global eksternal

Diagram ini menunjukkan cara NEG serverless sesuai dengan arsitektur Load Balancer Aplikasi eksternal global.

Load Balancer Aplikasi eksternal global untuk aplikasi serverless.
Load Balancer Aplikasi eksternal global untuk aplikasi serverless (klik untuk memperbesar).

Eksternal regional

Diagram ini menunjukkan cara NEG serverless sesuai dengan arsitektur Load Balancer Aplikasi eksternal regional.

Load Balancer Aplikasi eksternal regional untuk aplikasi serverless.
Load Balancer Aplikasi eksternal regional untuk aplikasi serverless (klik untuk memperbesar).

Internal regional

Diagram ini menunjukkan cara NEG serverless sesuai dengan model Load Balancer Aplikasi internal regional.

Load Balancer Aplikasi internal regional untuk aplikasi serverless.
Load Balancer Aplikasi internal regional untuk aplikasi serverless (klik untuk memperbesar).

Lintas region

Diagram ini menunjukkan kesesuaian NEG tanpa server dengan model Load Balancer Aplikasi internal lintas-region.

Load Balancer Aplikasi internal lintas region dengan deployment Cloud Run.
Load Balancer Aplikasi internal lintas region dengan deployment Cloud Run (klik untuk memperbesar).

Komponen frontend

Tidak diperlukan konfigurasi frontend khusus untuk load balancing dengan backend NEG tanpa server. Aturan penerusan digunakan untuk merutekan traffic menurut alamat IP, port, dan protokol ke proxy target. Proxy target kemudian menghentikan koneksi dari klien.

Peta URL digunakan oleh Application Load Balancer untuk menyiapkan perutean permintaan berbasis URL ke layanan backend yang sesuai.

Untuk mengetahui detail selengkapnya tentang setiap komponen ini, lihat bagian arsitektur dalam ringkasan load balancer tertentu:

Layanan backend

Layanan backend memberikan informasi konfigurasi ke load balancer. Load balancer menggunakan informasi dalam layanan backend untuk mengarahkan traffic masuk ke satu atau beberapa backend yang terpasang. NEG serverless dapat digunakan sebagai backend untuk load balancer tertentu.

Batasan berikut berlaku bergantung pada jenis load balancer:

  • Layanan backend global yang digunakan oleh Load Balancer Aplikasi eksternal global dapat memiliki beberapa NEG serverless yang terpasang, tetapi hanya satu NEG serverless per region.
  • Layanan backend regional yang digunakan oleh Load Balancer Aplikasi internal regional dan Load Balancer Aplikasi eksternal regional hanya dapat memiliki satu NEG serverless yang terpasang.
  • Layanan backend global yang digunakan oleh Load Balancer Aplikasi internal lintas region hanya dapat memiliki layanan Cloud Run yang terpasang.

Setiap NEG serverless dapat mengarah ke salah satu hal berikut:

  • FQDN untuk satu fungsi atau layanan
  • Masker URL yang mengarah ke beberapa fungsi atau layanan yang ditayangkan di domain yang sama

Masker URL adalah template skema URL yang memberi tahu backend NEG tanpa server cara memetakan permintaan pengguna ke layanan yang benar. Topeng URL berguna jika Anda menggunakan domain kustom untuk aplikasi serverless dan memiliki beberapa layanan yang ditayangkan di domain yang sama. Daripada membuat NEG tanpa server terpisah untuk setiap fungsi atau layanan, Anda dapat membuat NEG dengan masker URL generik untuk domain kustom. Untuk mengetahui informasi dan contoh selengkapnya, lihat Mask URL.

Untuk batasan tambahan saat menambahkan NEG serverless sebagai backend, lihat Batasan.

Deteksi outlier untuk NEG serverless

Deteksi pencilan adalah konfigurasi opsional yang dapat diaktifkan di layanan backend global yang memiliki NEG tanpa server yang terpasang. Analisis deteksi outlier hanya tersedia untuk Load Balancer Aplikasi internal lintas region, Load Balancer Aplikasi eksternal global, dan bukan untuk Load Balancer Aplikasi klasik. Analisis deteksi pencilan mengidentifikasi NEG serverless yang tidak responsif berdasarkan pola respons HTTP-nya, dan mengurangi tingkat error dengan merutekan sebagian besar permintaan baru dari layanan yang tidak responsif ke layanan yang responsif. Untuk mempelajari cara kerja algoritma deteksi outlier dan memahami batasannya, lihat contoh berikut.

Asumsikan ada layanan backend dengan dua NEG tanpa server yang terpasang, satu di region REGION_A dan satu lagi di region REGION_B. Jika NEG serverless yang berfungsi sebagai backend untuk Load Balancer Aplikasi eksternal global di region REGION_A tidak responsif, deteksi outlier akan mengidentifikasi NEG serverless sebagai tidak sehat. Berdasarkan analisis deteksi outlier, beberapa permintaan baru kemudian dikirim ke NEG tanpa server di wilayah REGION_B.

Berdasarkan jenis error server yang terjadi, Anda dapat menggunakan salah satu metode deteksi outlier berikut untuk mengaktifkan deteksi outlier:

  • Error 5xx berturut-turut. Kode status HTTP seri 5xx memenuhi syarat sebagai error.
  • Error gateway berturut-turut. Hanya kode status HTTP 502, 503, dan 504 yang memenuhi syarat sebagai error.

Perhatikan bahwa meskipun setelah mengaktifkan deteksi outlier, Anda mungkin akan melihat beberapa permintaan yang dikirim ke layanan yang tidak sehat sehingga menampilkan error 5XX kepada klien. Hal ini karena hasil algoritma deteksi outlier (pengeluaran endpoint dari kumpulan load balancing dan mengembalikannya kembali ke kumpulan) dijalankan secara independen oleh setiap instance proxy load balancer. Pada umumnya, lebih dari satu instance proxy menangani traffic yang diterima oleh layanan backend. Dengan demikian, endpoint yang tidak responsif mungkin terdeteksi dan dikeluarkan hanya oleh beberapa proxy, dan saat hal ini terjadi, proxy lain dapat terus mengirim permintaan ke endpoint yang tidak responsif yang sama.

Untuk mengurangi rasio error lebih lanjut, Anda dapat mengonfigurasi parameter deteksi outlier yang lebih agresif. Sebaiknya konfigurasikan nilai yang lebih tinggi untuk nilai minimum ejeksi (outlierDetection.baseEjectionTime). Misalnya, pengujian kami menunjukkan bahwa menetapkan outlierDetection.baseEjectionTime ke 180 detik dengan QPS berkelanjutan yang lebih tinggi dari 100 akan menghasilkan rasio error yang diamati kurang dari 5%. Untuk mempelajari API deteksi outlier lebih lanjut, lihat outlierDetection dalam dokumentasi API layanan backend global.

Kolom outlierDetection berikut tidak didukung jika layanan backend memiliki NEG tanpa server yang terpasang:

  • outlierDetection.enforcingSuccessRate
  • outlierDetection.successRateMinimumHosts
  • outlierDetection.successRateRequestVolume
  • outlierDetection.successRateStdevFactor

Untuk mempelajari cara mengonfigurasi deteksi outlier, lihat Menyiapkan Load Balancer Aplikasi eksternal global dengan backend serverless: Mengaktifkan deteksi outlier.

Masker URL

Backend NEG tanpa server dapat mengarah ke satu layanan Cloud Run (atau fungsi App Engine atau Cloud Run jika berlaku), atau masker URL yang mengarah ke beberapa layanan. Masker URL adalah template skema URL Anda. NEG tanpa server menggunakan template ini untuk memetakan permintaan ke layanan yang sesuai.

Masker URL adalah fitur opsional yang mempermudah konfigurasi NEG tanpa server jika aplikasi serverless Anda terdiri dari beberapa layanan Cloud Run, fungsi Cloud Run, atau App Engine. NEG tanpa server yang digunakan dengan Load Balancer Aplikasi internal hanya dapat menggunakan mask URL yang mengarah ke layanan Cloud Run.

Topeng URL berguna jika aplikasi serverless Anda dipetakan ke domain kustom, bukan alamat default yang disediakan Google Cloud. Dengan domain kustom seperti example.com, Anda dapat memiliki beberapa layanan yang di-deploy ke subdomain atau jalur yang berbeda di domain yang sama. Dalam kasus tersebut, daripada membuat backend NEG tanpa server terpisah untuk setiap layanan, Anda dapat membuat satu NEG tanpa server dengan masker URL generik untuk domain kustom (misalnya, example.com/<service>). NEG mengekstrak nama layanan dari URL permintaan.

Ilustrasi berikut menunjukkan Load Balancer Aplikasi eksternal dengan satu layanan backend dan NEG tanpa server, yang menggunakan masker URL untuk memetakan permintaan pengguna ke berbagai layanan.

Mendistribusikan traffic ke aplikasi serverless.
Menggunakan masker URL untuk mendistribusikan traffic ke berbagai layanan (klik untuk memperbesar).

Masker URL berfungsi paling baik saat layanan aplikasi Anda menggunakan skema URL yang dapat diprediksi. Keuntungan menggunakan masker URL, bukan peta URL, adalah Anda tidak perlu membuat NEG tanpa server terpisah untuk layanan login dan search. Anda juga tidak perlu mengubah konfigurasi load balancer setiap kali menambahkan layanan baru ke aplikasi.

Batasan

  • NEG tanpa server tidak dapat memiliki endpoint jaringan seperti alamat IP atau port.
  • NEG tanpa server hanya dapat mengarah ke aplikasi tanpa server yang berada di region yang sama dengan tempat NEG dibuat.
  • Untuk load balancer yang menggunakan backend NEG Serverless, NEG serverless harus dibuat dalam project yang sama dengan layanan fungsi Cloud Run, App Engine, API Gateway, atau Cloud Run pendukung yang ditunjuk oleh NEG. Anda mungkin melihat permintaan gagal jika menghubungkan layanan yang tidak berada dalam project yang sama dengan NEG tanpa server.
  • Load balancer yang dikonfigurasi dengan NEG tanpa server tidak dapat mendeteksi apakah aplikasi atau layanan tanpa server yang mendasarinya berfungsi seperti yang diharapkan. Artinya, meskipun layanan Anda menampilkan error, load balancer akan terus mengarahkan traffic ke layanan tersebut. Pastikan untuk menguji versi baru layanan Anda secara menyeluruh sebelum merutekan traffic pengguna ke layanan tersebut.

Batasan pada layanan backend

Batasan berikut berlaku untuk layanan backend yang memiliki backend NEG tanpa server:

  • Layanan backend global yang digunakan oleh Load Balancer Aplikasi eksternal global hanya dapat memiliki satu NEG serverless per region. Untuk menggabungkan beberapa NEG serverless dalam satu layanan backend, semua NEG harus mewakili deployment yang setara secara fungsional di region yang berbeda. Misalnya, NEG dapat mengarah ke layanan fungsi Cloud Run, App Engine, atau Cloud Run yang sama yang di-deploy di region yang berbeda.
  • Layanan backend global yang digunakan oleh Load Balancer Aplikasi internal lintas region hanya dapat memiliki satu layanan Cloud Run yang terpasang.
  • Layanan backend regional hanya dapat memiliki satu NEG tanpa server yang terpasang.
  • Referensi layanan lintas project dalam deployment VPC Bersama didukung dengan konfigurasi yang berisi NEG serverless. Untuk menggunakan fitur ini, Anda membuat komponen frontend load balancer (alamat IP, aturan penerusan, proxy target, dan peta URL) dalam project yang berbeda dengan komponen backend load balancer (layanan backend dan NEG tanpa server). Perhatikan bahwa layanan backend, NEG serverless terkait, dan layanan serverless pendukung (Cloud Run, App Engine, API Gateway, atau fungsi Cloud Run), harus selalu dibuat dalam project yang sama.
  • Setelan waktu tunggu layanan backend tidak berlaku untuk layanan backend dengan backend NEG tanpa server. Mencoba mengubah properti resource.timeoutSec layanan backend akan menghasilkan error berikut: Timeout sec is not supported for a backend service with Serverless network endpoint groups.
    Untuk layanan backend dengan backend NEG tanpa server, waktu tunggu default-nya adalah 60 menit. Waktu tunggu ini tidak dapat dikonfigurasi. Jika aplikasi Anda memerlukan koneksi yang berjalan lama, konfigurasikan klien untuk mencoba ulang permintaan saat gagal.
  • Semua NEG serverless yang digabungkan dalam layanan backend juga harus menggunakan jenis backend yang sama. Artinya, NEG serverless Cloud Run hanya dapat digabungkan dengan NEG serverless Cloud Run lainnya, dan NEG serverless App Engine hanya dapat digabungkan dengan NEG serverless App Engine.
  • Anda tidak dapat menggabungkan NEG tanpa server dengan jenis NEG lainnya dalam layanan backend yang sama. Misalnya, Anda tidak dapat merutekan ke cluster GKE dan layanan Cloud Run dari layanan backend yang sama.
  • Saat menyiapkan layanan backend yang merutekan ke NEG tanpa server, kolom tertentu dibatasi:
    • Anda tidak dapat menentukan mode balancing. Artinya, nilai RATE,UTILIZATION, dan CONNECTION tidak berpengaruh pada distribusi traffic load balancer.
    • Health check tidak didukung untuk backend serverless. Oleh karena itu, layanan backend yang berisi backend NEG tanpa server tidak dapat dikonfigurasi dengan health check. Namun, Anda dapat mengaktifkan deteksi pencilan secara opsional untuk mengidentifikasi layanan serverless yang tidak responsif dan merutekan permintaan baru ke layanan serverless yang responsif.
  • Anda tidak dapat menggunakan perintah gcloud compute backend-services edit untuk mengubah layanan backend dengan backend NEG tanpa server. Sebagai solusi, gunakan perintah gcloud compute backend-services update.

Batasan tambahan berlaku bergantung pada jenis load balancer dan backend serverless.

Batasan pada Load Balancer Aplikasi internal regional dan Load Balancer Aplikasi eksternal regional

  • NEG tanpa server yang digunakan dengan Load Balancer Aplikasi internal regional, atau Load Balancer Aplikasi eksternal regional hanya dapat mengarah ke layanan Cloud Run.
  • Untuk project yang menggunakan NEG serverless, batas kueri per detik (QPS) adalah 5.000 QPS per project untuk traffic yang dikirim ke NEG serverless yang dikonfigurasi dengan Load Balancer Aplikasi eksternal regional atau Load Balancer Aplikasi internal regional. Batas ini digabungkan di semua Load Balancer Aplikasi eksternal regional dan Load Balancer Aplikasi internal regional dalam project. Ini bukan batas per load balancer.

Batasan pada Load Balancer Aplikasi internal lintas-region

  • NEG serverless yang digunakan dengan Load Balancer Aplikasi internal lintas region hanya dapat mengarah ke layanan Cloud Run.

Batasan pada Load Balancer Aplikasi eksternal global

Bagian ini mencantumkan batasan yang akan Anda temui saat mengonfigurasi NEG serverless dengan Load Balancer Aplikasi eksternal global.

Batasan dengan App Engine

  • Load Balancer Aplikasi eksternal global dengan backend lingkungan fleksibel App Engine dan backend lingkungan standar App Engine tidak mendukung referensi layanan lintas project.

Batasan dengan Cloud Run

  • Load Balancer Aplikasi eksternal dengan NEG serverless tidak mendukung penayangan Knative.
  • Load Balancer Aplikasi Eksternal tidak mendukung autentikasi permintaan pengguna akhir ke layanan Cloud Run. Namun, Anda dapat menggunakan IAP untuk mengautentikasi pengguna dalam organisasi. Jika ingin mengaktifkan IAP, Anda harus ingat bahwa IAP dan Cloud CDN tidak kompatibel satu sama lain. Keduanya tidak dapat diaktifkan di layanan backend yang sama.

Batasan dengan App Engine

  • Load balancing multi-region tidak didukung dengan App Engine. Hal ini karena App Engine memerlukan 1 region per project.
  • Hanya satu kebijakan IAP yang diizinkan di jalur permintaan. Misalnya, jika sudah menetapkan kebijakan IAP di layanan backend, Anda tidak boleh menetapkan kebijakan IAP lain di aplikasi App Engine.
  • Sebaiknya gunakan kontrol masuk sehingga aplikasi Anda hanya menerima permintaan yang dikirim dari load balancer (dan VPC jika Anda menggunakannya). Jika tidak, pengguna dapat menggunakan URL App Engine aplikasi Anda untuk mengabaikan load balancer, kebijakan keamanan Google Cloud Armor, sertifikat SSL, dan kunci pribadi yang diteruskan melalui load balancer.

Keterbatasan dengan API Gateway

Untuk informasi selengkapnya, lihat Batasan pada NEG serverless dan API Gateway.

Batasan pada fitur pengelolaan traffic

  • Fitur pengelolaan traffic lanjutan seperti kebijakan lokalitas load balancing, afinitas sesi, dan pendeteksian pencilan tidak didukung dengan backend NEG serverless.
  • Menentukan afinitas sesi di layanan backend dengan backend NEG tanpa server tidak akan berfungsi. Sebagai solusi untuk Cloud Run, gunakan fitur afinitas sesi tertentu.

Harga

Untuk melihat informasi harga load balancer dengan NEG serverless, lihat Semua harga jaringan: Cloud Load Balancing.

Langkah selanjutnya