Tier 3 Veri Merkezi Nedir? Altyapı Nasıl Değerlendirilir?

Tier 3 veri merkezi, planlı bakım sırasında hizmeti tamamen durdurmadan kritik altyapı bileşenleri üzerinde çalışma yapılabilecek şekilde tasarlanır. Bu sınıf; enerji, soğutma ve dağıtım mimarisinde yedeklilik ile bakım yapılabilirliği öne çıkarır. Ancak Tier 3 ifadesi tek başına kesintisiz hizmet, güçlü güvenlik veya her arızaya karşı tam koruma garantisi değildir; tesisin belgelendirilmesi ve işletme süreçleri ayrıca incelenmelidir.

Tier 3 veri merkezi hangi özelliği ifade eder?

Tier sınıflandırması, veri merkezinin altyapı kapasitesi ve arıza ya da bakım durumundaki çalışma biçimi hakkında kullanılan bir çerçevedir. Tier 3 seviyesinin temel farkı, kritik kapasite bileşenlerinin planlı bakım için kapatılmasının normalde gerekmediği, yani altyapının eşzamanlı bakıma elverişli olmasıdır. Bu yaklaşım enerji beslemesi, jeneratörler, UPS sistemleri, soğutma ekipmanları ve ilgili dağıtım yollarının birlikte değerlendirilmesini gerektirir.

Buradaki “yedeklilik” yalnızca aynı cihazdan iki tane bulunması anlamına gelmez. Yedek bileşenin doğru devreye alınabilmesi, enerji ve soğutma yollarının uygun biçimde ayrılması, bakım sırasında yükün diğer bileşenlerce taşınabilmesi ve operasyon ekibinin bu geçişi güvenli biçimde yönetebilmesi gerekir. Bu nedenle bir tesiste çok sayıda jeneratör bulunması, tek başına Tier 3 seviyesini kanıtlamaz.

Tier 3 seçimi hangi ihtiyaçlarda anlamlıdır?

Uygulamanızın planlı bakım sırasında da erişilebilir kalması gerekiyorsa Tier 3 tasarımının bakım yapılabilirlik avantajı önem kazanır. Örneğin kurumsal bir uygulama, e-ticaret altyapısı veya sürekli veri işleyen bir sistem için bakım penceresinde tüm sunucuları kapatmak operasyonel risk yaratabilir. Böyle bir ihtiyacınız varsa önce Tier 3 tasarımını, ardından sağlayıcının bakım ve değişiklik prosedürlerini değerlendirin; yalnızca daha yüksek bir sınıf adına bakmayın.

İhtiyaç daha sınırlıysa karar farklılaşır. Kısa ve önceden duyurulmuş bakım kesintileri kabul edilebilen bir web sitesi için daha düşük bir altyapı sınıfı yeterli olabilir. Buna karşılık işlem kesintisinin maliyeti yüksek, çalışma saatleri geniş veya kurtarma süresi hedefi sıkı bir sistemde Tier 3 mantıklı bir başlangıç noktasıdır; ancak uygulamanın kendi yedekliliği ve veri kurtarma planı zayıfsa tesis seviyesi tek başına sorunu çözmez.

Diyelim ki bir şirket, hafta içi sürekli çalışan bir sipariş uygulamasını barındırmak istiyor ve planlı bakımda uygulamanın kapanmasını kabul etmiyor. Sağlayıcı Tier 3 tasarımını belgeliyor, fakat uygulama tek sunucuda çalışıyor ve veritabanı için geri yükleme süresi test edilmemiş. Bu durumda veri merkezi seçimi olumlu olsa bile uygulama katmanı aynı sürekliliği sağlayamaz; şirket önce uygulama sunucusu ve veritabanı için uygun yedeklilik ile geri dönüş prosedürünü tamamlamalıdır.

Bir tesisin Tier 3 iddiası nasıl doğrulanır?

İlk olarak sağlayıcıdan tesisin hangi kapsamda değerlendirildiğini sorun. Bir binanın, belirli bir salonun veya yalnızca enerji altyapısının incelenmesi farklı anlamlara gelebilir. Güncel ve kapsamı açık bir tasarım ya da işletme belgesi varsa belgenin hangi tesisi kapsadığını, geçerlilik durumunu ve tasarım mı yoksa işletim sürecini mi değerlendirdiğini kontrol edin. “Tier 3 uyumlu” gibi pazarlama ifadelerini, resmi sınıflandırma veya bağımsız doğrulama ile aynı kabul etmeyin.

Ardından sağlayıcının bakım senaryosunu somutlaştırmasını isteyin. UPS bakımı, jeneratör testi, soğutma cihazı değişimi veya enerji dağıtım ekipmanındaki çalışma sırasında yükün hangi yoldan beslendiği açıklanabilmelidir. Cevap yalnızca “yedek sistem devreye girer” düzeyinde kalıyorsa kritik yükün nasıl korunacağı belirsizdir. Özellikle tek bir ortak dağıtım noktası, tek yakıt beslemesi veya operatörün manuel müdahalesine aşırı bağımlılık gibi sınırlamaların bulunup bulunmadığını sorun.

Değerlendirme sırasında bakılacak pratik kanıtlar

• Kapsamı açık belge: Belgenin tesisin tamamını mı, belirli bir alanı mı kapsadığını gösterir; böylece sağlayıcının genel merkez iddiası ile kullanacağınız salonu karıştırmazsınız.
• Bakım prosedürü: Planlı çalışmada bildirim, risk değerlendirmesi, yük aktarımı ve geri dönüş adımlarını açıklar; altyapının yalnızca teoride değil işletme sırasında da kullanılabilir olduğunu anlamanıza yardımcı olur.
• Enerji ve soğutma açıklaması: Kritik kapasitenin hangi bağımsız veya yedekli yollarla taşındığını gösterir; tek arıza noktasını tespit etmenizi sağlar.
• Olay ve bakım kayıtlarının özeti: Geçmişteki kesintilerin nedenini ve tekrarını önlemek için ne yapıldığını anlamanızı sağlar; kayıtların paylaşım kapsamı sağlayıcı politikasına bağlı olabilir.

Seçimden önce hizmet kapsamını uygulamayla eşleştirin

Önce sisteminizin kabul edebileceği kesinti süresini ve bakım penceresini yazılı hale getirin. Planlı bakım kesintisi kabul edilemiyorsa Tier 3 tasarımını ve eşzamanlı bakım prosedürünü birlikte arayın. Yalnızca enerji sürekliliği önemliyse enerji yolunu ayrı inceleyin; fiziksel güvenlik, ağ erişimi, yedekleme ve felaket kurtarma için ayrıca sözleşmesel ve teknik kontroller yapın. Aynı özellik listesinin her iş yükü için aynı değeri taşıdığını varsaymayın.

Son olarak sağlayıcıya, sizin kullanacağınız hizmet modelinde bakımın nasıl yürütüldüğünü ve hangi olayların hizmet seviyesi sözleşmesine dahil olduğunu yazılı olarak sorun. Tier 3 sınıfı tesis altyapısı hakkında güçlü bir işaret verir; fakat sunucunun, ağ bağlantısının, işletim sisteminin ve uygulamanın gerçek çalışma sürekliliği farklı katmanların birlikte tasarlanmasına bağlıdır. Veri merkezi seçeneklerini incelerken İyibirNet gibi sağlayıcı bilgilerini değerlendirebilir, teknik iddiaları ise mutlaka ilgili belge ve sözleşme kapsamıyla karşılaştırabilirsiniz.

Sonraki güvenli adım

Teklif almadan önce üç soruluk bir kontrol hazırlayın: Kullanacağım alan hangi belgeyle kapsanıyor, planlı bakımda kritik yük hangi yoldan çalışıyor ve bu davranış sözleşmede nasıl tanımlanıyor? Yanıtları yazılı alamadığınız noktaları kesin kapasite veya süreklilik vaadi olarak yorumlamayın.