VPS Geçiş Rehberi: Sunucunuzu Sıfır Downtime'la Taşımak

Bir VPS’i başka bir sunucuya taşımak — sağlayıcı değiştirmek, kapasiteyi artırmak ya da modern bir panel kurulumuna geçmek için — hassas bir iştir. Yanlış planlanırsa saatlerce downtime ve veri kaybına yol açar. Doğru planlandığında ise toplam downtime 5 dakikanın altına iner ve geri dönüş yolu hep açık kalır.

Bu rehberde; envanter çıkarma, paralel çalıştırma, DNS TTL planlaması, veritabanı export/import, SSL otomasyonu ve rollback adımlarını sırayla anlatacağız. Tüm akış VDS Panel kurulu yeni VPS’e geçiş üzerinden örneklendirilmiştir, ama yöntem genel.

Hazırlık: mevcut kurulumun envanteri

Geçişten önce mevcut sunucudaki tüm kaynakları listeleyin. Bir şeyi atlarsanız geçiş sonrası “site açılıyor ama X bozuk” sürprizi yaşarsınız.

• Projeler / Siteler: Hangi domain’lerde ne çalışıyor? WordPress, statik site, Spring Boot, Node.js servisi, Docker container?
• Veritabanları: PostgreSQL, MySQL, MongoDB, Redis. Sürüm, boyut ve bağlı projeler.
• Cron / scheduled task’lar: crontab -l veya systemd timer’lar.
• DNS kayıtları: A, AAAA, CNAME, MX, TXT, SRV. Mevcut DNS sağlayıcıdan export.
• SSL sertifikaları: Hangi domain’lerde, Let’s Encrypt mi yoksa ücretli mi.
• Env değişkenleri: API key, secret, üçüncü parti credential’lar.
• Yedekleme job’ları: pg_dump, mysqldump, rsync gibi mevcut otomasyonlar.

Strateji: paralel çalıştırma vs big-bang

Geçişi iki yöntemle yapabilirsiniz. Her zaman paralel çalıştırma önerilir.

Paralel yöntemde iki sunucu kısa süre birlikte çalışır. Yayın trafiği eski sunucuya gelmeye devam ederken, yeni sunucuyu kendi başınıza test edersiniz. DNS’i ancak her şey yolunda olduğunda yeni IP’ye çevirirsiniz.

Adım adım geçiş

1. 01
   Yeni VPS'i hazırlayın

   Ubuntu 22.04 veya 24.04 LTS temiz bir sunucu. Minimum 2 CPU, 4 GB RAM. Tek komutla VDS Panel kurulumu yapın.
2. 02
   Eski sunucudan yedek alın

   pg_dump, mysqldump veya mongodump ile veritabanı yedeği. Uygulama dosyaları için tar veya rsync. Cron job listesi ve env değişkenleri.
3. 03
   Veritabanlarını yeni panele import edin

   VDS Panel her proje için ayrı DB + user + parola üretir. Mevcut SQL dump'ı panel restore aracı ile içe aktarın.
4. 04
   Kodu yeni panele tanıtın

   Projelerinizi git deposuna taşıyıp panele eklemek en temiz yol. Build, env enjekte, nginx config — hepsi otomatik.
5. 05
   DNS TTL'ini düşürün

   Geçişten 24 saat önce tüm A/CNAME kayıtlarının TTL'ini 300 saniyeye indirin. Bu adım atlanırsa DNS yayılması 24 saati bulabilir.
6. 06
   Hosts dosyası ile test edin

   DNS'i değiştirmeden önce yerel /etc/hosts'a yeni sunucu IP'sini yazın. Tüm kritik akışları (login, ödeme, form gönderimi) doğrulayın.
7. 07
   DNS A kayıtlarını yeni sunucuya çevirin

   Tüm domain'lerin A kayıtlarını yeni VPS IP'sine yönlendirin. Düşük TTL sayesinde 5-15 dakikada yayılır.
8. 08
   14 gün boyunca eski sunucuyu açık tutun

   Sorun çıkarsa DNS'i geri alma seçeneğiniz olsun. Sorunsuz 14 gün sonrasında eski sunucuyu iptal edebilirsiniz.

Veritabanı geçişi

VDS Panel her veritabanı motoru için yerleşik import desteği sunar:

• PostgreSQL: pg_dump -Fc ile özel format yedek alın, panel restore aracına yükleyin. Büyük tablolar için pgBouncer connection pool otomatik kurulur.
• MySQL/MariaDB: mysqldump --single-transaction --routines ile yedek alın, paneldeki “SQL Import” sekmesinden yükleyin.
• MongoDB: mongodump ile bson dump, mongorestore paneli üzerinden çalıştırılır.
• Redis: Genelde geçişte boş başlatılır; kalıcı veri varsa BGSAVE sonrası dump.rdb kopyalanır.

Uygulamaları yeniden deploy etme

Eski sunucuda manuel kurulmuş uygulamaları VDS Panel’e taşımanın en temiz yolu git push akışına geçmektir:

# Eski sunucuda repository init
cd /var/www/myapp
git init && git add -A && git commit -m "snapshot before migration"
git remote add origin git@github.com:owner/myapp.git
git push -u origin main

Sonrasında VDS Panel’e GitHub repo URL’ini verin. Panel webhook’u kurar, build pipeline’ı oluşturur, env değişkenlerini sorar. Sonraki her git push otomatik deploy olur.

# Bir Dockerfile yoksa, panel önerilen bir tane oluşturur
FROM node:20-alpine
WORKDIR /app
COPY package*.json ./
RUN npm ci --omit=dev
COPY . .
EXPOSE 3000
CMD ["node", "server.js"]

Java/Spring Boot için JAR upload veya Maven/Gradle build seçenekleri panel arayüzünden seçilir.

SSL sertifikaları

Eski sertifikalarınızı taşımanıza gerek yok. VDS Panel her domain için yeni Let’s Encrypt sertifikasını otomatik alır:

• DNS A kaydı yeni sunucuya gösterdiğinde panel HTTP-01 challenge başlatır
• Sertifika 15 saniyede hazır, HSTS ve HTTPS redirect otomatik
• 30 gün kala otomatik yenilenir, oturum açılmadan halledilir

DNS planlaması

Sıfır downtime’a yaklaşmanın anahtarı TTL planlaması.

1. Geçişten 24-48 saat önce tüm A/CNAME kayıtlarının TTL’ini 3600’den 300’e düşürün.
2. Eski TTL süresinin tamamı geçtikten sonra (yani 1 saat) DNS sağlayıcı zaten yeni TTL ile cevaplıyor olur.
3. Geçiş anında A kaydını yeni IP’ye çevirin. 5 dakikada %95 trafik yeni sunucuya yönlenmiş olur.
4. Geçişten sonra TTL’i tekrar 3600’e çıkarmak isterseniz 14 gün bekleyin (rollback penceresi sırasında düşük tutmak önemli).

Rollback planı

İlk 14 gün eski sunucunuzu kapatmayın. Yeni sunucuda kritik bir sorun çıkarsa:

1. DNS’de A kaydını eski sunucu IP’sine geri çevirin
2. TTL 300 saniye olduğu için 5 dakikada yayılır
3. Bu süre boyunca yeni sunucudaki sorunu araştırın
4. Düzeltip tekrar yeni sunucuya geçirin

Veritabanı için iki yönlü senkronizasyon karmaşıktır; rollback yapacaksanız ya geçiş penceresi içinde yapın ya da kabul edilebilir veri kaybını planlayın. VPS yedekleme stratejisi yazımız RTO/RPO planlamasında yardımcı olur.

Geçiş sonrası kontrol listesi

Yeni sunucuda paneli aç, eski sunucu hâlâ ayakta:

• Tüm projeler çalışıyor (HTTP 200, doğru içerik)
• Veritabanı bağlantıları aktif, veri tutarlı
• SSL sertifikaları yeşil (geçerli, HSTS açık)
• Cron / scheduled job’lar yeniden tanımlandı
• Yedekleme planı aktif (panel günlük şifreli yedekleme)
• Log’lar yeni sunucuya yazılıyor
• Pentest tarama haftalık olarak çalışacak şekilde planlandı
• Monitoring ve uyarı entegrasyonu test edildi

Sonuç

VPS geçişi göründüğü kadar zor bir iş değildir; doğru planlama ile toplam downtime 5 dakikadan az olur. Paralel çalıştırma stratejisi, düşük TTL planlaması ve 14 günlük rollback penceresi geçişi güvenli kılar. VDS Panel’in yerleşik import araçları (DB restore, git deploy, otomatik SSL) saatlerce alabilen manuel adımları dakikalara indirir.

Geçiş senaryonuzu konuşmak için iletişim formumuz açık. Mevcut altyapınızı anlayıp size özel bir göç planı birlikte hazırlayalım.