Kısa cevap: VPS, VDS veya dedicated sunucu seçerken önce uygulamanın CPU, RAM, disk I/O, ağ ve yönetim ihtiyacını ölçün. Paket adından çok işlemci modelini ve vCPU paylaşım politikasını, ayrılmış RAM’i, NVMe/SSD performans sınırlarını, port hızını ve trafik kotasını, sanallaştırma teknolojisini, yedekleme ile snapshot farkını, DDoS korumasını, IP koşullarını ve yönetim kapsamını karşılaştırın. Root erişimi gerekmeyen küçük sitelerde yönetilen hosting; değişken yükte ölçeklenebilir sanal sunucu; sürekli yüksek ve öngörülebilir yükte dedicated seçenek daha uygun olabilir.
“8 vCPU, 16 GB RAM” yazan iki sunucu aynı performansı vermeyebilir. Ana makinenin işlemcisi, kaynakların ne ölçüde paylaşıldığı, komşu sanal makinelerin yükü, disk gecikmesi ve ağ kalitesi sonucu değiştirir. Bu rehber, VPS VDS dedicated sunucu seçimi için teknik özellikleri iş ihtiyacına çevirecek soruları açıklar.
VPS ve VDS terimleri piyasada her zaman standart biçimde kullanılmaz. İkisi de genellikle fiziksel bir sunucunun sanallaştırma katmanıyla birden fazla bağımsız misafir sisteme ayrılmasını anlatır. Bazı sağlayıcılar VPS’i daha fazla paylaşımlı, VDS’yi daha kesin tahsisli kaynak olarak adlandırır; başka sağlayıcılar ise iki terimi eş anlamlı kullanır. Bu nedenle isim yerine teknik tahsis politikasını okuyun.
Dedicated sunucu, fiziksel makinenin tamamının tek müşteriye ayrıldığı hizmettir. İşlemci, bellek ve yerel disk başka müşteri sanal makineleriyle paylaşılmaz; fakat veri merkezi ağı, üst seviye depolama veya güvenlik cihazları ortak olabilir. Fiziksel tahsis daha yüksek kontrol sağlar, ancak donanım arızası, kapasite büyütme ve yönetim planı gerektirir.
Teklifte şu sorulara yazılı cevap arayın: vCPU çekirdekleri dedicated mı shared mı; CPU kullanımına sürekli ve anlık sınır uygulanıyor mu; RAM garanti mi, ballooning veya overcommit var mı; disk IOPS ve throughput limiti nedir; sanallaştırma KVM, Hyper-V, VMware, container veya başka bir teknoloji mi?
KVM, Linux çekirdeğinin donanım destekli sanallaştırma altyapılarından biridir ve misafir işletim sistemlerine sanal CPU ve cihazlar sunar. Ancak KVM etiketi kaynakların oversell edilmediği anlamına gelmez. Sanallaştırma teknolojisi izolasyonu tanımlar; sağlayıcının kapasite ve aşırı tahsis politikası performansı belirler.
Özel yazılım yığını, root erişimi, Docker, sürekli worker, kuyruk sistemi, özel güvenlik duvarı, birden fazla site veya paylaşımlı hosting limitlerini aşan veritabanı gerekiyorsa sanal sunucu uygundur. Kaynaklar yazılım katmanında büyütülebildiği için başlangıç ve ölçekleme maliyeti dedicated sunucuya göre daha esnek olabilir.
VPS/VDS seçimi, sunucu yönetiminin otomatik olarak dahil olduğu anlamına gelmez. İşletim sistemi kurulumu, güvenlik güncellemesi, servis yapılandırması, log izleme, yedekleme ve olay müdahalesi size ait olabilir. Teknik ekip yoksa yönetilen hizmet veya ayrı sunucu yönetimi satın alınmalıdır.
Sürekli yüksek CPU yükü, büyük RAM, yüksek ve öngörülebilir disk I/O, lisanslama gereksinimi, özel donanım, yoğun oyun sunucusu, büyük veritabanı veya belirli uyumluluk politikaları dedicated sunucuyu anlamlı kılabilir. Fiziksel çekirdeklerin ve yerel depolamanın tek müşteriye ayrılması daha tutarlı performans sağlayabilir.
Dedicated her zaman en hızlı veya en güvenli seçenek değildir. Eski nesil tek fiziksel sunucu, yeni nesil sanal altyapıdan yavaş olabilir. Tek makine arızasında hizmet durabilir; yüksek erişilebilirlik için ikinci düğüm, replikasyon, yedek ve otomatik geçiş gerekebilir. Fiziksel sunucu tek başına felaket kurtarma planı değildir.
NIST’in cloud tanımında kaynak havuzu, hızlı esneklik ve ölçülen hizmet temel özellikler arasındadır. Gerçek cloud hizmetinde kaynakların talebe göre hızlı sağlanıp bırakılması ve kullanımın ölçülebilmesi beklenir. Ancak pazarda “cloud” etiketi tek düğümde çalışan standart VPS için de kullanılabilir.
Sağlayıcıya sanal makinenin ana makine arızasında başka düğümde başlayıp başlamadığını, disk verisinin yerel mi dağıtık mı olduğunu, kapasite artışının kesinti gerektirip gerektirmediğini ve ücretin sabit mi kullanım bazlı mı olduğunu sorun. Yanıtlar cloud mimarisinin gerçek avantajlarını gösterir.
vCPU, misafir işletim sisteminin gördüğü sanal işlemci birimidir. Fiziksel çekirdeğe bire bir eşit olmak zorunda değildir. Aynı sayı; işlemci nesli, saat hızı, IPC, NUMA yerleşimi ve paylaşım oranına göre farklı sonuç verir. İşlemci modelinin gizlenmesi karşılaştırmayı zorlaştırır.
Shared vCPU, fiziksel işlem zamanının diğer sanal makinelerle paylaşılabildiği modeldir. Kısa süreli ve düzensiz yükte maliyet avantajı sağlar. Dedicated vCPU veya pinned core iddiasında hangi fiziksel kaynağın ayrıldığı, hyper-thread’in ayrı çekirdek sayılıp sayılmadığı ve sürekli kullanım kuralı öğrenilmelidir.
Tek bir sentetik test tüm iş yükünü temsil etmez ve bazı sağlayıcıların yoğun test politikalarını ihlal edebilir. Kendi uygulamanızın derleme, sorgu, görüntü işleme veya istek testini izinli sınırlar içinde yapın. Farklı saatlerde tekrarlanan testler komşu yük etkisini anlamaya yardım eder.
RAM’in garanti edilen miktarını ve burst/ballooning politikasını sorun. İşletim sistemi, veritabanı, web sunucusu, uygulama, önbellek ve izleme araçlarının toplamını hesaplayın; olağanüstü yük için pay bırakın. RAM tamamen dolduğunda süreç sonlandırma veya yoğun swap gecikmesi yaşanabilir.
Swap acil tampon olabilir, fiziksel RAM’in performanslı alternatifi değildir. Sağlayıcının bellek overcommit politikası ve izleme yöntemi önemlidir. Gösterilen RAM ile sürekli kullanılabilen RAM aynı varsayılmamalıdır. Bellek hataları ve OOM olayları izlenmelidir.
NVMe arayüzü yüksek performans potansiyeli sunar; ancak paylaşılan depolama katmanı, RAID, ağ depolaması ve hesap başına limit sonucu belirler. Kapasitenin yanında rastgele IOPS, sıralı throughput ve gecikme ölçülmelidir. Veritabanı gibi küçük rastgele işlemler, büyük dosya aktarımından farklı davranır.
Yerel NVMe hızlı olabilir fakat fiziksel düğüm arızasında erişilemez hâle gelebilir. Dağıtık depolama dayanıklılık sağlayabilir, ancak ağ ve çoğaltma gecikmesi ekleyebilir. Disk yedeği, RAID ve snapshot birbirinin yerine geçmez; her biri farklı arıza senaryosunu ele alır.
1 Gbps port, sürekli 1 Gbps kullanım hakkı anlamına gelmeyebilir. Portun paylaşımlı olup olmadığını, aylık trafik kotasını, aşım ücretini, inbound/outbound ayrımını ve fair-use politikasını kontrol edin. Ortalama trafik hesabı ile kısa süreli burst ihtiyacını ayırın.
Veri merkezi konumu hedef kullanıcı gecikmesini etkiler. Yurt içi ve yurt dışı transit kalitesi, peering, paket kaybı ve rota istikrarı önemlidir. Sadece ping değil, gerçek kullanıcı coğrafyalarından HTTP yanıtı ve indirme performansı test edilmelidir.
“DDoS korumalı” ifadesi kapasite, protokol ve müdahale şekli açıklanmadan karşılaştırılamaz. L3/L4 ağ saldırıları ile L7 uygulama saldırıları farklı savunmalar gerektirir. Korumanın sürekli mi tetiklemeli mi olduğu, temiz trafik kapasitesi, yanlış pozitif yönetimi, null-route koşulu ve saldırı sırasında destek iletişimi öğrenilmelidir.
Koruma planı uygulama güvenlik duvarı, oran sınırlama, CDN, origin gizleme ve servis sertleştirmeyle desteklenmelidir. Yüksek kapasiteli koruma, zayıf parola veya güncel olmayan yazılımı çözmez.
Yönetilmeyen hizmette sağlayıcı genellikle donanım, ağ ve sanallaştırma katmanından sorumludur; işletim sistemi ve üstündeki yazılımlar müşteriye aittir. Yönetilen hizmette güncelleme, panel, web/veritabanı servisleri, izleme, güvenlik ve yedekleme belirli kapsamda sağlayıcı tarafından yürütülebilir.
“Managed” kelimesinin sözleşmedeki karşılığını okuyun. Mesai dışı müdahale, özel yazılım, performans optimizasyonu, hack temizliği, kernel güncellemesi, yeniden başlatma ve geri yükleme dahil mi sorun. Müdahale ve çözüm süresi aynı değildir.
Desteklenen LTS veya güncel işletim sistemi seçin; EOL tarihini takip edin. Ubuntu’nun resmî sunucu belgeleri, güvenlik güncellemelerinin unattended-upgrades ile otomatik uygulanabildiğini açıklar; fakat yeniden başlatma ve uygulama uyumluluğu yine planlanmalıdır. Üçüncü taraf depolar otomatik güncelleme kapsamına kendiliğinden girmeyebilir.
SSH anahtarı, root ile doğrudan giriş kısıtlaması, en az yetki, güvenlik duvarı, başarısız giriş koruması, merkezi log, zaman senkronizasyonu ve düzenli zafiyet takibi temel adımlardır. Güncelleme öncesi yedek ve geri dönüş planı bulunmalıdır.
Snapshot, sanal diskin belirli andaki durumunu hızlı geri dönüş için kaydedebilir. Aynı altyapı veya hesap içinde tutuluyorsa sağlayıcı arızası, hesap ele geçirilmesi veya yanlış silmeye karşı bağımsız koruma sağlamayabilir. Uygulama çalışırken alınan snapshot, veritabanı açısından tutarlı olmayabilir.
Yedek; ayrı yetki ve tercihen ayrı konumda, belirli saklama süresiyle tutulan geri yüklenebilir kopyadır. Tam sistem, dosya ve veritabanı kurtarma hedefleri farklı olabilir. Yedek başarı mesajı değil, test edilmiş geri yükleme sonucudur.
Uptime hedefinin ölçüm dönemi, planlı bakım istisnaları, ağ ve güç kapsamı, kredi talep süresi ve azami kredi oranını okuyun. SLA kredisi iş kaybını karşılamayabilir. Durum sayfası, geçmiş olay raporları ve bakım bildirim yöntemi sağlayıcının operasyon olgunluğunu gösterir.
Destek kanalının 7/24 açık olması, her seviyede uzmanın anında yanıt verdiği anlamına gelmez. İlk yanıt, müdahale ve çözüm hedeflerini ayırın. Acil donanım arızası, ağ sorunu, veri kurtarma ve güvenlik olayı için eskalasyon süreci bulunmalıdır.
IPv4 sayısı, ek IP gerekçesi, IPv6 desteği, reverse DNS ve IP değişim koşulları açıklanmalıdır. Daha önce kötüye kullanılmış IP; e-posta teslimi, API erişimi veya itibar sistemlerinde sorun yaratabilir. Teslim öncesinde IP’nin blok listesi ve geçmişi kontrol edilmeli; sorun varsa değişim süreci sorulmalıdır.
Sunucu üzerinden e-posta gönderilecekse PTR, SPF, DKIM ve DMARC yanında gönderim itibarı ve kuyruk izleme gerekir. Kritik kurumsal posta için ayrı yönetilen e-posta hizmeti daha uygun olabilir.
Aylık bedelin yanında kurulum, panel lisansı, Windows veya ticari yazılım lisansı, yedek depolama, trafik aşımı, ek IP, DDoS, yönetim, izleme ve vergi maliyetlerini ekleyin. Yıllık indirimden önce donanım nesli, yükseltme fiyatı ve iptal koşulunu değerlendirin.
Yönetilmeyen ucuz sunucu; uzman zamanı, gece müdahalesi ve veri kaybı riski eklendiğinde pahalı olabilir. Toplam sahip olma maliyeti, sunucu fiyatı ile operasyon maliyetinin toplamıdır.
1. İş yükünün CPU, RAM, I/O, ağ, depolama ve büyüme gereksinimini ölçün.
2. CPU modeli, shared/dedicated vCPU ve sürekli kullanım politikasını yazılı alın.
3. RAM garantisi, sanallaştırma, disk IOPS/throughput ve depolama dayanıklılığını sorun.
4. Port paylaşımı, trafik kotası, aşım, veri merkezi ve rota kalitesini inceleyin.
5. DDoS kapsamı, SLA, destek ve managed hizmet sınırlarını karşılaştırın.
6. Snapshot, harici yedek, saklama, şifreleme ve geri yükleme testini planlayın.
7. IP itibarı, lisanslar, yenileme ve büyütme dahil toplam maliyeti hesaplayın.
İsim tek başına cevap vermez. İşlemci, paylaşım oranı, garanti edilen RAM, disk ve ağ limitleri ile gerçek test sonucu belirler. Sağlayıcının teknik tahsis politikasını karşılaştırın.
Uygulamanın paralellik yapısı, işlem süresi ve yoğunluk profiline bağlıdır. İzleme olmadan yalnız ziyaret sayısından doğru vCPU çıkarılamaz. Küçük başlayıp CPU steal, load ve yanıt süresini izleyerek büyütün.
Sunucu türü doğrudan sıralama garantisi vermez. Erişilebilirlik ve performans kullanıcı deneyimini etkileyebilir; içerik, teknik SEO ve otorite yine gereklidir.
Hayır. Snapshot hızlı geri dönüş sağlar ama aynı altyapı ve yetki alanındaki arızalara karşı bağımsız olmayabilir. Ayrı konumda, test edilen yedek gerekir.
Linux yönetimi, güvenlik, izleme ve kurtarma bilgisi yoksa risklidir. Yönetilen hizmet veya deneyimli destekle başlamak daha güvenli olabilir.
Önce iş yükünü ölçün; sonra ürün adını değil kaynak tahsisini ve operasyon kapsamını karşılaştırın. CPU modeli ve paylaşımı, RAM garantisi, disk gecikmesi, ağ kalitesi, yedek, DDoS, SLA ve destek açıkça belgelenmelidir. Ölçekleme ve geri dönüş yolunu satın almadan önce planlayın.
Doğru sunucu, en çok çekirdeği yazan değil; yük altında ölçülebilir performansı, güvenli kurtarmayı ve net sorumluluk sınırını sunan hizmettir.
Linux Kernel: KVM Documentation
NIST: Evaluation of Cloud Computing Services
Ubuntu Server: Automatic Updates
CISA Cyber Guidance
“8 vCPU, 16 GB RAM” yazan iki sunucu aynı performansı vermeyebilir. Ana makinenin işlemcisi, kaynakların ne ölçüde paylaşıldığı, komşu sanal makinelerin yükü, disk gecikmesi ve ağ kalitesi sonucu değiştirir. Bu rehber, VPS VDS dedicated sunucu seçimi için teknik özellikleri iş ihtiyacına çevirecek soruları açıklar.
VPS, VDS ve dedicated sunucu nedir?
VPS ve VDS terimleri piyasada her zaman standart biçimde kullanılmaz. İkisi de genellikle fiziksel bir sunucunun sanallaştırma katmanıyla birden fazla bağımsız misafir sisteme ayrılmasını anlatır. Bazı sağlayıcılar VPS’i daha fazla paylaşımlı, VDS’yi daha kesin tahsisli kaynak olarak adlandırır; başka sağlayıcılar ise iki terimi eş anlamlı kullanır. Bu nedenle isim yerine teknik tahsis politikasını okuyun.Dedicated sunucu, fiziksel makinenin tamamının tek müşteriye ayrıldığı hizmettir. İşlemci, bellek ve yerel disk başka müşteri sanal makineleriyle paylaşılmaz; fakat veri merkezi ağı, üst seviye depolama veya güvenlik cihazları ortak olabilir. Fiziksel tahsis daha yüksek kontrol sağlar, ancak donanım arızası, kapasite büyütme ve yönetim planı gerektirir.
VPS ile VDS arasındaki fark nasıl anlaşılır?
Teklifte şu sorulara yazılı cevap arayın: vCPU çekirdekleri dedicated mı shared mı; CPU kullanımına sürekli ve anlık sınır uygulanıyor mu; RAM garanti mi, ballooning veya overcommit var mı; disk IOPS ve throughput limiti nedir; sanallaştırma KVM, Hyper-V, VMware, container veya başka bir teknoloji mi?KVM, Linux çekirdeğinin donanım destekli sanallaştırma altyapılarından biridir ve misafir işletim sistemlerine sanal CPU ve cihazlar sunar. Ancak KVM etiketi kaynakların oversell edilmediği anlamına gelmez. Sanallaştırma teknolojisi izolasyonu tanımlar; sağlayıcının kapasite ve aşırı tahsis politikası performansı belirler.
Hangi durumda VPS veya VDS seçilmeli?
Özel yazılım yığını, root erişimi, Docker, sürekli worker, kuyruk sistemi, özel güvenlik duvarı, birden fazla site veya paylaşımlı hosting limitlerini aşan veritabanı gerekiyorsa sanal sunucu uygundur. Kaynaklar yazılım katmanında büyütülebildiği için başlangıç ve ölçekleme maliyeti dedicated sunucuya göre daha esnek olabilir.VPS/VDS seçimi, sunucu yönetiminin otomatik olarak dahil olduğu anlamına gelmez. İşletim sistemi kurulumu, güvenlik güncellemesi, servis yapılandırması, log izleme, yedekleme ve olay müdahalesi size ait olabilir. Teknik ekip yoksa yönetilen hizmet veya ayrı sunucu yönetimi satın alınmalıdır.
Dedicated sunucu ne zaman gerekir?
Sürekli yüksek CPU yükü, büyük RAM, yüksek ve öngörülebilir disk I/O, lisanslama gereksinimi, özel donanım, yoğun oyun sunucusu, büyük veritabanı veya belirli uyumluluk politikaları dedicated sunucuyu anlamlı kılabilir. Fiziksel çekirdeklerin ve yerel depolamanın tek müşteriye ayrılması daha tutarlı performans sağlayabilir.Dedicated her zaman en hızlı veya en güvenli seçenek değildir. Eski nesil tek fiziksel sunucu, yeni nesil sanal altyapıdan yavaş olabilir. Tek makine arızasında hizmet durabilir; yüksek erişilebilirlik için ikinci düğüm, replikasyon, yedek ve otomatik geçiş gerekebilir. Fiziksel sunucu tek başına felaket kurtarma planı değildir.
Cloud sunucu ile klasik VPS arasındaki fark nedir?
NIST’in cloud tanımında kaynak havuzu, hızlı esneklik ve ölçülen hizmet temel özellikler arasındadır. Gerçek cloud hizmetinde kaynakların talebe göre hızlı sağlanıp bırakılması ve kullanımın ölçülebilmesi beklenir. Ancak pazarda “cloud” etiketi tek düğümde çalışan standart VPS için de kullanılabilir.Sağlayıcıya sanal makinenin ana makine arızasında başka düğümde başlayıp başlamadığını, disk verisinin yerel mi dağıtık mı olduğunu, kapasite artışının kesinti gerektirip gerektirmediğini ve ücretin sabit mi kullanım bazlı mı olduğunu sorun. Yanıtlar cloud mimarisinin gerçek avantajlarını gösterir.
vCPU ve işlemci performansı nasıl karşılaştırılır?
vCPU sayısı ne ifade eder?
vCPU, misafir işletim sisteminin gördüğü sanal işlemci birimidir. Fiziksel çekirdeğe bire bir eşit olmak zorunda değildir. Aynı sayı; işlemci nesli, saat hızı, IPC, NUMA yerleşimi ve paylaşım oranına göre farklı sonuç verir. İşlemci modelinin gizlenmesi karşılaştırmayı zorlaştırır.
Shared ve dedicated vCPU farkı nedir?
Shared vCPU, fiziksel işlem zamanının diğer sanal makinelerle paylaşılabildiği modeldir. Kısa süreli ve düzensiz yükte maliyet avantajı sağlar. Dedicated vCPU veya pinned core iddiasında hangi fiziksel kaynağın ayrıldığı, hyper-thread’in ayrı çekirdek sayılıp sayılmadığı ve sürekli kullanım kuralı öğrenilmelidir.
CPU benchmark sonucu yeterli mi?
Tek bir sentetik test tüm iş yükünü temsil etmez ve bazı sağlayıcıların yoğun test politikalarını ihlal edebilir. Kendi uygulamanızın derleme, sorgu, görüntü işleme veya istek testini izinli sınırlar içinde yapın. Farklı saatlerde tekrarlanan testler komşu yük etkisini anlamaya yardım eder.
RAM, swap ve overcommit nasıl değerlendirilir?
RAM’in garanti edilen miktarını ve burst/ballooning politikasını sorun. İşletim sistemi, veritabanı, web sunucusu, uygulama, önbellek ve izleme araçlarının toplamını hesaplayın; olağanüstü yük için pay bırakın. RAM tamamen dolduğunda süreç sonlandırma veya yoğun swap gecikmesi yaşanabilir.Swap acil tampon olabilir, fiziksel RAM’in performanslı alternatifi değildir. Sağlayıcının bellek overcommit politikası ve izleme yöntemi önemlidir. Gösterilen RAM ile sürekli kullanılabilen RAM aynı varsayılmamalıdır. Bellek hataları ve OOM olayları izlenmelidir.
NVMe, SSD, IOPS ve disk performansı ne demektir?
NVMe arayüzü yüksek performans potansiyeli sunar; ancak paylaşılan depolama katmanı, RAID, ağ depolaması ve hesap başına limit sonucu belirler. Kapasitenin yanında rastgele IOPS, sıralı throughput ve gecikme ölçülmelidir. Veritabanı gibi küçük rastgele işlemler, büyük dosya aktarımından farklı davranır.Yerel NVMe hızlı olabilir fakat fiziksel düğüm arızasında erişilemez hâle gelebilir. Dağıtık depolama dayanıklılık sağlayabilir, ancak ağ ve çoğaltma gecikmesi ekleyebilir. Disk yedeği, RAID ve snapshot birbirinin yerine geçmez; her biri farklı arıza senaryosunu ele alır.
Port hızı ve trafik kotası nasıl okunur?
1 Gbps port, sürekli 1 Gbps kullanım hakkı anlamına gelmeyebilir. Portun paylaşımlı olup olmadığını, aylık trafik kotasını, aşım ücretini, inbound/outbound ayrımını ve fair-use politikasını kontrol edin. Ortalama trafik hesabı ile kısa süreli burst ihtiyacını ayırın.Veri merkezi konumu hedef kullanıcı gecikmesini etkiler. Yurt içi ve yurt dışı transit kalitesi, peering, paket kaybı ve rota istikrarı önemlidir. Sadece ping değil, gerçek kullanıcı coğrafyalarından HTTP yanıtı ve indirme performansı test edilmelidir.
DDoS koruması pakette neyi kapsamalı?
“DDoS korumalı” ifadesi kapasite, protokol ve müdahale şekli açıklanmadan karşılaştırılamaz. L3/L4 ağ saldırıları ile L7 uygulama saldırıları farklı savunmalar gerektirir. Korumanın sürekli mi tetiklemeli mi olduğu, temiz trafik kapasitesi, yanlış pozitif yönetimi, null-route koşulu ve saldırı sırasında destek iletişimi öğrenilmelidir.Koruma planı uygulama güvenlik duvarı, oran sınırlama, CDN, origin gizleme ve servis sertleştirmeyle desteklenmelidir. Yüksek kapasiteli koruma, zayıf parola veya güncel olmayan yazılımı çözmez.
Yönetilen ve yönetilmeyen sunucu farkı nedir?
Yönetilmeyen hizmette sağlayıcı genellikle donanım, ağ ve sanallaştırma katmanından sorumludur; işletim sistemi ve üstündeki yazılımlar müşteriye aittir. Yönetilen hizmette güncelleme, panel, web/veritabanı servisleri, izleme, güvenlik ve yedekleme belirli kapsamda sağlayıcı tarafından yürütülebilir.“Managed” kelimesinin sözleşmedeki karşılığını okuyun. Mesai dışı müdahale, özel yazılım, performans optimizasyonu, hack temizliği, kernel güncellemesi, yeniden başlatma ve geri yükleme dahil mi sorun. Müdahale ve çözüm süresi aynı değildir.
İşletim sistemi ve güvenlik güncellemeleri nasıl planlanır?
Desteklenen LTS veya güncel işletim sistemi seçin; EOL tarihini takip edin. Ubuntu’nun resmî sunucu belgeleri, güvenlik güncellemelerinin unattended-upgrades ile otomatik uygulanabildiğini açıklar; fakat yeniden başlatma ve uygulama uyumluluğu yine planlanmalıdır. Üçüncü taraf depolar otomatik güncelleme kapsamına kendiliğinden girmeyebilir.SSH anahtarı, root ile doğrudan giriş kısıtlaması, en az yetki, güvenlik duvarı, başarısız giriş koruması, merkezi log, zaman senkronizasyonu ve düzenli zafiyet takibi temel adımlardır. Güncelleme öncesi yedek ve geri dönüş planı bulunmalıdır.
Snapshot ile yedek arasındaki fark nedir?
Snapshot, sanal diskin belirli andaki durumunu hızlı geri dönüş için kaydedebilir. Aynı altyapı veya hesap içinde tutuluyorsa sağlayıcı arızası, hesap ele geçirilmesi veya yanlış silmeye karşı bağımsız koruma sağlamayabilir. Uygulama çalışırken alınan snapshot, veritabanı açısından tutarlı olmayabilir.Yedek; ayrı yetki ve tercihen ayrı konumda, belirli saklama süresiyle tutulan geri yüklenebilir kopyadır. Tam sistem, dosya ve veritabanı kurtarma hedefleri farklı olabilir. Yedek başarı mesajı değil, test edilmiş geri yükleme sonucudur.
SLA ve teknik destek nasıl karşılaştırılır?
Uptime hedefinin ölçüm dönemi, planlı bakım istisnaları, ağ ve güç kapsamı, kredi talep süresi ve azami kredi oranını okuyun. SLA kredisi iş kaybını karşılamayabilir. Durum sayfası, geçmiş olay raporları ve bakım bildirim yöntemi sağlayıcının operasyon olgunluğunu gösterir.Destek kanalının 7/24 açık olması, her seviyede uzmanın anında yanıt verdiği anlamına gelmez. İlk yanıt, müdahale ve çözüm hedeflerini ayırın. Acil donanım arızası, ağ sorunu, veri kurtarma ve güvenlik olayı için eskalasyon süreci bulunmalıdır.
IP adresleri ve e-posta itibarı nasıl kontrol edilir?
IPv4 sayısı, ek IP gerekçesi, IPv6 desteği, reverse DNS ve IP değişim koşulları açıklanmalıdır. Daha önce kötüye kullanılmış IP; e-posta teslimi, API erişimi veya itibar sistemlerinde sorun yaratabilir. Teslim öncesinde IP’nin blok listesi ve geçmişi kontrol edilmeli; sorun varsa değişim süreci sorulmalıdır.Sunucu üzerinden e-posta gönderilecekse PTR, SPF, DKIM ve DMARC yanında gönderim itibarı ve kuyruk izleme gerekir. Kritik kurumsal posta için ayrı yönetilen e-posta hizmeti daha uygun olabilir.
Sunucu maliyeti nasıl hesaplanır?
Aylık bedelin yanında kurulum, panel lisansı, Windows veya ticari yazılım lisansı, yedek depolama, trafik aşımı, ek IP, DDoS, yönetim, izleme ve vergi maliyetlerini ekleyin. Yıllık indirimden önce donanım nesli, yükseltme fiyatı ve iptal koşulunu değerlendirin.Yönetilmeyen ucuz sunucu; uzman zamanı, gece müdahalesi ve veri kaybı riski eklendiğinde pahalı olabilir. Toplam sahip olma maliyeti, sunucu fiyatı ile operasyon maliyetinin toplamıdır.
VPS/VDS satın alma kontrol listesi
1. İş yükünün CPU, RAM, I/O, ağ, depolama ve büyüme gereksinimini ölçün.2. CPU modeli, shared/dedicated vCPU ve sürekli kullanım politikasını yazılı alın.
3. RAM garantisi, sanallaştırma, disk IOPS/throughput ve depolama dayanıklılığını sorun.
4. Port paylaşımı, trafik kotası, aşım, veri merkezi ve rota kalitesini inceleyin.
5. DDoS kapsamı, SLA, destek ve managed hizmet sınırlarını karşılaştırın.
6. Snapshot, harici yedek, saklama, şifreleme ve geri yükleme testini planlayın.
7. IP itibarı, lisanslar, yenileme ve büyütme dahil toplam maliyeti hesaplayın.
Sık sorulan sorular
VPS mi VDS mi daha hızlıdır?
İsim tek başına cevap vermez. İşlemci, paylaşım oranı, garanti edilen RAM, disk ve ağ limitleri ile gerçek test sonucu belirler. Sağlayıcının teknik tahsis politikasını karşılaştırın.
Kaç vCPU gerekir?
Uygulamanın paralellik yapısı, işlem süresi ve yoğunluk profiline bağlıdır. İzleme olmadan yalnız ziyaret sayısından doğru vCPU çıkarılamaz. Küçük başlayıp CPU steal, load ve yanıt süresini izleyerek büyütün.
Dedicated sunucu SEO’yu yükseltir mi?
Sunucu türü doğrudan sıralama garantisi vermez. Erişilebilirlik ve performans kullanıcı deneyimini etkileyebilir; içerik, teknik SEO ve otorite yine gereklidir.
Sunucu snapshot’ı yeterli yedek midir?
Hayır. Snapshot hızlı geri dönüş sağlar ama aynı altyapı ve yetki alanındaki arızalara karşı bağımsız olmayabilir. Ayrı konumda, test edilen yedek gerekir.
Yönetilmeyen VPS yeni başlayan için uygun mu?
Linux yönetimi, güvenlik, izleme ve kurtarma bilgisi yoksa risklidir. Yönetilen hizmet veya deneyimli destekle başlamak daha güvenli olabilir.
Sonuç: Doğru sunucu nasıl seçilir?
Önce iş yükünü ölçün; sonra ürün adını değil kaynak tahsisini ve operasyon kapsamını karşılaştırın. CPU modeli ve paylaşımı, RAM garantisi, disk gecikmesi, ağ kalitesi, yedek, DDoS, SLA ve destek açıkça belgelenmelidir. Ölçekleme ve geri dönüş yolunu satın almadan önce planlayın.Doğru sunucu, en çok çekirdeği yazan değil; yük altında ölçülebilir performansı, güvenli kurtarmayı ve net sorumluluk sınırını sunan hizmettir.
Resmî kaynaklar
Linux Kernel: KVM DocumentationNIST: Evaluation of Cloud Computing Services
Ubuntu Server: Automatic Updates
CISA Cyber Guidance