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

Tier 3 veri merkezi, bakım sırasında hizmeti durdurmadan belirli altyapı bileşenlerinin devreden çıkarılmasını hedefleyen tesis tasarımıdır. Bu sınıf, Uptime Institute gibi sınıflandırma sistemlerinde “eşzamanlı bakımı yapılabilir” yaklaşımıyla anılır; ancak tek başına kesintisizlik, sınırsız yedeklilik veya her arızaya karşı tam dayanıklılık garantisi vermez. Seçim yaparken sertifikanın kapsamını, güç ve soğutma düzenini, ağ bağlantılarını ve işletme süreçlerini birlikte incelemek gerekir.

Tier 3 veri merkezi hangi çalışma mantığına dayanır?

Tier seviyeleri yalnızca sunucuların bulunduğu salonu değil, güç dağıtımı, soğutma, jeneratörler, kesintisiz güç kaynakları ve bakım prosedürleri gibi destek altyapısını da ilgilendirir. Tier 3 yaklaşımının temel farkı, planlı bakım için kritik bir bileşenin devreden çıkarılmasının normalde çalışan BT yükünü durdurmamasıdır. Bunun gerçekleşmesi için yedek kapasite ve birden fazla dağıtım yolu gibi tasarım unsurları kullanılır.

Bu özellik, Tier 3’ü Tier 2’den ayırır: Tier 2’de bazı yedek bileşenler bulunabilse de bakım sırasında altyapının bir bölümünü kapatma ihtiyacı hizmeti etkileyebilir. Tier 4 ise daha yüksek bir dayanıklılık hedefler ve tekil arıza senaryolarına karşı farklı bir tasarım yaklaşımı kullanır. Bu nedenle “Tier 3 yeterli mi?” sorusunun yanıtı, uygulamanın kesinti maliyetine ve kabul edilebilir riskine bağlıdır; en yüksek seviye her iş yükü için otomatik olarak en doğru veya ekonomik seçenek değildir.

Sertifika ile pazarlama ifadesini nasıl ayırırsınız?

Bir sağlayıcı “Tier 3 altyapı” dediğinde önce bu ifadenin bağımsız bir sertifikaya mı, tasarım değerlendirmesine mi, yoksa genel bir tanıtım ifadesine mi dayandığını sorun. Belgenin hangi tesise, hangi binaya ve hangi kapsama ait olduğunu kontrol edin. Tasarım sertifikası ile işletmede tamamlanmış tesis sertifikası aynı şeyi göstermez; biri planlanan mimarinin değerlendirilmesini, diğeri uygulanmış tesisin belirli ölçütler karşısındaki durumunu ifade edebilir.

Ayrıca sertifika bulunması, sizin kullandığınız sunucu, ağ, depolama veya yönetim katmanının her arızada çalışmaya devam edeceği anlamına gelmez. Örneğin sağlayıcının veri merkezi Tier 3 tasarımına sahip olsa bile tek bir internet operatörüne bağlı olmak, bağlantı tarafında ayrı bir bağımlılık yaratabilir. Karar zinciri burada nettir: İş yükünüz için bağlantı sürekliliği güç sürekliliği kadar önemliyse, önce birden fazla taşıyıcı ve yönlendirme seçeneğini doğrulayın; yalnızca tesis sınıfına bakıyorsanız ağ riskini gözden kaçırırsınız.

Sağlayıcıyı değerlendirirken hangi kanıtları isteyebilirsiniz?

Değerlendirmeyi soyut “yüksek erişilebilirlik” ifadeleri yerine somut sorularla yapın. Aşağıdaki başlıklar, altyapı iddiasının sizin hizmetinize nasıl yansıdığını anlamaya yardımcı olur:

• Güç: Şebeke kesintisinde jeneratör ve UPS geçişinin nasıl tasarlandığını, bakım sırasında kritik yükün hangi alternatif yoldan beslendiğini sorun. Yanıt yalnızca “jeneratör var” düzeyindeyse, dağıtım yolunun sürekliliği hâlâ belirsizdir.
• Soğutma: Bir klima veya soğutma bileşeni bakımdayken kalan kapasitenin yükü taşıyıp taşımadığını öğrenin. Bu, ekipman sayısından çok arızalı ya da bakımdaki bileşen çıkarıldığında kullanılabilir kapasiteyle ilgilidir.
• Ağ: Taşıyıcı çeşitliliği, fiziksel giriş noktaları ve planlı ağ bakımının nasıl yürütüldüğü hakkında bilgi isteyin. Veri merkezi sınıfı, sağlayıcının bütün ağ mimarisini tek başına tanımlamaz.
• İşletme: Bakım bildirim sürelerini, olay iletişimini ve hizmet seviyesi sözleşmesinin hangi katmanları kapsadığını okuyun. Tesisin tasarım seviyesi ile sizin sanal makineniz veya uygulamanız için verilen taahhüt farklı olabilir.

İkinci karar zinciri bu incelemede ortaya çıkar: Uygulamanız kısa süreli bağlantı kaybını tolere edebiliyor, fakat planlı bakımda duramıyorsa Tier 3’ün eşzamanlı bakım avantajı anlamlı olabilir; buna karşılık uygulama tek sunucuya, tek diske veya tek bölgeye bağlıysa önce kendi mimarinizdeki tekil noktayı gidermeniz gerekir. Veri merkezi sınıfı, uygulama içindeki yedekliliğin yerini tutmaz.

İhtiyaca göre Tier 3 seçimini nasıl test edersiniz?

Diyelim ki bir kurum, iş saatlerinde çalışan bir uygulamayı tek bir tesiste barındırmak istiyor. Planlı elektrik bakımında hizmetin durmaması öncelik, ancak iki farklı coğrafi bölgede tam felaket kurtarma kurulması bu aşamada kapsam dışı olsun. Bu durumda sağlayıcıdan tesis sertifikasının kapsamını, güç ve soğutma bakım prosedürünü, ağ taşıyıcı seçeneklerini ve olay iletişim sürecini istemek mantıklıdır. Belgeler tesisin eşzamanlı bakımı desteklediğini gösteriyor, fakat uygulama veritabanı tek diskte tutuluyorsa seçim tamamlanmış sayılmaz; depolama yedekliliği ve geri yükleme süreci ayrıca doğrulanmalıdır.

İlk kullanım öncesinde küçük ve kontrollü bir değerlendirme yapın. Sözleşmede bakım bildirimi, kesinti tanımı ve ölçüm noktasını bulun; ardından sağlayıcının verdiği mimari belgede güç, soğutma ve ağ bağımlılıklarını kendi kurulumunuzla eşleştirin. Uygun sonuç, tek bir bakım bileşeninin devreden çıkarılmasının sizin sunucu hizmetinizi nasıl etkileyeceğinin açıkça açıklanabilmesidir. Bu inceleme, gerçek bir arıza testi veya kesinti garantisi değildir; yalnızca tesis iddiası ile satın aldığınız hizmet arasındaki sınırı görünür kılar.

Hangi durumda başka bir yaklaşım gerekir?

İş yükünüz planlı bakımdan çok bölgesel afet, uzun süreli enerji kaybı veya tesisin tamamına erişilememesi riskine karşı korunacaksa tek bir Tier 3 tesisi yeterli çözüm olmayabilir. Bu durumda farklı hata alanlarına yayılan yedekleme, çoğaltma veya felaket kurtarma tasarımı değerlendirilir. Ancak bu yaklaşımın uygulama uyumluluğu, veri tutarlılığı, ağ gecikmesi ve geri dönüş prosedürü gibi ek koşulları vardır.

Karar vermeden önce sağlayıcının resmi kapsam belgelerini ve hizmet sözleşmesini birlikte okuyun. Teknik seçenekleri karşılaştırmak için İyibirNet üzerindeki ilgili hosting ve sunucu bilgilerini de başlangıç noktası olarak inceleyebilirsiniz; son kararı ise tesisin belgeleri ile kendi uygulama bağımlılıklarınızı eşleştirerek verin.