İçeriğe geç
Cloud Provider Benchmarks

Metodoloji

Ağ benchmark metodolojisi

Bulut instance'ları arasında bölge içi TCP verimi ve gidiş-dönüş gecikmesi ile Türkiye ve Avrupa şehirlerine gecikmenin iperf3 ve mtr ile nasıl ölçüldüğü.

Sürüm 1.0 Güncellendi:

Kapsam

  • Aynı bölgedeki iki instance arasında özel ağ üzerinden TCP verimi
  • Aynı bölgedeki instance'lar arasında gidiş-dönüş gecikmesi
  • Instance'tan İstanbul, Ankara, Frankfurt ve Amsterdam'daki kamuya açık ölçüm uç noktalarına gidiş-dönüş gecikmesi
Araçlar
Araç Sürüm
iperf3 Her çalıştırmada kaydedilir
mtr Her çalıştırmada kaydedilir

Topoloji

İki özdeş instance (hesaplama metodolojisindeki 4 vCPU yapılandırması) aynı bölgede ve sağlayıcının desteklediği durumlarda aynı availability zone’da oluşturulur; sağlayıcının özel ağıyla birbirine bağlanır.

Verim

iperf3 -c <peer> -P 8 -t 60 -J, 8 paralel akışla toplam TCP verimini ölçer. Test her iki yönde çalıştırılır. Birçok sağlayıcı bant genişliğini instance boyutuna göre sınırladığından, yayımlanmış instance bant genişliği limitleri sonucun yanında kaydedilir.

Gecikme

mtr --report --report-cycles 300 <target>, eş instance’a ve harici hedeflere gidiş-dönüş süresini kaydeder. Medyan ve p95 RTT raporlanır. Harici hedefler, her sonuçla birlikte listelenen sabit kamuya açık uç noktalardır.

Tekrarlar ve doğrulama

Verim ve bölge içi gecikme, iki gün boyunca farklı saatlerde 5 kez ölçülür. Harici gecikme 24 saat boyunca saatlik olarak ölçülür. Doğrulama, verim için ±%10, gecikme için ±1 ms (veya hangisi büyükse ±%10) içinde ikinci bir çalıştırma gerektirir.

Sınırlamalar

  • İnternet gecikmesi, test sırasındaki yönlendirmeye ve ölçüm noktasına bağlıdır.
  • Çıkış (egress) fiyatlandırması bu benchmark’ın parçası değildir; bkz. fiyatlandırma metodolojisi.

Bu yöntemi kullanan benchmarklar

Diğer yöntemler