1 Gbit mi 10 Gbit mi? Port hız farkı ve gerçek etki

Port hızı seçimi, özellikle VDS/VPS ve dedicated sunucu planlarken sık yapılan bir karşılaştırmadır. Ancak 1 Gbit ile 10 Gbit port farkı sadece “daha hızlı internet” gibi düşünülürse yanıltır: gerçek performansı belirleyen birçok darboğaz vardır. Bu yazıda port hızının neyi etkilediğini, hangi senaryolarda 10 Gbit’in fark yarattığını, hangi senaryolarda ise 1 Gbit’in yeterli kaldığını net kriterlerle anlatıyorum.

Port hızı neyi ifade eder? 1 Gbit ve 10 Gbit

Port hızı, sunucunun bulunduğu veri merkezindeki ağ arayüzünün (NIC) teorik maksimum aktarım kapasitesini ifade eder: - 1 Gbit/s port: yaklaşık 125 MB/s maksimum teorik üst sınır - 10 Gbit/s port: yaklaşık 1.25 GB/s maksimum teorik üst sınır

Bu “maksimum” değerler, pratikte hiçbir zaman tam olarak yakalanmaz. Çünkü gerçek aktarımı; paket kaybı, yoğunluk, sürücü ayarları, işlemci yükü, disk I/O, RAM, sunucu tarafı darboğazlar ve hatta uygulamanın gönderim/okuma modeli belirler.

Teorik hız vs gerçek aktarım: neden düşer?\nAşağıdaki örnekler tipiktir:

TCP/IP overhead: Her paket başlıkları ve kontrol mekanizmaları efektif verimi düşürür.
Şekillendirilmiş trafik (shaping): Bazı sağlayıcılar burst (ani yükselme) tanımı yapar.
Dosya kaynağı darboğazı: Dosya diskten okunuyorsa disk hızı 1 Gbit’i bile boğabilir.
CPU ile paket işleme: Yüksek PPS (packet per second) gerektiren trafikte CPU limit olur.

Sonuç: 10 Gbit port, her zaman “10 kat hızlı” sonuç vermez. En iyi ihtimalle ağ katmanında daha yüksek tavan sağlar.

Gerçek senaryolar: 10 Gbit ne zaman fark yaratır?

Aşağıdaki tabloda, port hızının etkisinin yüksek/orta/düşük olduğu yaygın senaryoları birlikte okuyun.

Senaryo	1 Gbit çoğu zaman yeterli mi?	10 Gbit’in pratik getirisi
Web sitesi (normal ziyaret, statik + CDN)	Evet	Genelde sınırlı; asıl fark CDN ve cache’den gelir
API (az sayıda istek, orta boy yanıt)	Evet	Çok yüksek eşzamanlılıkta gecikme iyileşebilir
Büyük dosya indirme (çok sayıda kullanıcı, büyük upload/download)	Hayır (sık doyar)	Akış (stream) daha rahat, kuyruk ve bekleme düşebilir
Depolama replikasyonu (storage replication), yedekleme aktarımı	Kısmen	10 Gbit, yedekleme penceresini ciddi kısaltır
Yüksek hızlı içerik çekimi (yüksek egress)	Hayır	Özellikle aynı anda çoklu çekimde fark yaratır
DDoS/Yoğun saldırı altında tek başına port yetmez	Evet/Gereksiz	Anti-DDoS kapasitesi ve filtreleme gerekir (port tek başına çözmez)

Egress (çıkış) baskısı 10 Gbit’i “hak eder”

Özellikle kullanıcıların “dosyaları indiriyorum” veya “büyük medya dağıtıyorum” dediği durumlarda, toplam giden trafik (egress) portu hızlıca doldurur. Örneğin 1 Gbit portta efektif 90–150 MB/s bandı sık görülürken (sağlayıcıdan sağlayıcıya değişir), 10 Gbit port aynı iş yükünde daha yüksek tavan sunar.

Geçikme (latency) portla otomatik düşmez

Birçok kişi “10 Gbit = daha düşük ping” bekler. Ancak gecikme çoğunlukla şunlarla belirlenir: - ağ topolojisi ve rota - sunucunun işlem yükü - uygulamanın yanıt stratejisi (cache, keep-alive, sıkıştırma) - TCP/packet işleme ve kuyruklar

Port kapasitesi yalnızca tıkanmayı azaltıyorsa gecikme iyileşebilir. Tıkanma yoksa, gecikme genellikle büyük ölçüde değişmez.

10 Gbit almanız gerektiğini gösteren net ölçütler

10 Gbit portu “varsayılan iyi” diye seçmek yerine, somut veriyle karar verin. Aşağıdaki kontrol listesi pratikte işe yarar:

1) 95. yüzdelik (p95) band kullanımı

Sağlayıcı raporlarında ya da sunucu tarafı ölçümünüzde şu soruya cevap arayın: - Trafik günün yüzde 80–90’ında 1 Gbit’e yaklaşınca mı artıyor? - p95 kullanım oranı yüksek mi? (Örn. %70+)

Eğer p95 sürekli yüksek ve özellikle günün belirli saatlerinde port doygunluğu yaşanıyorsa 10 Gbit gerçek fayda sağlar.

2) Uygulama kuyrukları ve zaman aşımı (timeout)

Port doygunluğu genelde şu belirtileri üretir: - büyük response süreleri - upload/download sırasında takılma - CDN cache’lenemeyen içeriklerde artan bekleme

Örnek teşhis: sunucuda Nginx/Apache log’larında uzun süreli transferler, uygulamada “read/write timeout” görüyorsanız ağ kuyrukları oluşuyor olabilir. Ancak tek başına portu suçlamayın: disk I/O ve uygulama thread modeli de aynı belirtileri üretebilir.

3) Transfer penceresi (backup/replication) süresi

Eğer günlük yedekleme veya replikasyon şu an hedef süreyi aşıyorsa (ör. 2 saatte bitmesi gerekirken 4 saati geçiyorsa) 10 Gbit port doğrudan çözüme yaklaşır.

1 Gbit vs 10 Gbit: hız farkı tek başına “fiyat/performans” değildir

Port hızının yanında şu unsurlar da performansı belirler. 10 Gbit port alıp yine de beklediğiniz sonucu alamamanızın ana nedenleri genelde bu maddelerdir.

CPU ve IRQ/NIC offload ayarları

Yüksek bant genişliği, özellikle küçük paketli trafiği (ör. yoğun API istekleri) yönetirken CPU’yu daha hızlı yorar. Sağlayıcının sanallaştırma katmanı, sanal switch ve NIC offload ayarları etkiler.

Disk I/O (yedekleme ve dosya servisinde kritik)

Özellikle indirme/servis senaryolarında akış şu zincire bağlıdır: 1) dosya depodan okunur 2) kernel network stack’e aktarılır 3) NIC gönderir

Depo (SSD/NVMe) ve dosya sistemi yavaşsa 1 Gbit port bile doygunluğa ulaşmadan sınırlanırsınız.

CDN ve cache: 10 Gbit’i “gereksiz” yapan en yaygın neden

Ziyaretçi trafiğinin büyük bölümü CDN üzerinden cache’leniyorsa sunucunuzun gerçek egress’i düşer. Bu durumda port yükseltmesi, beklenen getiriyi vermez.

Sanallaştırma türü ve kaynak garantisi

Paylaşımlı sistemlerde (özellikle bazı oversell modellerinde) 10 Gbit port görünse bile pratikte diğer kiracılarla birlikte bant genişliği paylaşılır. Dedicated ya da kaynak garantisi olan modellerde daha öngörülebilir sonuçlar görürsünüz.

Port hızını doğru karşılaştırmak için 6 soru

Net karar için sağlayıcı karşılaştırmasında şu soruları doğrudan istemeniz gerekir:

Port hız “garanti” mi yoksa burst mi?
Trafik için ölçülen efektif egress değeri var mı?
Packet limit / PPS gibi bir kısıt var mı?
Aylık trafik (transfer) limiti nasıl tanımlanmış? Aşımda ne oluyor?
Yedekleme/replication trafiği için ayrıca bir limit uygulanıyor mu?
Sanallaştırma altyapısı nedir ve benzer yükte yaşayan diğer müşterilerle bant paylaşımı var mı?

Bu sorulara net yanıt alamıyorsanız, 10 Gbit portun “kağıt üzerinde hızlı” kalma ihtimali yükselir.

10 Gbit’e geçişte planlama: adım adım yaklaşım

Hedefiniz tek seferde “doğru port”u bulmaksa bu sırayla ilerleyin.

1) Mevcut kullanımın dağılımını çıkarın

Günlük ortalama değil p95 veya p99 egress kullanımını inceleyin.
Transfer türlerini ayırın: HTTP egress, API, dosya download, backup replication.

2) Disk ve uygulama limitlerini önce giderin

Bir test kurgulayın: - Sunucu üzerinde aynı dosyayı yerelden okutup hız ölçün (ör. dd ile disk throughput) - Ardından aynı dosyayı ağdan indirip sonuçları kıyaslayın

Disk yeterli değilse portu büyütmek gecikmeyi değil, yalnızca “daha hızlı denerseniz daha hızlı tıkanacağınız” yeri değiştirir.

3) CDN/cache stratejisini netleştirin

Statik içerik için cache süresi ve stale-while-revalidate ayarları
Object cache (Redis/Memcached) gerekiyorsa belirli uç noktalarda

Bu adımlardan sonra egress düşüyorsa 10 Gbit şart olmaktan çıkar.

4) Pilot geçiş testi yapın

10 Gbit’e geçmeden önce, hedef senaryonuzda belirli bir süre gözlem alın: - aynı saat aralığında yük altında ölçüm - uygulama cevap süreleri (p95 latency) - hata oranı (timeout, 502/504)

Sonuç: Kararı porttan değil ölçümden verin

1 Gbit port, doğru cache ve disk I/O ile pek çok web ve API yükünü rahatça taşır. 10 Gbit ise özellikle büyük egress, toplu indirme, replikasyon/yedekleme penceresi gibi ağın tek başına sınırladığı senaryolarda anlamlı fark üretir. En sağlıklı aksiyon: mevcut egress kullanımınızı p95 bazında çıkarın; disk ve uygulama limitlerini kontrol edin; ardından sağlayıcıdan “garanti/burst ve limitler” için net bilgi alın. Bu verilerle karar verdiğinizde port seçimi, tahminden çıkıp ölçüme dayalı hale gelir.