Tier 3 veri merkezi, kritik sistemler çalışırken planlı bakım yapılabilmesini hedefleyen, güç ve soğutma altyapısında yedeklilik sağlayan veri merkezi tasarım sınıflarından biridir. Bu ifade tek başına kesintisiz çalışma, her arızaya karşı tam koruma veya uygulamanız için garanti anlamına gelmez. Doğru değerlendirme için tesis sınıfını, sunulan hizmetin kapsamını ve sağlayıcının bakım prosedürlerini birlikte incelemek gerekir.
Tier sınıflandırması, veri merkezinin güç, soğutma ve kritik altyapı bileşenlerini ne ölçüde yedeklediğini ve bakım sırasında bilişim yükünün nasıl korunacağını anlatan bir çerçevedir. Tier 3 tasarımında temel amaç, planlı bakım veya belirli bir bileşenin devreden çıkarılması sırasında kritik IT yükünün çalışmaya devam edebilmesidir. Bunun için güç dağıtımı, soğutma ekipmanları ve jeneratör gibi unsurların kapasitesi ile dağıtım yolları birlikte ele alınır.
Bu sınıfı, “hiç kesinti olmaz” şeklinde okumak doğru değildir. Büyük bir fiziksel olay, yanlış yapılandırılmış bir bakım işlemi, ağ sağlayıcısındaki sorun veya sunucunun kendi arızası tesis sınıfından bağımsız olarak hizmeti etkileyebilir. Ayrıca bir veri merkezinin Tier 3 tasarımına sahip olması, içindeki her sunucunun otomatik olarak yedekli olduğu anlamına gelmez; tek güç kaynağı bulunan bir sunucu, tesisin yedekliliğinden tam yararlanamayabilir.
Yedeklilik, bir bileşen arızalandığında veya bakım için çıkarıldığında başka bir kapasitenin devreye girebilmesidir. Bakım yapılabilirlik ise bu işlemin kritik yükü durdurmadan planlanabilmesidir. İki kavram birbirini destekler, ancak aynı şey değildir: yedek bir güç ünitesi bulunması, güç kablolarının ve anahtarlama düzeninin de uygun tasarlandığını tek başına kanıtlamaz.
Bir hizmeti değerlendirirken şu ayrımı yapın: İş yükünüz yalnızca planlı bakım pencerelerinde çalışmaya devam etmeli, ancak kısa süreli bir kesinti tolere edilebiliyorsa Tier 3 düzeyi anlamlı bir altyapı ölçütü olabilir. Uygulamanızın işlemleri farklı sunuculara dağıtılabiliyor ve veri kaybına karşı ayrıca yedekleniyorsa, tesisin bakım avantajı daha kullanılabilir hâle gelir. Buna karşılık tek sunucuya bağlı, veritabanı yedeklemesi olmayan bir uygulamada tesis sınıfı tek başına süreklilik sağlamaz.
Önce sağlayıcının “Tier 3” ifadesiyle neyi tanımladığını sorun: Bu, tüm tesis için doğrulanmış bir tasarım veya sertifikasyon mu, yoksa yalnızca pazarlama açıklaması mı? Belgenin kapsamı, geçerliliği ve hangi tesise ait olduğu açık değilse ifadeyi kesin teknik kanıt olarak kabul etmeyin. Sertifikasyon veya tasarım bilgisi bulunsa bile sunucunuzun güç bağlantısı, ağ erişimi, yedekleme ve işletim sorumlulukları ayrıca incelenmelidir.
Bu incelemenin sonucu kararınızı doğrudan etkiler. Belge kapsamı açık, bakım prosedürü ölçülebilir ve sunucunun iki ayrı güç beslemesi gibi uygun bağlantıları varsa, bakım kaynaklı riski azaltmak isteyen iş yükü için hizmet daha anlamlıdır. Buna karşılık sağlayıcı yalnızca sınıf adını söylüyor, güç bağlantısını açıklamıyor ve yedekleme sorumluluğunu belirsiz bırakıyorsa, Tier 3 etiketi satın alma kararını tek başına desteklemez.
Diyelim ki bir şirketin gün içinde çalışan sipariş uygulaması var; kısa bir planlı bakım kesintisi sipariş akışını durduruyor, fakat uygulama tek sunucuda çalışıyor ve veritabanı düzenli olarak ayrı bir konuma kopyalanıyor. Bu durumda Tier 3 tasarımı, bakım sırasında tesis kaynaklı duruş riskini azaltmak için uygun bir temel olabilir. Ancak tek sunucunun disk veya işletim sistemi arızası hâlâ ayrı bir risk olduğundan, uygulama düzeyinde yedek sunucu ya da geri dönüş planı gerekir. Bu örnek varsayımsaldır; belirli bir sağlayıcının performansını veya gerçek müşteri sonucunu göstermez.
Karar verirken önce duruşun en pahalı nedenini belirleyin. Sorun çoğunlukla planlı tesis bakımıysa ve uygulamanız tek bir fiziksel tesiste kalacaksa, Tier 3 düzeyi öncelikli bir altyapı ölçütü olabilir. Asıl risk bölgesel afet veya tek tesise bağımlılıksa, aynı tesisteki daha yüksek yedeklilik bu riski tamamen çözmez; farklı konumda yedekleme veya ikincil çalışma ortamı ayrıca değerlendirilmelidir. Asıl risk cihaz arızasıysa, iki güç beslemeli donanım, izleme ve geri yükleme süresi daha doğrudan ölçütler olabilir.
Sağlayıcıya tesis sınıfının hangi belgeyle desteklendiğini, planlı bakımda müşteriye nasıl bilgi verildiğini ve sunucunuzun kaç bağımsız güç bağlantısına sahip olduğunu sorun. Yanıtın kabul edilebilir olması için yalnızca “Tier 3 uyumlu” denmesi değil, kapsamın ve müşteri hizmetine etkisinin açıklanması gerekir.
Sunucu özelliklerinde tek güç kaynağı, tek ağ uplink’i veya yalnızca bir disk bulunuyorsa bunları not edin. Bu bulgu, veri merkezinin yetersiz olduğunu kanıtlamaz; ancak tesis yedekliliğinin sizin iş yükünüze tam yansımadığını gösterir. Sonraki adım, uygun donanım seçmek veya uygulama ve veri için geri dönüş planı kurmaktır.
Teknik altyapı seçeneklerini karşılaştırırken kapsamı ve yönetim sorumluluklarını ayrıca incelemek için İyibirNet üzerindeki ilgili hizmet bilgilerini de değerlendirebilirsiniz. Son kararınızı yalnızca Tier etiketine değil, bakım prosedürü, sunucu bağlantısı, veri yedekleme ve kabul edilebilir kesinti süresinin birlikte karşılanmasına göre verin.
Copyright © 2026 Tüm Hakları Saklıdır.
Türkiye (Türkçe)
Worldwide (English)