Metodoloji
Yönetilen Kubernetes benchmark metodolojisi
Yönetilen Kubernetes küme oluşturma süresi, node katılma süresi ve uyumluluğun sağlayıcı API'si, kube-burner ve Sonobuoy ile nasıl ölçüldüğü.
Sürüm 1.0 Güncellendi:
Kapsam
- 4 vCPU yapılandırmasında 3 node'lu havuza sahip yönetilen Kubernetes kümeleri
- Küme oluşturma süresi (API çağrısından tüm node'ların Ready olmasına kadar)
- Havuz 3'ten 6 node'a ölçeklenirken node katılma süresi
- CNCF uyumluluğu (Sonobuoy certified-conformance modu)
- Nesne değişim yükü (churn) altında kontrol düzlemi yanıt verebilirliği (kube-burner)
| Araç | Sürüm |
|---|---|
| kube-burner | Her çalıştırmada kaydedilir |
| Sonobuoy | Her çalıştırmada kaydedilir |
Küme yapılandırması
Karşılaştırmadaki her sağlayıcının sunduğu en son Kubernetes minor sürümü; varsayılan ağ yapılandırması ve varsayılan storage class ile kullanılır. Node havuzları 4 vCPU’lu genel amaçlı yapılandırmayı kullanır. Süreler yeniden üretilebilir olsun diye kümeler hiçbir zaman konsoldan değil, sağlayıcının API’si veya Terraform provider’ı üzerinden oluşturulur.
Ölçümler
- Küme oluşturma. Oluşturma API çağrısından
kubectl get nodeskomutunun 3 Ready node göstermesine kadar. - Node katılma. Havuz 6’ya yeniden boyutlandırılır; tüm yeni node’lar Ready olana kadar geçen süre.
- Load balancer.
LoadBalancertüründe birServiceoluşturulmasından harici bir adresin yanıt vermesine kadar geçen süre. - Uyumluluk.
sonobuoy run --mode=certified-conformance; başarılı/başarısız sayıları kaydedilir. - Kontrol düzlemi churn. kube-burner
cluster-densityiş yükü; API gecikmesi p99 raporlanır.
Tekrarlar ve doğrulama
Oluşturma ve katılma süreleri, farklı günlerde oluşturulan 3 kümede ölçülür. Kontrol düzleminin hazırlanması VM performansından daha fazla değişkenlik gösterdiği için doğrulama, ikinci bir operatörün sonucunun ±%15 içinde olmasını gerektirir.
Sınırlamalar
- Süreler, test sırasındaki bölge kapasitesine bağlıdır.
- İsteğe bağlı eklentiler (autoscaler, ingress) belirtilmedikçe ölçümün parçası değildir.