Paylaşımlı Hosting mi VPS mi: Hangisini Seçmeli?

Paylaşımlı hosting ve VPS: kısa cevap

Paylaşımlı hosting ve VPS arasındaki fark bir hız sorunu değildir. Paylaşımlı hostingde, başkası tarafından yapılandırılan, yamaları yönetilen ve müşteriler arasında paylaştırılan bir makinede hesap kiralarsınız. Yönetilmeyen bir VPS (sanal özel sunucu) üzerinde ise root erişimine sahip olduğunuz tam bir işletim sistemi kiralarsınız; bu sayede istediğiniz yazılımı kurabilir ve bozduğunuz her şeyi kendiniz onarırsınız.

Üç temel fark vardır. Ya root erişimine sahipsinizdir ya da değilsinizdir. Bellek tahsisiniz ve garantileriniz seçtiğiniz plana bağlıdır. Sunucu gece yarısı yanıt vermeyi kestiğinde ise ya servis sağlayıcı bunu düzeltir ya da siz düzeltirsiniz. Özellik tablosundaki her şey bu üç maddeden kaynaklanır.

Siteniz sayfalardan, görsellerden ve bir iletişim formundan ibaretse, birçok site için doğru cevap paylaşımlı hostingdir. Siteniz, kimse ziyaret etmediği sırada da çalışmaya devam eden bir program gerektiriyorsa, VPS seçmeden önce paylaşımlı hosting sağlayıcınızın kalıcı servisleri destekleyip desteklemediğini kontrol edin.

Paylaşımlı barındırma size gerçekte ne sunar

Tek bir Linux sunucusu aynı anda birçok müşteri hesabını çalıştırır. Her hesap; bir belge kök dizini, bir veritabanı ve bir posta kutusu içeren bir ev dizininden oluşur ve genellikle Apache veya LiteSpeed olan tek bir web sunucusu, kutudaki her siteye hizmet verir. Bir kontrol paneli alırsınız; bazı barındırma sağlayıcıları ise bir kabuk istemi sunar. root erişimi alamazsınız ancak bazı sağlayıcılar ev dizininize yazılım kurmanıza, belirli portları kullanmanıza ve arka plan servislerini çalıştırmanıza izin verir.

Birçok paylaşımlı barındırma sağlayıcısı, her hesabı işlemci süresi, bellek, disk G/Ç, süreç sayısı ve giriş süreci sayısı üzerinde sınırlamalar bulunan kendi hafif konteynerine yerleştiren CloudLinux kullanır. Her sınır kendi yöntemiyle başarısız olur. İşlemci veya G/Ç sınırına ulaşmak sitenizin daha yavaş yanıt vermesine neden olur; siteyi bozmaz. Bellek veya süreç sınırına ulaşmak ise genellikle 500 ve 503 hataları olarak görünür. Apache ile 508 Resource Limit Reached başlıklı hata sayfası, giriş süreci sınırından kaynaklanır; LiteSpeed giriş süreçlerini farklı şekilde yönetir. Her durumda bu, komşunuzun sizin payınızı alması değil, kendi hesabınızın sınırına ulaşmanızdır.

Bu takas bilinçlidir. Kontrolü bırakırsınız ve karşılığında barındırma sağlayıcısı çekirdeği yamalar ve desteklenen yazılımların bakımını yapar; sertifika yenileme ve yedekleme planları pakete bağlıdır. Pek çok site için bu iyi bir takastır.

Bir VPS size gerçekte ne sağlar

VPS, bir ana sunucu üzerinde çalışan sanal bir makinedir. KVM altında, örneğiniz kendi çekirdeğini başlatır ve kendi IP adresine, kendi güvenlik duvarına ve kendi init sistemine sahip olur. root erişimine sahip yönetilmeyen bir Linux VPS üzerinde sudo çalışır. Bir Debian veya Ubuntu kurulumunda apt install çalışır. systemd aracılığıyla başlattığınız bir program, oturumu kapattıktan sonra çalışmaya devam eder; uygun yeniden başlatma ve önyükleme yapılandırmasıyla, bir çökme sonrasında yeniden başlar ve sistem yeniden başlatıldığında tekrar ayağa kalkar.

Aynı root erişimi, makinenin güvenliğinin sizin sorumluluğunuzda olmasının nedenidir. Onu başka kimse izlemiyor. İnsanların bir VPS üzerinde çalıştırdığı şeylerin yelpazesi, tam da bu nedenle geniştir: kutu, bir Linux sunucusunun yapabileceği her şeyi yapar.

Fark 1: root erişimi ve sağladığı yetkiler

Root, işletim sistemi üzerinde tam denetim sağlar. Bu yetkiyle dağıtımdan herhangi bir paket kurabilir, herhangi bir portu dinlemeye alabilir, bir systemd birimi yazabilir, makinedeki tüm logları okuyabilir ve sysctl ile çekirdek ayarlarını değiştirebilirsiniz. Root yetkisi olmasa bile panel her zaman bir sınır teşkil etmez: alwaysdata, ad_install_pecl ile ek PHP eklentilerinin kurulmasını destekler.

Bir VPS üzerinde makineye hangi portların dinlendiğini her zaman sorabilirsiniz:

ss -ltnp

Her soket satırı bir TCP dinleyicisini gösterir; süreç detayları izinlerinize bağlıdır. Bu nedenle, TCP üzerinde dinleme yapması beklenen ancak başlatılamayan bir servis, eksik bir satır olarak görünür. Paylaşımlı barındırma hizmetlerinde, 80 ve 443 numaralı portlar ana makine tarafından kontrol edilse de, soket bilgilerine erişim ve kendi dinleyicilerinizi çalıştırma izni sağlayıcıya bağlıdır.

Fark 2: atanan bellek ile ödünç alınan bellek

Paylaşımlı barındırma hizmetleri, aynı anda az sayıda hesabın yoğun olduğu varsayımıyla satılır. Makinedeki bellek bir havuzdur ve hesabınızın bu havuzdaki payı, bir rezervasyondan ziyade bir sınırdır. CloudLinux üzerinde fiziksel bellek sınırına ulaşmak süreçlerin sonlandırılmasına neden olur ve ziyaretçiler 500 veya 503 hatası alabilir.

Bir VPS üzerinde free -m, konuk sisteminize görünen belleği raporlar; bu, geri alınamaz bir fiziksel bellek rezervasyonunun kanıtı değildir. Bir ana makine, ballooning yöntemiyle konuk belleğini geri alabilir; sağlayıcının kaynak garantileri, planınız için buna izin verilip verilmediğini belirler.

İşlemci süresi, paylaşımlı CPU içeren VPS planlarında bir diğer paylaşımlı kaynaktır ve steal time değerini kendiniz ölçebilirsiniz:

vmstat 1 5

st sütunu steal time değeridir: fiziksel çekirdek başka bir konuğa tahsis edilmişken sanal işlemcinizin çalışmaya hazır olduğu sürenin payıdır. Aşırı aboneliği kanıtlayan evrensel bir normal yüzde veya eşik değeri yoktur; sürekli yüksek steal time, destek talebinizde referans gösterebileceğiniz bir veridir. vmstat, olağan okumaları için root yetkisine değil, ilgili /proc dosyalarına erişime ihtiyaç duyar ve paylaşımlı bir ana makine bu görünürlüğü kısıtlayabilir. Depolama alanı da kontrol edilmesi gereken bir kaynaktır; bu nedenle bir VPS planının arkasındaki disk türü önemlidir ve satış sayfasındaki bilgilere güvenmek yerine ilk hafta içinde yeni bir VPS'i kendiniz ölçmeniz faydalıdır.

Fark 3: Sistem arızalandığında sorumluluk kimde

Paylaşımlı barındırma hizmetlerinde işletim sistemi, web sunucusu ve desteklenen PHP sürümleri servis sağlayıcı tarafından yönetilir; sertifika ve yedekleme kapsamı seçilen plana bağlıdır. Sunucu yanıt vermeyi kestiğinde bir destek talebi açarsınız; çözüm süreci sağlayıcının destek politikalarına göre ilerler. Bu hizmetin maliyeti, aynı kuralın diğer yüzüdür: desteklenen ortamın dışındaki yazılımlar, sağlayıcının kurulum ve hizmet politikalarına uygun olmak zorundadır.

Yönetilmeyen bir VPS üzerinde ise sağlayıcı yalnızca hipervizörü, ağı ve elektriği üstlenir. Çekirdekten itibaren tüm katmanlar sizin sorumluluğunuzdadır. Güvenlik güncellemeleri, güvenlik duvarı, yedeklemeler, sertifika yenileme ve izleme süreçlerinin tamamı sizin işinizdir; destek ekibi web sunucusu yapılandırmanızı hata ayıklamak için sunucuya giriş yapmayacaktır. Bu durumu ilk günden planlayın: yeni bir VPS üzerindeki ilk on dakika, ardından anladığınız bir güvenlik duvarı, otomatik güvenlik güncellemeleri ve en az bir kez geri yüklemesini yaptığınız yedekler.

Paylaşımlı barındırmanın doğru tercih olduğu durumlar

Broşür tipi bir web sitesi en net örnektir: birkaç sayfa, görsel, bir iletişim formu, belki bir önbellek eklentisiyle çalışan WordPress ve planın kaynak limitleri dahilinde kalan bir trafik. Arka plan işleri yoktur. Alışılmadık bir çalışma zamanı gereksinimi yoktur. İstekler arasında bellekte tutulması gereken hiçbir veri bulunmaz. Paylaşımlı barındırma bu tür siteler için uygundur ve sunucu bakımını bu işi tam zamanlı yapan kişilere devreder; fiyatları karşılaştırın çünkü her zaman bir VPS'ten daha ucuz değildir. Siteyi bir VPS'e taşımak size hiçbir şey kazandırmaz, aksine daha önce sahip olmadığınız bir iş yükü ekler.

Daha az dikkat çeken ikinci bir durum daha vardır. Eğer tarafınızda log dosyalarını okumak veya apt upgrade çalıştırmak isteyen kimse yoksa, paylaşımlı barındırma daha güvenli bir tercihtir. Açık bir veritabanı portuna sahip, yamaları yapılmamış bir VPS, profesyoneller tarafından güncel tutulan bir paylaşımlı hesaptan daha kötü bir sonuç doğurur. Kontrol, yalnızca onu kullanacak biri olduğunda bir avantajdır.

İşaret 1: sürekli çalışan bir programa ihtiyaç duyulması

Daemon, bellekte kalan ve iş bekleyen bir programdır: bir API, sohbet botu, kuyruk işleyicisi veya oyun sunucusu. Paylaşımlı barındırma kuralları farklılık gösterir: DreamHost paylaşımlı planlarda kalıcı süreçleri yasaklarken, alwaysdata ücretli planlarda denetlenen özel servislere izin verir.

Bir VPS üzerinde aynı program bir systemd birimine dönüşür:

sudo systemctl enable --now myapp
systemctl status myapp

systemctl status komutu, bir süreç kimliği (PID) ile birlikte Active: active (running) çıktısını vermelidir. Eğer Active: failed (Result: exit-code) çıktısını veriyorsa, bunun nedeni programın durduğu andaki kendi çıktısını gösteren journalctl -u myapp -n 50 dosyasında yer alır. Birim dosyasındaki Restart=always ayarı, programın çökme sonrasında tekrar ayağa kalkmasını sağlar; enable ayarı ise yeniden başlatma sonrasında servisi otomatik olarak başlatır. systemd servisleri ve zamanlayıcıları yazma konusu, bir VPS üzerinde doğru şekilde öğrenilmesi gereken ilk beceridir.

İşaret 2: panelin sunmadığı bir çalışma zamanına ihtiyaç duyuyorsunuz

Panel size bir liste sunar. Uygulamanız bu listenin dışında bir dil sürümüne, derlenmesi gereken bir kütüphaneye, ffmpeg'e, başsız (headless) bir tarayıcıya veya panelin sunmadığı bir veritabanına (cPanel MySQL'i ve sağlayıcı etkinleştirdiyse PostgreSQL'i kapsar) ihtiyaç duyuyorsa, sağlayıcının kurulum kurallarını kontrol edin. Ev dizininize yazılım kurmak her zaman root yetkisi gerektirmez: DreamHost, paylaşımlı sunucularda zlib ve özel bir Python sürümünün derlenmesini belgelendirmiştir.

Bir VPS üzerinde kurulumu apt install ile yapabilir veya uygulamayı bir container içinde çalıştırarak ana makineyi temiz tutabilirsiniz. Uygulamanın birden fazla hareketli parçası olduğunda izlenen standart yol VPS üzerinde Docker Compose kullanımıdır.

İşaret 3: cron göreviniz zamanında çalışmalıdır

Paylaşımlı barındırma hizmetleri, cron görevlerini bir form aracılığıyla kabul eder ve sağlayıcı kendi belirlediği bir minimum çalışma aralığı uygulayabilir. CloudLinux üzerinde, hesabın işlemci sınırına takılan bir görev sonlandırılmak yerine yavaşlatılır; bu nedenle uzun süren bir görev, bir sonraki çalışma zamanı geldiğinde hala çalışıyor olabilir. Eğer hesap zaten işlem sınırı olan process cap değerine ulaşmışsa, görev yeni süreçler başlatamaz. Bu durumun bazı belirtilerini görebilirsiniz: cPanel'in Cron Email ayarı, her görevin çıktısını size e-posta ile gönderir. CloudLinux sunan sağlayıcılarda ise paneldeki Resource Usage sayfası, hesabın hangi sınıra takıldığını belirtir ve hata sayısını gösterir. Sistem günlüklerine erişim ve sınırları yükseltme yetkisi sağlayıcıda kalmaya devam eder, ancak bazı sağlayıcılar görev günlüklerini başlangıç ve bitiş zamanlarıyla birlikte sunar.

Bir VPS üzerinde crontab -e, yüklü olan cron uygulaması tarafından desteklenen zamanlamaları kabul eder; systemd timer kullanımı ise çok daha iyi bir seçenektir:

systemctl list-timers
journalctl -u cron -n 20

list-timers, bellekteki zamanlayıcıların bir sonraki ve son tetiklenme zamanlarını yazdırır; ancak servislerin çıkış sonuçlarını göstermez. Cron günlüğü, yüklü olan cron servisine ve günlük yapılandırmasına bağlıdır. Bir görev gerçekleşmediğinde, görevin hiç başlamadığını mı yoksa başlayıp başarısız olduğunu mu anlamak için servis durumunu ve günlüklerini inceleyin. Zamanlanmış bir görevin hata ayıklama sürecinin büyük bir kısmı bu ayrımı yapmaktan ibarettir.

Belirti 4: komşularınız yanıt sürenizi olumsuz etkiliyor

Belirti oldukça spesifiktir. Kodunuzda hiçbir değişiklik yapmadığınız halde aynı sayfa gece saatlerinde hızlı, akşam saat yedi civarında ise yavaş yanıt veriyorsa sorun yaşıyorsunuz demektir. Kimseyi suçlamadan önce kendi makinenizden ölçüm yapın:

for i in $(seq 1 20); do curl -o /dev/null -s -w '%{time_starttransfer}\n' https://example.com/; sleep 5; done

time_starttransfer, yanıtın ilk baytına ulaşma süresini saniye cinsinden ifade eder. Eğer yirmi sayı birbirine yakınsa, bu durum tutarlı bir zamanlamayı gösterir; sorunun sunucuda, kodda veya veritabanında olup olmadığını kanıtlamaz. Eğer bu süreler gece saat 3'te sabitken yoğun saatlerde birkaç yüz milisaniyelik sapmalar gösteriyorsa, komşu hesapları suçlamadan önce hesap kaynak kullanımını, istek hacmini ve sunucu günlüklerini karşılaştırın. Bu zamanlamalar bağlantı kurulumunu ve sunucu işleme süresini içerdiğinden, tek başlarına sorunun kaynağını belirlemezler.

Taşımanın gerçek maliyeti

Bunlar, 4 Kasım 2026 tarihinde kontrol edilmiş ilan edilmiş örneklerdir; kategori genelindeki ortalamalar veya mevcut en küçük planlar değildir. Paylaşımlı, 4 GB VPS ve yönetilen örnekler; DreamHost'un yıllık faturalandırma üzerinden Web Hosting Launch, Stack 4 ve Managed VPS Business planlarıdır; 1 GiB VPS ise DigitalOcean'ın aylık üst sınırdaki standart Basic Droplet ürünüdür. Satın almadan önce güncel fiyatı kontrol edin.

[
  {
    "plan": "Shared hosting, DreamHost",
    "first_term_usd": 2.89,
    "renewal_usd": 10.99
  },
  {
    "plan": "VPS, 1 vCPU 1 GiB, DigitalOcean",
    "first_term_usd": 6,
    "renewal_usd": 6
  },
  {
    "plan": "VPS, 2 vCPU 4 GB, DreamHost",
    "first_term_usd": 6.99,
    "renewal_usd": 11.99
  },
  {
    "plan": "Managed VPS, 2 cores 2 GB, DreamHost",
    "first_term_usd": 13.75,
    "renewal_usd": 31.99
  }
]

Manşetteki fark aylık 2.89 ile 6 ABD doları arasında değişmektedir ancak belirleyici olan bu rakam değildir. Paylaşımlı örnek, bir yıllık peşin ödeme gerektirir ve aylık 10.99 dolar üzerinden yenilenir. Yenileme fiyatlarını birbiriyle kıyasladığınızda tablo değişir: Paylaşımlı hesap için 10.99 dolar, giriş seviyesi bir VPS için 6 dolar. DigitalOcean'ın iki rakamı birbirine eşittir çünkü bu örnekte herhangi bir giriş indirimi bulunmamaktadır.

Bu karşılaştırmayı yaparken dikkatli olun çünkü kapasiteler eşit değildir. 1 vCPU ve 1 GB RAM'e sahip bir VPS, web sunucusunu ve veritabanını tek bir küçük kutuda çalıştırır; bu durum, gerçek trafik gelmeye başladığında WordPress için oldukça kısıtlıdır. 2 vCPU ve 4 GB RAM'li örnek aylık 11.99 dolar üzerinden yenilenir ancak paylaşımlı hesap limitleri ile VPS kapasitesi doğrudan birbirinin yerine geçemez. Bu örneklerde, paylaşımlı hostinge kıyasla yenileme farkı aylık bir dolardır.

Daha büyük maliyet ise faturada asla görünmez. Bir VPS; bir saatlik kurulum, her ay güncellemeler için birkaç dakika ve bir şeyler ilk kez bozulduğunda harcayacağınız bir akşam demektir. Bunu kendi saatlik ücretiniz üzerinden hesapladığınızda aradaki fark hızla kapanır. VPS'in pratikteki maliyeti bölümü, kapasiteleri daha ayrıntılı olarak incelemektedir.

Paylaşımlı hosting üzerinden trafik kaybı yaşamadan site taşıma

1. Bir gün önceden, alan adı için DNS (domain name system) TTL (time to live) değerini 300 saniyeye düşürün ve geçiş yapmadan önce önceki TTL süresinin dolmasını bekleyin; yerel önbelleklerin güncellenmesi yine de daha uzun sürebilir.
2. Yeni sunucuyu kurun ve DNS ayarlarını değiştirmeden önce sitenin yeni IP adresi üzerinde çalıştığından emin olun.
3. Dosyaları kopyalayın, ardından veritabanını dump edin ve yeni sunucuda geri yükleyin.
4. Alan adını yalnızca kendi makineniz için yeni IP adresine yönlendiren hosts dosyanız üzerinden test edin.
5. A kaydını değiştirmeden önce DNS doğrulaması veya mevcut geçerli bir sertifika kullanarak yeni sunucuda TLS (transport layer security) sertifikasını oluşturun ve paylaşımlı hosting hesabını bir hafta boyunca açık tutun.

dig example.com A +noall +answer
rsync -avz ~/public_html/ deploy@203.0.113.10:/srv/www/example.com/
mysqldump --single-transaction -u dbuser -p dbname > site.sql

dig, yanıtının ikinci sütununda TTL değerini yazdırır; böylece herhangi bir değişiklik yapmadan önce düşük değerin aktif olduğunu doğrulayabilirsiniz. --single-transaction, InnoDB tablolarının kilitlenmeden tutarlı bir anlık görüntüsünü (snapshot) alır; işlemsel olmayan tablolar ve eş zamanlı şema değişiklikleri için ayrıca önlem alınmalıdır ve sonraki siparişler bu anlık görüntüye dahil edilmez. Yeni sunucuda sertifikaları aynı gün içinde çalışır hale getirin: Ubuntu üzerinde nginx ile Let's Encrypt kurulumu, DNS kaydı sunucuyu işaret ettikten sonra birkaç dakika sürer.

Sorumluluk içermeyen kaynaklar

Eğer dört işaret sitenizi tanımlıyor ancak bakım süreci ilginizi çekmiyorsa, orta yol yönetilen VPS hizmetidir. Sağlayıcı, üzerinde anlaşılan bakımı gerçekleştirir; ancak root erişimi ve yönetim kapsamı plana bağlıdır; DreamHost'un yönetilen VPS hizmeti root erişimi içermez. Yukarıdaki tablo, 2 GB'lık yönetilen örneği 31.99 dolar, 4 GB'lık yönetilmeyen örneği ise 11.99 dolar olarak gösterir; dolayısıyla bu, eşit boyutların karşılaştırması değildir. Aradaki fark, sunucu gece yanıt vermeyi kestiğinde başkasının ilgisini satın almanızı sağlar.

Eğer bu durum size uygunsa, bir sonraki adımda yönetilen ve yönetilmeyen VPS kararı başlıklı yazıyı okumalısınız. Eğer halihazırda yoğun bir VPS çalıştırıyorsanız ve yoğun saatlerde steal time değerleri hala yüksekse, bir sonraki adım hiçbir komşunun bulunmadığı özel bir sunucuya geçmektir.

FAQ

Bir VPS, paylaşımlı barındırmadan daha mı hızlıdır?

Otomatik olarak hayır. Sessiz bir paylaşımlı sunucu, tek bir WordPress sayfası için 1 vCPU'lu bir VPS'ten daha iyi performans gösterebilir. Tahsis edilen bellek, CPU çekişmesini ortadan kaldırmaz: paylaşımlı CPU'ya sahip bir VPS'te, komşu örnekler yanıt süresini etkilemeye devam edebilir ve bellek garantileri sağlayıcıya bağlıdır. Sayfalarınız hem sabah 03:00'te hem de akşam 19:00'da yavaşsa, kodunuzu, veritabanı sorgularınızı ve barındırma kaynak limitlerini kontrol edin; günün saati tek başına sorunun kaynağını belirlemez.

Paylaşımlı barındırmada Node.js veya Python uygulaması çalıştırabilir miyim?

Bazen, sağlayıcının limitleri dahilinde mümkündür. Bazı paneller, Passenger aracılığıyla sizin için bir uygulama başlatır ve bu uygulama bir istek geldiğinde çalışır. Sunucunun 80 ve 443 numaralı portlara sahip olması, diğer izin verilen dinleyicileri engellemez: alwaysdata, Public Cloud üzerinde IPv6 üzerinden 8300 ile 8499 arasındaki portlarda özel servislere izin verir. Kalıcı süreç kuralları da sağlayıcıya göre değişir; bu nedenle bir bot, kuyruk işleyicisi veya websocket sunucusu, her zaman bir VPS gerektirmese de bunu açıkça destekleyen bir plan gerektirir.

VPS çalıştırmak için Linux bilmem gerekiyor mu?

Yönetilmeyen (unmanaged) bir VPS için evet. SSH anahtarlarına, bir güvenlik duvarına, güncellemelere, yedeklere ve günlük kayıtlarını okuma alışkanlığına ihtiyacınız vardır. İlk kurulum için bir saat, sonrasında ise her ay birkaç dakika ayırın. Eğer bu sizin yapmak istediğiniz bir iş değilse, yönetilen (managed) bir plan, üzerinde anlaşılan bakımı sağlayıcıya devreder; bu, yönetilen ve yönetilmeyen VPS barındırma konusunda ele alınan takasın konusudur.

Paylaşımlı barındırmadan VPS'e geçerken sitem kapalı kalır mı?

DNS TTL değerini düşürmek ve her iki hesabı da aktif tutmak kesintiyi önlemeye yardımcı olur ancak sorunsuz bir geçişi garanti etmez. TTL değerini bir gün önceden 300 saniyeye ayarlayın ve önceki TTL'in dolmasını bekleyin, dosyaları ve veritabanını kopyalayın, yeni sunucuyu dizüstü bilgisayarınızın hosts dosyası üzerinden test edin ve ardından A kaydını değiştirin. Değişiklik sırasında bazı ziyaretçiler eski sunucuya, bazıları ise yeni sunucuya ulaşır ve önbelleklerin güncellenmesi beş dakikadan uzun sürebilir; bu nedenle paylaşımlı hesabı bir hafta boyunca açık tutun. Son veritabanı dökümü ve geri yükleme işlemi sırasında yazma işlemlerini duraklatın ve eski siteyi salt okunur yapın veya sonraki yazma işlemlerinin kaybolmaması için istekleri yeni sunucuya yönlendirin.