Türkiye Lokasyon Sunucu Neden Tercih Edilir? Rehber
Türkiye lokasyon sunucu, kullanıcılarınızın büyük bölümü Türkiye'deyse en düşük gecikmeyi (ping), Türk IP adresini ve verinin ülke içinde tutulmasını aynı anda sağlayan seçenektir. Ancak her proje için doğru cevap değildir; hedef kitlenize, mevzuat yükümlülüklerinize ve iş yükünüzün yapısına göre karar vermek gerekir.
Bu yazıda Türkiye'de sunucu barındırmanın teknik ve hukuki gerekçelerini, gecikmeyi kendi ölçümlerinizle nasıl doğrulayacağınızı ve VDS ile fiziksel sunucu arasında nasıl seçim yapacağınızı adım adım ele alıyoruz.
1. Düşük gecikme: Fiziksel mesafe ve rota
Gecikmenin alt sınırını fizik belirler. Işık fiber kabloda yaklaşık 200 km/ms hızla ilerler. Yani 1.000 km'lik bir hat, gidiş-dönüş (RTT) için en iyi ihtimalle yaklaşık 10 ms eder. Gerçek hayatta kablo güzergâhı düz çizgi değildir, her yönlendirici ve geçiş noktası da ek gecikme katar. Bu yüzden Türkiye'deki bir kullanıcıya Türkiye içinden hizmet vermek, Avrupa veya ABD'den hizmet vermeye göre genellikle hem daha kısa hem daha öngörülebilir bir yol demektir.
Gecikme şu iş yüklerinde doğrudan hissedilir:
- Oyun sunucuları: Ping, hit kaydı ve oyun hissini doğrudan etkiler.
- E-ticaret ve dinamik web siteleri: Her veritabanı çağrısı ve TLS el sıkışması birden fazla RTT harcar; toplam sayfa yükleme süresi artar.
- API ve ödeme entegrasyonları: Türkiye'deki servislerle konuşan uygulamalar, yerel sunucudan daha hızlı yanıt alır.
- Canlı yayın, VoIP, uzak masaüstü: Jitter ve gecikme kaliteyi belirler.
Not: Statik içerik için CDN kullanıyorsanız, kaynak sunucunun lokasyonu özellikle önbelleğe alınamayan dinamik isteklerde önem kazanır.
Gecikmeyi kendiniz ölçün
Karar vermeden önce adaylarınızı gerçek kullanıcı hatlarından test edin. Sunucudan ya da kullanıcı tarafından şu komutlar işe yarar:
# Temel RTT ve paket kaybı
ping -c 20 203.0.113.10
# Hop hop gecikme ve kayıp (rapor modu, IP + AS bilgisi)
mtr -rwzc 50 203.0.113.10
# HTTP seviyesinde aşama aşama süre
curl -o /dev/null -s -w "dns:%{time_namelookup} connect:%{time_connect} tls:%{time_appconnect} ttfb:%{time_starttransfer} total:%{time_total}\n" https://www.example.com/
connect değeri TCP el sıkışma süresidir ve yaklaşık bir RTT'ye denk gelir; ttfb ise uygulama işleme süresini de içerir. Farklı operatörlerden (ev, mobil, kurumsal) birkaç ölçüm alın; tek bir hattın sonucu genelleme için yeterli değildir.
Nixcon'un herkese açık looking glass aracıyla İzmir, Frankfurt ve ABD noktalarından BGP rota, ping ve traceroute sorgusu çalıştırabilir, farklı lokasyonların hedeflerinize olan yolunu karşılaştırabilirsiniz.
Yaygın hata: Sadece ping'e bakmak
Ortalama ping tek başına yanıltıcıdır. mtr çıktısında şunlara dikkat edin:
- Loss% son hopta sıfır değilse sorun vardır; ara hoplarda görünen kayıp çoğu zaman ICMP rate-limit'ten kaynaklanır ve gerçek kayıp değildir.
- StDev yüksekse jitter sorunu var demektir; oyun ve VoIP için ortalamadan daha önemlidir.
- Yol beklenmedik şekilde yurt dışına çıkıyorsa (Türkiye'den Türkiye'ye giden trafik Avrupa üzerinden dönüyorsa) lokasyon seçimi tek başına çözüm olmaz; sağlayıcının peering ve upstream yapısına bakmak gerekir.
2. KVKK ve veri yerelliği
Kişisel veri işliyorsanız 6698 sayılı KVKK'yı dikkate almanız gerekir. Önemli nokta şudur: KVKK, tüm kişisel verilerin Türkiye'de tutulmasını genel bir kural olarak şart koşmaz. Kanunun 9. maddesi verinin yurt dışına aktarılmasına şartlar getirir (yeterlilik kararı, uygun güvenceler, açık rıza gibi mekanizmalar; madde 2024'te değiştirilmiştir). Sunucuyu Türkiye'de tutmak ise yurt dışına aktarım sorusunu baştan büyük ölçüde ortadan kaldırır ve veri sorumlusu olarak uyum sürecinizi sadeleştirir.
Bunun yanında bazı sektörlerde ayrıca yerelleştirme beklentileri bulunabilir; örneğin bankacılık, ödeme hizmetleri, kamu kurumları ve bazı düzenlenmiş sektörler için ilgili kurumların yönetmelik ve rehberleri birincil sistemlerin yurt içinde tutulmasını öngörebilir. Hangi düzenlemenin sizi bağladığını sektörünüzün mevzuatına ve hukuk danışmanınıza sormalısınız.
Pratik bir kontrol listesi:
- Hangi kişisel verileri işliyorsunuz ve bunlar nerede duruyor? (Veri envanteri)
- Yedekler, log'lar ve izleme sistemleri de aynı lokasyonda mı? Yedeği yurt dışına koyarsanız aktarım kapsamına girebilir.
- Sunucu sağlayıcınızla işleyen/veri sorumlusu ilişkisi ve sözleşme şartları net mi?
- Erişim kontrolü, şifreleme (disk ve aktarım) ve loglama uygulanıyor mu?
Bu yazı hukuki danışmanlık değildir; sunucunun Türkiye'de olması tek başına KVKK uyumu sağlamaz, teknik ve idari tedbirler yine sizin sorumluluğunuzdadır.
3. Türk IP adresi neden önemli?
Türkiye'de kayıtlı bir IP adresi şu durumlarda işinize yarar:
- Coğrafi kısıtlamalar: Bazı yerel servisler, bankalar, ödeme geçitleri ve kurumsal sistemler erişimi IP'nin ülkesine göre sınırlar veya IP beyaz listesi ister.
- Geo-IP tabanlı içerik ve reklam: Yerel içerik, para birimi ve dil seçimi çoğu zaman IP'nin ülke bilgisinden türetilir.
- Arama ve kullanıcı algısı: Hedef kitlesi Türkiye olan siteler için yerel IP, coğrafi sinyallerden biri olabilir (tek başına belirleyici bir sıralama faktörü olarak görmeyin).
- Güvenlik politikaları: Yönetim panellerine yalnızca belirli ülkelerden erişim izni vermek isteyen kurumlar için ülke bazlı filtreleme kolaylaşır.
IP'nin hangi ülkede görüneceği, geo-IP veritabanlarının RIR kayıtlarına ve diğer verilere dayanarak yaptığı bir tahmindir. Yeni bir blok kullanıyorsanız veritabanlarının güncellenmesi zaman alabilir; bir IP'nin kaydını şöyle kontrol edebilirsiniz:
whois 203.0.113.10 | grep -iE "country|netname|origin|descr"
Kendi ASN'iniz ve IP bloğunuz varsa, bunları Türkiye'deki bir sunucudan BGP ile anons etmek de mümkündür; ayrıntılar için BGP VDS konusundaki önceki yazılarımıza bakabilirsiniz.
4. İzmir veri merkezi ve çok lokasyonlu yapı
Nixcon kendi ağını (AS40368) işletir; ana veri merkezi İzmir'dedir ve Frankfurt (Almanya) ile Fremont, Kaliforniya (ABD) POP'ları bulunur. Bu yapı iki şeyi mümkün kılar: Türkiye'deki kullanıcılar için sunucuyu İzmir'de barındırmak, yurt dışı erişimini de aynı ağ üzerinden Frankfurt ve ABD noktalarıyla desteklemek.
Hedef kitleniz karma ise (örneğin %70 Türkiye, %30 Avrupa) tipik yaklaşım şudur: kaynak sunucuyu ve veritabanını Türkiye'de tutmak, statik içeriği CDN ile dağıtmak ve kritik olmayan servisleri ihtiyaca göre başka lokasyonlara yaymak.
5. VDS mi, fiziksel sunucu mu?
Lokasyona karar verdikten sonra sıradaki soru sunucu tipidir.
| Kriter | VDS (sanal dedicated) | Fiziksel sunucu |
|---|---|---|
| Kurulum süresi | Hızlı, genellikle otomatik | Donanım hazırlığı gerekebilir |
| Kaynak yönetimi | Sanallaştırma katmanında ayrılmış kaynak | Tüm donanım size ait |
| Ölçekleme | Kolay büyütme/küçültme | Donanım değişikliği gerekir |
| Performans öngörülebilirliği | İyi; sanallaştırma katmanı küçük bir ek yük getirir | En yüksek; paylaşım yok |
| Özel donanım (GPU, çok disk, özel NIC) | Sınırlı | Uygundur |
| Tipik kullanım | Web, uygulama, oyun, BGP, test/üretim | Yüksek I/O veritabanı, büyük sanallaştırma kümeleri, yoğun trafik |
VDS tercih edin: İş yükünüz değişkense, hızlı kurulum ve esneklik istiyorsanız, birden fazla küçük servis çalıştırıyorsanız ya da BGP ile kendi IP bloğunuzu anons edecekseniz. Nixcon'un VMware vSphere tabanlı VDS ürünleri ve BGP seçenekleri BGP destekli VDS sunucular sayfasında anlatılıyor.
Fiziksel sunucu tercih edin: Donanım üzerinde tam kontrol, sabit ve ayrılmış performans veya özel donanım gerekiyorsa. Bu durumda fiziksel sunucu kiralama daha uygun olur. Kendi donanımınız varsa colocation da bir seçenektir.
Karar için kısa yol haritası
- Kullanıcıların nerede olduğunu çıkarın (analitik veya erişim logları).
- Mevzuat gereksinimlerini netleştirin (KVKK, sektörel düzenleme).
- Adaylar için
mtrvecurlölçümlerini birkaç operatörden alın. - Kaynak ihtiyacını (CPU, RAM, disk I/O, ağ) kıyaslama testleriyle belirleyin; örneğin diskler için
fio:
fio --name=randrw --ioengine=libaio --rw=randrw --bs=4k --iodepth=32 --size=1G --runtime=60 --time_based --direct=1
- Başlangıçta VDS ile ilerleyip, kaynak ihtiyacı sürekli yüksek kalırsa fiziksel sunucuya geçmeyi değerlendirin.
6. Türkiye'de barındırırken dikkat edilecek hatalar
- Yedeği unutmak: Ana sunucu Türkiye'de ama yedekler yurt dışında ise veri yerelliği hedefiniz boşa çıkabilir.
- DDoS korumasını sonradan düşünmek: Özellikle oyun ve web hizmetlerinde saldırı riski lokasyondan bağımsızdır; koruma ve firewall planını baştan yapın.
- DNS TTL ve geçiş planı yapmamak: Lokasyon değiştirirken TTL'yi önceden düşürün, eski ve yeni sunucuyu bir süre paralel çalıştırın.
- Tek ölçüme güvenmek: Gece/gündüz ve farklı operatörlerle tekrar test edin.
- Geo-IP gecikmesini hesaba katmamak: Yeni IP'ler için geo-IP veritabanlarının güncellenmesini bekleyin ve kritik servisleri canlıya almadan önce kontrol edin.
Sonuç
Türkiye lokasyon sunucu; kitleniz ağırlıklı yerelse düşük ve tutarlı gecikme, veri yerelliği gereksinimlerinde sadelik ve Türk IP avantajı sunar. Kararı varsayımla değil, ölçümle verin: looking glass ve mtr ile yolu görün, mevzuat gereksinimlerinizi netleştirin, esneklik gerekiyorsa VDS, ayrılmış donanım gerekiyorsa fiziksel sunucu seçin.
Sık sorulan sorular
Türkiye lokasyon sunucu KVKK uyumu için zorunlu mu?
KVKK tüm kişisel verilerin Türkiye'de tutulmasını genel olarak şart koşmaz; ancak yurt dışına aktarım için 9. maddedeki şartlar aranır. Bankacılık, ödeme ve kamu gibi bazı sektörlerde ayrıca yerelleştirme beklentileri olabilir. Durumunuz için hukuk danışmanından görüş alın.
Türkiye'deki kullanıcılar için sunucu lokasyonu ping'i ne kadar etkiler?
Mesafe arttıkça RTT'nin alt sınırı artar; fiberde yaklaşık her 1.000 km gidiş-dönüş için en az 10 ms eder. Gerçek değer rota ve operatöre göre değişir. Bu yüzden ping, mtr ve curl ile kendi hatlarınızdan ölçüm yapmanız gerekir.
Gecikmeyi karşılaştırmak için hangi araçları kullanabilirim?
ping, mtr ve curl'ün -w zamanlama çıktısı yeterlidir. Nixcon'un herkese açık looking glass aracıyla İzmir, Frankfurt ve ABD noktalarından ping, traceroute ve BGP rota sorguları da yapabilirsiniz.
VDS mi fiziksel sunucu mu seçmeliyim?
Esneklik, hızlı kurulum ve değişken yük için VDS uygundur. Ayrılmış donanım, yüksek ve sabit I/O ihtiyacı veya özel donanım gerekiyorsa fiziksel sunucu daha mantıklıdır. Önce VDS ile başlayıp ihtiyaç artarsa geçmek de yaygın bir yaklaşımdır.