Anda dapat menskalakan sebagian besar layanan yang berjalan di Kubernetes dari
command line atau dalam penggantian konfigurasi. Anda dapat menyetel parameter
penskalaan untuk layanan runtime Apigee Hybrid di
file overrides.yaml.
| Layanan | Diterapkan Sebagai | Penskalaan |
|---|---|---|
| Cassandra | ApigeeDatastore (CRD) | Lihat Menskalakan Cassandra. |
| Ingress/LoadBalancer | Deployment | Anthos Service Mesh menggunakan Penskalaan Otomatis Pod Horizontal (HPA). |
| Logger | DaemonSet | DaemonSet mengelola replika pod di semua node, sehingga DaemonSet akan menskalakan saat Anda menskalakan pod itu sendiri. |
| MART Apigee Connect Watcher |
ApigeeOrganization (CRD) | Untuk melakukan penskalaan melalui konfigurasi, tingkatkan nilai
properti konfigurasi mart: replicaCountMax: 2 replicaCountMin: 1 watcher: replicaCountMax: 2 replicaCountMin: 1 connectAgent: replicaCountMax: 2 replicaCountMin: 1 Deployment ini menggunakan Horizontal Pod Autoscaler untuk penskalaan otomatis. Tetapkan
properti Untuk mengetahui informasi selengkapnya tentang cara menyetel properti konfigurasi, lihat Mengelola komponen bidang runtime. |
| Runtime Synchronizer UDCA |
ApigeeEnvironment (CRD) | Untuk melakukan penskalaan melalui konfigurasi, tingkatkan nilai properti
replicaCountMin untuk stanza udca, synchronizer,
dan/atau runtime
dalam file penggantian. Contoh:
synchronizer: replicaCountMax: 10 replicaCountMin: 1 runtime: replicaCountMax: 10 replicaCountMin: 1 udca: replicaCountMax: 10 replicaCountMin: 1 Catatan: Perubahan ini berlaku untuk SEMUA lingkungan dalam file penggantian. Jika Anda ingin menyesuaikan penskalaan untuk setiap lingkungan, lihat Konfigurasi lanjutan di bawah. Deployment ini menggunakan Horizontal Pod Autoscaler untuk
penskalaan otomatis. Tetapkan properti
Untuk mengetahui informasi selengkapnya tentang cara menyetel properti konfigurasi, lihat Mengelola komponen bidang runtime. |
Konfigurasi lanjutan
Dalam beberapa skenario, Anda mungkin perlu menggunakan opsi penskalaan lanjutan. Contoh skenario mencakup:
- Menetapkan opsi penskalaan yang berbeda untuk setiap lingkungan. Misalnya, jika env1 memiliki
minReplicasebesar 5 dan env2 memilikiminReplicasebesar 2. - Menetapkan opsi penskalaan yang berbeda untuk setiap komponen dalam lingkungan. Misalnya,
jika komponen
udcamemilikimaxReplica5 dan komponensynchronizermemilikimaxReplica2.
Contoh berikut menunjukkan cara menggunakan perintah kubernetes patch untuk mengubah
properti maxReplicas untuk komponen runtime:
- Buat variabel lingkungan untuk digunakan dengan perintah:
export ENV=my-environment-name export NAMESPACE=apigee #the namespace where apigee is deployed export COMPONENT=runtime #can be udca or synchronizer export MAX_REPLICAS=2 export MIN_REPLICAS=1
- Terapkan patch. Perhatikan bahwa contoh ini mengasumsikan bahwa
kubectlada diPATHAnda:kubectl patch apigeeenvironment -n $NAMESPACE \ $(kubectl get apigeeenvironments -n $NAMESPACE -o jsonpath='{.items[?(@.spec.name == "'$ENV'" )]..metadata.name}') \ --patch "$(echo -e "spec:\n components:\n $COMPONENT:\n autoScaler:\n maxReplicas: $MAX_REPLICAS\n minReplicas: $MIN_REPLICAS")" \ --type merge
- Verifikasi perubahan yang terjadi:
kubectl get hpa -n $NAMESPACE
Penskalaan berbasis metrik
Dengan penskalaan berbasis metrik, runtime dapat menggunakan metrik CPU dan aplikasi untuk menskalakan pod apigee-runtime.
Horizontal Pod Autoscaler (HPA) API Kubernetes,
menggunakan kolom hpaBehavior untuk mengonfigurasi perilaku penskalaan dan penurunan skala layanan target.
Penskalaan berbasis metrik tidak tersedia untuk komponen lain dalam deployment hybrid.
Penskalaan dapat disesuaikan berdasarkan metrik berikut:
| Metrik | Ukur | Pertimbangan |
|---|---|---|
| serverNioTaskWaitTime | Waktu tunggu rata-rata (dalam pikodetik) antrean pemrosesan di instance runtime untuk permintaan proxy di lapisan http. | Metrik ini mengukur dampak jumlah dan ukuran payload permintaan dan respons proxy. |
| serverMainTaskWaitTime | Waktu tunggu rata-rata (dalam pikodetik) antrean pemrosesan di instance runtime untuk permintaan proxy guna memproses kebijakan. | Metrik ini mengukur dampak kompleksitas dalam kebijakan yang dilampirkan pada alur permintaan proxy. |
Contoh berikut dari stanza runtime dalam overrides.yaml
mengilustrasikan parameter standar (dan rentang yang diizinkan) untuk menskalakan pod apigee-runtime dalam penerapan hybrid:
hpaMetrics: serverMainTaskWaitTime: 400M (300M to 450M) serverNioTaskWaitTime: 400M (300M to 450M) targetCPUUtilizationPercentage: 75 hpaBehavior: scaleDown: percent: periodSeconds: 60 (30 - 180) value: 20 (5 - 50) pods: periodSeconds: 60 (30 - 180) value: 2 (1 - 15) selectPolicy: Min stabilizationWindowSeconds: 120 (60 - 300) scaleUp: percent: periodSeconds: 60 (30 - 120) value: 20 (5 - 100) pods: periodSeconds: 60 (30 - 120) value: 4 (2 - 15) selectPolicy: Max stabilizationWindowSeconds: 30 (30 - 120)
Mengonfigurasi penskalaan yang lebih agresif
Meningkatkan nilai percent dan pods kebijakan penskalaan akan menghasilkan kebijakan penskalaan yang lebih agresif. Demikian pula, meningkatkan nilai percent dan pods dalam scaleDown
akan menghasilkan kebijakan penurunan skala yang agresif. Contoh:
hpaMetrics: serverMainTaskWaitTime: 400M serverNioTaskWaitTime: 400M targetCPUUtilizationPercentage: 75 hpaBehavior: scaleDown: percent: periodSeconds: 60 value: 20 pods: periodSeconds: 60 value: 4 selectPolicy: Min stabilizationWindowSeconds: 120 scaleUp: percent: periodSeconds: 60 value: 30 pods: periodSeconds: 60 value: 5 selectPolicy: Max stabilizationWindowSeconds: 30
Pada contoh di atas, scaleDown.pods.value ditingkatkan menjadi 5, scaleUp.percent.value
ditingkatkan menjadi 30, dan scaleUp.pods.value ditingkatkan menjadi 5.
Mengonfigurasi penskalaan yang tidak terlalu agresif
Nilai konfigurasi hpaBehavior juga dapat dikurangi untuk menerapkan kebijakan penskalaan naik dan penskalaan turun yang tidak terlalu agresif. Contoh:
hpaMetrics: serverMainTaskWaitTime: 400M serverNioTaskWaitTime: 400M targetCPUUtilizationPercentage: 75 hpaBehavior: scaleDown: percent: periodSeconds: 60 value: 10 pods: periodSeconds: 60 value: 1 selectPolicy: Min stabilizationWindowSeconds: 180 scaleUp: percent: periodSeconds: 60 value: 20 pods: periodSeconds: 60 value: 4 selectPolicy: Max stabilizationWindowSeconds: 30
Dalam contoh di atas, scaleDown.percent.value diturunkan menjadi 10, scaleDown.pods.value
diturunkan menjadi 1, dan scaleUp.stablizationWindowSeconds dinaikkan menjadi 180.
Untuk mengetahui informasi selengkapnya tentang penskalaan berbasis metrik menggunakan kolom hpaBehavior, lihat
Kebijakan penskalaan.
Menonaktifkan penskalaan berbasis metrik
Meskipun penskalaan berbasis metrik diaktifkan secara default dan tidak dapat dinonaktifkan sepenuhnya, Anda dapat mengonfigurasi nilai minimum metrik pada tingkat yang tidak akan memicu penskalaan berbasis metrik. Perilaku penskalaan yang dihasilkan akan sama dengan penskalaan berbasis CPU. Misalnya, Anda dapat menggunakan konfigurasi berikut untuk mencegah pemicuan penskalaan berbasis metrik:
hpaMetrics: serverMainTaskWaitTime: 4000M serverNioTaskWaitTime: 4000M targetCPUUtilizationPercentage: 75 hpaBehavior: scaleDown: percent: periodSeconds: 60 value: 10 pods: periodSeconds: 60 value: 1 selectPolicy: Min stabilizationWindowSeconds: 180 scaleUp: percent: periodSeconds: 60 value: 20 pods: periodSeconds: 60 value: 4 selectPolicy: Max stabilizationWindowSeconds: 30
Pemecahan masalah
Bagian ini menjelaskan metode pemecahan masalah untuk error umum yang mungkin Anda alami saat mengonfigurasi penskalaan dan penskalaan otomatis.
HPA menampilkan unknown untuk nilai metrik
Jika penskalaan berbasis metrik tidak berfungsi dan HPA menampilkan unknown
untuk nilai metrik, gunakan perintah berikut untuk memeriksa output HPA:
kubectl describe hpa HPA_NAME
Saat menjalankan perintah, ganti HPA_NAME dengan nama HPA yang ingin Anda lihat.
Output akan menampilkan target dan pemakaian CPU layanan, yang menunjukkan bahwa penskalaan CPU akan berfungsi tanpa penskalaan berbasis metrik. Untuk perilaku HPA menggunakan beberapa parameter, lihat Menskalakan pada beberapa metrik.