Kesintisiz Hosting Taşıma Nasıl Yapılır?

Hosting taşımada kesinti kaçınılmaz değildir. Doğru yöntemle, ziyaretçiler geçişi hiç fark etmez.

Anahtar ilke: eski ve yeni ortam bir süre paralel çalışır.

Başlamadan önce

• Her iki hosting hesabına erişim
• DNS yönetim paneline erişim
• Tam yedek
• Test edilmiş yeni ortam

1. Adım — TTL değerini düşürün

Geçişten en az bir hafta önce, DNS kayıtlarınızın TTL değerini düşük bir seviyeye çekin.

Neden: TTL, kaydın ne kadar süreyle önbellekte tutulacağını belirler. Yüksek TTL ile geçiş yaparsanız, bazı ziyaretçiler günlerce eski sunucuya gitmeye devam eder.

Not: TTL değişikliğinin kendisi de eski TTL süresi kadar sürede yayılır — bu yüzden erken yapılmalıdır.

2. Adım — Yeni ortamı hazırlayın ve test edin

DNS'e dokunmadan, siteyi yeni sunucuda çalışır hâle getirin.

• ☐ Dosyalar yüklendi
• ☐ Veritabanı aktarıldı
• ☐ Yapılandırma yapıldı
• ☐ SSL hazır
• ☐ Geçici adresle test edildi

SSL kritiktir: DNS geçişinden önce sertifikanın hazır olması gerekir; aksi hâlde geçiş anında ziyaretçiler güvenlik uyarısı görür.

3. Adım — İçerik dondurma dönemi ilan edin

Geçiş süresince içerik girişi ve sipariş dışı işlemler durdurulur.

Neden: İki ortam paralel çalışırken, birine girilen veri diğerinde olmaz. Dondurma dönemi bu tutarsızlığı önler.

E-ticaret siteleri için dondurma mümkün değilse, geçişi en düşük trafikli saate planlayın ve süreyi kısa tutun.

4. Adım — Son senkronizasyon

Geçişten hemen önce, canlı ortamdaki son veriyi yeni ortama aktarın:

• ☐ Veritabanının son hâli
• ☐ Son yüklenen dosyalar
• ☐ Karşılaştırma yapıldı

5. Adım — DNS'i yönlendirin

Bu, geçişin kendisidir ve dakikalar sürer.

• ☐ A kaydı yeni sunucuya
• ☐ www kaydı güncellendi
• ☐ Alt alan adları güncellendi
• ☐ E-posta kayıtları korundu (taşınmıyorsa)
• ☐ Diğer kayıtlar korundu

Kesinti oluşmaz çünkü eski sunucu hâlâ çalışıyordur; ziyaretçiler ya eskiye ya yeniye gider, ikisi de siteyi gösterir.

6. Adım — Paralel çalışma dönemi

Bu, yöntemin kalbidir. Yayılma tamamlanana kadar:

• ☐ Eski sunucu açık kalır
• ☐ Her iki ortam da aynı içeriği gösterir
• ☐ Veri toplayan sayfalar izlenir
• ☐ Her iki sunucunun kayıtları takip edilir

Kritik risk: Bu dönemde alınan siparişler ya da form kayıtları eski sunucuya düşebilir. Çözümler:

• Eski sunucudaki veri toplama işlevlerini yeni ortama yönlendirin
• Eski sunucudaki veritabanını geçiş sonrası kontrol edin
• Ya da eski sunucuda siteyi salt okunur hâle getirin

7. Adım — Yayılmayı izleyin

• ☐ Farklı ağlardan hangi sunucunun yanıt verdiğini kontrol edin
• ☐ Eski sunucuya gelen trafiğin azaldığını izleyin
• ☐ Yeni sunucuda hata var mı bakın

Trafiğin tamamı yeni sunucuya geçtiğinde yayılma tamamlanmıştır.

8. Adım — Doğrulayın

• ☐ Site yeni sunucudan geliyor
• ☐ SSL geçerli, uyarı yok
• ☐ Tüm işlevler çalışıyor
• ☐ E-posta akışı sorunsuz
• ☐ Analiz aracı veri alıyor
• ☐ Eski sunucuya gelen veri kalmadı

9. Adım — Kapanış

• ☐ Eski sunucudaki son verileri kontrol edin ve aktarın
• ☐ Eski sunucudan tam yedek alın
• ☐ Birkaç hafta bekleyin
• ☐ Sonra eski hesabı kapatın
• ☐ TTL değerlerini normale döndürün

E-posta için özel dikkat

E-posta da taşınıyorsa kesintisizlik daha zordur:

• MX kaydı değişince yeni postalar yeni sunucuya gider
• Eski sunucudaki postalar orada kalır
• Yayılma sırasında postalar iki yere düşebilir

Yöntem:

1. Yeni hesapları oluşturun
2. Eski postaları yeni hesaplara aktarın
3. MX kaydını değiştirin
4. Eski hesapları bir süre açık tutun
5. Yayılma sonrası kalan postaları da aktarın
6. Sonra kapatın

Dördüncü ve beşinci adımlar atlanırsa geçiş döneminde gelen postalar kaybolur.

Kesintiye yol açan hatalar

• SSL'i geçişten sonra kurmak — ziyaretçiler uyarı görür
• Eski sunucuyu hemen kapatmak — yayılma tamamlanmadan erişim kesilir
• TTL'i düşürmeden geçmek — yayılma günlerce sürer
• Test etmeden DNS değiştirmek — sorun canlıda ortaya çıkar
• Yoğun dönemde taşımak
• E-posta kayıtlarını yanlışlıkla değiştirmek

Bu altı hatadan kaçınmak, taşımayı ziyaretçiler için tamamen görünmez kılar.