Co-Location'a Taşınırken Yapılan 5 Kritik Hata

Kendi sunucu odasından profesyonel bir veri merkezine (co-location) geçiş, çoğu kurum için altyapı olgunluğunda büyük bir sıçramadır: kesintisiz güç, profesyonel soğutma, fiziksel güvenlik ve omurga seviyesinde internet. Ancak taşıma projesinin kendisi, iyi planlanmadığında beklenmedik kesintilere ve maliyetlere yol açabilir.

Yıllardır yürüttüğümüz sunucu taşıma projelerinde tekrar tekrar karşılaştığımız beş hatayı ve bunlardan nasıl kaçınacağınızı paylaşıyoruz.

Hata 1: Envanter ve bağımlılıkları eksik çıkarmak

En yaygın hata, taşınacak sistemlerin birbirine olan bağımlılığını haritalamadan işe başlamaktır. "Şu 12 sunucuyu taşıyacağız" demek kolaydır; ama o sunuculardan biri, listede olmayan eski bir lisans sunucusuna ya da yerel bir DNS'e bağımlıysa, taşıma sonrası uygulama ayağa kalkmaz.

Çözüm: Taşıma öncesi eksiksiz bir bağımlılık haritası çıkarın. Hangi servis hangi IP'ye, hangi porta, hangi veritabanına konuşuyor? Gizli bağımlılıkları (sabit kodlanmış IP'ler, lisans sunucuları, zamanlanmış görevler) özellikle arayın. Bu harita, taşıma sırasına da yön verir.

Hata 2: IP adresi ve ağ mimarisini son ana bırakmak

Yeni veri merkezinde IP blokları, VLAN yapısı ve yönlendirme farklı olacaktır. Uygulamalarında sabit IP'ye bağlı bileşenler varsa, bunlar yeni ortamda çalışmaz. Ağı taşıma gününe bırakmak, en sık yaşanan uzun kesinti sebebidir.

Çözüm: Yeni IP planını ve ağ mimarisini haftalar öncesinden tasarlayın. Mümkünse geçiş dönemi için IP'lerin taşınabilirliğini veya bir yönlendirme/NAT katmanını planlayın. DNS TTL değerlerini geçişten birkaç gün önce düşürün ki kayıt değişiklikleri hızla yayılsın.

Hata 3: Geri dönüş (rollback) planı olmadan taşımak

"Taşırız, çalışır" iyimserliği pahalıya patlar. Taşıma sırasında bir sunucu açılmazsa, bir veritabanı bozulursa ya da uygulama beklenmedik biçimde davranırsa, geri dönebileceğiniz bir noktanız yoksa kesinti saatlerce uzayabilir.

Çözüm: Her kritik sistem için taşımadan hemen önce tam yedek ve doğrulanmış snapshot alın. Net bir geri dönüş kararı eşiği belirleyin: "Şu saate kadar servis ayağa kalkmazsa eski ortama döneriz." Eski donanımı, taşıma başarıyla doğrulanana kadar kapatmayın, silmeyin.

Hata 4: Kesinti penceresini ve iletişimi yanlış yönetmek

Teknik ekip taşımaya odaklanırken, işin iş tarafı çoğu zaman unutulur. Müşterilere, kullanıcılara ve yönetime "ne zaman, ne kadar süre erişilemez olacak" bilgisi verilmezse, teknik olarak başarılı bir taşıma bile itibar kaybına dönüşebilir.

Çözüm: Gerçekçi bir kesinti penceresi belirleyin ve üzerine tampon süre ekleyin. Taşımayı mümkünse trafiğin en düşük olduğu zaman diliminde yapın. Paydaşları önceden bilgilendirin, taşıma sırasında bir iletişim kanalı açık tutun ve tamamlandığında doğrulama sonucunu duyurun.

Hata 5: Taşıma sonrası doğrulamayı atlamak

Sunucular yeni veri merkezinde açıldı, ping atıyor — ama bu "her şey çalışıyor" demek değildir. Yedekleme işleri yeni ortamda tetikleniyor mu? İzleme (monitoring) yeni IP'leri görüyor mu? Uygulama uçtan uca, gerçek bir kullanıcı senaryosuyla çalışıyor mu? Bu kontroller yapılmadan proje kapatılırsa, sorunlar günler sonra en kötü anda ortaya çıkar.

Çözüm: Taşıma öncesi bir doğrulama kontrol listesi hazırlayın: uygulama fonksiyon testleri, yedek işlerinin ilk başarılı çalışması, izleme/alarm entegrasyonu, performans karşılaştırması ve güvenlik yapılandırmasının (güvenlik duvarı kuralları, sertifikalar) teyidi. Listenin tamamı yeşile dönmeden projeyi kapatmayın.

Sorunsuz bir geçiş mümkün

Bu beş hatanın ortak paydası şu: hepsi planlama aşamasında, henüz hiçbir şey taşınmadan önce önlenebilir. İyi bir co-location geçişi aslında %80 planlama, %20 uygulamadır. Bağımlılıkları bilen, ağı önceden kurgulayan, geri dönüşü hazır tutan ve sonucu doğrulayan bir ekip için taşıma günü sürprizsiz geçer.

Network Kurumsal olarak co-location hizmetimizin yanında taşıma planlaması, IP/ağ tasarımı ve geçiş desteğini de birlikte sunuyoruz; böylece kendi ekibinizin üzerindeki riski üstleniyoruz. Kesintisiz güç, N+1 soğutma, 7/24 fiziksel güvenlik ve omurga bağlantısı standart; taşıma ise bizim koordine ettiğimiz, adım adım doğrulanan bir süreç.

Taşıma projenizi birlikte planlayalım: İletişime geçin.

---

Yazar: Mehmet Demir — Veri Merkezi Operasyonları, Network Kurumsal