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

Tier 3 veri merkezi, bakım sırasında kritik BT sistemlerini kapatmadan çalışmayı sürdürebilecek şekilde tasarlanmış altyapıyı ifade eder. Bu sınıf, tüm arızalara karşı kesintisiz çalışma garantisi veya her bileşenin tamamen yedekli olduğu anlamına gelmez. Seçim yaparken yalnızca “Tier 3” ifadesine değil, sertifikanın kapsamına, tesisin güç ve soğutma mimarisine ve sunulan hizmetin bu altyapıdan gerçekten yararlanıp yararlanmadığına bakılmalıdır.

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

Tier sınıflandırması, veri merkezinin güç, soğutma, dağıtım ve bakım altyapısındaki dayanıklılık seviyesini tanımlamak için kullanılır. Tier 3 yaklaşımının temel farkı eşzamanlı bakım yapılabilirliktir. Bu, planlı bakım sırasında kapasite sağlayan bir bileşenin veya dağıtım yolunun devreden çıkarılabilmesi ve kritik yükün çalışmaya devam etmesi demektir.

Buradaki “yedekli” ifadesi, her parçanın sınırsız kapasitede ikinci bir kopyası olduğu anlamına gelmez. Bir güç kaynağının yedeği bulunabilir; ancak bu yedeğin yükü taşıyabilmesi, doğru dağıtım yoluna bağlı olması ve bakım senaryosunda gerçekten kullanılabilir kalması gerekir. Ayrıca sınıflandırma, uygulamanızın kodundaki hataları, yanlış yapılandırılmış ağ kurallarını veya hizmet sağlayıcının operasyonel hatalarını ortadan kaldırmaz.

Tier 3 ile daha yüksek dayanıklılık hedefleyen sınıflar da birbirinin yerine kullanılmamalıdır. Tier 3, bakım faaliyetlerinin kesinti oluşturmamasına odaklanırken, daha ileri tasarımlar arıza toleransı gibi ek hedefler taşıyabilir. Bu nedenle “daha yüksek tier her uygulama için gereklidir” sonucu çıkarılmamalıdır; maliyet, iş yükünün kesinti toleransı ve kurtarma planı birlikte değerlendirilir.

Yedeklilik ile sertifika arasındaki farkı ayırın

Bir işletmenin tesisini Tier 3 standardına göre tasarlaması, her zaman bağımsız bir sertifikaya sahip olduğu anlamına gelmez. Sağlayıcıdan hangi kuruluşun, hangi kapsam için ve hangi aşamada doğrulama yaptığına ilişkin belge veya resmi açıklama istenmelidir. Tasarım sertifikası, inşa edilmiş tesisin veya günlük işletmenin tüm özelliklerini tek başına kanıtlamaz; sertifikanın kapsamı bu yüzden önemlidir.

Hizmet satın alan müşteri açısından bir başka ayrım da tesis ile ürün arasındadır. Tier 3 tesiste çalışan bir sanal sunucunun kendi işletim sistemi, depolama tanımı veya ağ yapılandırması hatalı olabilir. Örneğin yalnızca tek bir sanal makinede çalışan uygulama, veri merkezinin bakım sırasında açık kalabilmesinden yararlansa bile uygulama düzeyinde yedeklilik sağlamaz.

İhtiyaca göre uygunluğu nasıl değerlendirilir?

Önce kesintinin iş etkisini tanımlayın. Ödeme, üretim, çağrı merkezi veya sürekli veri işleyen bir sistem planlı bakımda duramıyorsa, eşzamanlı bakım yapılabilirliği önemli bir seçim ölçütüdür. Bu ihtiyaca ek olarak uygulama sunucusu, veritabanı, depolama ve ağ katmanlarının tek hata noktası oluşturup oluşturmadığını inceleyin. Tesis seviyesi uygun olsa da uygulama tek sunucuya bağlıysa, Tier 3 seçimi tek başına beklenen sürekliliği sağlamaz.

İş yükü kısa ve planlı kesintileri kabul edebiliyor, ancak güçlü yedekleme ve belgelenmiş geri dönüş süreci sunuyorsa daha düşük bir tesis sınıfı da ekonomik açıdan yeterli olabilir. Buna karşılık bakım penceresi bulunmayan bir sistem için yalnızca “yedekli güç” ifadesi yeterli değildir; bakım sırasında yükün hangi yoldan beslendiği ve sağlayıcının bu senaryoyu nasıl yönettiği açıklanmalıdır.

Örneğin varsayımsal olarak bir çevrim içi sipariş uygulaması gece boyunca da işlem alıyor ve veritabanı tek sunucuda çalışıyor olsun. Sağlayıcı, güç altyapısının bakım sırasında devre dışı bırakılmadığını belgeleyebiliyorsa tesis seçimi açısından olumlu bir işaret vardır. Ancak veritabanı sunucusu arızalandığında uygulama başka bir düğüme geçemiyorsa, tesisin Tier 3 olması bu arızayı çözmez. Bu durumda tesis değerlendirmesinin yanına veritabanı replikasyonu, yedekleme ve uygulama geçiş planı eklenmelidir.

Bir sağlayıcıyı karşılaştırırken izlenecek pratik yol

1. Hizmet kapsamını yazılı olarak netleştirin. Tesisin hangi bölümünün Tier 3 olarak tanımlandığını, sunucunuzun hangi güç, soğutma ve ağ bileşenlerini kullandığını sorun. Yanıt yalnızca genel bir pazarlama ifadesiyse, sertifika ve kapsam bilgisi gelene kadar bu iddiayı doğrulanmış kabul etmeyin.
2. Bakım senaryosunu isteyin. Bir UPS, jeneratör, soğutma birimi veya güç dağıtım bileşeni bakıma alındığında kritik yükün hangi alternatif kapasiteye geçtiğini öğrenin. Yanıt, yalnızca “yedek sistem vardır” düzeyinde kalıyorsa kapasite ve geçiş yönteminin belgelenmesini isteyin.
3. Sertifikanın türünü ve geçerlilik kapsamını kontrol edin. Tasarım, inşa veya işletim değerlendirmesinin hangisinin sunulduğunu ve belgenin hangi tesise ait olduğunu karşılaştırın. Belge yalnızca tasarımı kapsıyorsa, günlük operasyon prosedürleri ve bakım kayıtları için ayrıca bilgi talep edin.
4. Ürünün tek hata noktalarını ayrı inceleyin. Sanal sunucu, fiziksel sunucu, depolama ve ağ bağlantısının nasıl yedeklendiğini sorun. Uygulamanız tek bir sunucuya veya tek bir veri diskine bağlıysa, tesis düzeyindeki dayanıklılık hedefinin uygulama düzeyine taşınmadığını kabul edin.
5. İlk kullanımda kabul ölçütü belirleyin. Sağlayıcının bakım bildirimlerinin kapsamını, planlı bakım iletişimini ve yedekleme geri yükleme sürecini yazılı olarak kaydedin. Başarılı bir değerlendirme, yalnızca web sitesinde Tier 3 ibaresi görmeniz değil; kapsamı açıklanmış altyapı, anlaşılır bakım süreci ve iş yükünüze uygun kurtarma planı bulunmasıdır.

Bu incelemede her sağlayıcı için aynı soruları kullanmak karşılaştırmayı daha güvenilir hale getirir. Bir firma tesis sertifikası sunarken diğeri yalnızca tasarım yaklaşımını açıklıyorsa, iki yanıtı eşdeğer kabul etmeyin. Ayrıca hizmet sözleşmesindeki kullanılabilirlik taahhüdü ile fiziksel tesis sınıfını ayrı başlıklarda değerlendirin; biri diğerinin otomatik garantisi değildir.

Seçimden önce hangi belgeler ve sınırlar sorulmalı?

İstenecek bilgiler arasında sertifikanın kapsamı, bakım prosedürlerinin genel açıklaması, güç ve soğutma bağımlılıkları, planlı bakım bildirimi ve yedekleme sorumlulukları bulunabilir. Sağlayıcının paylaşmadığı güvenlik ayrıntılarını zorlamak yerine, karar vermeye yetecek mimari ve sözleşmesel kapsamı talep edin. Ayrıntılı tesis planlarının kamuya açık olmaması, tek başına eksiklik kanıtı değildir; ancak temel soruların hiçbirine yanıt verilmiyorsa risk değerlendirmesi tamamlanmış sayılmaz.

İlk sonraki adım olarak iş yükünüzün kabul edebileceği planlı ve plansız kesinti süresini yazın. Ardından sağlayıcılardan aynı Tier 3 kapsam sorularına, bakım senaryosuna ve uygulama yedekliliği sınırlarına yazılı yanıt isteyin. Teknik hizmet seçeneklerini incelemek için İyibirNet üzerindeki ilgili bilgileri de bu ölçütlerle birlikte değerlendirebilirsiniz.