İstanbul vs Ankara veri merkezi: hız, gecikme ve maliyet farkı

Türkiye’de bir sunucu (VDS/VPS/dedicated) seçerken “veri merkezi nerede?” sorusu genelde son dakikaya bırakılır. Oysa kullanıcıya yakınlık, uygulamanın ilk paketleri ne kadar hızlı aldığı (RTT: round-trip time), CDN etkisi ve hatta bazı güvenlik/izleme maliyetleri üzerinde doğrudan etkisi vardır. Bu yazıda İstanbul ile Ankara veri merkezlerini; hız ve gecikme, ağ davranışı, kapasite/IOPS, destek süreçleri ve toplam maliyet açısından net ve karşılaştırılabilir şekilde ele alacağız. En sonunda da hangi senaryoda İstanbul, hangi senaryoda Ankara tercih edilmesi gerektiğini somut bir seçim kontrol listesiyle tamamlayacağız.

1) Hız/geridönüş (latency) farkı neden oluşur?

Veri merkezinin bulunduğu şehir; operatör ağlarıyla (ISP), internet çıkış noktalarıyla (IXP peering), en yakın kullanıcı kümeleriyle mesafe ve rota politikalarıyla birlikte gecikmeyi belirler. Burada kritik olan “düz mesafe” değil; gerçek ağ rotasıdır. İstanbul–Ankara hattında trafik yoğunluğu ve rota değişimleri zamanla değişebilir.

RTT’yi etkileyen 4 somut değişken

Ağ çıkışı ve peering: Sağlayıcının İstanbul/Ankara’daki internet çıkış noktaları ve kullandığı transit/peer dengesi.
Bulunduğunuz kullanıcı kesimi: Örneğin İstanbul dışındaki kullanıcılar için Ankara bazen daha dengeli sonuç verebilir.
Trafik yükü ve saat dilimi: Akşam saatlerinde gecikme artışı ve jitter (gecikme dalgalanması) görülebilir.
Protokol ve servis modeli: Web (HTTP/HTTPS), API (özellikle kısa istekler) ve dosya transferi (bant genişliği odaklı) farklı davranır.

Not: CDN kullanıyorsanız, “veri merkezi şehir farkı” etkisi kısmen azalır. CDN yoksa veya dinamik istekler sık geliyorsa etki daha belirginleşir.

2) İstanbul vs Ankara: hangi metriklerde fark görürsünüz?

Aşağıdaki tablo, iki farklı veri merkezi konumunun kullanıcı tarafında tipik olarak hangi alanlarda ölçülebilir farklar yaratabileceğini özetler. Değerler sağlayıcıya göre değişir; bu nedenle “mutlak rakam” yerine ölçüm hedefleri veriyoruz.

Senaryo/Metri̇k	İstanbul avantaj eğilimi	Ankara avantaj eğilimi	Ne zaman ölçmelisiniz?
Kısa API istekleri (2–5 KB)	Büyük kullanıcı kitlesine daha düşük RTT	İç Anadolu kullanıcılarına daha dengeli RTT	CDN’siz API ve ilk bayt süresi (TTFB) için
Web sayfası (HTML + dinamik): TTFB	İstanbul trafiğinde sık görülür	İç/Doğu kullanıcılarında dengelenebilir	İlk kurulumdan önce 24 saat örneklem
TLS/HTTPS kurulum gecikmesi	Peering iyi ise düşük	Peering rotası uygunsa düşük	Yeni sertifika/handshake performansı
Paket kaybı (packet loss)	Transit kalitesi iyi ise düşük	Aynı sağlayıcı politikasıyla değişir	Ping/trace ile doğrulama
Jitter (gecikme dalgalanması)	Ağ yoğunluğuna göre değişebilir	Gün içi rotalara göre değişebilir	Canlı kullanım saatlerinde test
Dosya indirme/bant genişliği	Büyük şehir çıkışı iyi ise yüksek	Uzak kullanıcı kitlesinde düşüş azalabilir	Büyük medya indirmede ölçün
Bulut depolama performansı (IOPS)	Sunucu modeli ve disk türü belirler	Aynı	“konum”tan çok “disk/RAID/NVMe”

Çok önemli ayrım: “Konum” tek başına vermez

Çoğu kişi “İstanbul daha hızlıdır” ya da “Ankara daha stabildir” gibi tek cümleyle karar verir. Oysa hız konusunda disk (NVMe/SATA), CPU modeli (burstable vs dedicated CPU), hiper yönetici ve ağ sınıfı (ör. 1 Gbps/10 Gbps oversubscription) çok daha belirleyicidir. Konum, bu bileşenlerin üstüne binen bir etkidir.

3) Uygulama tipine göre doğru konum nasıl seçilir?

Aşağıdaki sınıflandırma, karar vermeyi kolaylaştırır.

A) CDN yoksa: Konum daha kritik

E-ticaret siteleri, login/checkout API’leri, canlı sohbet, dinamik içerik ağırlıklı sistemler
Görüntü/indirmenin değil, isteklerin önemli olduğu uygulamalar

Bu durumda, hedeflediğiniz kullanıcı kitlesinin yoğun olduğu bölge hangi şehir hattına daha yakınsa o konum daha avantajlı olur. Türkiye’de kullanıcılar genelde İstanbul merkezli olduğu için, İstanbul veri merkezinde “ortalama” performans daha sık iyi çıkar; ancak iç Anadolu ve Doğu’daki yoğun kullanıcılar için Ankara merkezli seçim daha dengeli sonuç verebilir.

B) CDN varsa: Konum etkisi azalır

Statik içerik (CSS/JS/görseller) CDN üzerinden servis ediliyorsa
Dinamik içerik sadece küçük bir set ise (ör. birkaç endpoint)

Bu senaryoda asıl belirleyici, dinamik endpointlerin hangi ağ rotasıyla yanıt verdiği ve origin sunucunun kapasitesidir. Konum farkı yine hissedilebilir ama çoğu zaman “CDN + doğru WAF/DDoS + yeterli CPU/RAM” kadar belirleyici olmaz.

4) Aynı sağlayıcıyla karşılaştırma: en doğru test tasarımı

Sağlayıcı seçerken şehir karşılaştırması yapmak için “aynı özelliklerle” test edin.

Ölçüm planı (pratik ve net)

Aynı paket: Aynı vCPU, aynı RAM, aynı disk türü (tercihen aynı IOPS sınıfı) ve aynı ağ sınıfı.
Aynı trafik: Test sırasında istek boyutlarını ve sıklığı standardize edin.
24 saat örnekleme: En az 1 gün; akşam 19:00–23:00 aralığı mutlaka dahil olsun.
En az 3 metrik: - RTT (ping) - HTTP TTFB (ör. curl veya basit benchmark) - Uygulama yanıt süresi (loglardan p50/p95)
Trace/route: Traceroute (mtr tercih edilir) ile paket rotasını görün.

Linux’ta basit komut mantığı

İstanbul ve Ankara adaylarını aynı yazılım ve aynı yük altında test edin. Örneğin: - ping ile RTT - mtr ile kayıp ve rota - Uygulama endpointinde curl ile TTFB/yanıt süresi

Örnek mantık (değerler sizde değişecek): - ping ortalama RTT - mtr paket kaybı yüzdesi - curl -w ile zaman ölçümü

Tek test sonucu değil, p95/p99 gibi kuyruk gecikmesi (tail latency) odaklı bakın. Çünkü kullanıcı “bazen çok yavaş” durumunu yaşadığında algı p95/p99’dan etkilenir.

5) Maliyet ve yönetim: veri merkezi konumu fiyatı nasıl etkiler?

Konum tek başına maliyeti belirlemez; ancak toplam maliyet dolaylı etkilenebilir.

İstanbul/Ankara konumunun maliyete yansıdığı alanlar

Eklenti maliyetleri: Yedekleme (backup), yedekleme saklama süresi, yönetilen servisler (managed) ve saatlik destek.
Ağ/transfer maliyeti: Bazı planlarda egress (çıkış) politikaları farklılaşabilir.
SLA (service level agreement): Bazı sağlayıcılar şehir veya erişim sınıfına göre destek/garanti metriklerini farklı tanımlar.
Operasyon maliyeti: Log analizi, izleme, yedekleme ve taşıma (migration) süreçleri konumdan bağımsız gibi görünse de pratikte taşıma süresini etkiler.

Pratik öneri: aynı “kullanılabilir performans”ı satın alın

Şu karşılaştırma yaklaşımı yanlışı azaltır: - “İstanbul’da X GB RAM” yerine “İstanbul’da X RAM + aynı disk sınıfı + aynı ağ bandı + aynı yedekleme politikasını” kıyaslayın. - Benzer fiyatlar için en büyük fark genelde disk (NVMe/SSD türü) ve oversubscription oranı olur; bu yüzden karar metrikleştirilmelidir.

6) Karar kontrol listesi: İstanbul mu Ankara mı?

Aşağıdaki listeyi “evet/hayır” gibi düşünün.

İstanbul’ı seçin

CDN’siz veya CDN etkisi sınırlı bir dinamik sisteminiz varsa
Kullanıcı kitleniz ağırlıklı olarak Marmara/İstanbul merkezli ise
Ürününüz “kısa istek” ve “TTFB” performansına doğrudan bağlıysa
Testlerinizde İstanbul konumunda p95 gecikme daha düşük çıkıyorsa

Ankara’yı seçin

Kullanıcı kitleniz İç Anadolu ve çevresinde yoğun ise
Büyük şehir dışındaki kullanıcılar için “kuyruk gecikmesi” (p95/p99) daha iyi görünüyorsa
Aynı sağlayıcıda sunucu kapasitesi/paket sınırı Ankara’da daha iyi oranla sağlanıyorsa
Testleriniz rota/paket kaybı açısından Ankara lehine sonuç veriyorsa

Sonuç: Aksiyona dönük en net adım

İstanbul ve Ankara veri merkezleri arasındaki fark, “şehir” olmaktan çok ağ rotası + sağlayıcının kapasite tasarımı + sizin uygulama profiliniz birleşimiyle ortaya çıkar. Bu yüzden en doğru aksiyon, aynı paket özellikleriyle iki konumu da 24 saatlik gerçek endpoint yüküyle test edip p95 TTFB ve yanıt süresini karşılaştırmaktır. Test sonucu İstanbul lehine çıkıyorsa İstanbul’u; kuyruk gecikmesi Ankara lehine çıkıyorsa Ankara’yı seçin. Böylece kararınız tek bir varsayıma değil, ölçülebilir performansa dayanır.