Kesinti Olmadan cPanel Sitesini VPS'ye Taşıyın
10 Eylül 2026 tarihinde yayımlandı
Beklenmedik bir kesinti yaşamadan bir cPanel sitesini VPS'ye taşımak için DNS'i ilk görev değil, son anahtar değişimi olarak ele alın. Hedef sunucuyu hazırlayın, hesabı kopyalayın, yeni IP adresinde test edin, DNS TTL değerini düşürün, ardından yalnızca uygulama, e-posta ve SSL kontrolleri başarıyla geçtikten sonra kayıtları değiştirin. Çalışmalar arka planda yürütülürken site erişilebilir kalır.
Küçük işletme sitesi, ajans hesabı veya canlı sipariş alan bir mağaza için taşıma, dosyaları taşımaktan çok hizmet davranışını korumakla ilgilidir. PHP sürümleri, veritabanı izinleri, cron işleri, e-posta yönlendirmesi, yönlendirmeler ve güvenlik duvarı kurallarının tamamının sorunsuz durumda aktarılması gerekir. Dosyalar genellikle işin kolay kısmıdır. Asıl zorluk, bunların etrafında gizlenen küçük ayarlardadır.
cPanel Sitesini VPS'ye Taşımadan Önce
Mevcut hesabın envanteriyle başlayın. Alan adlarını ve alt alan adlarını, hesap disk kullanımını, PHP sürümünü ve uzantılarını, veritabanı boyutlarını, cron işlerini, e-posta hesaplarını, yönlendiricileri, otomatik yanıtlayıcıları, DNS kayıtlarını, SSL sertifikalarını ve sunucu IP adresine bağlı dış hizmetleri kaydedin. E-ticaret ve SaaS iş yükleri için ayrıca ödeme geri çağrılarını, API allowlist'lerini, işlemsel e-posta sağlayıcılarını ve arka plan çalışanlarını da belirleyin.
Hedef VPS'nin yeterli kapasiteye sahip olup olmadığını kontrol edin. Disk alanı; kaynak hesabı, geçici taşıma arşivini, veritabanlarını, yedekleri ve normal büyümeyi karşılamalıdır. RAM ve CPU gereksinimleri trafiğe ve yazılım yığınına bağlıdır. Kurumsal tanıtım sitesi mütevazı bir VPS üzerinde rahatça çalışabilir; WooCommerce, Magento, büyük WordPress multisite kurulumları veya yoğun bir uygulama ise normalde daha fazla bellek ve veritabanı kapasitesi gerektirir.
Herhangi bir üretim verisi kopyalanmadan önce hedef ortam hazırlanmalıdır. Sunucu ana makine adını ayarlayın, seçtiğiniz kontrol paneli buysa cPanel ve WHM'yi kurup güncelleyin, VPS DNS barındıracaksa nameserver'ları yapılandırın ve yalnızca gerekli portların açık olduğu bir güvenlik duvarını etkinleştirin. Yedeklerin yapılandırıldığını, kaynak sunucudan bağımsız olarak doğrulayın. Yalnızca VPS üzerinde depolanan bir yedek faydalıdır, ancak VPS'nin kendisinde bir sorun çıkarsa tam bir kurtarma planı değildir.
Paylaşımlı cPanel barındırmadan bir VPS'ye geçiyorsanız, daha önce sizin için hangi işlemlerin yönetildiğini kontrol edin. Eski barındırma sağlayıcısı e-posta filtreleme, DNS, otomatik SSL yenileme, kötü amaçlı yazılım taraması veya sunucu dışı yedeklemeleri yönetmiş olabilir. Yönetilen bir VPS'de bu öğeler sizinle birlikte kontrol edilip sürdürülebilir. Yönetilmeyen bir sunucuda ise bunlar sizin operasyonel sorumluluğunuz hâline gelir. Hiçbir yaklaşım yanlış değildir, ancak varsayımlar pahalıya mal olur.
Geçişten önce DNS TTL değerini düşürün
Planlanan değişiklikten yaklaşık 24 ila 48 saat önce, mümkünse ilgili DNS kayıtlarındaki TTL değerini 300 saniyeye düşürün. Bu, geçiş zamanı geldiğinde güncellenmiş A, AAAA ve MX kayıtlarının daha hızlı yayılmasını sağlar. Taşınmadan beş dakika önce düşürüp internetin bunu anlayışla karşılamasını beklemeyin. Özyinelemeli çözümleyiciler eski değeri zaten önbelleğe almış olabilir.
Düzenlemeden önce mevcut DNS bölgesinin kaydını tutun. Geçişten sonra beklenmedik bir durum ortaya çıkarsa, bilinen kayıtları geri yüklemek onları hafızadan yeniden oluşturmaktan daha hızlıdır.
Doğru Aktarım Yöntemini Seçin
WHM'nin Transfer Tool aracı, uyumlu sunucular arasında tam cPanel hesaplarını taşımak için genellikle en temiz yöntemdir. Hesap verilerini, veritabanlarını, e-postayı, DNS bölgesi bilgilerini ve birçok hesap düzeyi ayarını tek bir kontrollü süreçte aktarır. Mümkün olduğunda root veya reseller düzeyinde erişim kullanın ve kaynak sunucunun gerekli SSH bağlantısına izin verdiğini doğrulayın.
Doğrudan sunucudan sunucuya aktarım mümkün olmadığında tam bir cPanel yedeği de iyi çalışabilir. Yedeği oluşturun, güvenli bir şekilde yeni VPS'ye taşıyın ve WHM üzerinden geri yükleyin. Bu yaklaşım daha manueldir ve yedek en son değişiklikler yerine belirli bir zamanı temsil edebilir; bu nedenle son eşitlemeyi dikkatle planlayın.
Alışılmadık kurulumlara sahip uygulamalar için manuel taşıma daha güvenli olabilir. Web sitesi dosyalarını rsync veya başka bir güvenli aktarım yöntemiyle kopyalayın, veritabanlarını dışa aktarın ve içe aktarın, kullanıcıları ve izinleri yeniden oluşturun, ardından hesap dışındaki yapılandırmayı yeniden kurun. Bu daha uzun sürer, ancak kaynak sistemde özel Nginx kuralları, standart dışı yollar, harici depolama veya uygulama çalışanları olduğunda daha fazla kontrol sağlar.
Korunması gereken başka hiçbir şey olmadığını doğrulamadığınız sürece yalnızca public_html dizinini kopyalamaktan kaçının. E-posta, veritabanları, gizli dosyalar, cron tanımları, SSL materyalleri ve yapılandırma dosyaları genellikle bu klasörün dışındadır.
Herkese Açık DNS Değişikliklerinden Önce VPS'yi Test Edin
Hesap geri yüklendikten sonra, herkese açık DNS'i değiştirmeden siteyi hedef IP'ye karşı doğrulayın. Yerel hosts dosyası girdisi, herkes hâlâ eski sunucuya ulaşırken bilgisayarınızın alan adını yeni VPS'ye çözümlemesini sağlar. Eksik bir PHP uzantısını, bozuk bir rewrite kuralını veya aktarılmamış bir veritabanı kullanıcısını bulmak için doğru zaman budur.
Birincil sayfaları, giriş akışını, iletişim formlarını, ödeme sürecini, yönetici alanını, görsel yüklemelerini ve zamanlanmış görevleri test edin. Bunu yaparken uygulama günlüklerini ve web sunucusu hata günlüğünü inceleyin. Sitenin amaçlanan PHP sürümünü kullandığını ve dosya sahipliğinin doğru olduğunu kontrol edin. Bir sayfanın bir kez yüklenmesi, testin tamamı değildir. Ayrıca veritabanına yazabilmeli, gerekli mesajları gönderebilmeli ve kimliği doğrulanmış oturumları normal şekilde işleyebilmelidir.
Geçişten önce SSL'yi de doğrulayın. Sertifika DNS VPS'ye yönlendikten sonra yeniden düzenlenecekse web sunucusu virtual host'unun doğru olduğunu ve 80 ile 443 portlarına erişilebildiğini doğrulayın. Mevcut bir sertifikayı getiriyorsanız, sertifika zincirini ve anahtarını güvenli bir şekilde kurun. Tarayıcılar sertifika hataları konusunda oldukça dürüsttür; bazen gerekenden biraz daha dramatik olabilirler.
E-postayı web trafiğinden ayrı ele alın
E-posta, VPS taşımasının en sık gözden kaçan kısmıdır. Alan adı Google Workspace veya Microsoft 365 gibi harici e-posta kullanıyorsa mevcut MX, SPF, DKIM ve DMARC kayıtlarını koruyun. Bunları yanlışlıkla yerel cPanel posta kayıtlarıyla değiştirmeyin.
E-posta cPanel'de barındırılıyorsa posta kutularını taşıyın ve VPS üzerinde gönderme ile alma işlemlerini test edin. DNS geçişi sırasında yeni mesajlar sunuculardan herhangi birine düşebilir. Geçişten sonra eski barındırma hesabını en az 48 ila 72 saat etkin tutun ve kaynak hâlâ aktifse son bir posta ve dosya eşitlemesi gerçekleştirin. Yüksek hacimli posta veya iş açısından kritik gelen kutuları için, bunu sonradan akla gelen bir iş gibi görmek yerine daha planlı bir posta geçişi tasarlayın.
Dikkatle Geçiş Yapın ve Eski Sunucuyu Erişilebilir Tutun
Testler sorunsuzsa, uygulama izin veriyorsa sitenin dinamik bölümlerini kısa bir bakım moduna alın. İlk aktarımdan bu yana yapılan siparişleri, form gönderimlerini, kullanıcı değişikliklerini ve içerik güncellemelerini yakalamak için son bir veritabanı dışa aktarımı veya hesap eşitlemesi çalıştırın. Bu son verileri VPS üzerinde geri yükleyin veya eşitleyin, ardından yeni ortam hazır olduktan sonra bakım modunu kaldırın.
A kaydını yeni IPv4 adresine güncelleyin ve AAAA kaydını yalnızca IPv6 yapılandırılmış ve test edilmişse değiştirin. Nameserver'lar da değişiyorsa bu değişikliği bilinçli şekilde yapın ve yeni bölgenin gerekli tüm kayıtları içerdiğini doğrulayın. Aynı anda nameserver değiştirmek ve DNS'i yeniden kurmak hareketli parçaların sayısını artırır. Bazen gerekli olur, ancak bu en zarif DNS durumu değildir.
İlk saatlerde yeni sunucuyu izleyin. Web erişim günlüklerini, PHP ve uygulama hatalarını, CPU yükünü, bellek baskısını, disk kullanımını, posta kuyruğu durumunu ve veritabanı etkinliğini kontrol edin. Otomatik yedeklerin başarıyla çalıştığını ve izlemenin yeni VPS'ye erişebildiğini doğrulayın. kodu.cloud'da, yönetilen operasyonlar ve FASTCARE monitoring işte burada faydalı olur: hizmet yeniden sakindir çünkü yalnızca ana sayfayı değil, gerçek sunucu davranışını izleyen biri vardır.
Eski hizmeti hemen iptal etmeyin. DNS yayılımı oturana, posta ak ışı doğrulana, yedekler doğrulana ve kilit kullanıcılar canlı siteyi test edene kadar hizmeti çevrimiçi bırakın. Çoğu standart site için 72 saat makul bir güvenlik penceresidir. Bu süre boyunca bir geri dönüş planı bulundurun: eski DNS değerlerini saklayın, kaynakta yıkıcı değişikliklerden kaçının ve geri dönüş gerekirse kararı kimin vereceğini bilin.
Sonradan Sorunları Önleyen Taşıma Sonrası Kontroller
Taşıma sonrasında zamanlanmış yedekleri, saklama sürelerini, geri yükleme testlerini, güvenlik güncellemelerini, güvenlik duvarı davranışını ve kaynak eğilimlerini gözden geçirin. Yerel hosts dosyanızdaki eski test girdilerini kaldırın. Eski IP adresine başvuran harici allowlist'leri, izleme hedeflerini, webhook uç noktalarını ve belgeleri güncelleyin.
Bir VPS ayrıca uzun süredir biriken barındırma karmaşasını temizlemek için de fırsat sunar. Etkin olmayan e-posta hesaplarını, eski hazırlık kopyalarını, terk edilmiş veritabanlarını ve artık gerekli olmayan eklenti ya da uzantıları kaldırın. Bunu kritik aktarım penceresi sırasında değil, taşıma istikrara kavuştuktan sonra yapın. Sakin değişiklikleri geri almak daha kolaydır.
İyi bir taşıma, yalnızca yüklenen bir siteden fazlasını bırakır. Trafik uygunsuz bir saatte geldiğinde izleyebileceğiniz, geri yükleyebileceğiniz, güncelleyebileceğiniz ve güvenebileceğiniz bir sunucu bırakır. Bu operasyonel payı taşıma sürecine dahil edin; böylece bir sonraki bakım görevi kurtarma operasyonu gibi hissettirmeyecektir.
Andres Saar Müşteri Hizmetleri Mühendisi