Bulut Sunucu mu VDS mi? Hangisi Size Uygun?

Bulut sunucu mu VDS mi sorusuna Türkçe'de bakınca hemen her yazı aynı iki cümlede düğümleniyor: "VDS izoledir, kaynaklar size ayrılmıştır; bulut esnektir, anında ölçeklenir." Bu iki cümle doğru ama karar vermenize yetmiyor, çünkü ikisi de aynı teknolojiyi — bir hipervizör üzerinde çalışan sanal makineyi — tarif ediyor. Aradaki fark donanımda değil, o donanımın size nasıl tahsis edildiğinde ve nasıl faturalandırıldığında.

Bu yazıda iki ürünü teknik tanımlar üzerinden değil, üç somut soru üzerinden ayıracağız: Kaynağınız gerçekten garanti mi (steal time ile nasıl ölçülür)? Trafiğiniz üç katına çıktığında faturanız ne kadar artar? Sunucu çöktüğünde ne oluyor — snapshot mı, canlı geçiş mi, yeniden kurulum mu? Sonunda hangi proje tipinde hangisinin doğru olduğunu gösteren bir tablo ve sağlayıcıya sipariş vermeden önce sormanız gereken sorular var. Amaç, tanım ezberletmek değil; iki fatura kalemi arasındaki farkı önceden görmenizi sağlamak.

Bulut Sunucu ve VDS Aslında Ne Farkla Satılıyor#

VDS, tek bir fiziksel sunucu üzerinde size ayrılmış sabit bir dilimdir; bulut sunucu ise birden fazla fiziksel düğümden oluşan bir havuzdan anlık olarak size tahsis edilen bir kaynaktır. Cümlenin işe yarayan kısmı "havuz" kelimesidir: bulutta sunucunuzun çalıştığı fiziksel makine değişebilir, VDS'te ise sabittir.

Bu tek yapısal fark, geri kalan her şeyi belirler:

• Depolama nerede duruyor? Klasik VDS'te disk, sunucunun içindedir (local NVMe/SSD). Bulutta disk çoğunlukla ağ üzerinden bağlanan bir blok depolamadır. Yerel disk daha düşük gecikme verir; ağ diski ise makine ölse bile veriyi ayakta tutar.
• Makine göçebilir mi? Bulutta ana düğüm arızalanınca sanal makine başka düğümde yeniden başlatılabilir (bazı yapılarda kesintisiz canlı göç). VDS'te ana makine arızalandığında sunucunuz o arıza giderilene kadar kapalıdır.
• Kaynak ne kadar esnek? Bulutta CPU/RAM birkaç dakikada artırılır. VDS'te de artırılabilir ama genellikle plan yükseltmesi ve kısa bir yeniden başlatma gerekir.
• Fatura neye bakar? VDS'te aylık sabit tutara; bulutta çoğunlukla saatlik kullanıma ve tüketilen ek kaynaklara.

Sanallaştırmanın alt katmanını merak ediyorsanız KVM ile sanallaştırma yazısı ikisinin de üzerinde durduğu teknolojiyi anlatıyor. VPS ile VDS arasındaki adlandırma karmaşası için de vds mi vps mi karşılaştırmasına bakabilirsiniz.

Kaynak Garantisi: vCPU Paylaşımı ve Steal Time#

Kaynağınızın gerçekten garanti olup olmadığını tahmin etmeniz gerekmez; Linux bunu steal time olarak doğrudan raporlar. Steal time, sanal makinenizin CPU istediği ama hipervizörün başka bir misafire öncelik verdiği için beklediği süredir.

# 1 saniyelik aralıklarla izle; "st" sütunu steal time
vmstat 1 10

# Aynı bilgi top içinde: %Cpu(s) satırındaki "st"
top -b -n 1 | head -5

# Uzun soluklu kayıt için
sar -u 1 60

Yorumlaması şöyledir:

"Garantili kaynak" ifadesi sadece CPU için de geçerli değildir. Diskte de aynı sorun IOPS olarak yaşanır ve orada steal time gibi hazır bir sayaç yoktur; onun yerine gecikmeye bakılır:

# await sütunu (ms) tek bir I/O isteğinin ortalama tamamlanma süresi
iostat -xz 1 5

# NVMe'de tek haneli ms bekleriz; 20 ms üzeri sürekli değerler komşu baskısıdır

Pratik kural: bir VDS'in "garantili" olması, sağlayıcının o çekirdekleri başka müşteriye ikinci kez satmadığı anlamına gelir. Bulut sunucularda ise iki ayrı sınıf vardır — paylaşımlı vCPU (ucuz, kısa süreli sıçramalara uygun, sürekli yüksek CPU'da yavaşlar) ve ayrılmış vCPU (VDS mantığında, daha yüksek fiyatlı). Bulut sunucu alırken bu iki sınıfı ayırt etmeden fiyat karşılaştırması yapmak, en sık yapılan hatadır.

Faturalandırma Farkı: Sabit Aylık mı, Kullandığın Kadar mı#

En büyük ve en az anlatılan fark budur: VDS aylık sabit ücretle, bulut sunucu ise genellikle saatlik ölçümle ve ek kalemlerle faturalanır. Aynı donanım, iki bambaşka fatura davranışı üretir.

Buradaki en yaygın sürpriz son satırdır. Bulutta sunucuyu kapatmak faturayı sıfırlamaz; disk imajı ve rezerve edilmiş IP durdukları sürece ücretlendirilir. Test için açtığınız ve "sonra bakarım" deyip kapattığınız makineler, ay sonunda hâlâ fatura üretiyor olabilir. VDS tarafında ise böyle bir belirsizlik yoktur: makine açık da olsa kapalı da olsa aynı tutarı ödersiniz, bu da bütçelemeyi kolaylaştırır.

Karar kuralı basittir: yükünüz öngörülebilir ve sürekliyse sabit ücret ucuzdur; yükünüz kısa ve seyrekse kullandığın kadar model ucuzdur. Günün 24 saati çalışan bir kurumsal web sitesi, saatlik ölçümden fayda görmez — sadece belirsizlik kazanır. Buna karşılık ayda üç gün süren bir video render işi ya da geceleri çalışan bir veri işleme kuyruğu için bulut modeli açıkça avantajlıdır.

Trafik Patlamasında Maliyet Nasıl Katlanır#

Bir kampanya gününde faturanızın nasıl davranacağını önceden hesaplayabilirsiniz. Şu senaryoyu ele alalım: normalde günde 2.000 ziyaretçi alan bir e-ticaret sitesi, indirim gününde 60.000 ziyaretçi alıyor. Ortalama sayfa ağırlığı 1,8 MB ve ziyaretçi başına 3 sayfa görüntüleniyor.

Ziyaretçi başına giden trafik : 1,8 MB × 3 = 5,4 MB
Normal gün                    : 2.000 × 5,4 MB  ≈ 10,8 GB
Kampanya günü                 : 60.000 × 5,4 MB ≈ 324 GB
Normal ay (29 gün) + 1 kampanya günü ≈ 313 GB + 324 GB ≈ 637 GB

Klasik VDS tarafında bu rakam çoğu pakette dahil trafik kotasının içinde kalır ve faturaya hiçbir şey eklenmez. Bulut tarafında ise kota aşımı GB başına ücretlendirildiği için tek bir kampanya günü, aylık sunucu ücretinin üzerine anlamlı bir kalem ekleyebilir. Aynı hesabı kendi rakamlarınızla yapmak için bant genişliği hesaplayıcı aracını kullanabilir, kavramın kendisi için bant genişliği nedir yazısına bakabilirsiniz.

Maliyetin patladığı ikinci nokta CPU'dur. Bulutta "burstable" (paylaşımlı) sınıf makineler kredi sistemiyle çalışır: normal saatlerde kredi biriktirir, yoğunlukta harcarsınız. Kredi bittiğinde iki şeyden biri olur — ya makine taban performansa (bazen anma değerinin beşte birine) düşer, ya da fazla kullanım ek ücret olarak faturalanır. Kampanya günü tam olarak kredinin bittiği gündür. Sunucunuzun bu sınıfta olup olmadığını bilmiyorsanız, yük altındayken şunu izleyin:

# CPU yüzdesi %100'e yakınken ortalama yükün orantısız yükselmesi
uptime
# 15:20:11 up 21 days,  load average: 18.44, 12.03, 6.71   (4 çekirdekli makinede alarm)

# İş parçacıklarının hangi durumda beklediğini gör
vmstat 1 5   # "r" sütunu çalışmayı bekleyen süreç sayısı

Dört çekirdekli bir makinede load average sürekli 8'in üzerindeyse ya gerçekten CPU'nuz yetmiyordur ya da hipervizör size vermiyordur; ayrımı st sütunu yapar.

Ölçekleme: Dikey, Yatay ve Kapasite Tavanı#

Ölçekleme iki yönde olur ve iki ürün bu yönlerde farklı davranır. Dikey ölçekleme aynı makineye CPU/RAM eklemektir; yatay ölçekleme ise ikinci, üçüncü makineyi devreye alıp yükü paylaştırmaktır.

Dikey ölçeklemede bulutun avantajı hız, VDS'in avantajı öngörülebilirliktir. Bulutta plan yükseltmesi panelden birkaç dakikada uygulanır; VDS'te de yükseltme mümkündür ama fiziksel düğümde boş kaynak yoksa başka bir düğüme taşınmanız gerekebilir. İşin gerçeği şudur: dikey ölçeklemenin bir tavanı vardır ve o tavan tek fiziksel makinedir. Hangi ürünü seçerseniz seçin, tek sunucuya sonsuza kadar kaynak ekleyemezsiniz.

Yatay ölçekleme tarafında bulut, hazır yapı taşları sunar: yönetilen yük dengeleyici, özel ağ, imajdan otomatik makine oluşturma. VDS'te bunları kendiniz kurarsınız — bu zor değildir ama sizin işinizdir. Nginx ile yük dengeleme kurulumu için nginx yük dengeleme yazısı işe yarar; birden fazla sunucuyu tek tipte tutmak içinse yapılandırmayı elle değil kodla yönetmek gerekir. Ansible ile sunucu otomasyonu tam olarak bunun için vardır ve iki üründe de aynı şekilde çalışır.

Pratik bir uyarı: yatay ölçeklemeye geçmeden önce uygulamanızın buna hazır olması gerekir. Oturum bilgisini sunucunun diskinde tutan, yüklenen dosyaları yerel klasöre yazan bir uygulama ikinci sunucu eklendiği anda tutarsız davranır. Bu bir altyapı sorunu değildir ve hiçbir bulut paketi çözmez.

Yedeklilik, Snapshot ve Yeniden Başlatma Davranışı#

Snapshot ile yedek aynı şey değildir ve bu karışıklık, veri kaybının en yaygın sebeplerinden biridir. Snapshot, diskin belirli bir andaki durumunun aynı altyapı içinde tutulan kopyasıdır; yedek ise verinin bağımsız bir yerde saklanan, geri yüklenebilir kopyasıdır. Snapshot hızlıdır ve yükseltme öncesi geri dönüş noktası olarak mükemmeldir; ama snapshot'ın durduğu depolama kümesi zarar görürse snapshot da gider.

Son satır önemlidir: aynı panelden erişilen snapshot, bir felaket kurtarma planı değildir. Panel hesabınız ele geçirildiğinde saldırgan snapshot'ları da silebilir. Bu yüzden hangi ürünü kullanırsanız kullanın, verinin bir kopyası sunucunun ve panelin dışında durmalıdır. Borg ile sunucu yedekleme veya restic ile yedekleme yazılarındaki gibi şifreli, uzak hedefe yazan bir yedekleme kurun ve geri yükleme testini ayda bir gerçekten yapın — hiç denenmemiş yedek, yedek sayılmaz.

Kesinti tarafında sağlayıcının SLA taahhüdü de bu tabloya girer. %99,9 ile %99,99 arasındaki fark kulağa küçük gelir ama yılda yaklaşık 8,8 saate karşılık 53 dakikadır. Kendi tolerans eşiğinizi uptime SLA hesaplayıcı ile çıkarıp sözleşmedeki rakamla karşılaştırın; kavram için uptime ve SLA nedir yazısına bakabilirsiniz.

Hangi Proje Hangisinde Daha Doğru#

Tablodaki asıl mesaj şudur: bulut "daha gelişmiş", VDS "daha geri" bir ürün değildir. Yükünüz sabitse bulutun esnekliği için ödeme yapmak, hiç kullanmayacağınız bir özelliği satın almaktır. Yükünüz düzensizse VDS'in sabit ücreti, kullanmadığınız saatler için ödeme yapmak demektir. İşletim sistemi tarafında kararsızsanız Windows VDS mi Linux VDS mi yazısı bu ikinci ekseni ele alıyor.

Satın Almadan Önce Sağlayıcıya Sorulacak Sorular#

Ürün sayfalarındaki "yüksek performans" ve "esnek altyapı" ifadeleri hiçbir şey söylemez. Sipariş vermeden önce şu sekiz sorunun yazılı cevabını alın:

1. vCPU ayrılmış mı, paylaşımlı mı? Ayrılmışsa kaç fiziksel çekirdeğe kaç vCPU satılıyor (overcommit oranı)?
2. Disk yerel mi, ağ üzerinden mi? NVMe ise RAID seviyesi ne?
3. Aylık trafik kotası ne kadar, aşımda ne oluyor? Ek ücret mi, hız kısıtı mı?
4. Port hızı ne? 1 Gbps port ile 100 Mbps kısıtlı port arasında büyük fark vardır.
5. Snapshot kaç adet ve ne kadar süre saklanıyor, ücreti dahil mi?
6. Makineyi kapatırsam faturalandırma nasıl davranır?
7. Plan yükseltmesi kesintisiz mi, yeniden başlatma gerekiyor mu, düşürme mümkün mü?
8. Ana düğüm arızasında prosedür ne? Otomatik yeniden başlatma var mı, hedef süre nedir?

Yedinci maddedeki "düşürme mümkün mü" sorusu özellikle önemlidir. Birçok altyapıda disk büyütülebilir ama küçültülemez; bir kez 500 GB'a çıktıysanız geri dönemez ve o maliyeti kalıcı olarak taşırsınız. Bu tek detay, uzun vadeli faturanızı en çok etkileyen kararlardan biridir.

Sıkça Sorulan Sorular#

Bulut sunucu VDS'ten daha mı hızlıdır#

Hayır, bulut sunucu doğası gereği daha hızlı değildir; hatta aynı özellikteki bir VDS, yerel NVMe diski sayesinde disk yoğun işlerde daha düşük gecikme verebilir. Bulutun avantajı hızda değil, kapasiteyi dakikalar içinde değiştirebilmede ve donanım arızasında makineyi başka düğümde ayağa kaldırabilmededir. Performans karşılaştırması yaparken kâğıt üstündeki vCPU ve RAM rakamlarına değil, vCPU'nun ayrılmış mı paylaşımlı mı olduğuna ve diskin yerel mi ağ üzerinden mi bağlandığına bakın. Bu iki detay, aynı fiyat aralığındaki iki ürün arasında kat kat fark yaratır.

Bulut sunucuda faturam neden beklediğimden yüksek geliyor#

En yaygın sebep, sunucu ücreti dışındaki kalemlerin gözden kaçmasıdır. Disk imajları, snapshot'lar, rezerve edilmiş IP adresleri ve yönetilen servisler makine kapalıyken bile faturalanmaya devam eder. İkinci sebep kota aşımıdır: dahil edilen trafik kotasını aşan her GB ayrıca ücretlendirilir ve tek bir kampanya günü bu kalemi belirgin şekilde şişirebilir. Üçüncü sebep ise paylaşımlı vCPU sınıfındaki kredi tükenmesi ve buna bağlı ek kullanım ücretidir. Faturayı öngörülebilir hale getirmek istiyorsanız kalemleri tek tek listeleyip sabit ücretli bir VDS ile karşılaştırın.

VDS'te kaynaklarım gerçekten bana mı ayrılmış#

Bunu doğrulamanın en pratik yolu steal time ölçmektir; vmstat 1 çıktısındaki st sütunu, CPU istediğiniz halde hipervizörün size vermediği süreyi yüzde olarak gösterir. Bu değer yoğun saatlerde bile sürekli %1'in altındaysa kaynaklarınız fiilen ayrılmış demektir. %3'ün üzerine çıkan ve kalıcı olan bir steal time, fiziksel düğümde aşırı satış (overcommit) olduğunun göstergesidir. Disk tarafında da iostat -xz 1 çıktısındaki await değerine bakın; NVMe bir sistemde sürekli 20 ms üzeri bekleme, komşu baskısına işaret eder.

Bulut sunucuda snapshot yedek yerine geçer mi#

Geçmez. Snapshot diskin aynı altyapı içinde tutulan bir kopyasıdır ve depolama kümesi, hesap ya da bölge düzeyinde bir sorun yaşandığında verinizle birlikte kaybolabilir. Ayrıca panel hesabınıza erişen bir saldırgan snapshot'ları da silebilir, bu yüzden fidye yazılımı senaryosunda koruma sağlamaz. Snapshot'ı yükseltme öncesi geri dönüş noktası olarak kullanın; asıl yedeği ise şifreli biçimde, sunucunun ve panelin dışındaki bağımsız bir hedefe alın ve geri yükleme testini düzenli olarak yapın.

Trafiğim artınca hangi model daha ucuz kalır#

Trafik artışı düzenli ve kalıcıysa sabit ücretli VDS neredeyse her zaman daha ucuz kalır, çünkü faturanız hacimle birlikte artmaz. Artış kısa süreli ve nadirse bulut modeli avantajlıdır; kapasiteyi sadece ihtiyaç duyduğunuz saatlerde ödersiniz. Karar vermeden önce aylık giden trafiğinizi gerçek sayfa ağırlığı ve sayfa görüntüleme sayısıyla hesaplayın, sonra bunu paketlerin dahil kotasıyla karşılaştırın. Statik dosyaları CDN'e taşımak da her iki modelde giden trafiği belirgin şekilde düşürür ve kimi zaman ürün değiştirme ihtiyacını tamamen ortadan kaldırır.

VDS'ten bulut sunucuya geçiş zor mu#

Geçişin zorluğu sunucudan çok uygulamanın nasıl kurulduğuyla ilgilidir. Yapılandırması elle yapılmış, dosya yolları sabit kodlanmış bir sistemi taşımak günler alabilir; aynı sistem Ansible gibi bir araçla kodla kurulmuşsa yeni makinede saatler içinde ayağa kalkar. Veritabanı taşıma, DNS TTL düşürme ve kesinti penceresi planlaması geçişin standart adımlarıdır. Taşımadan önce yeni sunucuda tam bir prova yapıp uygulamayı hosts dosyası üzerinden test etmek, canlıya geçiş riskini büyük ölçüde ortadan kaldırır.

Bulut sunucu her zaman daha yüksek erişilebilirlik sağlar mı#

Sağlamaz; yüksek erişilebilirlik ürünün adından değil mimariden gelir. Tek bir bulut sunucu üzerinde çalışan bir uygulama, o sunucu yeniden başlatıldığında yine kesintiye uğrar. Bulutun getirdiği avantaj, donanım arızasında makineyi başka bir düğümde otomatik olarak ayağa kaldırabilmesi ve ikinci bir makineyi hızla devreye almanın kolay olmasıdır. Gerçek yüksek erişilebilirlik için en az iki sunucu, önlerinde bir yük dengeleyici ve durum bilgisini paylaşan bir veri katmanı gerekir; bu mimariyi VDS'lerle de kurabilirsiniz.

Küçük bir kurumsal site için hangisini seçmeliyim#

Küçük ve trafiği düzenli bir kurumsal site için sabit ücretli bir VDS neredeyse her zaman daha doğru seçimdir. Yük öngörülebilir olduğu için saatlik faturalandırmanın esnekliğinden fayda görmezsiniz, buna karşılık bütçeniz ay sonunda sürpriz yapmaz. Sitenin trafiği zamanla artarsa dikey yükseltme yapmak yeterli olacaktır; yatay ölçeklemeye ihtiyaç duyacağınız eşiğe ulaşmak uzun zaman alır. Sunucu yönetimi konusunda ekibiniz yoksa, ürün tipinden bağımsız olarak yönetim hizmetini de paketle birlikte değerlendirin.

Kapanış#

Bulut sunucu mu VDS mi sorusunun cevabı "hangisi daha iyi" değil, "yükünüz nasıl davranıyor" sorusunda saklı. Yükünüz sabit ve öngörülebilirse VDS'in sabit ücreti hem daha ucuz hem daha huzurludur; yükünüz seyrek, kısa ve sıçramalıysa bulut modelinin saatlik ölçümü gerçekten para kazandırır. Karar verirken kâğıt üstündeki vCPU sayısına değil vCPU'nun ayrılmış mı paylaşımlı mı olduğuna, diskin yerel mi ağda mı durduğuna, trafik kotasının aşımında ne olduğuna ve makineyi kapattığınızda faturanın nasıl davrandığına bakın. Steal time ile await değerleri, hiçbir ürün sayfasının söylemediğini üç komutla size söyler.

Sabit kaynak ve öngörülebilir fatura arıyorsanız VDS sunucu paketleri, esnek ölçekleme ve havuz tabanlı altyapı istiyorsanız bulut sunucu seçenekleri karşılaştırma için iyi bir başlangıç. Yüksek CPU gerektiren sürekli yükler için performans sunucuları sayfasına, verinizin sunucu dışında ikinci bir kopyasını tutmak için yedekleme hizmeti sayfasına bakabilirsiniz. Kurulum ve günlük bakımı devretmek isterseniz sunucu yönetimi bu yükü üstlenir.