Sunucuyu ofisten veri merkezine taşıma kontrol listesi

Sunucunuzu ofisteki dolaptan veri merkezine taşımaya karar verdiniz. Fiziksel olarak bu, bir cihazı sökmek, taşımak ve yeniden takmaktan ibaret görünür. Gerçekte ise kullanıcıların uygulamaya nasıl erişeceği, IP adreslerinin ne olacağı, lisansların yeni ortamda çalışıp çalışmayacağı ve bir şey ters giderse nasıl geri dönüleceği aynı günün konusudur. Bu yazıda taşımayı aşamalara ayırıp her aşama için bir kontrol listesi veriyoruz. Kendi donanımınızı mı taşımalı, yoksa bulut sunucuya mı geçmelisiniz sorusunu colocation mı, bulut sunucu mu yazımızda ele aldık. Unna’nın barındırma seçenekleri için veri merkezi sayfamıza bakabilirsiniz.

Taşıma kararından önce: neyi, neden taşıyorsunuz?

Her sistem veri merkezine taşınmak zorunda değildir. Yazıcı sunucusu, kartlı geçiş sistemi ya da üretim hattındaki makinelerle doğrudan konuşan bir uygulama, ofiste kalmak zorunda olabilir. İlk iş, sistemleri üç gruba ayırmaktır: taşınacaklar, ofiste kalacaklar ve bu fırsatla kapatılacaklar.

• Sunucular, sanal makineler, depolama ve ağ cihazlarının tam listesi çıkarıldı.
• Her sistemin iş sahibi ve kabul edilebilir kesinti süresi belirlendi.
• Ofiste kalması gereken sistemler ve nedenleri yazıldı.
• Uygulamalar arası bağımlılıklar çıkarıldı: hangi uygulama hangi veritabanına, hangi paylaşıma, hangi lisans sunucusuna bağlanıyor?
• Eski ve kullanılmayan sistemler kapatılmak üzere işaretlendi.

Hazırlık kontrol listesi

Donanım ve barındırma

• Cihazların rack’e uygun olduğu, ray kitlerinin eksiksiz olduğu kontrol edildi.
• Toplam rack alanı (U), enerji tüketimi ve güç kaynağı sayısı veri merkeziyle paylaşıldı.
• Yedekli güç kaynağı olan cihazların iki farklı enerji hattına bağlanacağı planlandı.
• Uzaktan yönetim kartlarının (iDRAC, iLO gibi) çalıştığı, parolalarının bilindiği doğrulandı.
• Diskler, güç kaynakları ve fanlar için sağlık kontrolü yapıldı; uyarı veren parça taşımadan önce değiştirildi.
• Donanımın üretici destek sözleşmesinin geçerli olduğu, adres değişikliğinin bildirilmesi gerekip gerekmediği kontrol edildi.

Ağ ve bağlantı

• Ofis ile veri merkezi arasındaki şifreli bağlantı tasarlandı ve taşımadan önce test edildi. Bu bağlantıyı çoğu zaman FortiGate ile kurulan bir IPsec VPN tüneliyle sağlarız.
• Sunuculara verilecek yeni IP adresleri, VLAN’lar ve güvenlik duvarı kuralları belirlendi.
• Dışarıya açık hizmetler için (web, e-posta, uzaktan erişim) yeni genel IP adresleri alındı.
• Ofisin internet hattının yeni trafiğe yetip yetmeyeceği ölçüldü; ikinci bir hat ihtiyacı değerlendirildi.

IP adresi, DNS ve uygulama ayarları

• Sabit IP adresi yazılmış uygulamalar, betikler ve kısayollar bulundu.
• İç ve dış DNS kayıtlarının listesi çıkarıldı; dış kayıtlarda TTL süresi taşımadan birkaç gün önce kısaltıldı.
• Etki alanı denetleyicisi taşınıyorsa ofiste de bir denetleyici kalıp kalmayacağı kararlaştırıldı.
• Donanıma ya da IP adresine bağlı lisansların yeni ortamda yeniden etkinleştirme isteyip istemediği üreticiye soruldu.

Güvenlik

• Veri merkezindeki sunuculara yalnızca gerekli portlardan ve yalnızca gerekli kaynaklardan erişilecek şekilde güvenlik duvarı kuralları yazıldı.
• Uzaktan masaüstü gibi yönetim erişimleri internete doğrudan açılmadı; VPN arkasına alındı.
• Uzaktan yönetim kartları ayrı bir yönetim ağında tutuluyor.
• Taşıma öncesinde işletim sistemi ve yazılım güncellemeleri tamamlandı; taşıma gecesine güncelleme bırakılmadı.

Ofisteyken yalnızca iç ağdan erişilen bir sunucu, veri merkezinde farklı bir risk profiline girer. Güvenlik duvarı tasarımını ağ güvenliği başlığı altında, taşıma planıyla birlikte ele alırız.

Yedek ve geri dönüş

• Tüm sistemlerin taşımadan hemen önce tam yedeği alındı.
• Bu yedekten en az bir geri yükleme testi yapıldı.
• Yedeklerin bir kopyası, taşınan donanımdan bağımsız bir yerde tutuluyor.
• Geri dönüş koşulu, kararı verecek kişi ve son karar saati yazıldı.

Son madde önemlidir: Taşıma sırasında düşen bir disk ya da açılmayan bir RAID dizisi, iyi bir yedek yoksa taşımayı bir veri kurtarma işine dönüştürür. Yedek yapısını yedekleme sayfamızda, kopyaların nerede tutulması gerektiğini 3-2-1-1-0 yedekleme kuralı yazımızda anlattık.

İletişim ve takvim

• Taşıma günü, iş akışının en az etkileneceği zamana (genellikle hafta sonu ya da ay kapanışından uzak bir gün) planlandı.
• Muhasebe, üretim ve satış gibi birimlere kesinti penceresi yazılı olarak bildirildi.
• Veri merkezine giriş için isim listesi, kimlik bilgileri ve randevu önceden iletildi.
• Taşıma günü için görev listesi ve sorumlular belirlendi; her adımın beklenen süresi yazıldı.
• Uygulama üreticilerinin destek ekiplerine o gün ulaşılabilir olup olmayacakları soruldu.

Taşıma günü kontrol listesi

Adımları aşağıdaki sırayla izleyin:

• Son yedek: Kullanıcı erişimi kapatıldıktan sonra son artımlı yedek alınır ve başarılı olduğu kontrol edilir.
• Düzgün kapatma: Uygulamalar, sanal makineler ve sunucular sırayla, düzgün şekilde kapatılır.
• Etiketleme: Kablolar ve cihazlar etiketlenir, bağlantılar fotoğraflanır.
• Güvenli taşıma: Cihazlar darbeye karşı korunarak, mümkünse orijinal kutularında ya da uygun taşıma kasalarında taşınır. Diskler yerinde kalacaksa yerleri işaretlenir.
• Yerleştirme ve kablolama: Cihazlar rack’e yerleştirilir, enerji ve ağ bağlantıları planlandığı gibi yapılır.
• Açılış sırası: Önce ağ ve depolama, sonra etki alanı denetleyicisi, veritabanı ve en son uygulama sunucuları açılır.
• Ayarlar: Yeni IP adresleri, DNS kayıtları ve güvenlik duvarı kuralları devreye alınır.

Taşıma sonrası kontrol listesi

• Her uygulama, gerçek bir kullanıcıyla gerçek bir işlem yapılarak test edildi: bir fatura kesildi, bir dosya açıldı, bir e-posta gönderildi.
• Yedekleme görevleri yeni ortamda çalıştı ve ilk yedekler başarılı oldu.
• İzleme sistemi sunucuları, sanal makineleri ve VPN tünelini görüyor; uyarılar doğru kişilere gidiyor. Bunu ağ ve sunucu izleme ile kurarız.
• Uzaktan yönetim kartlarına veri merkezi dışından güvenli şekilde erişilebiliyor.
• Ağ şeması, IP planı ve parola kayıtları güncellendi.
• Ofisteki eski sunucu dolabının ya da sistem odasının yeni durumu değerlendirildi; ofiste kalan cihazlar için sistem odası düzeni gözden geçirildi.
• Birkaç gün boyunca performans ve kullanıcı geri bildirimleri takip edildi.

Taşıma, aynı zamanda sanallaştırma yapısını gözden geçirmek için iyi bir fırsattır. Birden fazla eski fiziksel sunucuyu tek ve yeni bir sunucuda sanal makineler olarak toplamak, barındırma alanını ve enerji ihtiyacını azaltabilir. Ayrıntılar için sanallaştırma sayfamıza bakabilirsiniz.

Unna ile veri merkezine taşıma

1. Önce dinleriz. Hangi sistemlerin taşınacağını, hangilerinin ofiste kalacağını ve kabul edilebilir kesinti sürelerini sizinle birlikte belirleriz.
2. Birlikte planlarız. Bağlantıyı, IP ve DNS planını, yedekleri ve geri dönüş koşullarını bu listeye göre hazırlarız.
3. Taşırız. Server Sistemleri A.Ş. iş birliğiyle sunduğumuz veri merkezine fiziksel taşımayı, kurulumu ve açılış testlerini yaparız.
4. Yanınızda kalırız. Sunucu yönetimi, izleme ve yedeklemeyi taşımadan sonra da sürdürürüz.

Taşıma takviminizi konuşmak için bize yazabilirsiniz.