VDS üzerinde büyüyen bir projenin tipik seyri şudur: Önce sayfa süreleri belli saatlerde uzamaya başlar, sonra cron görevleri birbirinin üzerine binmeye, derken veritabanı yedeklemesi sırasında site yavaşlamaya. Kaynak grafikleri “dolu” görünmese bile bir şeyler ters gider; çünkü sorun çoğu zaman sizin panelinizde değil, altındaki fiziksel makinede yaşanır.
Dedicated sunucu tam bu noktada devreye girer. Bu rehberde dedicated sunucunun ne olduğunu, VDS’ten hangi katmanda ayrıştığını, geçiş kararını hangi somut ölçümlerle vereceğinizi ve kiralama ile satın alma arasındaki hesabı adım adım ele alıyoruz.
Dedicated Sunucu Nedir?
Dedicated (fiziksel) sunucu, veri merkezindeki bir makinenin tamamının tek müşteriye tahsis edilmesidir. İşlemci, RAM, diskler ve network portu yalnızca sizin iş yükünüze çalışır; arada hipervizör katmanı ve kaynakları paylaştığınız başka müşteriler yoktur.
Bunun iki doğrudan sonucu vardır. Birincisi performans tutarlılığı: Aynı sorgu bugün de, kampanya gününde de benzer sürede döner; çünkü kimse kaynağınızı “ödünç” alamaz. İkincisi tam kontrol: İşletim sistemini, kernel parametrelerini ve RAID düzenini belirleyen sizsiniz. İsterseniz makinenin üzerine kendi sanallaştırmanızı kurup VM’lerinizi kendiniz bölüştürebilirsiniz.
Karşılığında sorumluluk da büyür. Güvenlik güncellemeleri, servis yapılandırması ve kapasite planlaması sizin veya yönetilen hizmet aldığınız ekibin elindedir. Dedicated’ı “daha güçlü VDS” olarak değil, farklı bir işletme modeli olarak düşünmek gerekir.
VDS ile Dedicated Arasındaki Fark
VDS’te fiziksel bir sunucu, hipervizör yazılımıyla birden fazla sanal makineye bölünür. Size ayrılan çekirdek ve RAM tahsislidir; ancak CPU zamanlaması, disk denetleyicisi ve network kartı gibi fiziksel katman yine ortaktır. SSD VDS sunucular bu dengeyi çoğu proje için fazlasıyla iyi kurar; sorun, iş yükünüz fiziksel katmanın paylaşılan sınırlarına dayandığında başlar.
Farkı dört başlıkta özetleyebiliriz:
- Kaynak izolasyonu: VDS’te tahsisli kaynak, paylaşımlı fiziksel altyapı; dedicated’da makinenin tamamı size ait.
- Performans profili: VDS’te komşu yüklere bağlı dalgalanma olasılığı; dedicated’da öngörülebilir, sabit taban performans.
- Donanım kontrolü: VDS’te hazır sanal donanım; dedicated’da RAID düzenini, disk tipini ve RAM kapasitesini belirleme imkânı.
- Ölçekleme: VDS dakikalar içinde yükseltilir; dedicated’da yükseltme fiziksel işlem ister ama tavan çok daha yüksektir.
Geçiş Zamanını Söyleyen Üç Somut Sinyal
“Site yavaş” hissiyle sunucu değiştirilmez; ölçümle değiştirilir. Aşağıdaki üç metrik, sanal katmanın size dar geldiğini net biçimde gösterir. Üçünü de birkaç dakikada, ek yazılım kurmadan kontrol edebilirsiniz.
1. CPU Steal (%st) Yükseliyor
CPU steal, sanal makinenizin işlemci istediği hâlde hipervizörden sıra alamadığı zamanın oranıdır. top çıktısındaki %st sütununda veya vmstat ile izlenir:
vmstat 1 5
# son sütun "st": 0 ideal; sürekli 5 ve üzeriyse sıkışma varDeğer anlık sıçrayabilir; önemli olan süreklilik. Yoğun saatlerde st düzenli olarak yüzde 5’in üzerinde seyrediyorsa yavaşlatan şey uygulamanız değil, altyapı paylaşımıdır. Kendi kodunuzu ne kadar optimize ederseniz edin bu değeri düşüremezsiniz; çözüm katman değiştirmektir.
2. RAM Doygunluğu ve Swap Trafiği
RAM’in dolu görünmesi tek başına sorun değildir; Linux, boşta kalan belleği disk önbelleği olarak kullanır. Asıl sinyal, sistemin sürekli swap alanına yazıp okumasıdır:
free -m # swap "used" kalıcı olarak artıyor mu?
vmstat 1 5 # si/so sütunları sürekli sıfırdan büyük mü?
dmesg | grep -i "out of memory" # OOM killer süreç öldürmüş mü?OOM killer’ın MySQL veya PHP-FPM gibi bir servisi kapattığını görüyorsanız kritik eşiği çoktan geçmişsiniz demektir. Sürekli swap trafiği ayrıca disk kuyruğunu da şişirir ve sorunu zincirleme büyütür.
3. Disk IO Darboğazı
Veritabanı ağırlıklı yüklerde en sık tıkanan nokta disktir. iostat ile bakın:
iostat -x 1 5
# await : bir isteğin ortalama bekleme süresi (ms)
# %util : diskin meşguliyet oranı%util uzun süre 90’ların üzerinde geziyor ve await normal seyrinin katlarına çıkıyorsa disk kuyruğu birikmiş demektir. top‘taki yüksek wa (iowait) değeri de aynı tabloyu doğrular. Dedicated tarafında diskin tamamı yalnızca sizin kuyruğunuza çalıştığı için bu darboğaz ortadan kalkar; SunucuCenter altyapısında bu diskler NVMe SSD’dir.
Pratik kural: Bu sinyallerden yalnızca biri, o da ara sıra görünüyorsa önce bir üst pakete ya da Premium VDS gibi daha güçlü kaynak tahsisli bir çözüme geçmek yeterli olabilir. İki veya üç sinyal birlikte ve süreklilik kazanmışsa dedicated’a geçiş artık optimizasyon değil, ihtiyaçtır.
Kiralama mı, Satın Alma mı?
Dedicated kararı verildikten sonra ikinci soru gelir: Sunucuyu aylık kiralamak mı, donanımı satın alıp veri merkezinde barındırmak mı? İkinci seçenek co-location modelidir: Makine sizindir; veri merkezi kabin, enerji, soğutma ve bağlantıyı sağlar.
| Kriter | Kiralama | Satın Alma + Co-Location |
|---|---|---|
| Başlangıç maliyeti | Düşük; aylık ödeme | Yüksek; donanım yatırımı peşin |
| Donanım arızası | Parça değişimi sağlayıcının sorumluluğunda | Yedek parça ve garanti takibi sizde |
| Ölçekleme | Yeni sunucu kiralanır, hızlıdır | Yeni donanım tedariki gerekir |
| Donanım seçimi | Sağlayıcının konfigürasyonları | Tamamen serbest; özel kart, özel disk |
| Mülkiyet | Sağlayıcıda kalır | Sizindir; şirket varlığı olarak amortismana girer |
| Uygun profil | Hızlı başlamak isteyen, donanım operasyonu istemeyen ekipler | Özel donanım gereksinimi ve kendi operasyon ekibi olan kurumlar |
Çoğu ekip için kiralama daha az sürtünmeli yoldur: Arıza durumunda parça değişimi, garanti süreci ve stok takibi gündeminizden çıkar. SunucuCenter dedicated sunucuları İstanbul Equinix veri merkezinde barındırılır; yüzde 99,98 uptime taahhüdü, 80 Gbit/s toplam network kapasitesi ve 7/24 destek kiralama modeline dahildir.
Elinizde hâlihazırda donanım varsa ya da GPU veya özel ağ kartı gibi standart dışı bileşenlere ihtiyacınız varsa co-location mantıklı seçenektir: Yatırımı siz yaparsınız, fiziksel altyapı yükünü veri merkezi taşır.
Geçiş Öncesi Kısa Kontrol Listesi
Karar netleştiyse taşınmayı sorunsuz atlatmak için şu adımları sırayla uygulayın:
- Yoğun saat metriklerini en az bir hafta boyunca toplayın (
sarveya kullandığınız izleme aracı); tek günlük ölçümle karar vermeyin. - Uygulama katmanındaki bariz sorunları önce eleyin: eksik veritabanı indeksi, önbelleksiz sorgular, şişmiş loglar. Donanım, kötü sorguyu iyileştirmez.
- Taşıma planında DNS TTL değerini önceden düşürün; veriyi
rsyncile ön-senkronize edip kesinti penceresini daraltın. - Yedekleme ve izleme düzenini yeni makinede ilk günden kurun; dedicated’da bu sorumluluk artık sizdedir.
Sık Sorulanlar
Dedicated sunucuda CPU steal görülür mü?
Hayır. %st değeri, hipervizörün işlemci zamanını başka sanal makinelere ayırmasından doğar. Dedicated’da hipervizör katmanı olmadığı için steal her zaman sıfırdır; işlemcinin tamamı kendi süreçlerinize çalışır.
VDS’te steal görüyorum ama RAM ve disk rahat; hemen geçmeli miyim?
Şart değil. Tek sinyal aralıklı görülüyorsa önce daha güçlü kaynak tahsisi olan bir üst paket genellikle yeterlidir. Steal süreklilik kazanır ve diğer metriklere de yayılırsa dedicated’ı gündeme almanın zamanı gelmiş demektir.
Kiraladığım dedicated sunucuda donanım arızalanırsa ne olur?
Kiralama modelinde donanım sağlayıcıya ait olduğundan arızalı bileşeni sağlayıcı değiştirir. SunucuCenter’da bu süreç 7/24 destek kapsamında yürütülür; sizin tarafınızda garanti veya parça takibi gerekmez.
Bir yanıt yazın