Halaman ini menunjukkan cara menyiapkan infrastruktur penskalaan otomatis menggunakan Penskalaan Otomatis Pod Horizontal (HPA) GKE untuk men-deploy model bahasa besar (LLM) Gemma menggunakan JetStream host tunggal.
Untuk mempelajari lebih lanjut cara memilih metrik untuk penskalaan otomatis, lihat Praktik terbaik untuk menskalakan otomatis workload LLM dengan TPU di GKE.
Sebelum memulai
Sebelum memulai, pastikan Anda telah melakukan tugas berikut:
- Aktifkan Google Kubernetes Engine API. Aktifkan Google Kubernetes Engine API
- Jika ingin menggunakan Google Cloud CLI untuk tugas ini,
instal lalu
lakukan inisialisasi
gcloud CLI. Jika sebelumnya Anda telah menginstal gcloud CLI, dapatkan versi terbaru dengan menjalankan
gcloud components update
.
- Pahami dan selesaikan alur kerja di Menyajikan Gemma menggunakan TPU di GKE dengan JetStream. Pastikan argumen PROMETHEUS_PORT disetel dalam manifes deployment JetStream Anda.
Penskalaan otomatis menggunakan metrik
Anda dapat menggunakan metrik performa khusus beban kerja yang dikeluarkan oleh server inferensi JetStream atau metrik performa TPU untuk mengarahkan penskalaan otomatis untuk Pod Anda.
Untuk menyiapkan penskalaan otomatis dengan metrik, ikuti langkah-langkah berikut:
Ekspor metrik dari server JetStream ke Cloud Monitoring. Anda menggunakan Google Cloud Managed Service for Prometheus, yang menyederhanakan deployment dan konfigurasi pengumpul Prometheus Anda. Google Cloud Managed Service for Prometheus diaktifkan secara default di cluster GKE Anda; Anda juga dapat mengaktifkannya secara manual.
Contoh manifes berikut menunjukkan cara menyiapkan definisi resource PodMonitoring untuk mengarahkan Google Cloud Managed Service for Prometheus agar melakukan scraping metrik dari Pod Anda pada interval berulang 15 detik:
Jika Anda perlu meng-scrape metrik server, gunakan manifes berikut. Dengan metrik server, interval pengambilan data sesering 5 detik didukung.
apiVersion: monitoring.googleapis.com/v1 kind: PodMonitoring metadata: name: jetstream-podmonitoring spec: selector: matchLabels: app: maxengine-server endpoints: - interval: 15s path: "/" port: PROMETHEUS_PORT targetLabels: metadata: - pod - container - node
Jika Anda perlu meng-scrape metrik TPU, gunakan manifes berikut. Dengan metrik sistem, interval pengambilan data sesering 15 detik didukung.
apiVersion: monitoring.googleapis.com/v1 kind: PodMonitoring metadata: name: tpu-metrics-exporter namespace: kube-system labels: k8s-app: tpu-device-plugin spec: endpoints: - port: 2112 interval: 15s selector: matchLabels: k8s-app: tpu-device-plugin
Instal Adaptor Metrik. Adaptor ini membuat metrik server yang Anda ekspor ke Monitoring terlihat oleh pengontrol HPA. Untuk mengetahui detail selengkapnya, lihat Penskalaan otomatis pod horizontal dalam dokumentasi Google Cloud Managed Service for Prometheus.
- Jika Anda ingin JetStream menskalakan dengan metrik individual, gunakan Custom Metrics Stackdriver Adapter.
- Jika Anda ingin JetStream melakukan penskalaan dengan nilai ekspresi yang terdiri dari beberapa metrik berbeda, gunakan Prometheus Adapter pihak ketiga.
Adaptor Stackdriver Metrik Kustom
Custom Metrics Stackdriver Adapter mendukung kueri metrik dari Google Cloud Managed Service for Prometheus, dimulai dengan versi v0.13.1 adaptor.
Untuk menginstal Adaptor Stackdriver Metrik Kustom, lakukan hal berikut:
Siapkan koleksi terkelola di cluster Anda.
Instal Adaptor Stackdriver Metrik Kustom di cluster Anda.
kubectl apply -f https://raw.githubusercontent.com/GoogleCloudPlatform/k8s-stackdriver/master/custom-metrics-stackdriver-adapter/deploy/production/adapter_new_resource_model.yaml
Jika Anda telah mengaktifkan Workload Identity Federation untuk GKE di cluster Kubernetes dan menggunakan Workload Identity Federation untuk GKE, Anda juga harus memberikan peran Pelihat Monitoring ke akun layanan yang digunakan adapter untuk berjalan. Ganti
PROJECT_ID
dengan project ID Anda.
export PROJECT_NUMBER=$(gcloud projects describe PROJECT_ID --format 'get(projectNumber)') gcloud projects add-iam-policy-binding projects/PROJECT_ID \ --role roles/monitoring.viewer \ --member=principal://iam.googleapis.com/projects/$PROJECT_NUMBER/locations/global/workloadIdentityPools/PROJECT_ID.svc.id.goog/subject/ns/custom-metrics/sa/custom-metrics-stackdriver-adapter
Prometheus Adapter
Perhatikan pertimbangan berikut saat menggunakan
prometheus-adapter
untuk melakukan penskalaan menggunakan Google Cloud Managed Service for Prometheus:- Merutekan kueri melalui proxy UI frontend Prometheus, seperti saat membuat kueri Google Cloud Managed Service for Prometheus menggunakan API atau UI Prometheus. Frontend ini diinstal pada langkah berikutnya.
- Secara default, argumen
prometheus-url
dari Deploymentprometheus-adapter
disetel ke--prometheus-url=http://frontend.default.svc:9090/
, dengandefault
adalah namespace tempat Anda men-deploy frontend. Jika Anda men-deploy frontend di namespace lain, konfigurasikan argumen ini dengan tepat. - Di kolom
.seriesQuery
konfigurasi aturan, Anda tidak dapat menggunakan pencocok ekspresi reguler (regex) pada nama metrik. Sebagai gantinya, tentukan nama metrik sepenuhnya.
Karena data mungkin memerlukan waktu lebih lama untuk tersedia di Google Cloud Managed Service for Prometheus dibandingkan dengan Prometheus upstream, mengonfigurasi logika penskalaan otomatis yang terlalu agresif dapat menyebabkan perilaku yang tidak diinginkan. Meskipun tidak ada jaminan terkait keaktualan data, data biasanya tersedia untuk dikueri 3-7 detik setelah dikirim ke Google Cloud Managed Service for Prometheus, tidak termasuk latensi jaringan.
Semua kueri yang dikeluarkan oleh
prometheus-adapter
bersifat global. Artinya, jika Anda memiliki aplikasi di dua namespace yang memancarkan metrik dengan nama yang sama, konfigurasi HPA yang menggunakan metrik tersebut akan melakukan penskalaan menggunakan data dari kedua aplikasi. Untuk menghindari penskalaan menggunakan data yang salah, selalu gunakan filternamespace
ataucluster
di PromQL Anda.Untuk menyiapkan contoh konfigurasi HPA menggunakan
prometheus-adapter
dan pengumpulan terkelola, ikuti langkah-langkah berikut:- Siapkan koleksi terkelola di cluster Anda.
Deploy proxy UI frontend Prometheus di cluster Anda. Buat manifes berikut bernama
prometheus-frontend.yaml
:apiVersion: apps/v1 kind: Deployment metadata: name: frontend spec: replicas: 2 selector: matchLabels: app: frontend template: metadata: labels: app: frontend spec: automountServiceAccountToken: true affinity: nodeAffinity: requiredDuringSchedulingIgnoredDuringExecution: nodeSelectorTerms: - matchExpressions: - key: kubernetes.io/arch operator: In values: - arm64 - amd64 - key: kubernetes.io/os operator: In values: - linux containers: - name: frontend image: gke.gcr.io/prometheus-engine/frontend:v0.8.0-gke.4 args: - "--web.listen-address=:9090" - "--query.project-id=PROJECT_ID" ports: - name: web containerPort: 9090 readinessProbe: httpGet: path: /-/ready port: web securityContext: allowPrivilegeEscalation: false capabilities: drop: - all privileged: false runAsGroup: 1000 runAsNonRoot: true runAsUser: 1000 livenessProbe: httpGet: path: /-/healthy port: web --- apiVersion: v1 kind: Service metadata: name: prometheus spec: clusterIP: None selector: app: frontend ports: - name: web port: 9090
Kemudian, terapkan manifes:
kubectl apply -f prometheus-frontend.yaml
Pastikan
prometheus-adapter
diinstal di cluster Anda dengan menginstal diagram helmprometheus-community/prometheus-adapter
. Buat filevalues.yaml
berikut:rules: default: false external: - seriesQuery: 'jetstream_prefill_backlog_size' resources: template: <<.Resource>> name: matches: "" as: "jetstream_prefill_backlog_size" metricsQuery: avg(<<.Series>>{<<.LabelMatchers>>,cluster="CLUSTER_NAME"}) - seriesQuery: 'jetstream_slots_used_percentage' resources: template: <<.Resource>> name: matches: "" as: "jetstream_slots_used_percentage" metricsQuery: avg(<<.Series>>{<<.LabelMatchers>>,cluster="CLUSTER_NAME"}) - seriesQuery: 'memory_used' resources: template: <<.Resource>> name: matches: "" as: "memory_used_percentage" metricsQuery: avg(memory_used{cluster="CLUSTER_NAME",exported_namespace="default",container="jetstream-http"}) / avg(memory_total{cluster="CLUSTER_NAME",exported_namespace="default",container="jetstream-http"})
Kemudian, gunakan file ini sebagai file nilai untuk men-deploy diagram helm Anda:
helm repo add prometheus-community https://prometheus-community.github.io/helm-charts && helm repo update && helm install example-release prometheus-community/prometheus-adapter -f values.yaml
Jika Anda menggunakan Workload Identity Federation untuk GKE, Anda juga perlu mengonfigurasi dan mengizinkan akun layanan dengan menjalankan perintah berikut:
Pertama, buat akun layanan dalam cluster dan Trusted Cloud by S3NS :
gcloud iam service-accounts create prom-frontend-sa && kubectl create sa prom-frontend-sa
Kemudian, ikat dua akun layanan, pastikan untuk mengganti
PROJECT_ID
dengan project ID Anda:gcloud iam service-accounts add-iam-policy-binding \ --role roles/iam.workloadIdentityUser \ --member "serviceAccount:PROJECT_ID.svc.id.goog[default/prom-frontend-sa]" \ jetstream-iam-sa@PROJECT_ID.s3ns-system.iam.gserviceaccount.com \ && kubectl annotate serviceaccount \ --namespace default \ prom-frontend-sa \ iam.gke.io/gcp-service-account=jetstream-iam-sa@PROJECT_ID.s3ns-system.iam.gserviceaccount.com
Selanjutnya, berikan peran
monitoring.viewer
kepada akun layanan Trusted Cloud by S3NS :gcloud projects add-iam-policy-binding PROJECT_ID \ --member=serviceAccount:jetstream-iam-sa@PROJECT_ID.s3ns-system.iam.gserviceaccount.com \ --role=roles/monitoring.viewer
Terakhir, tetapkan akun layanan deployment frontend Anda menjadi akun layanan dalam cluster yang baru:
kubectl set serviceaccount deployment frontend prom-frontend-sa
Siapkan resource HPA berbasis metrik. Deploy resource HPA yang didasarkan pada metrik server pilihan Anda. Untuk mengetahui detail selengkapnya, lihat Penskalaan otomatis pod horizontal di dokumentasi Google Cloud Managed Service for Prometheus. Konfigurasi HPA tertentu bergantung pada jenis metrik (server atau TPU) dan adaptor metrik yang diinstal.
Beberapa nilai diperlukan di semua konfigurasi HPA dan harus ditetapkan untuk membuat resource HPA:
- MIN_REPLICAS: Jumlah minimum replika pod JetStream yang diizinkan. Jika tidak mengubah manifes deployment JetStream dari langkah Deploy JetStream, sebaiknya setel ini ke 1.
- MAX_REPLICAS: Jumlah maksimum replika pod JetStream yang diizinkan. Contoh deployment JetStream memerlukan 8 chip per replika dan kumpulan node berisi 16 chip. Jika Anda ingin menjaga latensi peningkatan skala tetap rendah, tetapkan nilai ini ke 2. Nilai yang lebih besar akan memicu Cluster Autoscaler untuk membuat node baru di node pool, sehingga meningkatkan latensi penskalaan.
TARGET: Rata-rata target untuk metrik ini di semua instance JetStream. Lihat Dokumentasi Kubernetes untuk Penskalaan Otomatis untuk mengetahui informasi selengkapnya tentang cara jumlah replika ditentukan dari nilai ini.
Adaptor Stackdriver Metrik Kustom
Custom Metrics Stackdriver Adapter mendukung penskalaan beban kerja Anda dengan nilai rata-rata kueri metrik individual dari Google Cloud Managed Service for Prometheus di semua Pod. Saat menggunakan Adaptor Stackdriver Metrik Kustom, sebaiknya lakukan penskalaan dengan metrik server
jetstream_prefill_backlog_size
danjetstream_slots_used_percentage
serta metrik TPUmemory_used
.Untuk membuat manifes HPA untuk penskalaan dengan metrik server, buat file
hpa.yaml
berikut:apiVersion: autoscaling/v2 kind: HorizontalPodAutoscaler metadata: name: jetstream-hpa namespace: default spec: scaleTargetRef: apiVersion: apps/v1 kind: Deployment name: maxengine-server minReplicas: MIN_REPLICAS maxReplicas: MAX_REPLICAS metrics: - type: Pods pods: metric: name: prometheus.googleapis.com|jetstream_METRIC|gauge target: type: AverageValue averageValue: TARGET
Saat menggunakan Adaptor Stackdriver Metrik Kustom dengan metrik TPU, sebaiknya gunakan hanya metrik
kubernetes.io|node|accelerator|memory_used
untuk penskalaan. Untuk membuat manifes HPA untuk penskalaan dengan metrik ini, buat filehpa.yaml
berikut:apiVersion: autoscaling/v2 kind: HorizontalPodAutoscaler metadata: name: jetstream-hpa namespace: default spec: scaleTargetRef: apiVersion: apps/v1 kind: Deployment name: maxengine-server minReplicas: MIN_REPLICAS maxReplicas: MAX_REPLICAS metrics: - type: External external: metric: name: prometheus.googleapis.com|memory_used|gauge selector: matchLabels: metric.labels.container: jetstream-http metric.labels.exported_namespace: default target: type: AverageValue averageValue: TARGET
Prometheus Adapter
Prometheus Adapter mendukung penskalaan workload Anda dengan nilai kueri PromQL dari Google Cloud Managed Service for Prometheus. Sebelumnya, Anda menentukan metrik server
jetstream_prefill_backlog_size
danjetstream_slots_used_percentage
yang mewakili nilai rata-rata di semua Pod.Untuk membuat manifes HPA untuk penskalaan dengan metrik server, buat file
hpa.yaml
berikut:apiVersion: autoscaling/v2 kind: HorizontalPodAutoscaler metadata: name: jetstream-hpa namespace: default spec: scaleTargetRef: apiVersion: apps/v1 kind: Deployment name: maxengine-server minReplicas: MIN_REPLICAS maxReplicas: MAX_REPLICAS metrics: - type: External external: metric: name: jetstream_METRIC target: type: AverageValue averageValue: TARGET
Untuk membuat manifes HPA untuk penskalaan dengan metrik TPU, sebaiknya gunakan hanya
memory_used_percentage
yang ditentukan dalam file nilai helm prometheus-adapter.memory_used_percentage
adalah nama yang diberikan untuk kueri PromQL berikut yang mencerminkan penggunaan memori rata-rata saat ini di semua akselerator:avg(kubernetes_io:node_accelerator_memory_used{cluster_name="CLUSTER_NAME"}) / avg(kubernetes_io:node_accelerator_memory_total{cluster_name="CLUSTER_NAME"})
Untuk membuat manifes HPA untuk penskalaan dengan
memory_used_percentage
, buat filehpa.yaml
berikut:apiVersion: autoscaling/v2 kind: HorizontalPodAutoscaler metadata: name: jetstream-hpa namespace: default spec: scaleTargetRef: apiVersion: apps/v1 kind: Deployment name: maxengine-server minReplicas: MIN_REPLICAS maxReplicas: MAX_REPLICAS metrics: - type: External external: metric: name: memory_used_percentage target: type: AverageValue averageValue: TARGET
Melakukan penskalaan menggunakan beberapa metrik
Anda juga dapat mengonfigurasi penskalaan berdasarkan beberapa metrik. Untuk mempelajari cara menentukan jumlah replika menggunakan beberapa metrik, lihat dokumentasi Kubernetes tentang penskalaan otomatis. Untuk membuat manifes HPA jenis ini, kumpulkan semua entri dari kolom spec.metrics
setiap resource HPA ke dalam satu resource HPA. Cuplikan berikut menunjukkan contoh cara memaketkan resource HPA:
apiVersion: autoscaling/v2
kind: HorizontalPodAutoscaler
metadata:
name: jetstream-hpa-multiple-metrics
namespace: default
spec:
scaleTargetRef:
apiVersion: apps/v1
kind: Deployment
name: maxengine-server
minReplicas: MIN_REPLICAS
maxReplicas: MAX_REPLICAS
metrics:
- type: Pods
pods:
metric:
name: jetstream_METRIC
target:
type: AverageValue
averageValue: JETSTREAM_METRIC_TARGET
- type: External
external:
metric:
name: memory_used_percentage
target:
type: AverageValue
averageValue: EXTERNAL_METRIC_TARGET
Memantau dan menguji penskalaan otomatis
Anda dapat mengamati cara penskalaan workload JetStream berdasarkan konfigurasi HPA Anda.
Untuk mengamati jumlah replika secara real-time, jalankan perintah berikut:
kubectl get hpa --watch
Output dari perintah ini akan mirip dengan berikut ini:
NAME REFERENCE TARGETS MINPODS MAXPODS REPLICAS AGE
jetstream-hpa Deployment/maxengine-server 0/10 (avg) 1 2 1 1m
Untuk menguji kemampuan HPA dalam melakukan penskalaan, gunakan perintah berikut yang mengirimkan 100 permintaan secara serentak ke endpoint model. Hal ini akan menghabiskan slot dekode yang tersedia dan menyebabkan backlog permintaan pada antrean pengisian otomatis, sehingga memicu HPA untuk meningkatkan ukuran deployment model.
seq 100 | xargs -P 100 -n 1 curl --request POST --header "Content-type: application/json" -s localhost:8000/generate --data '{ "prompt": "Can you provide a comprehensive and detailed overview of the history and development of artificial intelligence.", "max_tokens": 200 }'
Langkah berikutnya
- Pelajari cara mengoptimalkan penskalaan otomatis Pod berdasarkan metrik dari Cloud Monitoring.
- Pelajari Penskalaan Otomatis Pod Horizontal lebih lanjut dari dokumentasi Kubernetes open source.