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ğunun farkında değildir. Seçimi belirleyen farklar; GB başına RAM fiyatı, dahil edilen veri transferi kotası ve bu kotayı aşan baytların maliyeti, diskin gerçekte neden yapıldığı ve işletim sistemi üzerindeki yığının ne kadarının sizin yerinize başkası tarafından yönetileceğidir.

Bu kılavuz, karşılaştırmayı bu eksenler üzerinden yapar; çünkü bir geliştirici bunların her birini bir terminalden veya yayınlanmış bir fiyat listesinden kontrol edebilir. Kılavuz ayrıca DigitalOcean'ın doğru tercih olduğu durumları da belirtir, çünkü hiçbir taviz vermeyen bir karşılaştırma aslında bir reklamdır.

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çinde fiyatlarını güncellemiştir. Fiyatlandırma yapısı çok daha yavaş değişir; bu nedenle önce oranları ve faturalandırma modelini okuyun, ardından taahhütte bulunmadan önce sağlayıcının kendi sayfasından güncel rakamı doğrulayın.

Karşılaştırılması gereken değer GB başına RAM fiyatıdır

[
  {
    "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 GB başına RAM fiyatı neredeyse hiç değişmez. DigitalOcean, 1 GB'lık planda GB başına 6.00 dolar, 4 GB'lık planda ise 24.00 dolar liste fiyatı üzerinden yine GB başına 6.00 dolar ücret alır. Aynı sağlayıcıda daha büyük bir plan seçmek bir indirim sağlamaz; bu nedenle karar plan boyutuna göre değil, sağlayıcıya göre verilir.

Artık eski Linode hizmetlerini sunan 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 fiyatlarının birbirini tam olarak tutması önemli bir göstergedir: 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 fiyatının yaklaşık dörtte birine denk gelir. Bu dolar tutarı euro liste fiyatından çevrildiği için döviz kuruyla birlikte dalgalanır. Hetzner ayrıca 2026 yılında bulut fiyatlarını artırdığı için eski karşılaştırma yazılarındaki rakamlar artık geçerli değildir.

GB başına RAM fiyatı, alacağınız CPU hakkında hiçbir bilgi vermez. Paylaşımlı vCPU, hipervizörün çekirdeğinizi diğer kiracılarla paylaştırması anlamına gelir; dürüst bir test, kiraladığınız sunucu üzerinde şu komutla yapılır:

vmstat 1 10

st sütununu inceleyin. 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ında birkaç puanlık değer normaldir. Çift haneli rakamların sürekli görülmesi, ana makinenin aşırı yüklendiği anlamına gelir ve GB başına düşük fiyat, kullanamadığınız bir çekirdeği telafi etmez. Bu testi yoğun saatlerinizde çalıştırın; çünkü "steal time" bir komşu sorunudur ve komşularınızın da kendi programları vardır. Depolama ve trafik maliyetleri eklendiğinde aylık barındırma maliyetinin ne olduğuna dair daha geniş bir bakış için bir VPS'in aylık gerçek maliyeti başlıklı yazıyı 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 aşımı GiB başına faturalandırır; bu da ekstra TB başına yaklaşık $10.00 tutarına denk gelir. Akamai aynı TB miktarını dahil eder ve bunun yaklaşık yarısını, yani TB başına yaklaşık $5.00 faturalandırır. Vultr, benzer bir aşım oranıyla 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 gönderdiğiniz veri hesaba katılır. DigitalOcean ve Vultr, kota hakkını hesap üzerindeki 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ç hesaba katılmaz; veritabanınızı özel arayüz üzerinde tutmanızın hem güvenlik hem de faturalandırma açısından bir tercih olmasının nedeni budur.

Kota sınırına yakın değilseniz bunların hiçbirinin önemi yoktur. Bir blog, JSON yanıtları veren bir API veya küçük bir SaaS, ayda 1 TB sınırına ulaşmayacaktır. Video, resim galerileri, oyun sunucuları, paket yansıtıcıları ve site dışı yedekleme hedefleri ise 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 alınan ve gönderilen olarak ayırarak aylık bazda yazdırır. Yalnızca gönderilen sütunu faturalandırılır. Veritabanı boş başladığı için ilk anlamlı veri kurulumdan bir gün sonra, ilk tam aylık veri ise bir ay sonra elde edilir. O zamana kadar elinizdeki tek kayıt, sağlayıcının kendi bant genişliği grafiğidir.

Fiyat listelerinde yanıtı bulunmayan bir soru daha sorun: kota aşıldığında sağlayıcı sizi faturalandırıyor mu yoksa portu kısıtlıyor mu? Faturalandırma para kaybettirir. 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 yazıyor olabilir. Bu, ana makinedeki disklerle ilgili bir iddiadır ve 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ğ depolama 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 yaşadığını 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 saklanacak 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üş 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, özet satırında IOPS= değerini yazdırır. Her iki testi de kullandığınız sağlayıcıda 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ı tarafından yayınlanan rakamlar, sizin göremediğiniz bir makinede ölçülmüştür. Testi farklı saatlerde üç kez tekrarlayın; çünkü boş bir ana makine ile yoğun bir ana makine, aynı plan üzerinde farklı sonuçlar verir. Bir VPS'i doğru şekilde kıyaslama yöntemi açıklar, SSD VPS gerçekte ne anlama gelir ise altındaki pazarlama terimlerini ele alır.

Bölgeler: haritayı okumayın, gecikmeyi ölçün

Bir bölge listesi, siz onu ölçene kadar sadece pazarlama söylemidir. Kullanıcının hissettiği şey, kendi ağından sunucunuza olan gidiş-dönüş süresidir; bu da harita üzerindeki mesafeye değil, paketlerin izlediği rotaya bağlıdır. Tıkalı bir transit bağlantının arkasında kalan 300 km uzaklıktaki bir sunucu, temiz bir yol üzerindeki 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ı doğrudan işaret eder. Bu aracı, 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 ve bunun da beraberinde getirdiği gecikme süresi anlamına gelir. Web sayfasında yazan bölgeleri değil, gerçekten yük devretme (failover) yapabileceğiniz bölgeleri sayın.

Anlık görüntüler ve yedeklemeler ayrı bir maliyet kalemidir

Depolama eklentileri, ucuz bir planın pahalı hale geldiği noktadır. DigitalOcean, anlık görüntüler (snapshots) için aylık GiB başına 0.06 dolar ü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 veya GiB başına ücretlendirilen kullanıma dayalı bir seçenek sunulur. Her iki model de savunulabilir ancak farklı durumlarda yetersiz kalırlar. Yüzde bazlı fiyatlandırma sunucu boyutuyla ölçeklenir; bu nedenle küçük bir veri kümesi 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 birime bağlı küçük bir sunucu için fazla ödeme yapılmış olur.

Geri yüklemenin ne kadara mal olduğunu ve ne kadar sürdüğünü sorun; çünkü bir yedeklemeyi tutmanın maliyeti, sorunun sıkıcı olan yarısıdır. Sunucuyu silmenin anlık görüntülerini de silip silmediğini mutlaka kontrol edin.

Ardından, sağlayıcının kontrolünde olmayan bir kopya saklayın. Sağlayıcı anlık görüntüleri, sağlayıcının hesabı içinde barındırılır; 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, yalnızca 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 yerine geri döndürülebilir bir süreç haline getiren yegane yöntemdir.

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

Servis sağlayıcılar bir çizgi üzerinde konumlanır. Bir uçta bir makine kiralayıp her şeyi kendiniz çalıştırırsınız. Diğer uçta ise 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 dolarlık yönetilen bir veritabanı, 6 dolarlık bir sunucunun yanında pahalı görünebilir; ancak arkasındaki iş yükünü fiyatlandırmadığınız sürece bu yanıltıcıdır: replikasyon, yük devretme (failover), belirli bir ana geri yükleme (point in time restore), küçük sürüm yükseltmeleri ve gece 03:00'te birini uyandıran uyarılar. Eğer bu iş sizin görevinizse, kendiniz çalıştırın ve aradaki farkı cebinizde tutun. Eğer göreviniz uygulama geliştirmekse, bu işi dışarıdan almak ucuzdur. Yönetilen ve yönetilmeyen ayrımı, fiyat listesinin hangi sütununu okumanız gerektiğini belirler. Dürüst cevap, 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. Aynı soru, bir geliştiricinin aylık faturasının geri kalanında da karşımıza çıkar; burada Claude ve ChatGPT planlarını karşılaştırmak, ana fiyattan ziyade işin ne kadarını devretmek istediğinize bağlıdır.

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

DigitalOcean, sanal makine yerine 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 oluşturmak isterseniz Patroni veya repmgr, bir mutabakat deposu, bir bağlantı proxy'si ve bizzat tatbikatını yaptığınız bir yük devretme (failover) süreci gerekir. İki kişilik bir ekip hem bunları sürdürüp hem de yeni özellikler geliştiremez.
• App Platform. Bir branch gönderdiğinizde; derleme, sertifika ve çalışan bir servis elde edersiniz; üstelik yama yapmanız gereken bir işletim sistemi yoktur. Bu ürünün ucuz VPS karşılığı, Cumartesi gününüzü harcayarak yaptığınız manuel işlemlerdir.
• Olgun bir Terraform sağlayıcısı tarafından desteklenen nesne depolama ve yük dengeleyiciler. Kod üzerinden yok edip yeniden oluşturabileceğiniz bir altyapı, düşük bir birim maliyetten daha değerlidir.
• Ürünü destekleyen şirket yapısı. 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 kurumsal bir yapı. Eğer hosting hizmetini yeniden satıyorsanız, bu özellikler GB başına birkaç dolardan çok daha değerlidir.

DigitalOcean'ın pahalı hale geldiği durumlar; yüksek miktarda düz sanal makine kullanımı ve yoğun dış ağ trafiğidir. Bu, alternatiflerin çözdüğü temel durumdur ve kendi kendine barındırma (self-hosting) yapan geliştiricilerin büyük çoğunluğunun satın aldığı hizmet türüdür.

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, geçişten en az 48 saat önce DNS ayarlarıyla 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 eski son kullanma tarihiyle birlikte eski değeri zaten tutmaktadır. Önce TTL değerini 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 süreden daha uzun bir süre bekleyin.

Daha sonra şu sırayı izleyin:

1. Yeni sunucuyu hazırlayın ve üzerine herhangi bir şey 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 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 challenge yöntemini kullanın. HTTP-01 challenge yöntemi, DNS'in o an işaret ettiği IP adresi üzerinden doğrulama yapar ki bu hala eski sunucudur. Bir DNS-01 challenge bu sıralama sorununu tamamen ortadan kaldırır.
4. Herhangi bir genel değişiklik yapmadan önce, kendi 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ınızda 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 süreye sığar. Daha büyük boyutlar için, eski veritabanından yeni veritabanına günler öncesinden replikasyon kurun ve verilerin senkronize olmasını bekleyin; böylece yazma işlemini durdurma süresi sadece 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 burasıdır ve bu işlem sadece birkaç dakika sürmelidir.
7. Son delta kopyalamasını çalıştırın: aynı rsync işlemini tekrar yapın ve ardından son veritabanı senkronizasyonunu gerçekleştirin.
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 IP'ye geçiş yapar.
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ç gelen istekler yanlış veritabanına yazılacaktır; bu yüzden eski sunucuyu yeni veritabanına yönlendirin veya oradan 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 getirin ve eski sunucuyu aynı akşam değil, bir hafta sonra imha edin.

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 hard linkleri tutar, -AX ACL ve genişletilmiş öznitelikleri korur, --numeric-ids ise rsync'in kullanıcı kimliklerini iki makine arasında farklı olan isimler üzerinden yeniden eşlemesini engeller. Bu komutu günler öncesinden çalıştırın, ardından sadece değişen verilerin aktarılacağı yazma durdurma aşaması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ışırken yazmaya devam edebilir. Bu bayrak olmadan mysqldump tabloları kilitler, bu da yazma işlemini durdurma sürenizin planladığınızdan daha erken başladığı ve süreci sizin yönetemediğiniz anlamına gelir.

Sunucularınızın dışında iki husus sorun yaratabilir. Yeni bir IP adresinin e-posta itibarı yoktur, bu nedenle yeni sunucudan doğrudan gönderilen postalar spam olarak filtrelenir: halihazırda itibarı olan bir 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ş öncesinde 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.
• Planın ö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 hizmeti sonlandıramazsınız; bu nedenle taahhüt süresini, hizmete olan güveninize göre belirleyin.
• Snapshot özelliğinin 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 eklenmiş tek bir adres olup olmadığı.
• Altyapıyı manuel yerine kod üzerinden yeniden oluşturmayı planlıyorsanız, güncel bir Terraform sağlayıcısına sahip bir API'nin bulunup bulunmadığı.
• Destek ekibine nasıl ulaşıldığı ve satış soruları için değil, kapalı bir sunucu için yayınlanmış yanıt süresi hedefi.

Faturanızda en büyük paya sahip olan kritere odaklanın. Eğer bu kriter 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 platform 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 veya üçüncü taraf bir servis gerektirir; bu da ek iş gücü maliyeti demektir. Hetzner 2026 yılında bulut fiyatlarını güncellediği için, 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 sundukları için, DigitalOcean'ı tercih etme sebebiniz yönetilen veritabanı ise en yakın alternatiflerdir. 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ı bizzat yönetmeniz gerektiği anlamına gelir. Bu ciddi bir iş yüküdür. Daha ucuz bir sunucuya geçmenin gerçekten tasarruf sağlayıp sağlamayacağına karar vermeden önce, bu iş yükünü 1 GiB kapasiteli yönetilen bir örneğin aylık $15.15 maliyeti ile kıyaslayın.

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

Taşınma işleminden en az 48 saat önce DNS TTL değerini 300 saniyeye düşürün; çünkü çözümleyiciler (resolvers), önceki 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 testlerin yalnızca sizin tarafınızdan görülmesini sağlayın. Ardından birkaç dakikalığına yazma işlemlerini durdurun, son rsync delta işlemini ve veritabanı eşitlemesini gerçekleştirin, 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; kontrol panelleri bunu nadiren belirtir. lsblk -o NAME,ROTA her ikisi için de 0 raporlar, çünkü her ikisi de dönmeyen (non-rotational) disklerdir. 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şleminde 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 disklerden daha yüksektir.

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

Genellikle ilk aşamada 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 e-postalar spam klasörüne düşer ya da doğrudan reddedilir. Ayrıca siz güncelleyene kadar SPF ve DKIM kayıtları 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.