Tier 3 veri merkezi, planlı bakım sırasında bilgi işlem hizmetlerinin tamamen durdurulmadan sürdürülebilmesini hedefleyen, kritik bileşenlerde yedeklilik ve bakım yapılabilirlik yaklaşımı kullanan tesistir. Bu sınıflandırma kesintisiz çalışma garantisi anlamına gelmez. Bir hizmet için uygun olup olmadığını anlamak için yalnızca “Tier 3” ifadesine değil, güç, soğutma, ağ, bakım prosedürleri ve sağlayıcının sunduğu kanıtlara birlikte bakmak gerekir.
Tier seviyesi, veri merkezinin güç ve soğutma gibi kritik altyapılarının nasıl tasarlandığını ve bakım sırasında hizmetin ne ölçüde korunabildiğini anlatan bir sınıflandırmadır. Tier 3 yaklaşımında bakım için bir bileşen devre dışı bırakıldığında diğer çalışan bileşenlerin yükü taşıması beklenir. Bu özellik eşzamanlı bakım yapılabilirlik olarak açıklanabilir: bakım ekibi planlı çalışma yürütürken tüm tesisi kapatmak zorunda kalmamalıdır.
Buradaki yedeklilik, her parçanın sınırsız kapasitede iki kopyası bulunduğu anlamına gelmez. Güç kaynakları, jeneratörler, UPS sistemleri, soğutma üniteleri, dağıtım yolları ve ağ bağlantıları farklı tasarımlarla yedeklenebilir. Gerçek koruma düzeyi, bu bileşenlerin nasıl bağlandığına, kapasitenin bakım sırasında yeterli kalıp kalmadığına ve işletme prosedürlerinin gerçekten uygulanmasına bağlıdır.
Tier 3 seviyesi ile yüksek erişilebilirlik hedefleyen bir uygulamanın aynı şey olmadığını da ayırmak gerekir. Veri merkezi altyapısı planlı elektrik veya soğutma bakımını sürdürebilir; ancak uygulama hatası, yanlış yapılandırma, yazılım güncellemesi, operatör hatası veya tek sunucudaki arıza yine hizmet kesintisine yol açabilir.
Bir e-ticaret uygulamasında ödeme, sipariş ve stok işlemleri gün boyunca çalışıyorsa, planlı bakım nedeniyle sunucunun kapatılması iş akışını doğrudan etkileyebilir. Bu durumda bakım sırasında altyapının çalışmaya devam etmesi önemli olduğundan Tier 3 seviyesi mantıklı bir adaydır. Fakat uygulamanın kendisi tek sunucuda çalışıyor ve veritabanının yedeği düzenli alınmıyorsa yalnızca tesis seviyesini yükseltmek beklenen sürekliliği sağlamaz.
Karar, iş yükünün kesintiye duyarlılığıyla başlar: Planlı bakımda kısa süreli duruş kabul edilebiliyorsa daha düşük bir altyapı seviyesi ve iyi bir yedekleme düzeni yeterli olabilir. Duruş gelir kaybı, operasyon durması veya sözleşmesel risk oluşturuyorsa Tier 3 sağlayıcısını değerlendirip buna ek olarak uygulama yedekliliği, izleme ve geri dönüş planını incelemek gerekir. Yani ihtiyaç yalnızca tesisin sınıfından değil, kesintinin işletme üzerindeki sonucundan türetilmelidir.
Örneğin, tamamen varsayımsal olarak bir şirketin muhasebe uygulaması hafta sonu dışında da kullanılabilir olsun ve sağlayıcı ayda bir planlı altyapı bakımı yapsın. Uygulama tek sunucuda çalışıyorsa Tier 3 tesis, bakım kaynaklı elektrik kesintisi riskini azaltabilir; ancak sunucunun işletim sistemi arızası uygulamayı yine durdurabilir. Şirket bu nedenle Tier 3 altyapısını, düzenli yedek ve geri yükleme provasıyla birlikte seçmelidir. Uygulama yalnızca haftada bir çalışıyorsa aynı yatırımın gerekçesi daha zayıf olabilir.
“Tier 3” ifadesini tek başına kabul etmek yerine, sınıflandırmanın hangi kapsamda kullanıldığını sorun. Bir tesisin tasarımı, inşası veya işletme yeterliliği farklı belgelerle ele alınabilir; sağlayıcı hangi değerlendirme veya sertifikasyona sahip olduğunu açıkça belirtmelidir. Sertifikanın kapsamı, geçerliliği ve ilgili tesisin gerçekten hangi bölümünü kapsadığı doğrulanmadan bu etiketi bütün hizmete yaymak doğru değildir.
Bu incelemede ikinci karar noktası şudur: Sağlayıcı yalnızca tesis seviyesine dair genel bir ifade veriyor, fakat sunucuların yedeklenmesi ve ağ geçişi hakkında belirsiz kalıyorsa, hizmeti otomatik olarak yeterli saymayın. Uygulama için çoklu sunucu, yedek internet yolu veya geri yükleme süresi gerekiyorsa, bu özelliklerin ayrıca sunulup sunulmadığını ve sizin yapılandırmanıza nasıl uygulanacağını netleştirin.
Sağlayıcının teknik dokümanından tesisin kapsamını, sertifikasyon bilgisini ve planlı bakım politikasını alın. Ardından kendi uygulamanız için kabul edilebilir duruş süresini yazılı hale getirin; “kesintisiz” gibi ölçülemeyen bir ifade yerine bakım sırasında hizmetin ne kadar süreyle erişilebilir kalması gerektiğini tanımlayın.
Sonra tek bir örnek senaryo üzerinden açıklama isteyin: Bir UPS veya soğutma ünitesi bakıma alındığında hangi bileşenler çalışmaya devam edecek, kapasite nasıl korunacak ve müşteriye hangi bildirim yapılacak? Uygun yanıt, yalnızca “yedek sistemimiz var” demek yerine bakım akışını, kalan kapasiteyi ve sorumluluk sınırını açıklamalıdır. Yanıt bileşen adlarını veriyor ama kapasite veya geçiş süresini açıklamıyorsa değerlendirme tamamlanmış sayılmaz.
Son olarak, sağlayıcının tesis sürekliliği ile sizin sunucu ve uygulama sürekliliğinizi ayrı kontrol edin. Yedeklerin farklı bir konumda tutulması, geri yükleme süresinin ölçülmesi ve uygulama bağımlılıklarının belgelenmesi Tier 3 seçiminin tamamlayıcısıdır. Bu konudaki hizmet kapsamını incelerken İyibirNet üzerindeki ilgili bilgileri de sağlayıcının güncel teknik açıklamalarıyla birlikte değerlendirebilirsiniz.
Tier 3, planlı altyapı bakımına karşı güçlü bir tasarım hedefi sunar; tek başına veri kaybını, siber saldırıyı, yazılım hatasını veya bütün ağ sorunlarını önlemez. Ayrıca sağlayıcının sınıflandırması, sizin sanal makine, işletim sistemi, veritabanı ve yedekleme yapılandırmanızdaki hataları düzeltmez. Bu nedenle seçimden önce tesisin kanıtlarını, hizmet sözleşmesindeki sorumlulukları ve uygulamanın geri dönüş planını aynı belgede karşılaştırın.
Bir sonraki güvenli adım, sağlayıcıdan Tier 3 iddiasının kapsamını ve planlı bakım senaryosunu yazılı istemek; ardından kendi uygulamanızın kabul edilebilir duruş ve geri yükleme süresiyle karşılaştırmaktır. Bu iki bilgi örtüşmüyorsa daha yüksek bir tesis etiketi aramak yerine eksik kalan uygulama veya yedekleme katmanını belirleyin.
Copyright © 2026 Tüm Hakları Saklıdır.
Türkiye (Türkçe)
Worldwide (English)