OVH, Hetzner ve yerel hosting seçeneklerinin Türkiye'deki TTFB'ye etkisini ağ gecikmesi, datacenter konumu ve CDN dengesi üzerinden karşılaştırır.
OVH, Hetzner ve Yerel Hosting: Türkiye Kullanıcısı İçin Yanıt Süresi Farkları
Türkiye'deki bir kullanıcı bir web sayfası açtığında, sunucunun İstanbul'da mı yoksa Fransa'da mı durduğu milisaniye olarak fark yaratır. Bu fark bazen önemsiz kalır, bazen de sayfanın hissettirdiği hızı doğrudan belirler. OVH, Hetzner ve Türkiye'deki yerel sağlayıcılar arasındaki seçimi yalnızca fiyat üzerinden yapmak, gecikme maliyetini görünmez bırakır.
TTFB (Time to First Byte), tarayıcının sunucuya istek gönderdiği andan ilk veri baytını aldığı ana kadar geçen süredir. Bu sürenin içinde ağ gecikmesi, DNS çözümleme ve sunucu işlem süresi bir arada bulunur; ancak coğrafi mesafe, kontrol edilebilen en büyük pay kalemlerinden biridir. Veri merkezinin konumu değişince ağ gecikmesi değişir ve TTFB doğrudan etkilenir.
Karar, soyut bir tercih değil; ziyaretçilerinizin çoğunluğunun nereden bağlandığına bağlı somut bir ödünleşimdir. Türk kullanıcılar için optimize edilmiş bir site ile Avrupa veya küresel kitleye hitap eden bir site aynı datacenter kararını gerektirmez.
Fiziksel mesafe TTFB'yi nasıl etkiler?
Işık hızı sabittir ve fiber kablolardaki sinyal yayılımı bu sınıra yakın, ancak altında seyreder. İstanbul ile Paris arasındaki kablo mesafesi yaklaşık 2.800 km'dir; tek yön gecikmesi fiber üzerinde 15-20 ms civarında beklenir, ancak ağ atlama noktaları (hop), yük dengeleme ve yönlendirme buna eklenir. Sonuçta İstanbul'dan Paris'teki bir sunucuya gerçek round-trip süresi çoğu durumda 40-60 ms aralığında ölçülür.
Bu gecikme tek başına sorun oluşturmayabilir. Gerçek darboğaz, bu gecikmenin sunucu işlem süresine ve TCP el sıkışmasına eklenmesidir; şifrelenmiş bağlantılarda (HTTPS) TLS el sıkışması veri aktarımından önce ek round-trip'ler gerektirir ve mesafe büyüdükçe her round-trip'in maliyeti artar. 200 ms TTFB hedefinin altında kalmak istiyorsanız, ağ gecikmesine harcanan payın geri kalanı için ne bıraktığına bakmanız gerekir.
HTTP/2 ve HTTP/3'ün çoklu akış (multiplexing) özelliği bağlantı kurulum maliyetini dağıtır; ancak ilk bağlantının gecikme payını ortadan kaldırmaz. Sunucu coğrafyası, protokol optimizasyonunun yerini tutmaz.
OVH veri merkezi seçimi Türkiye ziyaretçisi için ne değiştirir?
OVH'nin Avrupa'daki başlıca veri merkezleri Fransa (Roubaix, Strasbourg, Gravelines), Almanya (Frankfurt), Polonya (Varşova) ve Birleşik Krallık'ta (Londra) konuşlanmaktadır. Türkiye'ye en yakın seçenek coğrafi olarak Varşova ya da Frankfurt olacaktır; ancak ağ topolojisi her zaman coğrafi mesafeyle örtüşmez.
Frankfurt, İstanbul'a olan ağ yolu genellikle daha kısa ve daha az atlamalıdır. Strasbourg seçildiğinde ekstra 5-10 ms eklenmesi olağandır; Roubaix ise coğrafi olarak daha uzakta olduğundan ortalamada Frankfurt'a göre 15-25 ms daha yüksek gecikme verebilir. Bu farklar küçük görünse de sayfanın tamamı yüklenirken birden fazla bağlantı üzerinden çarpılır.
OVH'nin Türkiye'de varlığı bulunmamaktadır. Bu nedenle OVH kullanan bir site için en makul Avrupa tercihi Frankfurt bölgesidir; yine de bu seçim yerel bir sağlayıcıya kıyasla dezavantajlı kalmaya devam eder. Reverse proxy katmanı eklenerek bu coğrafi dezavantaj kısmen kapatılabilir; ancak ek bir mimari katman her zaman ek yönetim yükü demektir.
Hetzner'ın Türkiye'den gecikmesi: Nürnberg, Falkenstein ve Helsinki
Hetzner'ın üç ana Avrupa konumu Nürnberg ve Falkenstein (her ikisi de Almanya) ile Helsinki'dir. İstanbul'dan ölçüldüğünde Nürnberg ve Falkenstein genellikle 40-55 ms round-trip sunar; Helsinki ise daha kuzeyde olmasına karşın ağ altyapısı nedeniyle bazen benzer değerlere düşer, çoğu durumda ise 55-70 ms aralığında kalır.
Hetzner'ı cazip kılan maliyet avantajı gerçektir. Aynı kaynakları OVH veya büyük bulut sağlayıcıları üzerinde kurmanın önemli ölçüde üzerinde fiyatlandırmaktadır. Ancak bu avantaj, Türkiye'ye göre coğrafi konumun yarattığı gecikme marjını ortadan kaldırmaz. Türk ziyaretçilere yönelik bir içerik sitesi için Hetzner Nürnberg makul bir başlangıç noktasıdır; e-ticaret gibi her milisaniyenin dönüşümü etkilediği kullanım senaryolarında ise yerel hosting veya CDN kombinasyonu daha uygun olur.
Bir ayrım daha: TTFB ölçümünü tek bir noktadan yapıp genellemeyin. İstanbul'dan yapılan ölçüm İzmir, Ankara veya Diyarbakır'dan yapılandan farklı çıkabilir; Türkiye içindeki backbone dağılımı homojen değildir.
Yerel hosting Türk ziyaretçi için gerçekten daha hızlı mı?
Türkiye'de veri merkezi işleten sağlayıcılar coğrafi avantajı gerçek anlamda sunar. İstanbul'daki bir kullanıcıdan İstanbul'daki bir sunucuya round-trip süresi çoğu durumda 5-15 ms aralığında olur; bu, Frankfurt veya Nürnberg'e kıyasla 30-50 ms'lik bir kazanım demektir.
Ancak yerel hosting bu avantajı her zaman hayata geçiremez. Sunucu yönetimi kalitesi, ağ altyapısının bant genişliği ve uluslararası peering kapasitesi sağlayıcıdan sağlayıcıya önemli ölçüde farklılaşır; yetersiz altyapıya sahip yerel bir sağlayıcı, iyi yönetilen Hetzner veya OVH sunucularından daha kötü TTFB üretebilir. Coğrafi yakınlık, altyapı kalitesinin yerini tutmaz.
Yerel hosting en çok şu koşulların üçü bir arada geçerliyse anlam taşır: ziyaretçilerin neredeyse tamamı Türkiye içindeyse, içerik CDN ile dağıtılmıyorsa ve sunucu tarafı işlem süresi uzunsa. Koşullardan biri eksikse, önce onu çözmek çoğu durumda daha etkili olur. Hangi katmanın TTFB'ye katkıda bulunduğunu ayırt etmek, datacenter değişikliğinin gerçekten gerekli olup olmadığını netleştirir.
CDN bu denklemi nasıl değiştirir?
CDN (Content Delivery Network) statik varlıkları kullanıcıya yakın uç noktalarda önbelleğe alır. Türkiye'de varlığı olan bir CDN, statik içerik için coğrafi gecikmeyi büyük ölçüde ortadan kaldırır; ancak HTML yanıtı çoğu durumda kaynak sunucudan gelmeye devam eder. Bu ayrımı göz ardı etmek, CDN'e gereksiz yere fazla anlam yüklemek ya da yanlış yerde kullanmak anlamına gelir.
Siteniz büyük ölçüde dinamik içerik sunuyorsa (kişiselleştirilmiş e-ticaret sayfaları, oturum bazlı yanıtlar), CDN HTML yanıtını önbelleğe alamaz ve TTFB doğrudan kaynak sunucunun coğrafyasına bağlı kalır. Statik ağırlıklı içerik için ise CDN ile OVH Frankfurt ya da Hetzner Nürnberg kombinasyonu makul bir sonuç verir; Türkiye'de POP bulunduran bir CDN seçilirse statik varlıkların gecikmesi yerel hostingle yarışır hale gelir.
Tam önbelleklenebilir sayfalar (bloglar, içerik siteleri, ürün kataloğu) için CDN ve Avrupa kaynak sunucu kombinasyonu çoğu durumda yeterli olur. TTFB düşük ancak FCP yüksek çıkıyorsa sorun datacenter değil render zinciridedir; CDN veya sunucu taşıma bu durumda yanıltıcı bir çözüm olur.
TTFB ölçümü ve datacenter kararını verirken pratik adımlar
Datacenter kararı vermeden önce mevcut TTFB'yi birden fazla noktadan ölçmek gerekir. Türkiye içinden farklı lokasyonları temsil eden test noktaları (İstanbul, Ankara, İzmir en yaygın tercihlerdir) kullanılarak yapılan ölçümler, gerçek kullanıcı deneyimine daha yakın tablo sunar. Yalnızca yurt dışı sunuculardan yapılan otomatik testler, Türk kullanıcıların gördüğü gecikmeyi yanlış tahmin eder.
Düzenli TTFB takibi kurduğunuzda datacenter değişikliğinin etkisini somut olarak görebilirsiniz. Değişiklik öncesi ve sonrası ölçümleri aynı araç, aynı lokasyon ve aynı zaman diliminde karşılaştırmazsanız gözlemlediğiniz farkın kaynağını belirleyemezsiniz; sunucu coğrafyasından mı yoksa başka bir değişkenden mi kaynaklandığı belirsiz kalır.
Sunucu işlem süresi yüksekse (600 ms ve üzeri TTFB) coğrafyayı değiştirmek fazla etki yaratmaz. 40 ms'lik coğrafi kazanım, 500 ms'lik uygulama katmanı gecikmesinin önünde kaybolur. Web sunucusu seçimi ve uygulama katmanı optimizasyonu, datacenter taşınmasından önce ele alınması gereken konulardır; etkileri daha doğrudan, değişken maliyeti ise daha düşüktür.
Hangi senaryoda hangi seçenek öne çıkar?
Türkiye odaklı içerik sitesi için yerel hosting veya Türkiye'de POP bulunduran CDN ile Avrupa kaynak kombinasyonu mantıklı başlangıç noktasıdır. Yerel sağlayıcının altyapı kalitesini fiyattan bağımsız değerlendirmek gerekir; ucuzluk tek başına yeterli kriter değildir.
Hetzner, maliyet hassasiyeti yüksek projeler için gerçekçi bir seçenektir. Türkiye'ye yönelik bir WordPress sitesi kuruluyorsa ve bütçe kısıtlıysa, Hetzner Nürnberg üzerinde iyi yapılandırılmış bir sunucu birçok yerel sağlayıcıyla rekabet eder; burada önbellek katmanının etkinliği coğrafi farkı önemli ölçüde kapatabilir. Statik varlıklar CDN üzerinden dağıtılıyorsa sunucu konumunun etkisi yalnızca HTML yanıtıyla sınırlı kalır.
OVH, Türkiye için önerilen bölge Frankfurt olmak üzere kabul edilebilir bir seçenektir. Hetzner ile kıyaslandığında fiyat/performans dengesi genellikle Hetzner'ın lehine döner; ancak OVH'nin destek ve SLA yapısı bazı kurumsal senaryolarda ağır basar. E-ticaret özelinde bakıldığında, gecikmenin dönüşüm üzerindeki etkisi datacenter kararını daha kritik yapar ve bu kullanım senaryosunda yerel hosting veya Türkiye'de varlığı olan CDN kombinasyonu ön plana geçer.
Datacenter seçimi performans yolculuğunun bir parçasıdır, tamamı değil. Sunucu konumunu değiştirmeden önce mevcut TTFB'nin ne kadarının ağ gecikmesinden, ne kadarının uygulama katmanından geldiğini bilmek gerekir; bu ayrım yapılmadan alınan karar çoğu durumda beklenen sonucu vermez.
OVH Frankfurt, Hetzner Nürnberg ve iyi bir yerel sağlayıcı arasındaki gerçek fark Türkiye'den ölçüldüğünde 30-50 ms aralığında kalır. Bu fark bazı siteler için belirleyicidir, bazıları için ise uygulama katmanındaki 200-300 ms'lik optimizasyon fırsatının yanında küçük kalır. Kullanıcı yavaş hissediyorsa sorunun kaynağını doğru katmanda aramak, sunucu taşımanın önüne geçer.
Türkiye'de çoğunlukla ziyaret alan bir site için datacenter kararı vermeden önce şu soruyu yanıtlamak yeterli bir başlangıçtır: TTFB'nin yüksek olduğu sayfalar için gecikme ağ mı, yoksa sunucu işlemi mi? Yanıt ağ ise coğrafya önemlidir; yanıt sunucu işlemiyse önce yazılım katmanına bakın.