Mengonfigurasi pengelolaan traffic lanjutan dengan layanan gRPC tanpa proxy

Catatan: Panduan ini hanya mendukung Cloud Service Mesh dengan Google Cloud API dan tidak mendukung Istio API. Untuk informasi selengkapnya, lihat, Ringkasan Cloud Service Mesh.

Konfigurasi ini didukung untuk pelanggan Pratinjau tetapi kami tidak merekomendasikan untuk pengguna Cloud Service Mesh baru. Untuk informasi selengkapnya, lihat Ringkasan perutean layanan Cloud Service Mesh.

Dokumen ini memberikan petunjuk untuk mengonfigurasi Cloud Service Mesh 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 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 Persiapan untuk menyiapkan Cloud Service Mesh 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 mengilustrasikan fitur ini, Anda men-deploy contoh gRPC Wallet. 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 di bawah ini diagram, Anda akan membuat klien gRPC yang memanggil layanan Wallet untuk mendapatkan saldo rekening dan memanggil layanan Stats untuk mendapatkan harga koin. Layanan Wallet memanggil layanan Stats dan Account untuk menghitung saldonya. Layanan Stats juga memanggil Account untuk mendapatkan informasi pengguna.

Contoh konfigurasi pemilihan rute traffic gRPC Wallet (klik untuk memperbesar)

Dalam contoh ini, Anda men-deploy dua versi implementasi Wallet dan Stats untuk menggambarkan perutean permintaan berdasarkan aturan yang Anda konfigurasikan. Untuk menyimulasikan membangun dan men-deploy berbagai versi layanan, Anda menggunakan server untuk mengubah perilaku biner yang Anda bangun sekali saja.

• Flag --port menentukan port tempat layanan berada pada instance VM mendengarkan.
• Flag --hostname_suffix menentukan nilai yang ditambahkan ke nama host dari instance VM yang merespons permintaan. Nilai yang dihasilkan akan ditambahkan sebagai metadata hostname dalam respons. Hal ini membantu Anda mengidentifikasi dalam grup instance yang merespons permintaan klien.
• Flag --premium_only dengan nilai true menentukan bahwa layanan tersebut versi premium dari layanan stats.
• Flag --v1_behavior dengan nilai true menentukan bahwa dompet biner berperilaku sebagai versi v1.

Tabel berikut menunjukkan nilai flag ini untuk setiap instance VM yang menjalankan salah satu layanan gRPC, jumlah instance dalam satu instance grup, dan layanan backend yang mencakup grup instance tersebut.

Catatan: Agar lebih singkat, awalan dan akhiran umum pada nama backend dan grup instance tidak ditampilkan. Misalnya, Layanan backend grpcwallet-wallet-v1-service ditampilkan sebagai wallet-v1.

Layanan backend	Grup instance	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 mengonfigurasi Cloud Service Mesh untuk merutekan permintaan ke layanan backend ini dari klien pengujian, berdasarkan aturan pada tabel berikut. Klien terhubung ke nama {i>host<i} virtual dari seperti yang terlihat di kolom {i>Host<i}.

Catatan: Header Pseudo HTTP/2 :path dalam permintaan gRPC memiliki format /ServiceName/MethodName dengan ServiceName sebagai nama layanan gRPC dipanggil dalam permintaan gRPC dan MethodName adalah metode dalam layanan tersebut.

Host	Aturan pencocokan	Tindakan rute
wallet.grpcwallet.io	Awalan jalur: "/" Header ada: "session_id"	Rute ke wallet-v1-affinity
	Awalan jalur: "/" Tajuk: {"route": "timeout"}	Setel waktu tunggu 5 detik dan rute ke wallet-v2
	Awalan jalur: "/" Tajuk: {"route": "fault"}	50% permintaan gagal dan rutekan sisanya ke wallet-v2
	Awalan jalur: "/" Tajuk: {"membership": "premium"}	Rute ke wallet-v1 dan coba 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: "/" Tajuk: {"membership": "premium"}	Rute ke stats-premium
	Default	Rute ke stats
account.grpcwallet.io	Awalan jalur: "/" Tajuk: {"route": "account-fault"}	30% permintaan gagal dan rutekan sisanya ke account
	Default	account

Contoh ini menggunakan pembagian traffic 70/30 antara dua layanan yang ada. Jika Anda adalah membagi traffic ke layanan baru yang belum direferensikan oleh peta URL sebelumnya, tambahkan layanan baru ke weightedBackendServices terlebih dahulu, lalu beri bobot 0. Kemudian, secara bertahap tingkatkan bobot yang layanan.

Klien pengujian memiliki opsi berikut yang memungkinkan Anda membuat permintaan yang sesuai untuk menunjukkan fitur pengelolaan lalu lintas.

Opsi	Deskripsi
--watch=true	Hubungi metode streaming untuk melihat saldo/harga
--unary_watch=true	Memanggil metode unary berulang kali untuk melihat 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 Anda

Untuk menyiapkan lingkungan lokal bagi contoh-contoh ini, jalankan perintah berikut berikut:

1. Perbarui biner gcloud untuk memastikan bahwa Anda memiliki versi terbaru:

   gcloud components update
   

2. Download repositori contoh:

   sudo apt-get install git -y
   

3. 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 menyediakan akses yang diperlukan.

gcloud

1. Buat instance Cloud Router:

   gcloud compute routers create nat-router-us-central1 \
       --network=default \
       --region=us-central1
   

2. 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. Selanjutnya, health check gRPC dikaitkan dengan layanan backend sehingga dapat memeriksa respons ke instance backend dari layanan backend tersebut.

gcloud

1. Buat health check:

   gcloud compute health-checks create grpc grpcwallet-health-check \
       --use-serving-port
   

2. 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 gRPC account yang diekspos 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 diperlukan. Di bagian ini, Anda akan membuat MIG dengan menggunakan template instance yang telah Anda buat 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. Nama porta adalah porta tempat layanan gRPC memproses permintaan. Di sini contoh, port yang dinamai 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 dengan skema load balancing INTERNAL_SELF_MANAGED dan protokol GRPC. Kemudian, Anda akan mengaitkan health check dan grup instance dengan layanan backend. Dalam contoh ini, Anda menggunakan MIG yang Anda buat di Buat grup instance terkelola. MIG ini menjalankan account gRPC. Port dalam flag --port-name adalah port bernama yang Anda dibuat di Konfigurasi port bernama.

gcloud

1. 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
   

2. 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 yang tersisa yang digunakan di gRPC Wallet mirip dengan langkah-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 traffic. Peta URL menentukan nama host virtual layanan dalam contoh ini dan aturan {i>routing<i} yang terkait. Untuk selengkapnya informasi selengkapnya, lihat Peta aturan pemilihan rute.

Di peta URL, hostRules menentukan nama host virtual properti dalam contoh ini. Ini adalah nama-nama yang digunakan klien dalam saluran URI untuk terhubung ke layanan tertentu. Misalnya, untuk mengirim permintaan ke Layanan account, klien menggunakan xds:///account.grpcwallet.io di saluran URI. Di hostRules, konfigurasi 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. J pathMatcher konfigurasi terdiri dari aturan pencocokan dan tindakan yang sesuai seperti yang dijelaskan dalam Tentang contoh gRPC Wallet.

gcloud

Buat 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 merujuk pada peta URL yang Anda buat di langkah sebelumnya. Flag --validate-for-proxyless akan mengaktifkan pemeriksaan konfigurasi sehingga Anda tidak secara tidak sengaja mengaktifkan fitur yang tidak kompatibel dengan gRPC tanpa proxy deployment.

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. Tujuan skema load balancing ditetapkan ke INTERNAL_SELF_MANAGED untuk menunjukkan bahwa aturan penerusan digunakan oleh Cloud Service Mesh. Ini harus berupa aturan penerusan. Alamat IP disetel ke 0.0.0.0 karena gRPC tanpa proxy yang me-resolve hostname:port di URI target dengan mengirimkan LDS ke Cloud Service Mesh, bukan melakukan pencarian DNS. Untuk selengkapnya informasi selengkapnya, lihat Skema resolusi nama.

Jika port tidak ditentukan dalam URI target, nilai defaultnya adalah 80. Sebagai contoh, URI target xds:///foo.myservice:8080 cocok dengan aturan penerusan yang dikonfigurasi dengan port 8080. Dalam contoh ini, aturan penerusannya 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 layanan backend yang Anda konfigurasi tersedia dengan memeriksa Halaman Cloud Service Mesh di Google Cloud Console. Memastikan bahwa layanan backend dan backend terkait dilaporkan sebagai sehat. Proses ini mungkin perlu waktu beberapa menit.

Memverifikasi konfigurasi pemilihan rute

Di bagian ini, Anda akan memverifikasi bahwa konfigurasi pemilihan rute berfungsi dengan benar. Anda menggunakan alat grpcurl untuk menguji konfigurasi.

gcloud

1. Buat VM klien tempat Anda menjalankan klien untuk menguji layanan. Jika ingin, Anda dapat menyertakan --network-interface=no-address penanda.

   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.16.0.tar.gz | tar -xz
   ./td-grpc-bootstrap-0.16.0/td-grpc-bootstrap | sudo tee $GRPC_XDS_BOOTSTRAP')
   

2. 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
   

3. 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 untuk menggunakan server xDS untuk me-resolve nama {i>host<i}. Untuk melakukan ini, sebuah {i>bootstrap<i} konfigurasi yang diperlukan.

Skrip startup di bagian sebelumnya menetapkan Variabel lingkungan GRPC_XDS_BOOTSTRAP dan menggunakan skrip helper untuk membuat file {i>bootstrap<i}. Nilai untuk TRAFFICDIRECTOR_GCP_PROJECT_NUMBER, TRAFFICDIRECTOR_NETWORK_NAME, dan zona dalam file bootstrap yang dihasilkan yang diperoleh dari server {i>metadata <i}yang mengetahui detail tentang di seluruh instance VM Compute Engine. Anda dapat memberikan nilai ini ke skrip helper secara manual menggunakan opsi -gcp-project-number dan -vpc-network-name.

Catatan: Sesuai dengan kebijakan, sebaiknya pengguna memeriksa update generator bootstrap TD gRPC setiap tahun.

Memverifikasi konfigurasi menggunakan alat grpcurl

Jalankan perintah berikut di shell SSH untuk memverifikasi 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 spesifik per bahasa berikut untuk memverifikasi konfigurasi. Perintah mengirim beberapa RPC, beberapa dengan metadata tambahan, untuk menampilkan permintaan dirutekan ke layanan backend berdasarkan aturan yang cocok dari peta URL. Perintah tersebut juga mencetak nama host instance VM untuk setiap respons ke menunjukkan ke instance VM mana permintaan diarahkan.

Java

1. Untuk memverifikasi layanan dengan klien Java gRPC, jalankan perintah berikut:

   sudo apt-get install -y openjdk-11-jdk-headless
   

2. 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

1. 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
   

2. 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++

1. Untuk memverifikasi layanan dengan klien C++ gRPC, jalankan perintah berikut:

   sudo apt-get install -y build-essential
   

2. 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

Jeda sirkuit memungkinkan Anda menetapkan batas kegagalan untuk mencegah permintaan klien agar layanan backend Anda tidak kelebihan beban. Setelah sejumlah permintaan yang belum diproses mencapai batas yang Anda tetapkan, klien akan berhenti mengirim permintaan tambahan, memberi layanan backend Anda waktu untuk pulih.

Pemecahan sirkuit mencegah kegagalan beruntun dengan menampilkan error ke klien, alih-alih membebani layanan backend. Hal ini memungkinkan beberapa lalu lintas data ke dilayani sambil menyediakan waktu untuk mengelola situasi kelebihan beban, seperti menangani lonjakan traffic dengan meningkatkan kapasitas melalui penskalaan otomatis.

Saat Anda membuat layanan backend untuk stats-service, metode Skrip create_service.sh menyertakan baris berikut dalam konfigurasinya:

circuitBreakers:
  maxRequests: 1

Setelan ini membatasi klien ke satu permintaan yang tertunda ke stats-service dengan baik. Karena hanya ada satu layanan wallet-v2, menjalankan dua layanan secara serentak Operasi WatchBalance klien dompet menunjukkan kegagalan dari detik di instance Compute Engine.

Java

1. 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
   

2. 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}
   

3. Berikan perintah kill:

   kill %%
   

Go

1. 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
   

2. 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
   

3. Berikan perintah kill:

   kill %%
   

C++

1. 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
   

2. 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
   

3. Berikan perintah kill:

   kill %%
   

Injeksi kesalahan

Injeksi kesalahan menimbulkan kesalahan saat melayani permintaan untuk menyimulasikan kegagalan, termasuk latensi tinggi, kelebihan beban layanan, kegagalan layanan, dan jaringan pembuatan partisi. Fitur ini berguna untuk menguji ketahanan layanan terhadap simulasi kesalahan.

Saat membuat peta URL sebelumnya, Anda menyetel kebijakan injeksi kesalahan ke menggagalkan 50% RPC yang dikirim ke wallet.grpcwallet.io dengan route=fault {i>header<i}.

Untuk mendemonstrasikan injeksi kesalahan, gunakan kode dalam bahasa berikut.

Java

1. 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
   

2. 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

1. 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
   

2. 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++

1. 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
   

2. 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 untuk diterapkan ke semua RPC. Ini mencegah klien yang lupa untuk menetapkan tenggat waktu, atau menetapkan mengurangi waktu, karena memboroskan sumber daya server.

Jika membuat peta URL sebelumnya, Anda menetapkan durasi streaming maksimal selama 5 detik untuk RPC yang dikirim ke wallet.grpcwallet.io dengan header route=timeout.

Untuk menunjukkan waktu tunggu, kita akan 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 berhenti berfungsi selamanya, karena tidak ada backend untuk menanganinya, dan aplikasi tidak menetapkan tenggat waktu.

Java

1. 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. Perintah berhenti merespons. Tekan ^C untuk menginterupsi perintah.

Go

1. Jalankan perintah berikut:

   cd ~/traffic-director-grpc-examples/go/wallet_client
   ./wallet_client balance --wallet_server="xds:///wallet.grpcwallet.io" --watch --user=Bob
   

2. Perintah berhenti merespons. Tekan ^C untuk menginterupsi perintah.

C++

1. 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. Perintah berhenti merespons. Tekan ^C untuk menginterupsi perintah.

Namun, perintah berikut yang menggunakan rute timeout gagal setelah 5 detik karena setelan maxStreamDuration.

Java

1. 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
   

2. 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

1. 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
   

2. Outputnya akan terlihat seperti berikut:

   failed to create stream: rpc error: code = DeadlineExceeded desc = context deadline exceeded.
   

C++

1. 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
   

2. 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 gRPC aplikasi untuk mencoba kembali permintaan keluar sesuai dengan kebijakan percobaan ulang. Sedang dicoba Anda dapat mengkonfigurasi kondisi di mana permintaan yang gagal dan jumlah maksimum percobaan ulang—misalnya, saat permintaan gagal dengan kode respons tertentu.

Saat membuat peta URL sebelumnya, Anda menetapkan kebijakan percobaan ulang untuk RPC ke FetchBalance dengan atribut Header membership=premium. Kebijakan ini mencoba ulang RPC yang gagal dengan status kode unavailable maksimal 3 kali. Anda juga menetapkan injeksi kesalahan kebijakan RPC ke account.grpcwallet.io dengan route=account-fault header yang menggagalkan 30% RPC dari layanan Wallet ke Account layanan. Hasilnya, 30% RPC dari klien pengujian dengan Header membership=normal gagal, sedangkan tingkat kegagalan untuk RPC dengan Header membership=premium kurang dari 1%.

Untuk mendemonstrasikan 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 upaya terbaik untuk mengirim permintaan dengan karakteristik tertentu (header HTTP) ke instance yang sama selama instance responsif dan memiliki kapasitas. Hal ini berguna untuk stateful server aplikasi yang mendapat manfaat dari peningkatan kinerja dan efisiensi ketika permintaan dari klien tertentu dikirim ke {i> instance<i} yang sama, bukan, misalnya, distribusi round-robin ke berbagai instance.

Catatan: Klien gRPC yang tidak mendukung kebijakan load balancing RING_HASH akan negatif, mengonfirmasi konfigurasi dari Cloud Service Mesh, Peta URL merujuk ke layanan backend dengan localityLbPolicy=RING_HASH. Ini akan menyebabkan saluran klien mengalami status {i>error<i} sementara sampai telah diperbaiki. Lihat Batasan layanan backend untuk mengetahui detail selengkapnya.

Saat Anda membuat layanan backend grpcwallet-wallet-v1-affinity-service, di skrip create_service.sh, localityLbPolicy disetel ke ROUND_ROBIN. Dalam contoh ini, Anda akan menerapkan konfigurasi berikut ke ubah localityLbPolicy menjadi RING_HASH.

sessionAffinity: HEADER_FIELD
localityLbPolicy: RING_HASH
consistentHash:
  httpHeaderName: "session_id"

gcloud

1. Simpan konfigurasi layanan backend grpcwallet-wallet-v1-affinity-service:

   gcloud compute backend-services export grpcwallet-wallet-v1-affinity-service \
    --destination=bs_config.yaml \
    --global
   

2. 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}"
   

Catatan: Update layanan backend mungkin memerlukan waktu beberapa menit untuk diterapkan ke klien.

Untuk menunjukkan afinitas sesi, gunakan kode dalam bahasa berikut. Dengan flag --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, konfigurasi deteksi pencilan. Fitur ini memungkinkan Anda mengidentifikasi dan mengeluarkan host yang tidak responsif untuk sementara dari load balancing kolam renang. Host yang tidak responsif ini disebut outlier.

gRPC mengevaluasi host berdasarkan tingkat keberhasilan—frekuensi di mana {i>host<i} berhasil menangani permintaan. Tarif ini dipengaruhi oleh seperti error gRPC, error HTTP, waktu tunggu, dan masalah lainnya.

Saat mengonfigurasi deteksi pencilan melalui Cloud Service Mesh, Anda dapat meningkatkan cara gRPC menilai host dan cara menangani pencilan. Sebagai contoh, Anda dapat menentukan kriteria seperti berikut:

• Jumlah permintaan yang harus diterima host sebelum gRPC menganalisisnya untuk mengetahui kemungkinan status {i>outlier<i}.

• Sejauh mana host dapat menyimpang dari tingkat keberhasilan rata-rata sebelum dianggap sebagai {i>outlier<i}.

• Persentase maksimum host yang dapat dikeluarkan pada satu waktu dari kumpulan load balancing.

• Jumlah waktu saat pencilan dikecualikan dari proses load balancing kolam renang.

Untuk informasi selengkapnya tentang parameter yang tersedia, lihat REST Resource: backendServices alamat IP internal. Namun, ada beberapa batasan untuk gRPC, seperti yang dijelaskan dalam bagian berikutnya.

Batasan

Kolom berikut tidak didukung untuk klien gRPC:

• outlierDetection.consecutiveErrors

• outlierDetection.enforcingConsecutiveErrors

• outlierDetection.consecutiveGatewayFailure

• outlierDetection.enforcingConsecutiveGatewayFailure

Siapkan deteksi pencilan

Prosedur berikut menunjukkan cara mengonfigurasi deteksi pencilan untuk suatu layanan yang menggunakan satu grup instance sebagai backend-nya. Prosedur ini menetapkan konfigurasi berikut:

• Analisis deteksi pencilan berjalan setiap detik. Anda mengonfigurasi ini perilaku model dengan menggunakan kolom interval.
• Pencilan dikeluarkan dari kumpulan load balancing untuk kelipatan 30 detik, sebagai berikut:
  • Jika belum pernah dikeluarkan, host akan dikeluarkan hanya selama 30 detik.
  • Jika {i>host<i} sebelumnya telah dikeluarkan, waktu akan bertambah 30 detik untuk setiap pengecualian sebelumnya. Misalnya, saat host dikeluarkan untuk selama 90 detik, Anda mengonfigurasi perilaku ini menggunakan kolom baseEjectionTime.
• Suatu 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 Anda akan mengonfigurasi standar deviasi maksimum menggunakan Kolom successRateStdevFactor.

Untuk mengonfigurasi deteksi pencilan dengan cara ini, gunakan langkah-langkah berikut.

gcloud

1. Mengekspor layanan backend grpcwallet-wallet-v2-service file konfigurasi dengan menggunakan Perintah gcloud compute backend-services export:

   gcloud compute backend-services export grpcwallet-wallet-v2-service \
    --destination=bs_config.yaml \
    --global
   

2. Dalam file bs_config.yaml, perbarui grpcwallet-wallet-v2-service untuk menyertakan bidang deteksi pencilan:

   outlierDetection:
    interval:
      seconds: 1
      nanos: 0
    baseEjectionTime:
      seconds: 30
      nanos: 0
    successRateStdevFactor: 1000
   

3. Impor file yang telah diperbarui dengan menggunakan Perintah gcloud compute backend-services import:

   gcloud compute backend-services import grpcwallet-wallet-v2-service \
    --source=bs_config.yaml \
    --global

Catatan: Contoh Wallet tidak dirancang untuk menyertakan host yang tidak sehat. Untuk itu alasan, host grpcwallet-wallet-v2-service biasanya tidak dihapus, meskipun Anda mengonfigurasi deteksi pencilan dengan benar.

Load balancing lokalitas

Untuk mengoptimalkan penggunaan resource Anda, konfigurasikan pemuatan lokalitas balancing. Fitur ini membantu Anda menghemat sumber daya dengan mendistribusikan secara merata permintaan klien di backend Anda.

Saat mengonfigurasi load balancing lokalitas, Anda dapat menggunakan opsi yang dijelaskan pada tabel berikut. Semua opsi mengharuskan Anda mengonfigurasi Referensi 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 untuk menggunakan konfigurasi localityLbPolicies.

Jika Anda tidak mengonfigurasi load balancing lokalitas, Cloud Service Mesh menggunakan kebijakan ROUND_ROBIN.

Untuk informasi tentang ROUND_ROBIN dan kebijakan bawaan lainnya, lihat deskripsi localityLbPolicy pada Halaman backendServices.

Menggunakan kebijakan bawaan

Jika ingin semua klien menggunakan satu kebijakan bawaan, Anda dapat memilih 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 Anda dapat menggunakan kebijakan yang sama, lihat Tentukan daftar kebijakan pilihan.

gcloud

1. Mengekspor konfigurasi layanan backend grpcwallet-wallet-v2-service menggunakan gcloud compute backend-services export berikut:

   gcloud compute backend-services export grpcwallet-wallet-v2-service \
   --destination=bs_config.yaml \
   --global
   

2. Update file bs_config.yaml yang diekspor untuk menyertakan baris berikut:

   localityLbPolicy:
    -- policy
       name: RING_HASH
   

3. Impor file yang telah diperbarui menggunakan gcloud compute backend-services import berikut:

   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 Anda buat dan yang di-deploy dengan gRPC. Fitur ini tersedia untuk klien Java yang menggunakan gRPC versi 1.47 atau yang lebih baru. Gunakan hanya di mesh yang menyertakan semua klien gRPC.

Saat membuat kebijakan kustom, dokumentasi berikut mungkin dapat membantu:

• Untuk membuat kebijakan khusus lebih canggih, Anda dapat menggunakan Open Request API Agregasi Biaya (ORCA). API ini memungkinkan Anda merekam metrik biaya kueri dan penggunaan server. Penggunaan API ini memerlukan gRPC versi 1.48.1 atau yang lebih baru. Untuk informasi selengkapnya, lihat Contoh gRPC ORCA.

• Untuk mengetahui informasi tentang cara konfigurasi load balancing kustom yang dikirim ke gRPC oleh xDS, lihat Konfigurasi Load Balancer Kustom gRPC xDS.

Untuk mengonfigurasi Cloud Service Mesh agar menggunakan kebijakan kustom Anda, identifikasi kebijakan tersebut menggunakan kolom localityLbPolicies.

Langkah-langkah berikut menunjukkan proses ini. Dalam prosedur ini, Anda akan memperbarui konfigurasi backend grpcwallet-wallet-v2-service sehingga klien yang terhubung menggunakan kebijakan khusus yang disebut example.ExampleLoadBalancer.

Perhatian: Fitur ini dimaksudkan untuk digunakan dalam mesh layanan yang mencakup khusus klien gRPC. Proxy Envoy tidak dapat menggunakan layanan backend yang memiliki .

gcloud

1. Mengekspor konfigurasi layanan backend grpcwallet-wallet-v2-service menggunakan gcloud compute backend-services export berikut:

   gcloud compute backend-services export grpcwallet-wallet-v2-service \
   --destination=bs_config.yaml \
   --global
   

2. Update file bs_config.yaml yang diekspor untuk mereferensikan kebijakan example.ExampleLoadBalancer. Sertakan baris berikut:

   localityLbPolicies:
     - customPolicy:
         name: example.ExampleLoadBalancer
         data: '{ "message": "Hello load-balancing world!" }'
   

3. Impor file yang telah diperbarui menggunakan gcloud compute backend-services import berikut:

   gcloud compute backend-services import grpcwallet-wallet-v2-service --source=bs_config.yaml --global
   

4. 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 Anda mengonfigurasi kebijakan load balancing kustom dengan benar, Anda melihat pesan yang Anda sertakan dalam konfigurasi ("Halo dunia load balancing!").

Menentukan daftar kebijakan pilihan

Jika Anda memiliki beberapa klien yang tidak semuanya mendukung load balancing tunggal Anda, buat daftar kebijakan yang dapat digunakan klien Anda. Dengan opsi ini, jika kebijakan pilihan pertama Anda tidak dapat digunakan oleh klien tertentu, gRPC akan kembali ke kebijakan berikutnya dalam daftar.

Saat Anda membuat daftar kebijakan pilihan, opsi yang valid mencakup kebijakan khusus, 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 nanti. Gunakan hanya di mesh yang menyertakan semua klien gRPC.

Perhatian: Fitur ini dimaksudkan untuk digunakan dalam mesh layanan yang mencakup khusus klien gRPC. Proxy Envoy tidak dapat menggunakan layanan backend yang memiliki .

gcloud

1. Mengekspor konfigurasi layanan backend grpcwallet-wallet-v2-service menggunakan gcloud compute backend-services export berikut:

gcloud compute backend-services export grpcwallet-wallet-v2-service \
  --destination=bs_config.yaml \
  --global

1. Update file bs_config.yaml yang diekspor untuk menyertakan Kolom localityLbPolicies. Isilah dengan entri yang mewakili kebijakan berikut:

   • Kebijakan kustom (example.InvalidLoadBalancer) tidak valid
   • Kebijakan kustom 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
   

2. Impor file yang telah diperbarui menggunakan gcloud compute backend-services import berikut:

   gcloud compute backend-services import grpcwallet-wallet-v2-service --source=bs_config.yaml --global
   

3. 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 mencoba dan gagal menemukan example.InvalidLoadBalancer. Setelah itu, model tersebut kembali menggunakan example.ExampleLoadBalancer, dan Anda akan melihat pesan yang menyertakan Anda dalam konfigurasi ("Hello load-balancing world!"). Logging gRPC pada klien menyertakan pesan yang menyatakan bahwa example.InvalidLoadBalancer tidak ditemukan.

Membersihkan sumber daya

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 aktif di GKE, menyiapkan keamanan layanan, dan menggunakan kebijakan untuk memblokir lalu lintas antar layanan. Untuk petunjuk selengkapnya, lihat Keamanan layanan Cloud Service Mesh dan petunjuk penyiapan dengan Envoy dan gRPC tanpa proxy.

Langkah selanjutnya

• Untuk membantu Anda menyelesaikan masalah konfigurasi Cloud Service Mesh, lihat Memecahkan masalah deployment yang menggunakan gRPC tanpa proxy.