Linode (Akamai) Hosting: Türkiye'den Kullanımda Net Kurulum Rehberi

Linode (Akamai) bulut sunucusu tarafında güçlü bir altyapı sunar; ancak Türkiye’den erişimde performans, kullanılan veri merkezi, ağ yolu ve doğru yapılandırma ile doğrudan değişir. Bu rehberde amacımız; Linode üzerinde bir VDS/VPS mantığıyla çalışırken Türkiye’den kullanıcıya sayfa açma hızını ve kararlılığı artıracak somut adımları vermek. Ayrıca “hızlı mı, pahalı mı, güvenli mi?” sorularını yanıtlamak için kontrol listeleri ve ölçüm yöntemleri paylaşacağız.

Not: Güncel ücret ve lokasyon detayları zamanla değişebilir. Aşağıdaki yaklaşım; fiyat/performans kararını, teknik ihtiyaçlarınıza göre netleştirmek içindir.

1) Türkiye’den Linode kullanırken performansı belirleyen 4 faktör

Türkiye’den bir Linode sunucusuna erişimde asıl farkı yaratan şey “sunucu özellikleri” kadar “ağ yolu” ve “doğru kurulum”dur. Aşağıdaki dört başlık, pratikte en çok sonuç verenlerdir.

Veri merkezi seçimi (lokasyon)

Linode’da lokasyon, Türkiye’den erişimin gecikmesini (latency) etkiler. Eğer hedef kitleniz İstanbul/Ankara ise; verinin bulunduğu lokasyon Türkiye’ye göre ne kadar yakınsa ilk paket (TTFB) süreleri genelde o kadar iyi olur.

Net kontrol: - Kurulumdan önce hedef şehirlerden (ör. İstanbul, Ankara, İzmir) ping ve traceroute/mtr ile rota kontrol edin. - Sunucu kurulduktan sonra HTTP(S) üzerinden curl -w ile TTFB ölçün.

ISP etkisi ve “BGP yolu”

Türkiye’de kullanıcıların farklı ISS’leri (Turkcell, Türk Telekom, Vodafone) farklı BGP rotaları görebilir. Bu, bazı kullanıcıların iyi hız alırken bazılarının daha yüksek gecikme yaşamasına yol açabilir.

Net kontrol: - Aynı testleri 2-3 farklı ağdan deneyin (mobil + ev interneti).

Sunucu tarafı ağ ayarları

İşletim sistemi (Linux) üzerindeki firewall, offloading ayarları ve bağlantı zaman aşımı değerleri gecikmeyi etkileyebilir.

Net kontrol: - Trafiği engelleyen/limit koyan kural var mı? - MTU problemi var mı? (Özellikle VPN arkasında)

CDN katmanı (gerekiyorsa)

Türkiye’den erişimde dinamik olmayan içerik (CSS, JS, görseller) için CDN kullanımı belirgin fark yaratır. Linode doğrudan CDN hizmeti sağlamasa da ek katman olarak CDN eklemek yaygın bir çözümdür.

2) Linode üzerinde kurulum: Türkiye kullanıcıları için pratik plan

Bu bölüm, “sunucu açtım ama web sitem yavaş açılıyor” problemini azaltacak net sırayı verir.

2.1 İlk 30 dakikada yapılacaklar

• OS seçimi: Linux tabanlı (Ubuntu/Debian türevleri) standarttır.
• Güncelleme: apt update && apt upgrade -y veya karşılığı.
• Zaman senkronu: timedatectl ile NTP doğru çalışıyor mu kontrol edin.
• Sistem saat kayması varsa TLS/sertifika süreçleri etkilenebilir.

2.2 Güvenlik duvarı (firewall) ve yönetim erişimi

Linode’da güvenlik katmanı iki yerde düşünülmeli: bulut (network) tarafı ve OS (host) tarafı.

Önerilen minimum politika: - SSH sadece kendi IP’nizden (veya VPN üzerinden) açılsın. - Web trafiği (80/443) herkese açık olsun. - Yönetim panelleri (varsa) doğrudan internete açılmasın.

Net kontrol listesi: - OS firewall kurulu mu? (örn. UFW) - Bulut firewall kural seti ile OS kuralları çakışıyor mu? - Loglar açılı mı? (hangi IP’ler deniyor?)

2.3 HTTP/HTTPS performansı için web sunucusu ayarları

Statik içerik için doğru cache ayarları ve gzip/brotli sıkıştırma kritik olur.

Örnek hedefler: - TLS handshake süreleri düşük olmalı. - TTFB gereksiz gecikmemeli.

Net kontrol: - curl -I https://domain.com ile header’ları kontrol edin. - curl -w "time_starttransfer=%{time_starttransfer} ..." ile TTFB’yi gözlemleyin.

3) Türkiye’de gecikmeyi ölç: “tahmin” yerine net ölçüm

Performansı artırmak için önce ölçüm standardı koymak gerekir. Aşağıdaki yöntemler, Türkiye’den bakışta net veri sağlar.

3.1 Hız testi değil, gecikme testi odaklı yaklaşım

TTFB (Time To First Byte) gecikmeye duyarlı uygulamalarda (API, dinamik sayfalar) daha anlamlıdır.

• Tarayıcı cache’i etkisi karışmasın diye mümkünse testleri temiz oturumla yapın.
• Mümkünse CDN olmadan önce “ham” performansı ölçün, sonra CDN ile kıyaslayın.

3.2 Ölçüm matrisi (örnek)

Aynı sunucu ile farklı ayarları veya farklı lokasyonları şu tablo mantığında kıyaslayın:

4) IP, bağlantı ve güvenlik: Türkiye kullanıcıları için pratik kararlar

Linode tarafında bağlantı yönetimi, özellikle yerel kullanıcılar için “erişilebilirlik” ve “hata ayıklama” açısından önemlidir.

4.1 Public IP ve erişim planı

Uygulamalarınız internete açık ise public IP kullanımı gerekir. Ancak gereksiz port açmak saldırı yüzeyini büyütür.

Net öneri: - Sadece gerekli servisleri (ör. 443) açık bırakın. - 80 kapatmayın diyorsanız, 80 → 443 yönlendirmesini düzgün yapın.

4.2 Yedekleme (backup) zorunluluktur, planı netleştirin

Linode kullanırken veri kaybı riskine karşı yedek (backup) planı şarttır.

Net minimum plan: - Günlük otomatik disk/snapshot yedeği - Haftalık daha uzun saklama - Yedeği geri yükleme (restore) testi

Net kontrol: - Yedek, aynı bölge içinde mi yoksa farklı lokasyonda mı? - Geri yükleme süresi hedeflediğiniz SLA’yı karşılıyor mu?

5) Doğru “spec” seçimi: Linode’da sadece CPU/RAM değil, IO da belirleyici

Linode’da instance seçiminde çoğu kişi CPU/RAM’e bakar; ama Türkiye’den gelen trafik artışında IO gecikmesi ve bağlantı sayıları da etkili olur.

5.1 Uygulamaya göre spec eşleştirme

Aşağıdaki matris karar vermeyi kolaylaştırır.

5.2 Ölçümle ölçekle: “yükseltme” stratejisi

Özellik artırmadan önce performans tıkanmasını netleştirin.

Net kontrol (sunucu üzerinde): - CPU kullanımı sürekli %70+ mi? - Disk IO bekleme (iowait) yükseliyor mu? - RAM swap’e düşüyor mu?

Net karar: - CPU tıkanıyorsa: worker sayısı/uygulama optimizasyonu + uygun instance artırımı. - IO tıkanıyorsa: veritabanı ayarı, indeks, cache ve disk/DB ayrıştırma. - RAM tıkanıyorsa: cache/uygulama bellek profili + instance yükseltme.

6) Güvenlik ve bakım: Türkiye trafiğinde pratik sağlamlaştırma

Türkiye’den erişimde saldırı denemeleri daha görünür hale gelebilir. Bu yüzden güvenlik katmanlarını katmanlı kurmak net sonuç verir.

6.1 Güncelleme ve paket yönetimi

• OS güncellemeleri düzenli olmalı.
• Uygulama bağımlılıkları (Node paketleri, PHP composer) sürüm tüneli olmadan güncellenmeli.

6.2 Loglama ve izleme (monitoring)

Sadece “oldu mu?” değil “nerede yavaşladı?” sorusuna yanıt için izleme gereklidir.

Net kurulum hedefleri: - Sistem metrikleri: CPU/RAM/IO - Uygulama metrikleri: hata oranı, yanıt süreleri - Web metrikleri: 4xx/5xx dağılımı

6.3 TLS/sertifika süreçleri

TLS sertifikası süresi ve yenileme otomasyonunu kaçırmak kesinti yaratır.

Net öneri: - Sertifika yenilemeyi otomatikleştirin. - Yenileme sonrası web sunucusu yeniden yükleme adımını doğrulayın.

Sonuç: Türkiye’den erişim için aksiyon planı

Linode (Akamai) hosting’i Türkiye’den kullanırken asıl başarı; doğru lokasyon + ölçülebilir performans testleri + katmanlı güvenlik + net bir yedekleme stratejisinden gelir. Önce mevcut/planlanan uygulamanız için baseline ölçümü yapın (TTFB ve gecikme), ardından firewall ve HTTPS yapılandırmasını standardize edin, en son da CDN ve ölçek planını ölçümlere göre uygulayın. Bugün başlayacağınız en net adım: kısa bir test planıyla (mtr + curl TTFB) iki lokasyon ya da iki yapılandırmayı kıyaslayıp “hız farkını” sayısal hale getirmek.

Aksi halde sadece paket özelliklerine bakarak karar vermek, Türkiye trafiğinde beklediğiniz sonuca götürmeyebilir.