Mengonfigurasi pengelolaan traffic lanjutan dengan layanan gRPC tanpa proxy
Dokumen ini memberikan petunjuk untuk mengonfigurasi Traffic Director dengan fitur pengelolaan traffic berikut:
- Pencocokan rute
- Pemisahan traffic
- Pemutusan sirkuit
- Injeksi kesalahan
- Durasi streaming maksimum
- Coba lagi
- Afinitas sesi
- Deteksi outlier
- Load balancing lokalitas
Meskipun dokumen ini berfokus pada penyiapan pengelolaan traffic lanjutan dengan gRPC tanpa proxy di Compute Engine, pengelolaan traffic lanjutan juga didukung saat Anda menggunakan gRPC tanpa proxy di Google Kubernetes Engine (GKE).
Sebelum memulai
Sebelum mengonfigurasi pengelolaan traffic lanjutan, tinjau persyaratan di bagian Bersiap untuk menyiapkan Traffic Director dengan layanan gRPC tanpa proxy. Anda tidak dapat mengonfigurasi pengelolaan traffic lanjutan, kecuali jika semua persyaratan terpenuhi.
Untuk informasi konseptual tentang fitur ini, lihat Pengelolaan traffic lanjutan.
Tentang contoh gRPC Wallet
Untuk menggambarkan fitur ini, Anda men-deploy contoh Wallet gRPC. Dalam contoh ini, ada tiga layanan gRPC, grpc.examples.wallet.Wallet
, grpc.examples.wallet.stats.Stats
, dan grpc.examples.wallet.account.Account
, yang di-deploy sebagai tiga aplikasi terpisah.
Seperti yang ditunjukkan dalam diagram
berikut, Anda membuat klien gRPC yang memanggil layanan Wallet
untuk mendapatkan
keseimbangan akun dan memanggil layanan Stats
untuk mendapatkan harga koin.
Layanan Wallet
memanggil layanan Stats
dan Account
untuk
menghitung saldo. Layanan Stats
juga memanggil layanan Account
untuk mendapatkan informasi pengguna.
Pada contoh, Anda men-deploy dua versi implementasi Wallet
dan Stats
untuk mengilustrasikan pemilihan rute permintaan berdasarkan aturan yang Anda konfigurasikan. Untuk melakukan simulasi pembuatan dan deployment berbagai versi layanan, Anda menggunakan tanda server untuk mengubah perilaku biner yang hanya Anda build sekali.
- Flag
--port
menentukan port tempat layanan pada instance VM memproses. - Tanda
--hostname_suffix
menentukan nilai yang ditambahkan ke nama host instance VM yang merespons permintaan. Nilai yang dihasilkan ditambahkan sebagai metadatahostname
dalam respons. Hal ini membantu Anda mengidentifikasi instance mana dalam grup instance yang merespons permintaan klien. - Flag
--premium_only
dengan nilaitrue
menentukan bahwa layanan adalah versi premium layananstats
. - Flag
--v1_behavior
dengan nilaitrue
menentukan bahwa biner dompet berperilaku sebagai versi v1.
Tabel berikut menampilkan nilai flag ini untuk setiap instance VM yang menjalankan salah satu layanan gRPC, jumlah instance dalam grup instance, dan layanan backend yang mencakup grup instance ini.
Layanan backend | Instance group | Instance | Tanda server |
---|---|---|---|
account |
account |
2 | --port=50053 --hostname_suffix="account"
|
stats |
stats |
2 | --port=50052 --hostname_suffix="stats" --account_server="xds:///account.grpcwallet.io"
|
stats-premium |
stats-premium |
2 | --port=50052 --hostname_suffix="stats_premium" --account_server="xds:///account.grpcwallet.io" --premium_only=true
|
wallet-v1 wallet-v1-affinity
|
wallet-v1 |
2 | --port=50051 --hostname_suffix="wallet_v1" --v1_behavior=true --account_server="xds:///account.grpcwallet.io" --stats_server="xds:///stats.grpcwallet.io"
|
wallet-v2 |
wallet-v2 |
1 | --port=50051 --hostname_suffix "wallet_v2" --account_server="xds:///account.grpcwallet.io" --stats_server="xds:///stats.grpcwallet.io"
|
Setelah men-deploy layanan ini, Anda akan mengonfigurasi Traffic Director untuk merutekan permintaan dari klien pengujian ke layanan backend ini, berdasarkan aturan perutean dalam tabel berikut. Klien terhubung ke nama host virtual layanan, seperti yang ditunjukkan di kolom Host.
Host | Aturan pencocokan | Tindakan rute |
---|---|---|
wallet.grpcwallet.io |
Awalan jalur: "/" Header yang ada: "session_id"
|
Rute ke wallet-v1-affinity |
Awalan jalur: "/" Header: {"route": "timeout"}
|
Setel waktu tunggu 5 detik dan arahkan ke wallet-v2
|
|
Awalan jalur: "/" Header: {"route": "fault"}
|
Menggagalkan 50% permintaan dan merutekan sisanya ke wallet-v2
|
|
Awalan jalur: "/" Header: {"membership": "premium"}
|
Rutekan ke wallet-v1 dancoba lagi hingga 3 kali jika gagal |
|
Jalur lengkap: /grpc.examples.wallet.Wallet/FetchBalance |
Rute ke:wallet-v1 : 70%wallet-v2 : 30%
|
|
Default | Rute ke wallet-v1 |
|
stats.grpcwallet.io |
Awalan jalur: "/" Header: {"membership": "premium"}
|
Rute ke stats-premium |
Default | Rute ke stats |
|
account.grpcwallet.io |
Awalan jalur: "/" Header: {"route": "account-fault"}
|
Menggagalkan 30% permintaan dan merutekan sisanya ke account
|
Default | account |
Contoh ini menggunakan pemisahan traffic 70/30 antara dua layanan yang ada. Jika Anda membagi traffic ke layanan baru yang belum pernah direferensikan oleh peta URL, tambahkan layanan baru ke weightedBackendServices
terlebih dahulu dan beri bobot 0
. Kemudian, secara bertahap tingkatkan bobot yang ditetapkan untuk
layanan tersebut.
Klien pengujian memiliki opsi berikut yang memungkinkan Anda membuat permintaan yang tepat untuk mendemonstrasikan fitur pengelolaan traffic.
Opsi | Deskripsi |
---|---|
--watch=true |
Memanggil metode streaming untuk melihat saldo/harga |
--unary_watch=true |
Memanggil metode unary berulang kali untuk memantau saldo/harga |
--user=Alice |
Memasukkan header {"membership": "premium"} |
--user=Bob |
Memasukkan header {"membership": "normal"} |
--route=value |
Memasukkan header {"route": "value"} |
--affinity=true |
Memasukkan header {"session_id": "value"} |
Menyiapkan lingkungan lokal
Guna menyiapkan lingkungan lokal untuk contoh ini, jalankan perintah berikut:
Update biner
gcloud
untuk memastikan Anda memiliki versi terbaru:gcloud components update
Download repositori contoh:
sudo apt-get install git -y
Clone repositori yang benar untuk contoh:
export EXAMPLES_VERSION=v1.1.x git clone -b $EXAMPLES_VERSION --single-branch --depth=1 \ https://github.com/GoogleCloudPlatform/traffic-director-grpc-examples.git
Membuat dan mengonfigurasi instance Cloud Router
Di bagian ini, Anda akan membuat instance Cloud Router di setiap region dan mengonfigurasinya untuk Cloud NAT. VM yang dibuat oleh contoh ini tidak memiliki alamat IP eksternal, tetapi harus memiliki akses ke internet. Mengonfigurasi Cloud Router dengan Cloud NAT akan memberikan akses yang diperlukan.
gcloud
Buat instance Cloud Router:
gcloud compute routers create nat-router-us-central1 \ --network=default \ --region=us-central1
Konfigurasikan router untuk Cloud NAT:
gcloud compute routers nats create nat-config \ --router-region=us-central1 \ --router=nat-router-us-central1 \ --nat-all-subnet-ip-ranges \ --auto-allocate-nat-external-ips
Membuat aturan firewall dan health check gRPC
Di bagian ini, Anda akan membuat health check gRPC dan aturan firewall untuk mengizinkan permintaan health check gRPC untuk menjangkau jaringan Anda. Kemudian, health check gRPC akan dikaitkan dengan layanan backend agar dapat memeriksa kondisi instance backend layanan backend tersebut.
gcloud
Buat health check:
gcloud compute health-checks create grpc grpcwallet-health-check \ --use-serving-port
Buat aturan firewall untuk health check:
gcloud compute firewall-rules create grpcwallet-allow-health-checks \ --network default --action allow --direction INGRESS \ --source-ranges 35.191.0.0/16,130.211.0.0/22 \ --target-tags allow-health-checks \ --rules tcp:50051-50053
Membuat template instance
Di bagian ini, Anda akan membuat template instance untuk men-deploy layanan gRPC account
yang ditampilkan pada port 50053
.
gcloud
Buat template instance:
gcloud compute instance-templates create grpcwallet-account-template \ --scopes=https://www.googleapis.com/auth/cloud-platform \ --tags=allow-health-checks \ --network-interface=no-address \ --image-family=debian-10 \ --image-project=debian-cloud \ --metadata-from-file=startup-script=<(echo "#! /bin/bash set -ex cd /root export HOME=/root sudo apt-get update -y pushd \$(mktemp -d) sudo apt-get install -y wget git wget https://dl.google.com/go/go1.16.5.linux-amd64.tar.gz sudo tar -C /usr/local -xvf go1.16.5.linux-amd64.tar.gz sudo cp /usr/local/go/bin/go /usr/bin/go popd git clone -b $EXAMPLES_VERSION --single-branch --depth=1 https://github.com/GoogleCloudPlatform/traffic-director-grpc-examples.git cd traffic-director-grpc-examples/go/account_server/ go build . sudo systemd-run ./account_server --port 50053 --hostname_suffix account")
Membuat grup instance terkelola
Grup instance terkelola (MIG) menggunakan penskalaan otomatis untuk membuat instance VM baru sesuai kebutuhan. Di bagian ini, Anda akan membuat MIG menggunakan template instance yang telah dibuat di bagian sebelumnya.
gcloud
Buat grup instance:
gcloud compute instance-groups managed create grpcwallet-account-mig-us-central1 \ --zone=us-central1-a \ --size=2 \ --template=grpcwallet-account-template
Mengonfigurasi port bernama
Di bagian ini, Anda akan mengonfigurasi port bernama untuk layanan gRPC. Port
bernama adalah port tempat layanan gRPC memproses permintaan. Dalam contoh
ini, port yang bernama adalah port 50053
.
gcloud
Buat port bernama:
gcloud compute instance-groups set-named-ports grpcwallet-account-mig-us-central1 \ --named-ports=grpcwallet-account-port:50053 \ --zone=us-central1-a
Membuat layanan backend
Di bagian ini, Anda akan membuat
layanan backend
global dengan skema load balancing INTERNAL_SELF_MANAGED
dan protokol GRPC
.
Selanjutnya, Anda akan mengaitkan health check dan grup instance dengan layanan backend.
Dalam contoh ini, Anda menggunakan MIG yang Anda buat di
Membuat grup instance terkelola. MIG ini menjalankan
layanan gRPC account
. Port dalam tanda --port-name
adalah port bernama yang Anda
buat di
Mengonfigurasi port bernama.
gcloud
Buat layanan backend, lalu kaitkan health check dengan layanan backend baru:
gcloud compute backend-services create grpcwallet-account-service \ --global \ --load-balancing-scheme=INTERNAL_SELF_MANAGED \ --protocol=GRPC \ --port-name=grpcwallet-account-port \ --health-checks=grpcwallet-health-check
Tambahkan grup instance terkelola sebagai backend:
gcloud compute backend-services add-backend grpcwallet-account-service \ --instance-group=grpcwallet-account-mig-us-central1 \ --instance-group-zone=us-central1-a \ --global
Langkah-langkah untuk membuat layanan backend lainnya yang digunakan dalam contoh Dompet gRPC mirip dengan langkah sebelumnya. Anda membuat layanan yang tersisa dengan menjalankan skrip shell. Skrip ini men-deploy layanan backend berikut:
stats
stats-premium
wallet-v1
wallet-v1-affinity
wallet-v2
Jalankan skrip shell yang membuat layanan backend tambahan:
traffic-director-grpc-examples/scripts/create_service.sh go stats 50052 stats '--account_server="xds:///account.grpcwallet.io"' traffic-director-grpc-examples/scripts/create_service.sh go stats 50052 stats-premium '--account_server="xds:///account.grpcwallet.io" --premium_only=true' # This command creates wallet-v1 and wallet-v1-affinity backend services. traffic-director-grpc-examples/scripts/create_service.sh java wallet 50051 wallet-v1 '--account_server="xds:///account.grpcwallet.io" --stats_server="xds:///stats.grpcwallet.io" --v1_behavior=true' traffic-director-grpc-examples/scripts/create_service.sh java wallet 50051 wallet-v2 '--account_server="xds:///account.grpcwallet.io" --stats_server="xds:///stats.grpcwallet.io"'
Membuat aturan pemilihan rute
Di bagian ini, Anda akan membuat peta URL yang digunakan untuk mendemonstrasikan berbagai fitur pengelolaan lalu lintas. Peta URL menentukan nama host virtual layanan dalam contoh ini dan aturan perutean yang terkait. Untuk mengetahui informasi selengkapnya, lihat Peta aturan perutean.
Pada peta URL, hostRules
menentukan nama host virtual
layanan dalam contoh. Ini adalah nama yang digunakan klien di URI saluran untuk terhubung ke layanan tertentu. Misalnya, untuk mengirim permintaan ke layanan account
, klien menggunakan xds:///account.grpcwallet.io
dalam URI saluran. Di hostRules
, konfigurasikan entri hosts
dengan nilai
account.grpcwallet.io
.
pathMatcher
yang terkait dengan entri hosts
menentukan nama
pathMatcher
yang berisi semua aturan pemilihan rute untuk host virtual tersebut. Konfigurasi
pathMatcher
terdiri dari aturan pencocokan dan aturan tindakan
yang sesuai seperti yang dijelaskan dalam Tentang contoh Wallet gRPC.
gcloud
Membuat peta URL:
export PROJECT_ID=$(gcloud config list --format 'value(core.project)') export BS_PREFIX=projects/$PROJECT_ID/global/backendServices/grpcwallet gcloud compute url-maps import grpcwallet-url-map << EOF name: grpcwallet-url-map defaultService: $BS_PREFIX-account-service hostRules: - hosts: - account.grpcwallet.io pathMatcher: grpcwallet-account-path-matcher - hosts: - stats.grpcwallet.io pathMatcher: grpcwallet-stats-path-matcher - hosts: - wallet.grpcwallet.io pathMatcher: grpcwallet-wallet-path-matcher pathMatchers: - name: grpcwallet-account-path-matcher defaultService: $BS_PREFIX-account-service routeRules: - matchRules: - prefixMatch: / headerMatches: - headerName: route exactMatch: account-fault priority: 0 routeAction: weightedBackendServices: - backendService: $BS_PREFIX-account-service weight: 100 faultInjectionPolicy: abort: httpStatus: 503 percentage: 30 - name: grpcwallet-stats-path-matcher defaultService: $BS_PREFIX-stats-service routeRules: - matchRules: - prefixMatch: / headerMatches: - headerName: membership exactMatch: premium priority: 0 service: $BS_PREFIX-stats-premium-service - name: grpcwallet-wallet-path-matcher defaultService: $BS_PREFIX-wallet-v1-service routeRules: - matchRules: - prefixMatch: / headerMatches: - headerName: session_id presentMatch: true priority: 0 routeAction: weightedBackendServices: - backendService: $BS_PREFIX-wallet-v1-affinity-service weight: 100 - matchRules: - prefixMatch: / headerMatches: - headerName: route exactMatch: timeout priority: 1 routeAction: weightedBackendServices: - backendService: $BS_PREFIX-wallet-v2-service weight: 100 maxStreamDuration: seconds: 5 - matchRules: - prefixMatch: / headerMatches: - headerName: route exactMatch: fault priority: 2 routeAction: weightedBackendServices: - backendService: $BS_PREFIX-wallet-v2-service weight: 100 faultInjectionPolicy: abort: httpStatus: 503 percentage: 50 - matchRules: - prefixMatch: / headerMatches: - headerName: membership exactMatch: premium priority: 3 routeAction: weightedBackendServices: - backendService: $BS_PREFIX-wallet-v1-service weight: 100 retryPolicy: retryConditions: - unavailable numRetries: 3 - matchRules: - fullPathMatch: /grpc.examples.wallet.Wallet/FetchBalance priority: 4 routeAction: weightedBackendServices: - backendService: $BS_PREFIX-wallet-v1-service weight: 70 - backendService: $BS_PREFIX-wallet-v2-service weight: 30 - matchRules: - prefixMatch: /grpc.examples.wallet.Wallet/ priority: 5 routeAction: weightedBackendServices: - backendService: $BS_PREFIX-wallet-v2-service weight: 100 EOF
Membuat proxy dan aturan penerusan target
Di bagian ini, Anda akan membuat proxy gRPC target dan aturan penerusan.
Proxy gRPC target mereferensikan peta URL yang Anda buat di langkah sebelumnya.
Tanda --validate-for-proxyless
memungkinkan pemeriksaan konfigurasi agar Anda
tidak mengaktifkan fitur yang tidak kompatibel dengan deployment gRPC
tanpa proxy secara tidak sengaja.
gcloud
Buat proxy gRPC target:
gcloud compute target-grpc-proxies create grpcwallet-proxy \ --url-map=grpcwallet-url-map \ --validate-for-proxyless
Aturan penerusan merujuk ke proxy gRPC target yang Anda buat. Skema load balancing disetel ke INTERNAL_SELF_MANAGED
untuk menunjukkan bahwa aturan penerusan ini digunakan oleh Traffic Director. Aturan ini harus berupa
aturan penerusan global. Alamat IP disetel ke 0.0.0.0
karena klien gRPC
tanpa proxy menyelesaikan hostname:port
di URI target dengan mengirimkan
permintaan LDS ke Traffic Director, bukan melakukan pencarian DNS. Untuk mengetahui informasi
selengkapnya, lihat Skema resolusi nama.
Jika port tidak ditentukan dalam URI target, nilai defaultnya adalah 80
. Misalnya, URI target xds:///foo.myservice:8080
cocok dengan aturan penerusan yang dikonfigurasi dengan port 8080
. Dalam contoh ini, aturan penerusan dikonfigurasi dengan port 80
.
gcloud
Buat aturan penerusan:
gcloud compute forwarding-rules create grpcwallet-forwarding-rule \ --global \ --load-balancing-scheme=INTERNAL_SELF_MANAGED \ --address=0.0.0.0 \ --address-region=us-central1 \ --target-grpc-proxy=grpcwallet-proxy \ --ports=80 \ --network=default
Memverifikasi konfigurasi
Setelah proses konfigurasi selesai, pastikan bahwa layanan backend yang Anda konfigurasi tersedia dengan memeriksa halaman Traffic Director di Google Cloud Console. Pastikan layanan backend dan backend terkait dilaporkan responsif. Proses ini mungkin perlu waktu beberapa menit.
Memverifikasi konfigurasi perutean
Di bagian ini, Anda akan memastikan bahwa konfigurasi perutean berfungsi dengan benar.
Anda menggunakan alat grpcurl
untuk menguji konfigurasi.
gcloud
Buat VM klien tempat Anda menjalankan klien untuk menguji layanan. Secara opsional, Anda dapat menyertakan flag
--network-interface=no-address
.gcloud compute instances create grpc-wallet-client \ --zone=us-central1-a \ --scopes=https://www.googleapis.com/auth/cloud-platform \ --image-family=debian-10 \ --image-project=debian-cloud \ --metadata-from-file=startup-script=<(echo '#! /bin/bash set -e export GRPC_XDS_BOOTSTRAP=/run/td-grpc-bootstrap.json # Expose bootstrap variable to SSH connections echo export GRPC_XDS_BOOTSTRAP=$GRPC_XDS_BOOTSTRAP | sudo tee /etc/profile.d/grpc-xds-bootstrap.sh # Create the bootstrap file curl -L https://storage.googleapis.com/traffic-director/td-grpc-bootstrap-0.11.0.tar.gz | tar -xz ./td-grpc-bootstrap-0.11.0/td-grpc-bootstrap | sudo tee $GRPC_XDS_BOOTSTRAP')
Akses VM menggunakan SSH dan jalankan perintah berikut untuk menyiapkan VM:
export EXAMPLES_VERSION=v1.1.x sudo apt-get update sudo apt-get install git -y
Jalankan perintah berikut:
git clone -b $EXAMPLES_VERSION --single-branch --depth=1 \ https://github.com/GoogleCloudPlatform/traffic-director-grpc-examples.git curl -L https://github.com/fullstorydev/grpcurl/releases/download/v1.6.1/grpcurl_1.6.1_linux_x86_64.tar.gz | tar -xz chmod +x grpcurl
Untuk mengakses layanan tanpa proxy file bantuan, klien gRPC harus menggunakan
skema resolusi nama xds
. Skema ini memberi tahu library gRPC yang digunakan di klien
untuk menggunakan server xDS guna me-resolve nama host. Untuk melakukan ini, konfigurasi bootstrap diperlukan.
Skrip startup di bagian sebelumnya menetapkan
variabel lingkungan GRPC_XDS_BOOTSTRAP
dan menggunakan skrip helper untuk menghasilkan
file bootstrap. Nilai untuk TRAFFICDIRECTOR_GCP_PROJECT_NUMBER
, TRAFFICDIRECTOR_NETWORK_NAME
, dan zona dalam file bootstrap yang dihasilkan diperoleh dari server metadata yang mengetahui detail tentang instance VM Compute Engine Anda. Anda dapat memberikan nilai ini ke skrip helper
secara manual menggunakan opsi -gcp-project-number
dan -vpc-network-name
.
Verifikasi konfigurasi menggunakan alat grpcurl
Jalankan perintah berikut di shell SSH untuk memastikan bahwa wallet-service
,
stats-service
, dan account-service
sedang berjalan:
./grpcurl -plaintext xds:///account.grpcwallet.io list ./grpcurl -plaintext -d '{"token": "2bd806c9"}' xds:///account.grpcwallet.io grpc.examples.wallet.account.Account/GetUserInfo ./grpcurl -plaintext -H 'authorization:2bd806c9' -H 'membership:premium' xds:///stats.grpcwallet.io grpc.examples.wallet.stats.Stats/FetchPrice ./grpcurl -plaintext -H 'authorization:2bd806c9' -H 'membership:premium' -d '{"include_balance_per_address": true}' xds:///wallet.grpcwallet.io grpc.examples.wallet.Wallet/FetchBalance
Anda akan melihat hasil berikut:
grpc.examples.wallet.account.Account grpc.health.v1.Health grpc.reflection.v1alpha.ServerReflection { "name": "Alice", "membership": "PREMIUM" } { "price": "10295" } { "balance": "5089953" }
Verifikasi dengan grpc-wallet
klien
Gunakan petunjuk khusus bahasa berikut untuk memverifikasi konfigurasi. Perintah ini mengirim beberapa RPC, beberapa dengan metadata tambahan, untuk menunjukkan bahwa permintaan dirutekan ke layanan backend berdasarkan aturan pencocokan dari peta URL. Perintah ini juga mencetak nama host instance VM untuk setiap respons guna menunjukkan ke instance VM mana permintaan dirutekan.
Java
Untuk memverifikasi layanan dengan klien Java gRPC, jalankan perintah berikut:
sudo apt-get install -y openjdk-11-jdk-headless
Jalankan perintah berikut:
cd ~/traffic-director-grpc-examples/java ./gradlew installDist # This command calls 'FetchBalance' from 'wallet-service' in a loop, # to demonstrate that 'FetchBalance' gets responses from 'wallet-v1' (70%) # and 'wallet-v2' (30%). ./build/install/wallet/bin/client balance --wallet_server="xds:///wallet.grpcwallet.io" --unary_watch=true --user=Bob # This command calls the streaming RPC 'WatchBalance' from 'wallet-service'. # The RPC path matches the service prefix, so all requests are # sent to 'wallet-v2'. ./build/install/wallet/bin/client balance --wallet_server="xds:///wallet.grpcwallet.io" --watch=true --user=Bob # This command calls 'WatchPrice' from 'stats-service'. It sends the # user's membership (premium or not) in metadata. Premium requests are # all sent to 'stats-premium' and get faster responses. Alice's requests # always go to premium and Bob's go to regular. ./build/install/wallet/bin/client price --stats_server="xds:///stats.grpcwallet.io" --watch=true --user=Bob ./build/install/wallet/bin/client price --stats_server="xds:///stats.grpcwallet.io" --watch=true --user=Alice
Go
Untuk memverifikasi layanan dengan klien gRPC Go, instal golang atau ikuti petunjuk resmi:
sudo apt-get install -y wget wget https://dl.google.com/go/go1.16.5.linux-amd64.tar.gz sudo tar -C /usr/local -xvf go1.16.5.linux-amd64.tar.gz sudo ln -s /usr/local/go/bin/go /usr/bin/go
Jalankan perintah berikut:
cd ~/traffic-director-grpc-examples/go/wallet_client go build # This command calls 'FetchBalance' from 'wallet-service' in a loop, # to demonstrate that 'FetchBalance' gets responses from 'wallet-v1' (70%) # and 'wallet-v2' (30%). ./wallet_client balance --wallet_server="xds:///wallet.grpcwallet.io" --unary_watch --user=Bob # This command calls the streaming RPC 'WatchBalance' from 'wallet-service'. # The RPC path matches the service prefix, so all requests # are sent to 'wallet-v2'. ./wallet_client balance --wallet_server="xds:///wallet.grpcwallet.io" --watch --user=Bob # This command calls 'WatchPrice' from 'stats-service'. It sends the # user's membership (premium or not) in metadata. Premium requests are # all sent to 'stats-premium' and get faster responses. Alice's requests # always go to premium and Bob's go to regular. ./wallet_client price --stats_server="xds:///stats.grpcwallet.io" --watch --user=Bob ./wallet_client price --stats_server="xds:///stats.grpcwallet.io" --watch --user=Alice
C++
Untuk memverifikasi layanan dengan klien gRPC C++, jalankan perintah berikut:
sudo apt-get install -y build-essential
Jalankan perintah berikut:
cd ~/traffic-director-grpc-examples/cpp ../tools/bazel build :client # This command calls 'FetchBalance' from 'wallet-service' in a loop, # to demonstrate that 'FetchBalance' gets responses from 'wallet-v1' (70%) # and 'wallet-v2' (30%). ../bazel-bin/cpp/client balance --wallet_server="xds:///wallet.grpcwallet.io" --unary_watch=true --user=Bob # This command calls the streaming RPC 'WatchBalance' from 'wallet-service'. # The RPC path matches the service prefix, so all requests are sent to 'wallet-v2'. ../bazel-bin/cpp/client balance --wallet_server="xds:///wallet.grpcwallet.io" --watch=true --user=Bob # This command calls 'WatchPrice' from 'stats-service'. It sends the # user's membership (premium or not) in metadata. Premium requests are # all sent to 'stats-premium' and get faster responses. Alice's requests # always go to premium, and Bob's go to regular. ../bazel-bin/cpp/client price --stats_server="xds:///stats.grpcwallet.io" --watch=true --user=Bob ../bazel-bin/cpp/client price --stats_server="xds:///stats.grpcwallet.io" --watch=true --user=Alice
Mengonfigurasi opsi lanjutan lainnya
Anda dapat mengonfigurasi opsi pemilihan rute traffic lanjutan tambahan menggunakan petunjuk di bagian berikut.
Pemutusan sirkuit
Pemutusan sirkuit memungkinkan Anda menetapkan nilai minimum kegagalan untuk mencegah permintaan klien membebani layanan backend Anda. Setelah jumlah permintaan yang belum terselesaikan mencapai batas yang Anda tetapkan, klien akan berhenti mengirim permintaan tambahan, sehingga layanan backend Anda memiliki waktu untuk melakukan pemulihan.
Pemutusan sirkuit mencegah kegagalan beruntun dengan menampilkan error kepada klien, bukan membebani layanan backend. Dengan begitu, beberapa traffic dapat disalurkan sekaligus memberikan waktu untuk mengelola situasi overload, seperti menangani lonjakan traffic dengan meningkatkan kapasitas melalui penskalaan otomatis.
Saat Anda membuat layanan backend untuk stats-service
, skrip
create_service.sh
akan menyertakan baris berikut dalam konfigurasinya:
circuitBreakers: maxRequests: 1
Setelan ini membatasi klien ke satu permintaan yang tertunda ke stats-service
pada satu waktu. Karena hanya ada satu layanan wallet-v2
, menjalankan dua operasi WatchBalance
klien dompet secara serentak akan menunjukkan kegagalan dari instance kedua.
Java
Jalankan perintah berikut:
cd ~/traffic-director-grpc-examples/java ./build/install/wallet/bin/client balance --wallet_server="xds:///wallet.grpcwallet.io" --watch=true --user=Bob 2>/dev/null 1>/dev/null & sleep 10 # Wait a few seconds to allow the watch to begin. ./build/install/wallet/bin/client balance --wallet_server="xds:///wallet.grpcwallet.io" --watch=true --user=Bob
Outputnya akan terlihat seperti berikut:
io.grpc.examples.wallet.Client run INFO: Will try to run balance io.grpc.examples.wallet.Client run WARNING: RPC failed: Status{code=INTERNAL, description=RPC to stats server failed: UNAVAILABLE: Cluster max concurrent requests limit exceeded, cause=null}
Berikan perintah
kill
:kill %%
Go
Jalankan perintah berikut:
cd ~/traffic-director-grpc-examples/go/wallet_client ./wallet_client balance --wallet_server="xds:///wallet.grpcwallet.io" --watch --user=Bob 2> /dev/null 1> /dev/null & sleep 10 # Wait a few seconds to allow the watch to begin. ./wallet_client balance --wallet_server="xds:///wallet.grpcwallet.io" --watch --user=Bob
Outputnya akan terlihat seperti berikut:
server host: error: no hostname failed to fetch balance: rpc error: code = Internal desc = RPC to stats server failed: UNAVAILABLE: Cluster max concurrent requests limit exceeded
Berikan perintah
kill
:kill %%
C++
Jalankan perintah berikut:
cd ~/traffic-director-grpc-examples/cpp ../bazel-bin/cpp/client balance --wallet_server="xds:///wallet.grpcwallet.io" --watch=true --user=Bob 2>/dev/null 1>/dev/null & sleep 10 # Wait a few seconds to allow the watch to begin. ../bazel-bin/cpp/client balance --wallet_server="xds:///wallet.grpcwallet.io" --watch=true --user=Bob
Outputnya akan terlihat seperti berikut:
Client arguments: command: balance, wallet_server: xds:///wallet.grpcwallet.io, stats_server: localhost:18882, user: Bob, watch: 1 ,unary_watch: 0, observability_project: , route: 13: RPC to stats server failed: UNAVAILABLE: Cluster max concurrent requests limit exceeded
Berikan perintah
kill
:kill %%
Injeksi kesalahan
Injeksi kesalahan menimbulkan error saat melayani permintaan untuk menyimulasikan kegagalan, termasuk latensi tinggi, kelebihan beban layanan, kegagalan layanan, dan partisi jaringan. Fitur ini berguna untuk menguji ketahanan layanan terhadap kesalahan simulasi.
Saat membuat peta URL sebelumnya, Anda menetapkan kebijakan injeksi kesalahan untuk
menggagalkan 50% RPC yang dikirim ke wallet.grpcwallet.io
dengan header
route=fault
.
Untuk mendemonstrasikan injeksi fault, gunakan kode dalam bahasa berikut.
Java
Jalankan perintah berikut:
cd ~/traffic-director-grpc-examples/java ./build/install/wallet/bin/client balance --wallet_server="xds:///wallet.grpcwallet.io" --unary_watch=true --user=Bob --route=fault
Outputnya akan terlihat seperti berikut:
server host: grpcwallet-wallet-v2-mig-us-central1-zznc total balance: 10340491 - address: 148de9c5, balance: 2549839 - address: 2e7d2c03, balance: 7790652 io.grpc.examples.wallet.Client run WARNING: RPC failed: Status{code=UNAVAILABLE, description=RPC terminated due to fault injection: HTTP status code 503, cause=null}
Go
Jalankan perintah berikut:
cd ~/traffic-director-grpc-examples/go/wallet_client ./wallet_client balance --wallet_server="xds:///wallet.grpcwallet.io" --unary_watch --user=Bob --route=fault
Outputnya akan terlihat seperti berikut:
server host: grpcwallet-wallet-v1-mig-us-central1-bm1t_wallet-v1 user: Bob, total grpc-coin balance: 10452589. - address: 2e7d2c03, balance: 7875108. - address: 148de9c5, balance: 2577481. failed to fetch balance: rpc error: code = Unavailable desc = RPC terminated due to fault injection
C++
Jalankan perintah berikut:
cd ~/traffic-director-grpc-examples/cpp ../bazel-bin/cpp/client balance --wallet_server="xds:///wallet.grpcwallet.io" --unary_watch=true --user=Bob --route=fault
Outputnya akan terlihat seperti berikut:
Client arguments: command: balance, wallet_server: xds:///wallet.grpcwallet.io, stats_server: localhost:18882, user: Bob, watch: 0 ,unary_watch: 1, observability_project: , route: fault server host: grpcwallet-wallet-v2-mig-us-central1-1lm6 user: Bob total grpc-coin balance: 10211908 - address: 148de9c5, balance: 2518132 - address: 2e7d2c03, balance: 7693776 14: Fault injected
Durasi streaming maksimum
Durasi streaming maksimum memungkinkan waktu tunggu maksimum diterapkan ke semua RPC. Hal ini mencegah klien yang lupa menetapkan batas waktu, atau yang menetapkan batas waktu yang berlebihan, sehingga tidak menyia-nyiakan resource server.
Saat membuat peta URL sebelumnya, Anda menetapkan durasi streaming maksimum 5 detik untuk RPC yang dikirim ke wallet.grpcwallet.io
dengan header route=timeout
.
Untuk mendemonstrasikan waktu tunggu, kita menghentikan layanan wallet-v2
terlebih dahulu.
gcloud
gcloud compute instance-groups managed resize \ --size=0 grpcwallet-wallet-v2-mig-us-central1 \ --zone=us-central1-a
Perintah berikut akan macet selamanya, karena tidak ada layanan backend untuk menanganinya, dan aplikasi tidak menetapkan batas waktu.
Java
Jalankan perintah berikut:
cd ~/traffic-director-grpc-examples/java ./build/install/wallet/bin/client balance --wallet_server="xds:///wallet.grpcwallet.io" --watch=true --user=Bob
Perintah berhenti merespons. Tekan ^C untuk menginterupsi perintah.
Go
Jalankan perintah berikut:
cd ~/traffic-director-grpc-examples/go/wallet_client ./wallet_client balance --wallet_server="xds:///wallet.grpcwallet.io" --watch --user=Bob
Perintah berhenti merespons. Tekan ^C untuk menginterupsi perintah.
C++
Jalankan perintah berikut:
cd ~/traffic-director-grpc-examples/cpp ../bazel-bin/cpp/client balance --wallet_server="xds:///wallet.grpcwallet.io" --watch=true --user=Bob
Perintah berhenti merespons. Tekan ^C untuk menginterupsi perintah.
Namun, perintah berikut yang menggunakan rute timeout
akan gagal setelah 5 detik
karena setelan maxStreamDuration
.
Java
Jalankan perintah berikut:
cd ~/traffic-director-grpc-examples/java ./build/install/wallet/bin/client balance --wallet_server="xds:///wallet.grpcwallet.io" --watch=true --user=Bob --route=timeout
Outputnya akan terlihat seperti berikut:
io.grpc.examples.wallet.Client run WARNING: RPC failed: Status{code=DEADLINE_EXCEEDED, description=deadline exceeded after 4.999594070s. [wait_for_ready, buffered_nanos=5000553401, waiting_for_connection], cause=null}
Go
Jalankan perintah berikut:
cd ~/traffic-director-grpc-examples/go/wallet_client ./wallet_client balance --wallet_server="xds:///wallet.grpcwallet.io" --watch --user=Bob --route=timeout
Outputnya akan terlihat seperti berikut:
failed to create stream: rpc error: code = DeadlineExceeded desc = context deadline exceeded.
C++
Jalankan perintah berikut:
cd ~/traffic-director-grpc-examples/cpp ../bazel-bin/cpp/client balance --wallet_server="xds:///wallet.grpcwallet.io" --watch=true --user=Bob --route=timeout
Outputnya akan terlihat seperti berikut:
Client arguments: command: balance, wallet_server: xds:///wallet.grpcwallet.io, stats_server: localhost:18882, user: Bob, watch: 1 ,unary_watch: 0, observability_project: , route: timeout 4: Deadline Exceeded
Mulai ulang layanan wallet-v2
.
gcloud
gcloud compute instance-groups managed resize \ --size=1 grpcwallet-wallet-v2-mig-us-central1 \ --zone=us-central1-a
Coba lagi
Percobaan ulang membantu Anda meningkatkan ketersediaan layanan dengan mengaktifkan aplikasi gRPC Anda untuk mencoba lagi permintaan keluar sesuai dengan kebijakan percobaan ulang. Dalam kebijakan percobaan ulang, Anda dapat mengonfigurasi kondisi di mana permintaan yang gagal harus dicoba ulang dan jumlah maksimum upaya percobaan ulang—misalnya, saat permintaan gagal dengan kode respons tertentu.
Jika membuat peta URL sebelumnya, Anda menetapkan kebijakan percobaan ulang untuk RPC ke
metode FetchBalance
dengan
header membership=premium
. Kebijakan ini mencoba ulang RPC yang gagal dengan kode status
unavailable
hingga maksimum 3 kali. Anda juga menetapkan kebijakan injeksi kesalahan
untuk RPC ke account.grpcwallet.io
dengan header route=account-fault
yang menggagalkan 30% RPC dari layanan Wallet
ke layanan
Account
. Akibatnya, 30% RPC dari klien pengujian dengan header membership=normal
gagal, sedangkan tingkat kegagalan untuk RPC dengan header membership=premium
kurang dari 1%.
Untuk menunjukkan percobaan ulang, gunakan kode dalam bahasa berikut.
Java
Jalankan perintah berikut:
cd ~/traffic-director-grpc-examples/java # 30% of the requests fail because Bob is a normal user. ./build/install/wallet/bin/client balance --wallet_server="xds:///wallet.grpcwallet.io" --unary_watch=true --user=Bob --route=account-fault # Less than 1% of the requests fail because Alice is a premium user. ./build/install/wallet/bin/client balance --wallet_server="xds:///wallet.grpcwallet.io" --unary_watch=true --user=Alice --route=account-fault
Go
Jalankan perintah berikut:
cd ~/traffic-director-grpc-examples/go/wallet_client # 30% of the requests fail because Bob is a normal user. ./wallet_client balance --wallet_server="xds:///wallet.grpcwallet.io" --unary_watch=true --user=Bob --route=account-fault # Less than 1% of the requests fail because Alice is a premium user. ./wallet_client balance --wallet_server="xds:///wallet.grpcwallet.io" --unary_watch=true --user=Alice --route=account-fault
C++
Jalankan perintah berikut:
cd ~/traffic-director-grpc-examples/cpp # 30% of the requests fail because Bob is a normal user. ../bazel-bin/cpp/client balance --wallet_server="xds:///wallet.grpcwallet.io" --unary_watch=true --user=Bob --route=account-fault # Less than 1% of the requests fail because Alice is a premium user. ../bazel-bin/cpp/client balance --wallet_server="xds:///wallet.grpcwallet.io" --unary_watch=true --user=Alice --route=account-fault
Afinitas sesi
Afinitas sesi memberikan upaya terbaik untuk mengirim permintaan dengan karakteristik tertentu (header HTTP) ke instance yang sama selama instance responsif dan memiliki kapasitas. Hal ini berguna untuk server aplikasi stateful yang mendapatkan manfaat dari peningkatan performa dan efisiensi saat permintaan dari klien tertentu dikirim ke instance yang sama, bukan, misalnya, distribusi round-robin ke instance yang berbeda.
Saat Anda membuat layanan backend grpcwallet-wallet-v1-affinity-service
,
dalam skrip create_service.sh
, localityLbPolicy
ditetapkan ke
ROUND_ROBIN
. Dalam contoh ini, Anda akan menerapkan konfigurasi berikut untuk
mengubah localityLbPolicy
menjadi RING_HASH
.
sessionAffinity: HEADER_FIELD localityLbPolicy: RING_HASH consistentHash: httpHeaderName: "session_id"
gcloud
Simpan konfigurasi layanan backend
grpcwallet-wallet-v1-affinity-service
:gcloud compute backend-services export grpcwallet-wallet-v1-affinity-service \ --destination=bs_config.yaml \ --global
Update layanan backend
grpcwallet-wallet-v1-affinity-service
:project_id="$(gcloud config list --format 'value(core.project)')" backend_config=" backends: - balancingMode: UTILIZATION capacityScaler: 1.0 group: projects/${project_id}/zones/us-central1-a/instanceGroups/grpcwallet-wallet-v1-mig-us-central1 connectionDraining: drainingTimeoutSec: 0 healthChecks: - projects/${project_id}/global/healthChecks/grpcwallet-health-check loadBalancingScheme: INTERNAL_SELF_MANAGED name: grpcwallet-wallet-v1-affinity-service portName: grpcwallet-wallet-port protocol: GRPC sessionAffinity: HEADER_FIELD localityLbPolicy: RING_HASH consistentHash: httpHeaderName: session_id" gcloud compute backend-services import grpcwallet-wallet-v1-affinity-service --global <<< "${backend_config}"
Untuk mendemonstrasikan afinitas sesi, gunakan kode dalam bahasa berikut. Dengan
tanda --affinity=true
, klien menyisipkan header session-id
dengan
nilai unik untuk setiap pengguna. Hash nilai ini digunakan untuk mengirim permintaan
ke instance tertentu dalam grup instance layanan backend
grpcwallet-wallet-v1-affinity-service
.
Java
Jalankan perintah berikut:
cd ~/traffic-director-grpc-examples/java # Without affinity, requests are sent to both instances. ./build/install/wallet/bin/client balance --wallet_server="xds:///wallet.grpcwallet.io" --unary_watch=true --user=Alice # With affinity, requests are sent to only one instance. ./build/install/wallet/bin/client balance --wallet_server="xds:///wallet.grpcwallet.io" --unary_watch=true --user=Alice --affinity=true
Go
Jalankan perintah berikut:
cd ~/traffic-director-grpc-examples/go/wallet_client # Without affinity, requests are sent to both instances. ./wallet_client balance --wallet_server="xds:///wallet.grpcwallet.io" --unary_watch=true --user=Alice # With affinity, requests are sent to only one instance. ./wallet_client balance --wallet_server="xds:///wallet.grpcwallet.io" --unary_watch=true --user=Alice --affinity=true
C++
Jalankan perintah berikut:
cd ~/traffic-director-grpc-examples/cpp # Without affinity, requests are sent to both instances. ../bazel-bin/cpp/client balance --wallet_server="xds:///wallet.grpcwallet.io" --unary_watch=true --user=Alice # With affinity, requests are sent to only one instance. ../bazel-bin/cpp/client balance --wallet_server="xds:///wallet.grpcwallet.io" --unary_watch=true --user=Alice --affinity=true
Pulihkan konfigurasi layanan backend grpcwallet-wallet-v1-affinity-service
.
gcloud
gcloud compute backend-services import grpcwallet-wallet-v1-affinity-service \ --source=bs_config.yaml \ --global
Deteksi outlier
Untuk meningkatkan ketersediaan layanan, konfigurasikan deteksi pencilan. Fitur ini memungkinkan Anda mengidentifikasi dan mengeluarkan host yang tidak responsif untuk sementara dari kumpulan load balancing. Host yang tidak sehat ini disebut outlier.
gRPC mengevaluasi host berdasarkan tingkat keberhasilan—frekuensi saat host berhasil menangani permintaan. Rasio ini dipengaruhi oleh kegagalan seperti error gRPC, error HTTP, waktu tunggu, dan masalah lainnya.
Saat mengonfigurasi deteksi pencilan melalui Traffic Director, Anda dapat menyesuaikan cara gRPC menilai host dan caranya menangani pencilan. Misalnya, Anda dapat menentukan kriteria seperti berikut:
Jumlah permintaan yang harus diterima host sebelum gRPC menganalisisnya untuk kemungkinan status pencilan.
Sejauh mana host dapat menyimpang dari tingkat keberhasilan rata-rata sebelum dianggap sebagai pencilan.
Persentase maksimum host yang dapat dikeluarkan pada satu waktu dari kumpulan load balancing.
Jumlah waktu saat pencilan dikecualikan dari kumpulan load balancing.
Untuk mengetahui informasi selengkapnya tentang parameter yang tersedia, lihat referensi REST Resource: backendServices
. Namun, ada beberapa batasan untuk gRPC, seperti yang dijelaskan di
bagian berikut.
Batasan
Kolom berikut tidak didukung untuk klien gRPC:
outlierDetection.consecutiveErrors
outlierDetection.enforcingConsecutiveErrors
outlierDetection.consecutiveGatewayFailure
outlierDetection.enforcingConsecutiveGatewayFailure
Siapkan deteksi pencilan
Prosedur berikut ini menunjukkan cara mengonfigurasi deteksi pencilan untuk layanan yang menggunakan satu grup instance sebagai backend-nya. Prosedur ini menetapkan konfigurasi berikut:
- Analisis deteksi pencilan berjalan setiap detik. Anda mengonfigurasi perilaku ini menggunakan kolom
interval
. - Pencilan dikeluarkan dari kumpulan load balancing selama 30 detik, sebagai berikut:
- Jika belum pernah dikeluarkan sebelumnya, host akan dikeluarkan hanya selama 30 detik.
- Jika host sebelumnya telah dikeluarkan, waktunya akan bertambah 30 detik untuk
setiap ejeksi sebelumnya. Misalnya, saat dikeluarkan untuk ketiga kalinya, host akan dikeluarkan selama 90 detik.
Anda mengonfigurasi perilaku ini menggunakan kolom
baseEjectionTime
.
- Host dianggap tidak responsif jika tingkat keberhasilannya adalah satu deviasi standar di bawah rata-rata selama interval waktu yang dipilih (dalam hal ini, 1 detik). Anda mengonfigurasi simpangan baku maksimum menggunakan kolom
successRateStdevFactor
.
Untuk mengonfigurasi deteksi pencilan dengan cara ini, gunakan langkah-langkah berikut.
gcloud
Ekspor file konfigurasi layanan backend
grpcwallet-wallet-v2-service
menggunakan perintahgcloud compute backend-services export
:gcloud compute backend-services export grpcwallet-wallet-v2-service \ --destination=bs_config.yaml \ --global
Dalam file
bs_config.yaml
, perbarui konfigurasigrpcwallet-wallet-v2-service
untuk menyertakan kolom deteksi pencilan:outlierDetection: interval: seconds: 1 nanos: 0 baseEjectionTime: seconds: 30 nanos: 0 successRateStdevFactor: 1000
Impor file yang telah diperbarui menggunakan perintah
gcloud compute backend-services import
:gcloud compute backend-services import grpcwallet-wallet-v2-service \ --source=bs_config.yaml \ --global
Load balancing lokalitas
Untuk mengoptimalkan penggunaan resource, konfigurasikan load balancing lokalitas. Fitur ini membantu Anda menghemat resource dengan mendistribusikan permintaan klien secara merata di seluruh backend.
Saat mengonfigurasi load balancing lokalitas, Anda dapat menggunakan opsi yang dijelaskan
dalam tabel berikut. Semua opsi mengharuskan Anda mengonfigurasi resource
backendServices
.
Opsi | Tersedia untuk | Kolom konfigurasi yang relevan |
---|---|---|
Menggunakan kebijakan bawaan | Semua klien gRPC | localityLbPolicy
|
Menggunakan kebijakan kustom | Klien Java yang menggunakan gRPC versi 1.47 atau yang lebih baru, dalam mesh yang hanya menyertakan klien gRPC | localityLbPolicies
|
Menentukan daftar kebijakan pilihan | Klien Java yang menggunakan gRPC versi 1.47 atau yang lebih baru, dalam mesh yang hanya menyertakan klien gRPC | localityLbPolicies
|
Anda dapat menggunakan kombinasi apa pun dari opsi sebelumnya. Namun, jika Anda
mengonfigurasi localityLbPolicy
dan localityLbPolicies
, gRPC akan terlebih dahulu mencoba
menggunakan konfigurasi localityLbPolicies
Anda.
Jika Anda tidak mengonfigurasi load balancing lokalitas, Traffic Director akan menggunakan
kebijakan ROUND_ROBIN
.
Untuk informasi tentang ROUND_ROBIN
dan kebijakan bawaan lainnya, lihat
deskripsi localityLbPolicy
di halaman
backendServices
.
Menggunakan kebijakan bawaan
Jika ingin semua klien menggunakan satu kebijakan bawaan, Anda dapat memilihnya dengan mengonfigurasi kolom localityLbPolicy
.
Saat mengonfigurasi kolom ini, Anda dapat memilih dari kebijakan berikut:
LEAST_REQUEST
(khusus klien Java)RING_HASH
ROUND_ROBIN
Jika tidak semua klien dapat menggunakan kebijakan yang sama, lihat Menentukan daftar kebijakan pilihan.
gcloud
-
Ekspor file konfigurasi layanan backend
grpcwallet-wallet-v2-service
menggunakan perintahgcloud compute backend-services export
:gcloud compute backend-services export grpcwallet-wallet-v2-service \ --destination=bs_config.yaml \ --global
Perbarui file
bs_config.yaml
yang diekspor untuk menyertakan baris berikut:localityLbPolicy: -- policy name: RING_HASH
-
Impor file yang telah diperbarui menggunakan perintah
gcloud compute backend-services import
:gcloud compute backend-services import grpcwallet-wallet-v2-service --source=bs_config.yaml --global
Menggunakan kebijakan kustom
Jika sesuai, Anda dapat menggunakan kebijakan load balancing kustom yang telah dibuat dan di-deploy dengan gRPC. Fitur ini tersedia untuk klien Java yang menggunakan gRPC versi 1.47 atau yang lebih baru. Gunakan hanya dalam mesh yang menyertakan semua klien gRPC.
Saat membuat kebijakan kustom, dokumentasi berikut mungkin dapat membantu:
Untuk membuat kebijakan kustom lebih canggih, Anda dapat menggunakan API Agregasi Biaya Permintaan Terbuka (ORCA). API ini memungkinkan Anda merekam metrik tentang biaya kueri dan penggunaan server. Penggunaan API ini memerlukan gRPC versi 1.48.1 atau yang lebih baru. Untuk informasi selengkapnya, lihat Contoh ORCA gRPC.
Untuk informasi tentang cara konfigurasi load balancing kustom dikirim ke gRPC oleh xDS, lihat Konfigurasi Load Balancer Kustom gRPC xDS.
Untuk mengonfigurasi Traffic Director agar menggunakan kebijakan kustom Anda, identifikasi kebijakan menggunakan kolom localityLbPolicies
.
Langkah-langkah berikut mendemonstrasikan proses ini. Dalam prosedur ini, Anda akan memperbarui konfigurasi layanan backend grpcwallet-wallet-v2-service
sehingga klien yang terhubung ke layanan tersebut menggunakan kebijakan kustom yang disebut example.ExampleLoadBalancer
.
gcloud
-
Ekspor file konfigurasi layanan backend
grpcwallet-wallet-v2-service
menggunakan perintahgcloud compute backend-services export
:gcloud compute backend-services export grpcwallet-wallet-v2-service \ --destination=bs_config.yaml \ --global
Perbarui file
bs_config.yaml
yang diekspor untuk merujuk kebijakanexample.ExampleLoadBalancer
. Sertakan baris berikut:localityLbPolicies: - customPolicy: name: example.ExampleLoadBalancer data: '{ "message": "Hello load-balancing world!" }'
-
Impor file yang telah diperbarui menggunakan perintah
gcloud compute backend-services import
:gcloud compute backend-services import grpcwallet-wallet-v2-service --source=bs_config.yaml --global
Opsional: Uji konfigurasi load balancing:
Java
cd ~/traffic-director-grpc-examples/java ./build/install/wallet/bin/client balance --wallet_server="xds:///wallet.grpcwallet.io" --watch=true --user=Bob
Jika kebijakan load balancing kustom dikonfigurasi dengan benar, Anda akan melihat pesan yang telah disertakan dalam konfigurasi ("Halo dunia load balancing!").
Menentukan daftar kebijakan pilihan
Jika Anda memiliki beberapa klien, tetapi tidak semuanya mendukung satu kebijakan load balancing, buat daftar kebijakan yang dapat digunakan klien tersebut. Dengan opsi ini, jika kebijakan pilihan pertama Anda tidak dapat digunakan oleh klien tertentu, gRPC akan beralih ke kebijakan berikutnya dalam daftar.
Saat Anda membuat daftar kebijakan pilihan, opsi yang valid mencakup kebijakan kustom, ROUND_ROBIN
, dan, untuk klien Java, LEAST_REQUEST
. Anda dapat mencantumkan hingga 10 kebijakan.
Fitur ini hanya tersedia untuk klien Java yang menggunakan gRPC versi 1.47 atau yang lebih baru. Gunakan hanya dalam mesh yang menyertakan semua klien gRPC.
gcloud
-
Ekspor file konfigurasi layanan backend
grpcwallet-wallet-v2-service
menggunakan perintahgcloud compute backend-services export
:gcloud compute backend-services export grpcwallet-wallet-v2-service \ --destination=bs_config.yaml \ --global
Perbarui file
bs_config.yaml
yang diekspor untuk menyertakan kolomlocalityLbPolicies
. Isi dengan entri yang mewakili kebijakan berikut:- Kebijakan khusus (
example.InvalidLoadBalancer
) tidak valid - Kebijakan khusus yang valid (
example.ExampleLoadBalancer
) - Kebijakan bawaan yang didukung (
LEAST_REQUEST
)
localityLbPolicies: - customPolicy: name: example.InvalidLoadBalancer data: '{ "message": "This load-balancing policy doesn't work!" }' - customPolicy: name: example.ExampleLoadBalancer data: '{ "message": "Hello load-balancing world!" }' - policy: name: LEAST_REQUEST
- Kebijakan khusus (
-
Impor file yang telah diperbarui menggunakan perintah
gcloud compute backend-services import
:gcloud compute backend-services import grpcwallet-wallet-v2-service --source=bs_config.yaml --global
Opsional: Uji konfigurasi load balancing:
Java
cd ~/traffic-director-grpc-examples/java ./build/install/wallet/bin/client balance --wallet_server="xds:///wallet.grpcwallet.io" --watch=true --user=Bob
Sebagai respons, gRPC akan mencoba dan gagal menemukan
example.InvalidLoadBalancer
. Setelah itu, metode akan kembali menggunakanexample.ExampleLoadBalancer
, dan Anda akan melihat pesan yang Anda sertakan dalam konfigurasi ("Halo dunia load balancing!"). Logging gRPC pada klien menyertakan pesan yang menyatakan bahwaexample.InvalidLoadBalancer
tidak ditemukan.
Membersihkan resource
Untuk membersihkan resource, jalankan perintah berikut dari sistem lokal Anda:
traffic-director-grpc-examples/scripts/cleanup.sh
Memblokir traffic antarlayanan
Jika Anda ingin memblokir traffic antara Layanan A dan Layanan B, dan deployment Anda berada di GKE, siapkan keamanan layanan dan gunakan kebijakan otorisasi untuk memblokir traffic antarlayanan. Untuk mengetahui petunjuk selengkapnya, lihat keamanan layanan Traffic Director dan petunjuk penyiapan dengan Envoy dan gRPC tanpa proxy.
Langkah selanjutnya
- Untuk membantu Anda menyelesaikan masalah konfigurasi Traffic Director, baca bagian Memecahkan masalah deployment yang menggunakan gRPC tanpa proxy.