Gebze'den Gayrettepe'ye 4 Saatte Veri Merkezi Taşıma Projesi

ISP sözleşmesinin Türk Telekom’a geçmesiyle birlikte, eğitim kurumunun tüm sistem altyapısını Superonline’ın Gebze veri merkezinden Türk Telekom’un Gayrettepe veri merkezine fiziksel olarak taşıdık.

Sorun

Türkiye’de kurumsal veri merkezlerinin büyük kısmı, barındığı ISP’nin kendi tesislerinde konumlanır. Kurumun ISP’sini Turkcell Superonline’dan Türk Telekom’a geçirme kararı bu yüzden sadece bir ağ değişikliği değildi: sunucu, storage, switch ve firewall’un bulunduğu tüm kabinetin fiziksel olarak yeni bir veri merkezine taşınması gerekiyordu. Kesinti, kurumun hiçbir personelini etkilemeyecek şekilde planlanmak zorundaydı.

Çözüm

Taşımadan önce Superonline tarafında birkaç kez port mapping testi yaparak yeni ortamda her bağlantının sorunsuz çalışacağından emin olduk. Kesintiyi bir Cumartesi gecesi 00:00-04:00 saatlerine aldık; bu çalışmayı haftalar öncesinden tüm kuruma duyurduğumuz için kimsenin mesaisi o saate kalmadı.

Taşıma gecesi şu adımları izledik:

• Sunucu, storage ve switch’i kapatıp araçla Gayrettepe’ye taşıdık, yerinde yeniden kurduk.
• Firewall tarafında riski dağıttık: yeni cihazı önceden Gayrettepe’deki kabinete kurup tüm kurallarıyla yapılandırmış ve yeni ISP’nin WAN bacağına bağlamıştık; eski cihazı da olası bir sorunda anında devreye almak üzere araçta yedek olarak taşıdık.
• Geçiş yeni cihazla sorunsuz tamamlandı, yedeğe hiç ihtiyaç duyulmadı.

Tek sorun sunucu tarafında çıktı: VMware hipervizörü taşıma sırasında bozuldu. Muhtemel sebebi, hipervizörün yıllar önce sunucunun dahili SD kartına kurulmuş olmasıydı: SD kartlar sınırlı yazma ömrüne sahiptir ve VMware ile Dell’in kendi teknik bültenlerinde de belgelendiği gibi, yıllarca kullanıldıktan sonra özellikle bir kapatma-açma döngüsü sırasında önyükleme bölümü bozulabilir. Bu bizim bir hatamızdan kaynaklanmıyordu; donanım taşırken böyle şeyler bazen olur, önemli olan her ihtimale karşı hazırlıklı olmaktır.

Anahtarlığımızda her zaman taşıdığımız bir USB bellekte, o sunucunun hipervizör ISO dosyası zaten hazır bekliyordu; diskteki hipervizör bozulunca doğrudan bu USB’den sıfırdan kurulum yaptık. Sanal sunucular sunucunun kendi diskinde değil storage üzerinde tutulduğu için, hipervizör ayağa kalkar kalkmaz tüm sanal makineler hiçbir veri kaybı olmadan yeniden erişilebilir hale geldi. Taşıma, planlanan 4 saatlik pencerede tamamlandı.

Profesyonel bir BT danışmanlığının değeri tam da burada ortaya çıkıyor: olası her senaryoya önceden hazırlıklı olmak, bir şeyler ters gittiğinde kaybettiğiniz şeyin saatler değil dakikalar olmasını sağlar.

Bu olay, aslında doğru bir mimarinin neden işe yaradığını da gösteriyor: sunucu (compute) ile depolama (storage) katmanlarını kasıtlı olarak ayrı tutuyoruz. Sanal makineler sunucunun kendi diskinde değil ayrı bir storage üzerinde yaşadığı için, sunucu tarafında yaşanan bir donanım veya yazılım arızası veriye hiç dokunmuyor; sunucuyu değiştirip storage’a yeniden bağlamak yeterli oluyor. Bu ayrım sadece bir tercih değil, felaket kurtarmanın temel taşlarından biridir: sunucu her an değiştirilebilir, kaybolan veri değil.

Aynı disiplinin bir adım ötesi, yedeklerin bulutta da ayrı bir kopyasının tutulmasıdır; storage’ın kendisi bir felakette (yangın, hırsızlık, bu örnekteki gibi bir taşıma kazası) zarar görseydi, kurumun elinde yine de coğrafi olarak ayrı bir kopya olurdu. Tek bir katman hiçbir zaman yeterli değildir: sunucu-storage ayrımı günlük arızalara karşı, bulut yedeği ise site çapındaki büyük felaketlere karşı sigortadır.

Aynı kurumda birkaç ay önce tamamladığımız MPLS ve ISP geçişi projesini ayrı bir vaka çalışmasında anlatıyoruz; bu taşıma o dönüşümün son adımıydı. Firewall’un neden ve nasıl yükseltildiğini firewall donanım yükseltmesi vaka çalışmasında, veri merkezi migrasyon süreçleri hakkında daha fazla bilgi için veri merkezi migration rehberimize göz atabilirsiniz.