DigitalOcean Alternatifleri ve Fiyat Karşılaştırması

DigitalOcean alternatifleri aslında neleri değiştirir

Çoğu DigitalOcean alternatifi makineyi değil, faturayı değiştirir. Her iki durumda da genel IP adresine, virtio diske ve root erişimine sahip bir Linux sanal makinesi alırsınız; çekirdeğiniz kontrol panelinde kimin logosunun olduğundan bağımsız çalışır. Seçimi belirleyen farklar; GB başına RAM fiyatı, dahil edilen veri transferi kotası ve bu kotanın aşılması durumunda bayt başına maliyet, diskin gerçekte neyden yapıldığı ve işletim sistemi üzerindeki yığının ne kadarının sizin yerinize başkası tarafından yönetildiğidir.

Bu kılavuz, bir geliştiricinin terminal üzerinden veya yayınlanmış bir fiyat listesinden kontrol edebileceği bu eksenler üzerinden karşılaştırma yapar. Ayrıca DigitalOcean'ın doğru tercih olduğu durumları da belirtir; çünkü hiçbir taviz vermeyen bir karşılaştırma, reklam niteliğindedir.

Aşağıdaki her fiyat, 5 Ağustos 2026 tarihinde kontrol edilmiş yayınlanmış liste fiyatıdır. Fiyatlar değişebilir ve buradaki sağlayıcılardan birden fazlası 2026 yılı içerisinde fiyatlarını güncellemiştir. Fiyatlandırma yapısı çok daha yavaş değişir; bu nedenle önce oranları ve faturalandırma modelini inceleyin, ardından taahhüt vermeden önce sağlayıcının kendi sayfasından güncel rakamı doğrulayın.

RAM başına GB fiyatı karşılaştırılması gereken değerdir

[
  {
    "provider": "DigitalOcean 1 GB",
    "ram_gb": 1,
    "monthly_usd": "6.00",
    "usd_per_gb_ram": "6.00"
  },
  {
    "provider": "DigitalOcean 4 GB",
    "ram_gb": 4,
    "monthly_usd": "24.00",
    "usd_per_gb_ram": "6.00"
  },
  {
    "provider": "Akamai Nanode 1 GB",
    "ram_gb": 1,
    "monthly_usd": "5.00",
    "usd_per_gb_ram": "5.00"
  },
  {
    "provider": "Vultr NVMe 1 GB",
    "ram_gb": 1,
    "monthly_usd": "6.00",
    "usd_per_gb_ram": "6.00"
  },
  {
    "provider": "Hetzner CX23 4 GB",
    "ram_gb": 4,
    "monthly_usd": "6.49",
    "usd_per_gb_ram": "1.62"
  }
]

Aynı sağlayıcı içerisinde, RAM başına GB fiyatı neredeyse hiç değişmez. DigitalOcean, 1 GB'lık planda GB başına 6.00 dolar, 4 GB'lık planda ise aylık 24.00 dolar liste fiyatıyla yine GB başına 6.00 dolar ücret alır. Aynı sağlayıcıda daha büyük bir plan seçmek indirim sağlamaz, bu nedenle karar plan boyutuna göre değil, sağlayıcıya göre verilir.

Artık eski Linode'u bünyesinde barındıran Akamai, 2 GB ve 4 GB'lık paylaşımlı planlarını DigitalOcean ile birebir aynı olacak şekilde 12 ve 24 dolardan fiyatlandırır. Giriş seviyesi planı ise 5.00 dolar ile bu fiyatların altındadır. İki şirketin birbirinin fiyatını tam olarak eşleştirmesi dikkate değer bir işarettir: bu katman donanım maliyetine göre değil, rakibe göre fiyatlandırılmıştır ve rakibini takip etmeye devam edecektir.

Fiyat farkı, kendi veri merkezlerini kuran ve euro üzerinden satış yapan sağlayıcılarla ortaya çıkar. Bir Hetzner CX23 planı, aylık yaklaşık 6.49 dolar karşılığında 4 GB RAM sunar; bu da GB başına 1.62 dolar demektir ve DigitalOcean oranının yaklaşık dörtte birine denk gelir. Bu dolar tutarı euro liste fiyatından dönüştürüldüğü için döviz kuruyla birlikte dalgalanır. Hetzner ayrıca 2026 yılı içerisinde bulut fiyatlarını artırdığı için, daha eski karşılaştırma yazıları artık geçerli olmayan rakamlar içermektedir.

RAM başına GB fiyatı, alacağınız CPU hakkında hiçbir bilgi vermez. Paylaşımlı vCPU, hipervizörün çekirdeğinizi diğer kiracılara karşı zamanladığı anlamına gelir; dürüst bir kontrol, fiilen kiraladığınız bir makine üzerinde şu şekilde yapılır:

vmstat 1 10

st sütununu okuyun. Bu sütun, vCPU'nuzun çalışmaya hazır olduğu ancak hipervizörün fiziksel çekirdeği başka birine tahsis ettiği sürenin yüzdesini gösterir. Yük altındayken birkaç puanlık değer normaldir. Sürekli çift haneli bir sayı, ana makinenin aşırı yüklendiği anlamına gelir ve hiçbir GB fiyatı, kullanamadığınız bir çekirdeğin yerini dolduramaz. Bu kontrolü en yoğun saatlerinizde yapın; çünkü "steal time" bir komşu sorunudur ve komşularınızın da kendi programları vardır. Depolama ve trafik eklendiğinde bir aylık barındırmanın gerçek maliyetine dair daha geniş bir bakış açısı için bir VPS'in aylık maliyeti konusunu okuyun.

Dahil edilen veri transferinin gerçek maliyeti

[
  {
    "provider": "DigitalOcean 1 GB",
    "included_tb": 1,
    "overage_usd_per_tb": "10.00"
  },
  {
    "provider": "Akamai Nanode 1 GB",
    "included_tb": 1,
    "overage_usd_per_tb": "5.00"
  },
  {
    "provider": "Vultr NVMe 1 GB",
    "included_tb": 2,
    "overage_usd_per_tb": "10.00"
  },
  {
    "provider": "Hetzner CX23 4 GB",
    "included_tb": 20,
    "overage_usd_per_tb": "1.20"
  }
]

DigitalOcean, giriş seviyesi planında 1 TB giden veri transferini dahil eder ve kota aşımını GiB başına faturalandırır; bu da fazladan her TB için yaklaşık 10.00 $ tutarına denk gelir. Akamai aynı miktarda TB dahil eder ve bunun yaklaşık yarısını, yani TB başına 5.00 $ civarında bir ücret talep eder. Vultr, benzer bir aşım ücretiyle 2 TB dahil eder. Hetzner ise 20 TB dahil eder ve sonrasında TB başına yaklaşık 1.20 $ ücret alır; bu rakam diğerlerinden bir büyüklük mertebesi kadar farklıdır.

Üç yapısal detay, manşet rakamlarından daha önemlidir. Gelen trafik dört sağlayıcıda da ücretsizdir, bu nedenle yalnızca dışarı gönderdiğiniz veri sayılır. DigitalOcean ve Vultr, kota hakkını hesaptaki tüm sunucular arasında ortaklaştırır; bu sayede yoğun bir makine diğerinin kotasını tüketebilir ve küçük sunuculardan oluşan bir filo tek bir büyük havuzu paylaşır. Ayrıca özel bir ağ veya VPC üzerinden sunucular arasındaki trafik genellikle hiç sayılmaz; veritabanınızı özel arayüz üzerinden çalıştırmanızın hem güvenlik hem de faturalandırma açısından bir tercih olmasının nedeni budur.

Kota sınırına yaklaşmıyorsanız bunların hiçbirinin önemi yoktur. Bir blog, JSON yanıtları veren bir API veya küçük bir SaaS uygulaması ayda 1 TB sınırına ulaşmaz. Ancak video, resim galerileri, oyun sunucuları, paket yansıtıcıları ve site dışı yedekleme hedefleri bu sınıra ulaşabilir. Varsayımda bulunmadan önce ölçüm yapın:

sudo apt update && sudo apt install -y vnstat
sudo systemctl enable --now vnstat
vnstat -m

vnstat -m, veri transferini aylık olarak gelen ve giden şeklinde ayırarak yazdırır. Yalnızca giden sütunu faturalandırılır. Veritabanı boş başladığı için ilk anlamlı okuma kurulumdan bir gün sonra, ilk tam aylık veri ise bir ay sonra elde edilir. O zamana kadar sağlayıcının kendi bant genişliği grafiği elinizdeki tek kaynaktır.

Fiyat listelerinde yanıtı bulunmayan bir soru daha sorun: Kota aşıldığında sağlayıcı sizi faturalandırıyor mu yoksa port hızını mı kısıtlıyor? Faturalandırma para kaybettirir. Hız kısıtlama ise kullanıcı kaybettirir; hem de en çok kullanıcıya sahip olduğunuz anda. Bir trafik artışının size neye mal olacağını bilmeniz gerekir.

NVMe mi SATA mı ve elinizdekinin ne olduğunu nasıl kontrol edersiniz

Panelde NVMe yazdığını görebilirsiniz. Bu, ana makinedeki disklerle ilgili bir iddiadır; sanal makineniz bu diskler üzerinde çalışmıyor olabilir. Yerel depolama, sanal diskinizi aynı fiziksel makine içindeki sürücülere yerleştirir. Ağ depolaması ise diskinizi veri merkezi ağı üzerinden erişilen ayrı bir depolama kümesine koyar; anlık boyutlandırma, canlı taşıma ve yerinde anlık görüntü (snapshot) alma özelliklerini mümkün kılan da budur.

Konuk sistemin içinden bakıldığında her ikisi de aynı görünür:

lsblk -d -o NAME,ROTA,MODEL,SIZE
cat /sys/block/vda/queue/rotational

ROTA ve rotational, ana makinenin dönen disk olmadığını beyan ettiği her şey için 0 değerini raporlar; bu nedenle NVMe destekli bir ağ birimi, yerel NVMe ile tamamen aynı raporu verir. Bu değer size diskin dönen bir plaka olmadığını söyler. Diskin nerede fiziksel olarak bulunduğunu söyleyemez. Linux üzerinde NVMe diski doğrulama bölümü, cihaz isimlerini ve her birinin ne anlama geldiğini açıklar.

Bunları birbirinden ayıran test, 1 kuyruk derinliğindeki gecikme süresidir; çünkü tek bir küçük okuma işleminin arkasına saklanabileceği hiçbir şey yoktur. Yerel NVMe, aynı kasa içinden yanıt verir. Ağ birimi ise her okuma işlemi için veri merkezi ağında bir gidiş-dönüş süresi ekler; bu nedenle, derin kuyruk derinliğindeki iş hacmi benzer görünse bile gecikme tabanı daha yüksektir.

sudo apt update && sudo apt install -y fio
fio --name=lat --filename=/var/tmp/fiotest --size=1G --rw=randread --bs=4k \
  --ioengine=libaio --direct=1 --iodepth=1 --runtime=30 --time_based --group_reporting
fio --name=iops --filename=/var/tmp/fiotest --size=1G --rw=randread --bs=4k \
  --ioengine=libaio --direct=1 --iodepth=32 --runtime=30 --time_based --group_reporting
rm -f /var/tmp/fiotest

İlk çalıştırma, tamamlama gecikmesini gösteren bir clat bloğu yazdırır. Ortalamadan ziyade yüzde 99'luk dilim satırını okuyun, çünkü ortalama değer kullanıcıların hissettiği takılmaları gizler. İkinci çalıştırma ise özet satırında IOPS= değerini yazdırır. Her iki testi de mevcut sağlayıcınızda ve değerlendirdiğiniz sağlayıcının deneme örneğinde, aynı gün içinde çalıştırın ve elde ettiğiniz iki sayıyı karşılaştırın. Her iki satıcının yayınladığı rakamlar, sizin göremediğiniz bir makinede ölçülmüştür. Testi günün farklı saatlerinde üç kez tekrarlayın; çünkü aynı plan üzerinde boş bir ana makine ile yoğun bir ana makine farklı sonuçlar verir. Bir VPS'i doğru şekilde kıyaslama yöntemi açıklar, bir SSD VPS'in gerçekte ne anlama geldiği ise altındaki pazarlama terimlerini ele alır.

Bölgeler: gecikmeyi ölçün, haritaya bakmayın

Bir bölge listesi, siz onu ölçene kadar sadece pazarlama materyalidir. Kullanıcının deneyimlediği şey, kendi ağından sunucunuza olan gidiş-dönüş süresidir; bu da haritadaki mesafeye değil, paketlerin izlediği rotaya bağlıdır. Yoğun bir transit bağlantının arkasındaki 300 km uzaklıktaki bir sunucu, temiz bir yoldaki 1.500 km uzaklıktaki sunucuya karşı kaybeder.

ping -c 20 203.0.113.10
mtr -rwc 50 203.0.113.10
curl -o /dev/null -s -w 'dns %{time_namelookup} connect %{time_connect} tls %{time_appconnect} total %{time_total}\n' https://example.com

mtr, her bir sıçramayı kendi kayıp ve gecikme değerleriyle yazdırır; bu sayede iki sıçrama arasındaki 60 ms'lik bir atlama, hedefi suçlamak yerine size zarar veren bağlantıyı tespit etmenizi sağlar. Bu komutu, kullanıcılarınızın bulunduğu ağdaki bir makineden çalıştırın. Veri merkezi ile veri merkezi arasındaki rotalar internet üzerindeki en iyi rotalardır ve her sağlayıcıyı eşit derecede iyi gösterirler.

Fiyat değişikliklerinden bağımsız olarak geçerli olan yapısal bir nokta vardır. Kıtanızda tek bir bölgesi olan bir sağlayıcı, felaket kurtarma planınızın kıtalar arası taşınma planı olduğu anlamına gelir; bu da beraberinde getirdiği gecikme ile birlikte gelir. Sayfada yazan bölgeleri değil, gerçekten yük devretme (failover) yapabileceğiniz bölgeleri sayın.

Snapshot'lar ve yedekler ayrı bir maliyet kalemidir

Depolama eklentileri, ucuz bir planın pahalı hale geldiği noktalardır. DigitalOcean, snapshot'lar için aylık GiB başına 0.06 USD ücret alır; otomatik yedeklemeleri ise sunucu maliyetinin bir yüzdesi olarak fiyatlandırır: haftalık yedeklemeler için plan fiyatının %20'si, günlük yedeklemeler için %30'u alınır; ayrıca GiB başına ücretlendirilen kullanıma dayalı bir seçenek de mevcuttur. Her iki model de savunulabilir ancak farklı durumlarda dezavantajlı hale gelirler. Yüzde bazlı fiyatlandırma sunucu boyutuyla ölçeklenir; bu nedenle küçük bir veri setini barındıran büyük bir sunucu için fazla ödeme yapılmış olur. GiB başına fiyatlandırma ise verinizle ölçeklenir; bu nedenle büyük bir disk alanına bağlı küçük bir sunucu için fazla ödeme yapılmış olur.

Bir geri yüklemenin maliyetini ve ne kadar sürdüğünü mutlaka sorun, çünkü bir yedeği tutmanın maliyeti sorunun sadece sıkıcı olan yarısıdır. Sunucuyu silmenin snapshot'ları da silip silmediğini sorgulayın.

Ardından, sağlayıcının kontrol etmediği bir kopya bulundurun. Sağlayıcı snapshot'ları, sağlayıcının hesabı içinde yaşar; bu nedenle kaybedilen bir giriş bilgisi, ödeme hatası veya askıya alınan bir hesap, sunucuyu ve yedeklerini aynı anda yok eder. kendi sahip olduğunuz depolama alanına restic yedekleri almak, birkaç dolarlık nesne depolama maliyeti gerektirir, herhangi bir sağlayıcıya geri yüklenebilir ve bir geçiş işlemini kalıcı bir yıkım olmaktan çıkarıp geri döndürülebilir kılan şeydir.

Yığının ne kadarını yönetmek istiyorsunuz

Servis sağlayıcılar bir yelpaze üzerinde yer alır. Bir uçta makine kiralayıp her şeyi kendiniz yönetirsiniz. Diğer uçta ise sadece bir git dalını gönderir ve sunucuyu hiç görmezsiniz. GB başına RAM maliyeti yalnızca ilk uçta doğru bir karşılaştırma yöntemidir; çünkü ikinci uçta bellekten ziyade iş gücü satın alırsınız ve iş gücünün GB başına bir fiyatı yoktur.

Herhangi bir karşılaştırma yapmadan önce hangi uçta olduğunuz konusunda dürüst olun. Aylık 15.15 dolar tutarındaki yönetilen bir veritabanı, 6 dolarlık bir sunucunun yanında pahalı görünebilir; ancak arkasındaki iş yükünü (replikasyon, yük devretme, geçmişe dönük geri yükleme, ara sürüm yükseltmeleri ve gece 03:00'te birini uyandıran uyarılar) hesaba katmanız gerekir. Eğer bu iş sizin görevinizse, kendiniz yönetin ve aradaki farkı cebinizde tutun. Eğer göreviniz uygulama geliştirmekse, bu yükü dışarıdan satın almak ucuz bir yöntemdir. Yönetilen ve yönetilmeyen ayrımı, fiyat listesinin hangi sütununu incelemeniz gerektiğini belirler. Eğer dürüst cevabınız tüm makineyi ve disklerini kendinize ayırmak istiyorsanız, bu bir sağlayıcı sorusundan ziyade bir VPS ve dedicated sunucu karşılaştırması sorusudur.

DigitalOcean'ın doğru tercih olduğu durumlar

DigitalOcean, sanal makineden ziyade platformun kendisini satın aldığınızda avantaj sağlar.

• Yönetilen veritabanları. Yönetilen PostgreSQL ve MySQL hizmetleri, 1 GiB RAM ve 10 GiB depolama alanı için aylık 15.15 dolar başlangıç fiyatıyla sunulur; ek depolama alanı GiB başına, yedek düğümler ise düğüm başına ücretlendirilir. Aynı güvenilirliği kendiniz inşa etmeye kalktığınızda Patroni veya repmgr, bir mutabakat deposu, bir bağlantı proxy'si ve bizzat tatbikatını yaptığınız bir yük devretme (failover) süreciyle uğraşmanız gerekir. İki kişilik bir ekip hem bunları sürdürüp hem de yeni özellikler geliştiremez.
• App Platform. Bir branch gönderirsiniz; derleme, sertifika ve çalışan bir servis elde edersiniz; üstelik yamalamanız gereken bir işletim sistemi yoktur. Bu ürünün ucuz VPS versiyonu, Cumartesi gününüzü harcayan sizsinizdir.
• Olgun bir Terraform sağlayıcısı tarafından desteklenen nesne depolama ve yük dengeleyiciler. Kod üzerinden yok edip yeniden inşa edebileceğiniz bir altyapı, daha düşük bir birim fiyattan daha değerlidir.
• Ürünü çevreleyen kurumsal yapı. Yayınlanmış destek seviyeleri, geçmişe dönük kayıtları içeren bir durum sayfası ve bir müşterinin güvenlik anketini yanıtlayabilecek bir organizasyon. Eğer hosting hizmeti satıyorsanız, bu durum GB başına birkaç dolardan çok daha değerlidir.

DigitalOcean'ın pahalı hale geldiği durum, yüksek miktarda düz sanal makine kullanımı ve yoğun dış ağ trafiğidir. Bu, alternatiflerin tam olarak çözdüğü durumdur ve self-hosting yapan bir geliştiricinin satın aldığı hizmetlerin büyük kısmını oluşturur.

Kesinti yaşamadan yeni bir sağlayıcıya geçiş

Geçiş sırasındaki kesintilerin tek bir nedeni vardır: Veriler yeni sunucuya taşındıktan sonra trafiğin hala eski IP adresine gelmesi. Aşağıdaki her adım, bu süreyi kısa ve öngörülebilir kılmak için tasarlanmıştır.

İşleme, taşınmadan en az 48 saat önce DNS ile başlayın. Çözücüler (resolvers), A kaydınızı TTL (time to live) süresi boyunca önbelleğe alır; bu nedenle 24 saatlik TTL değerine sahip bir kayıt, siz değişikliği yaptıktan sonra bile kullanıcıları bir gün boyunca eski sunucuya yönlendirmeye devam eder. Geçiş anında TTL değerini düşürmek işe yaramaz, çünkü çözücüler zaten eski son kullanma tarihiyle birlikte eski değeri tutmaktadır. Önce değeri düşürün, eski sürenin dolmasını bekleyin ve ardından geçişi yapın.

dig +noall +answer example.com A
dig +noall +authority example.com SOA

İlk komut, yanıtın ikinci sütununda mevcut TTL değerini yazdırır. DNS sağlayıcınız üzerinden bu değeri 300 olarak ayarlayın ve ardından az önce değiştirdiğiniz sayıdan daha uzun bir süre bekleyin.

Daha sonra şu sırayla ilerleyin:

1. Yeni sunucuyu hazırlayın ve üzerine herhangi bir veri yüklemeden önce güvenliğini sıkılaştırın. Yeni bir VPS üzerindeki ilk on dakika rehberi, insanların acele ederken atladığı kısımları kapsar.
2. Uygulama yığınını kurun ve eski sunucu normal şekilde hizmet vermeye devam ederken rsync ile ilk veri kopyalama işlemini gerçekleştirin.
3. TLS sertifikasını yeni sunucuda hemen oluşturun; bunu yaparken DNS-01 sınamasını kullanın. HTTP-01 sınaması, DNS'in o an işaret ettiği IP adresi üzerinden doğrulama yapar ki bu hala eski sunucudur. Bir DNS-01 sınaması bu sıralama sorununu tamamen ortadan kaldırır.
4. Herhangi bir genel değişiklik yapmadan önce, kendi dizüstü bilgisayarınızda DNS ayarlarını geçersiz kılarak yeni sunucuyu test edin. 203.0.113.20 example.com satırını /etc/hosts dosyasına ekleyin, siteyi tarayıcıda görüntüleyin ve ardından satırı silin. Bu testten hiçbir kullanıcı etkilenmez.
5. Veritabanı boyutu konusunu ele alın. Birkaç GB altındaki veriler için dump ve restore işlemi, yazma işlemini durdurduğunuz (write freeze) süreye sığar. Daha büyük boyutlar için, eski veritabanından yenisine günler öncesinden replikasyon kurun ve verilerin senkronize olmasını bekleyin; böylece durdurma süresi yalnızca geçiş (promotion) işlemiyle sınırlı kalır.
6. Yazma işlemlerini durdurun. Uygulamayı bakım veya salt okunur moda alın. Kullanıcıların görebileceği tek kısım budur ve sadece birkaç dakika sürmelidir.
7. Son delta işlemini çalıştırın: Aynı rsync komutunu tekrar çalıştırın ve ardından son veritabanı senkronizasyonunu yapın.
8. A ve AAAA kayıtlarını yeni IP adresine yönlendirin. 300 saniyelik TTL ile çoğu çözücü yaklaşık beş dakika içinde yeni adrese yönlenecektir.
9. Eski sunucuyu en az bir gün boyunca çalışır ve erişilebilir durumda bırakın, çünkü bazı çözücüler kısa TTL değerlerini dikkate almaz. Eğer eski uygulama hala yazılabilir durumdaysa, geç kalan istekler yanlış veritabanına yazılacaktır; bu yüzden eski sunucuyu yeni veritabanına yönlendirin veya bir bakım sayfası döndürün.
10. Yeni sunucunun hata oranını bir gün boyunca izleyin, TTL değerini normal seviyesine geri çekin ve eski sunucuyu aynı akşam değil, bir hafta sonra kapatın.

Kopyalama işlemi, her biri iki kez çalıştırılan iki komuttan oluşur. Dosya senkronizasyonu:

rsync -aHAX --numeric-ids --delete -e ssh /srv/ deploy@203.0.113.20:/srv/

-a sahiplik, izinler ve zaman damgalarını korur, -H sabit bağlantıları (hard links) tutar, -AX ACL'leri ve genişletilmiş öznitelikleri korur, --numeric-ids ise rsync'in iki makine arasında farklı olan kullanıcı kimliklerini isimler üzerinden yeniden eşlemesini engeller. Bu komutu günler öncesinden çalıştırın, ardından sadece değişen verilerin aktarılacağı durdurma anında tekrar çalıştırın.

Dump alınabilecek kadar küçük PostgreSQL veritabanları için:

pg_dump --format=custom --no-owner --dbname=appdb --file=appdb.dump
scp appdb.dump deploy@203.0.113.20:/var/tmp/
pg_restore --clean --if-exists --no-owner --dbname=appdb /var/tmp/appdb.dump

MySQL veya MariaDB için:

mysqldump --single-transaction --routines --triggers --databases appdb > appdb.sql

--single-transaction, dump işlemini InnoDB tabloları üzerinde tek bir işlem (transaction) içinde gerçekleştirir; böylece sonuç tutarlı olur ve uygulama çalışmaya devam ederken yazma işlemleri sürebilir. Bu bayrak olmadan mysqldump tabloları kilitler, bu da yazma işlemini planladığınızdan daha erken durdurmanız ve süreci kontrol edememeniz anlamına gelir.

Sunucularınızın dışında iki husus sorun yaratabilir. Yeni bir IP adresinin e-posta itibarı yoktur, bu nedenle doğrudan yeni sunucudan gönderilen postalar spam olarak filtrelenir: halihazırda itibarı olan bir aktarıcı (relay) üzerinden gönderim yapın. Ayrıca, ödeme ağ geçidi veya müşteri güvenlik duvarı gibi giden IP adresinizi izin listesine (allowlist) ekleyen tüm iş ortakları, geçişten önce güncellenmelidir; aksi takdirde trafik taşındığı anda bu bağlantılar başarısız olmaya başlar.

Taahhüt vermeden önce kontrol edilmesi gerekenler

• Fiyatın promosyonlu olup olmadığı ve yenileme döneminde ne kadar olacağı. İlk dönem indirimi, yenileme sırasında iki katına çıkıyorsa bu gerçek bir maliyettir, sadece ertelenmiştir.
• Dönemin ön ödemeli olup olmadığı. SSD Nodes gibi sağlayıcıların sunduğu çok yıllık ön ödemeli planlar, peşin ödeme karşılığında GB başına RAM maliyetini ciddi oranda düşürür. Bunun karşılığında gelecek ay vazgeçme şansınız olmaz; bu nedenle taahhüt süresini, sisteminize olan güveninize göre belirleyin.
• Snapshot hizmetinin aylık maliyeti ile geri yükleme işleminin maddi ve zamansal maliyeti.
• Limit aşımının faturalandırılıp faturalandırılmadığı veya hız kısıtlaması uygulanıp uygulanmadığı.
• IPv6'nın düzgün bir şekilde yönlendirilip yönlendirilmediği veya sadece ek bir adres olarak mı tanımlandığı.
• Elle yapılandırmak yerine kod üzerinden yeniden kurulum yapmayı planlıyorsanız, güncel bir Terraform sağlayıcısına sahip bir API'nin bulunup bulunmadığı.
• Destek birimine nasıl ulaşıldığı ve sunucu kesintisi gibi kritik durumlar için yayınlanmış bir yanıt süresi hedefinin olup olmadığı (satış soruları için verilen süreler baz alınmamalıdır).

Faturanızda en büyük paya sahip olan kalem üzerinden seçim yapın. Eğer bu kalem bellek ise, GB başına RAM fiyatı belirleyicidir. Eğer giden trafik ise, dahil edilen veri transferi miktarı belirleyicidir. Eğer kendi zamanınız ise, yönetilen platformlar belirleyicidir ve burada karşılaştırılan dört seçenek arasında DigitalOcean bu konuda en güçlü olanıdır.

FAQ

Hetzner her zaman DigitalOcean'dan daha mı ucuzdur?

Sade bir sanal makine için, RAM başına GB maliyeti çok daha düşüktür: 5 Ağustos 2026 itibarıyla giriş seviyesi paylaşımlı planlarda yaklaşık $1.62 iken, DigitalOcean'da bu rakam $6.00 seviyesindedir. Yönetilen servisler işin içine girdiğinde karşılaştırma değişir. Hetzner yalnızca sunucu ve ağ altyapısı satar; bu nedenle yönetilen bir veritabanı veya "push-to-deploy" platformu kurmak sizin sorumluluğunuzdadır ya da üçüncü taraf bir hizmet almanız gerekir ve bu saatlerin bir maliyeti vardır. Hetzner ayrıca 2026 yılında bulut fiyatlarını artırmıştır, bu yüzden eski makalelere güvenmek yerine güncel Euro bazlı fiyatları kontrol edin.

Yönetilen veritabanına ihtiyacım varsa hangi DigitalOcean alternatifini seçmeliyim?

Vultr ve Akamai yönetilen veritabanı hizmeti sunar; bu nedenle DigitalOcean'da kalmanızın tek sebebi yönetilen veritabanı ise en yakın alternatifler bunlardır. Düşük maliyetli Avrupalı sağlayıcılar genellikle bu hizmeti sunmaz; bu da PostgreSQL veya MySQL kurulumunu, replikasyonunu ve test edilmiş bir failover mekanizmasını kendinizin yönetmesi gerektiği anlamına gelir. Bu başlı başına bir iştir. Daha ucuz bir sunucuya geçmenin kârlı olup olmadığına karar vermeden önce, yönetilen 1 GiB'lık bir örneğin aylık 15.15 dolarlık maliyetiyle kendi iş yükünüzü kıyaslayın.

Canlı bir siteyi kesinti yaşamadan yeni bir sağlayıcıya nasıl taşırım?

Taşınmadan en az 48 saat önce DNS TTL değerini 300 saniyeye düşürün; çünkü çözümleyiciler (resolvers), eski TTL süresi dolana kadar eski IP adresini sunmaya devam eder. Eski sunucu trafiği karşılamaya devam ederken yeni sunucuyu kurun ve test edin; bu aşamada kendi makinenizde bir /etc/hosts geçersiz kılma (override) işlemi yaparak sitenin yeni sunucudaki halini yalnızca sizin görmenizi sağlayın. Ardından birkaç dakikalığına yazma işlemlerini durdurun, son rsync farkını ve veritabanı senkronizasyonunu çalıştırın, A ve AAAA kayıtlarını güncelleyin ve kısa TTL süresini görmezden gelen çözümleyiciler olabileceği ihtimaline karşı eski sunucuyu bir hafta boyunca açık tutun.

Daha ucuz bir VPS, daha yavaş diskler anlamına mı gelir?

Tek başına hayır. Önemli olan sanal diskinizin sunucuya yerel mi yoksa bir ağ depolama kümesinde mi olduğudur; yönetim panelleri bunu nadiren belirtir. lsblk -o NAME,ROTA, her ikisi de dönen disk olmadığı için her iki durumda da 0 raporlar. Bunun yerine ölçüm yapın: --iodepth=1 --bs=4k --direct=1 bayrağı ile fio komutunu çalıştırın ve 99. yüzdelik dilimdeki tamamlama gecikmesini okuyun. Bir ağ birimi, her okuma işlemi için veri merkezi ağı üzerinden gidiş-dönüş süresi ekler; bu nedenle derin kuyruklu iş hacmi benzer görünse bile gecikme tabanı yerel NVMe'den daha yüksektir.

E-postalarım yeni sunucudan gönderildiğinde ulaşmaya devam edecek mi?

Genellikle ilk başta ulaşmaz. Yeni bir IP adresinin gönderim geçmişi yoktur; bu nedenle alıcılar bu IP'den gelen postaları şüpheli olarak değerlendirir ve postalar ya spam klasörüne düşer ya da doğrudan reddedilir. Ayrıca SPF ve DKIM kayıtları, siz güncelleyene kadar eski sunucuyu işaret eder. Uygulama postalarını halihazırda itibarı olan bir aktarıcı (relay) veya e-posta servisi üzerinden gönderin ve DNS kayıtlarını geçişten sonra değil, geçişten önce güncelleyin.