Sunucu göçü (migration), şirketinizin dijital altyapısını bir ortamdan diğerine taşıyan kritik bir süreçtir. Eski sunucunuz yaşlandı, performans sorunları yaşıyorsunuz veya bulut altyapısına geçmek istiyorsunuz — hangi nedenden olursa olsun, planlamayı doğru yapmak başarının anahtarıdır. Çünkü kötü planlanmış bir sunucu göçü, veri kaybına, uzun kesintilere ve beklenmedik maliyetlere yol açabilir. Bu rehberde, sunucu göçünüzü güvenli ve kesintisiz bir şekilde nasıl planlayacağınızı adım adım anlatacağız.
Sunucu göçüne karar vermeden önce nedeninizi netleştirmek önemlidir. En yaygın sebepler arasında donanımın yaşlanması ve bakım maliyetlerinin artması gelir. Performans sorunları, güvenlik zafiyetleri, iş sürekliliği gereksinimleri veya maliyet optimizasyonu da göçü tetikleyen faktörlerdir. Bazı işletmeler, birden fazla fiziksel sunucuyu tek bir sanal altyapıda birleştirmek (konsolidasyon) için göç projesine başlar. Hedeflerinizi SMART prensibiyle (Spesifik, Ölçülebilir, Ulaşılabilir, İlgili, Zamanlı) tanımlayın. Örneğin 'performansı artırmak' yerine '3 ay içinde sunucu yanıt sürelerini yüzde 40 düşürmek' gibi somut bir hedef belirleyin.
İlk adım, elinizdeki her şeyi detaylıca kaydetmektir. Hangi sunucular, hangi uygulamalar, hangi veriler taşınacak? Her bir sunucunun donanım özelliklerini (CPU, RAM, disk kapasitesi), yüklü işletim sistemini, çalışan servisleri ve uygulamaları listeleyin. Kritik olan bağımlılık analizidir — yani hangi uygulamanın hangi sunucuya, veritabanına veya harici servise bağlı olduğunu haritalayın. Bu harita, taşıma sırasında 'unutulan' bir bağlantı yüzünden sistemin çökmesini önler. Ayrıca mevcut performans metriklerini (CPU kullanımı, bellek tüketimi, disk I/O, ağ trafiği) kaydedin; bunlar yeni sunucunuzun donanım gereksinimlerini belirlerken referans olacaktır.
Sunucu göçünde temel olarak iki strateji vardır: lift-and-shift ve refactor (yeniden yapılandırma). Lift-and-shift, mevcut sunucuyu aynen yeni ortama kopyalamaktır; hızlıdır ama eski altyapınızın eksiklerini de beraberinde taşır. Refactor ise uygulamalarınızı güncelleyerek veya mimarisini değiştirerek yeni ortama uyarlamaktır; daha uzun sürer ama uzun vadede daha verimli sonuç verir. Küçük ve orta ölçekli işletmeler genellikle hız için lift-and-shift'i tercih ederken, büyük yenileme projeleri refactor gerektirebilir. Hangisini seçerseniz seçin, kararınızı iş hedeflerinize ve zaman çizelgenize göre alın.
Yeni sunucunuzun kapasitesi, mevcut kullanımınızın en az yüzde 20-30 üzerinde olmalıdır — bu, büyüme için manevra alanı bırakır. İşletim sistemi ve yazılım sürümlerini, mevcut ortamınızla aynı veya daha güncel tutun (ancak uyumluluk testini atlamayın). Yeni sunucuya gerekli tüm servisleri, veritabanı motorlarını, web sunucu yazılımlarını kurun. Güvenlik yamaları ve güncellemelerinin tamamlandığından emin olun. Eğer bulut altyapısına (Azure, AWS, Google Cloud) geçiyorsanız, bölge (region) seçimini veri güvenliği ve gecikme (latency) açısından değerlendirin; Türkiye'deki bir işletme için Türkiye veya Avrupa bölgelerindeki veri merkezleri genellikle tercih edilir.
Göçe başlamadan önce tüm verilerinizin, veritabanlarının ve yapılandırma dosyalarının tam yedeğini (full backup) alın. Bu yedekleme, göç sırasında bir şeyler ters giderse geri dönüş (rollback) planınızın temelidir. Yedeklerinizi hem yerinde (lokal) hem de harici bir konumda (bulut veya harici disk) saklayın. Yedeklemenin bütünlüğünü test edin — sıkıştırılmış arşivleri açabildiğinizden, veritabanı yedeklerinin geri yüklenebilir olduğundan emin olun. Unutmayın, yedekleme olmadan bir göç projesi başlatmak, korkuluksuz uçurumda yürümek gibidir.
Gerçek göçü yapmadan önce, mümkünse yeni sunucunuzda bir test (staging) ortamı kurun ve tüm süreci bir kez prova edin. Verilerinizi test ortamına aktarın, uygulamalarınızı çalıştırın, bağlantıları test edin. Bu aşamada karşılaşacağınız sorunlar (eksik bağımlılıklar, yetki hataları, ağ yapılandırma eksiklikleri) gerçek göçte sizi şaşırtmaz. Kullanıcı kabul testleri (UAT) yaparak, kritik iş süreçlerinin yeni ortamda sorunsuz çalıştığını doğrulayın. Test ortamında hosts dosyasını düzenleyerek veya geçici IP kullanarak DNS değişikliği yapmadan önce yeni sunucuyu ziyaret edebilirsiniz.
Gerçek göçten 48-72 saat önce, alan adınızın DNS kayıtlarındaki TTL (Time to Live — yaşam süresi) değerini 300 saniyeye (5 dakika) düşürün. TTL, DNS bilgisinin internetteki sunucularda ne kadar süre önbellekte tutulacağını belirler. Normalde 24 saat (86400 saniye) olan bu değeri düşürdüğünüzde, göç sonrası DNS değişikliği yaptığınızda yeni IP adresi çok daha hızlı yayılır ve kullanıcılarınız eski sunucuya değil yeni sunucuya yönlendirilir. Bu küçük adım, kesinti süresini saatlerden dakikalara indirebilir.
Sunucu göçünü, iş yükünüzün en düşük olduğu zaman diliminde yapın — genellikle hafta sonu geceleri veya sabahın erken saatleri (02:00-05:00 arası) idealdir. Göç pencerenizi önceden duyurun: çalışanlarınıza, müşterilerinize ve paydaşlarınıza ne zaman, ne kadar süre ve hangi sistemlerin etkileneceğini bildirin. Kesinti süresini mümkün olduğunca kısa tutmak için ekibinizi hazır bulundurun ve rol dağılımını netleştirin (kim veri aktarımından, kim testlerden, kim ağ yapılandırmasından sorumlu?). İyi bir planlama, 'beklenmedik' sorunların çözümü için bile zamanı içerir.
Planlanan bakım penceresinde, verilerinizi eski sunucudan yeni sunucuya aktarın. Büyük veri hacimleri için rsync, scp veya özel göç araçları (Azure Migrate, AWS Database Migration Service gibi) kullanabilirsiniz. Dosya sistemlerini, veritabanlarını, e-posta kutularını, uygulama yapılandırmalarını sırayla taşıyın. Transferin güvenli (şifreli) kanallar üzerinden yapıldığından emin olun. Transfer sonrasında veri bütünlüğünü doğrulayın — dosya sayılarını, boyutlarını, veritabanı kayıt sayılarını karşılaştırın, mümkünse checksum (sağlama toplamı) kontrolü yapın. Veri tutarsızlığı, göç sonrası en büyük baş ağrısı kaynaklarından biridir.
Veri transferi tamamlandıktan ve testler başarılı geçtikten sonra, DNS kayıtlarınızı güncelleyerek alan adınızı yeni sunucunun IP adresine yönlendirin. DNS yayılımı (propagation) biraz zaman alabilir; düşük TTL sayesinde bu süre kısalır ama yine de internet servis sağlayıcılarına göre birkaç saat sürebilir. Bu süreçte bazı kullanıcılar eski sunucuyu, bazıları yeni sunucuyu görebilir. Bu yüzden eski sunucuyu hemen kapatmayın — en az 1 hafta daha çalışır durumda tutun. Böylece olası bir sorun durumunda hızla geri dönebilir veya geç güncellenen kullanıcıların erişimini garantilersiniz.
Canlıya geçtikten sonraki 72 saat kritiktir. Yeni sunucunuzun performansını yakından izleyin: CPU ve bellek kullanımı, disk I/O, ağ trafiği, uygulama yanıt süreleri, hata logları. Kullanıcı geri bildirimlerini toplayın — hangi özellikler çalışmıyor, hangi süreçler yavaş? E-posta teslimini, veritabanı bağlantılarını, API entegrasyonlarını, ödeme sistemlerini, zamanlanmış görevleri (cron jobs) tek tek kontrol edin. Göç öncesi aldığınız performans metriklerini, göç sonrası metriklerle karşılaştırarak hedeflerinize ulaşıp ulaşmadığınızı ölçün. Her şey stabil hale gelene kadar eski sunucuyu aktif tutun ve yedeklerinizi koruyun.
Her göç projesinin bir B planı olmalıdır. Eğer yeni sunucuda ciddi sorunlar çıkarsa, DNS kayıtlarını hızla eski IP'ye geri döndürebilmek, veritabanını son yedeğinden geri yükleyebilmek ve sistemleri eski haline getirebilmek için adım adım bir rollback planı oluşturun. Bu plan, kimin hangi adımdan sorumlu olduğunu, hangi sırayla işlemlerin yapılacağını ve ne kadar sürede geri dönüşün tamamlanacağını içermelidir. Umarız hiç kullanmazsınız ama hazırlıklı olmak, krizi önler.
Göç sürecini, karşılaşılan sorunları, çözümleri ve yeni sunucu yapılandırmasını yazılı olarak belgeleyin. Bu belgeler, gelecekte benzer projelerde size rehberlik edecek ve ekibinizin bilgi birikimini koruyacaktır. Yeni sunucunun IP adresleri, erişim bilgileri, yedekleme zamanlamaları, kurulu yazılım sürümleri, güvenlik ayarları gibi kritik bilgileri güncel tutun. Ekip üyelerinize yeni ortamla ilgili eğitim verin; herkes yeni altyapının nasıl çalıştığını bilmeli.
Sunucu göçü, doğru planlandığında işletmenize performans, güvenlik ve maliyet avantajları sağlayan stratejik bir yatırımdır. Ancak başarı, her adımın özenle yapılmasına bağlıdır. Eğer ekibinizde bu tür bir projeyi yönetecek kaynak veya deneyim eksikliği varsa, Sprint Teknoloji olarak sunucu göçü ve BT altyapı danışmanlığı konusunda size destek olabiliriz. Kağıthane merkezli ekibimiz, işletmenizin dijital dönüşümünü kesintisiz ve güvenli şekilde gerçekleştirmenize yardımcı olur.
