Güncellendi:
Bant genişliği, bir ağ bağlantısının veri taşıma kapasitesini ifade eder. Gerçekte elde edilen aktarım hızı (throughput) bu kapasiteye eşit olmak zorunda değildir. Gecikme, paket kaybı, ağ paylaşımı, protokol ek yükü ve uç sistemlerin kaynakları sonucu etkiler.
Görseli büyüt →
Benzer görünen ölçüleri ayırın
Bant genişliği genellikle bit/saniye; dosya boyutu ise bayt cinsinden verilir. Bir bayt sekiz bittir. Ondalık birimlerle 100 Mbps, protokol ek yükleri yok sayıldığında en fazla 12,5 MB/s veri hızına karşılık gelir. Disk veya uygulama daha yavaşsa bu değere erişilemez.
Gecikme bir paketin veya isteğin yolculuk süresidir. Paket kaybı yeniden iletimlere yol açabilir; jitter gecikmedeki değişkenliği anlatır. Bir oyun veya görüntülü görüşme, ortalama kapasite yeterli olsa bile bu etkilerden zarar görebilir. Trafik kotası ise belirli dönemde taşınan toplam veri miktarıdır; bağlantının anlık hızıyla aynı şey değildir.
Aktarım süresini bir başlangıç tahmini olarak hesaplayın
Teorik süre, aktarılacak bit miktarının bit/saniye hızına bölünmesiyle bulunur. Ondalık 1 GB dosyanın 100 Mbps bağlantıda teorik alt sınırı yaklaşık 80 saniyedir. Bu hesap TCP/TLS başlıkları, beklemeler, disk erişimi ve diğer kullanıcıların trafiğini içermez; teslim süresi taahhüdü değildir.
| Ölçü | Ne anlatır? |
|---|---|
| Mbps / Gbps | Bağlantı kapasitesi veya ölçülen bit aktarım hızı |
| MB/s | Uygulamanın gösterebildiği bayt aktarım hızı |
| ms | Gecikme ve yanıt sürelerinin zaman ölçüsü |
| GB / TB | Dosya boyutu veya dönemsel aktarım miktarı |
Darboğazı uçtan uca arayın
Bağlantı, ağ kartı, kablosuz ortam, yönlendirici, internet yolu ve karşı uç birlikte değerlendirilmelidir. Bir sanal makinede ana makine paylaşımı, vCPU yükü veya disk sınırı da ağ testini etkileyebilir. Uygulama tek bağlantı kullanırken çok sayıda paralel akışla yapılan test farklı bir soruyu yanıtlar.
Test sırasında CPU, disk ve ağ sayaçlarını birlikte izleyin. Gecikme ve kaybın artıp artmadığını kaydedin; yalnız indirme sonucuna bakıp yükleme veya ters yöndeki sorunu gözden kaçırmayın. VPN veya TLS ekleyen bir katman varsa aynı ortamın doğrudan ve tünelli ölçümlerini açıkça ayırın.
Kontrollü bir ölçüm yapın
iperf3 gibi araçları yalnız size ait veya test izniniz olan iki uç arasında kullanın. Sunucu dinleme portunu test kaynağıyla sınırlayın; kapasiteyi dolduran testlerin canlı uygulamayı etkileyebileceği bir bakım aralığı seçin. Ölçüm tarihi, araç sürümü, uçların kaynakları, yön ve akış sayısını rapora ekleyin.
Ağ testi uygulamanın tamamını ölçmez. Kullanıcının gördüğü sonucu değerlendirmek için gerçek dosya aktarımı veya API isteğini de izleyin. Testten sonra geçici dinleyiciyi ve erişim kurallarını kaldırın.
Hizmet teklifini doğru okuyun
Port hızı, garantili veya paylaşılan kapasite, dahil trafik miktarı ve aşım ücretleri ayrı kalemler olabilir. Sunulan hızın hangi koşullarda geçerli olduğunu ve giriş/çıkış trafiğinin nasıl hesaplandığını doğrulayın. Gelecekteki kapasiteyi yalnız ortalama kullanımla değil, eşzamanlı kullanıcılar ve yoğun saatler üzerinden planlayın.
Sık sorulan sorular
- 1 Gbps bağlantı her dosyayı aynı hızda indirir mi?
-
Hayır. Ağ yolu, karşı uç, protokol ve depolama gibi sınırlamalar gerçek hızı belirler; bağlantı etiketi tek başına dosya aktarım garantisi değildir.
- Bant genişliği artarsa ping mutlaka düşer mi?
-
Hayır. Yetersiz kapasitenin oluşturduğu kuyruk azalabilir; ancak mesafe, yönlendirme ve diğer gecikme kaynakları devam eder.
Sonraki adım
İçerik dağıtımını CDN önbellek politikası ile, özel bağlantıları VPC erişim planı ile birlikte değerlendirin.
