Tier 3 Veri Merkezi Nasıl Değerlendirilir?

Tier 3 veri merkezi, planlı bakım sırasında hizmetin durmamasını hedefleyen yedekli altyapı yaklaşımıyla öne çıkar. Ancak yalnızca “Tier 3” ifadesini görmek seçim yapmak için yeterli değildir. Barındırma kararı verirken bu sınıflandırmanın hangi kapsamda kullanıldığını, güç ve ağ sürekliliğinin nasıl sağlandığını ve sağlayıcının güncel kanıt sunup sunmadığını birlikte incelemek gerekir.

Tier 3 veri merkezi ne anlama gelir?

Tier sınıflandırması, bir veri merkezinin güç, soğutma, dağıtım ve bakım sürekliliği gibi altyapı özelliklerini değerlendirmek için kullanılan bir çerçevedir. Tier III olarak da yazılan Tier 3 seviyesinde temel beklenti, belirli altyapı bileşenlerinin hizmeti kesmeden bakıma alınabilmesidir. Bu, her arızanın etkisiz kalacağı veya hiçbir kesintinin yaşanmayacağı anlamına gelmez.

Örneğin enerji beslemesinde yedekli UPS sistemleri, jeneratörler ve dağıtım ekipmanları bulunabilir; fakat bunların gerçek dayanıklılığı, hangi bileşenlerin aynı anda çalıştığına, yakıt ve bakım prosedürlerine ve sunucu kabinlerine kadar uzanan dağıtım yoluna bağlıdır. Aynı şekilde birden fazla internet taşıyıcısı bulunması, otomatik yönlendirme ve yeterli kapasite yoksa tek başına ağ sürekliliğini kanıtlamaz.

İhtiyaca göre Tier 3 seçimi nasıl yapılır?

İş yükünüz planlı bakım pencerelerinde kapanamıyorsa ve uygulama için tek bir fiziksel arıza noktası kabul edilemiyorsa Tier 3 yaklaşımı anlamlı bir başlangıçtır. Bunun nedeni, bakımın kritik hizmeti durdurmadan yürütülebilmesinin hedeflenmesidir. Buna karşılık kısa süreli kesintiler iş sürecinizi etkilemiyorsa, daha düşük altyapı seviyesine sahip bir çözüm maliyet ve işletim kolaylığı açısından yeterli olabilir; “daha yüksek tier” otomatik olarak daha iyi uygulama performansı sağlamaz.

İkinci değerlendirme, iş sürekliliği hedefinizdir. Düzenli bakımda bile hizmetin çalışması gerekiyorsa sağlayıcının bakım sırasında hangi güç ve soğutma yolunu kullandığını sorun. Asıl ihtiyaç yalnızca kritik sunucuyu çalışır tutmak değil, bunu uygulamanın kendi yedekliliğiyle birleştirmektir. Örneğin veritabanı tek sunucuda çalışıyorsa veri merkezinin altyapı yedekliliği, sunucu işletim sistemi veya uygulama hatasına karşı tek başına koruma sağlamaz.

Hipotetik seçim örneği

Diyelim ki bir şirket, gün içinde kapatılamayan bir sipariş uygulamasını barındıracak ve planlı enerji bakımının uygulamayı durdurmasını istemiyor. Sağlayıcı A yalnızca “Tier 3” ifadesini sunarken, Sağlayıcı B bakım prosedürünü, güç dağıtım şemasının kapsamını ve bağımsız ağ bağlantılarının çalışma biçimini açıklıyor. Bu durumda B’nin seçilmesi, etiketten dolayı değil, gerekli süreklilik iddiasını doğrulayacak daha somut kanıt sunduğu için daha savunulabilir olur. Ancak uygulamanın kendisi tek hata noktasına sahipse önce o tasarımın da gözden geçirilmesi gerekir.

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

İlk olarak sınıflandırmanın tesisin tamamını mı, belirli bir salonu veya yalnızca bir hizmeti mi kapsadığını netleştirin. Bağımsız bir tasarım ya da tesis değerlendirmesi, pazarlama ifadesinden daha anlamlıdır; belgenin kapsamı, geçerlilik durumu ve değerlendirilen adresi kontrol edilmelidir. Sağlayıcının kendi sertifikası olmadığını açıkça belirtmesi tek başına olumsuzluk değildir, fakat bu durumda hangi tasarım ve işletim kanıtlarını sunduğu önem kazanır.

Ardından şu başlıkları ayrı ayrı sorun:

• Güç: Şebeke, UPS, jeneratör ve bakım sırasında kullanılan dağıtım yolunun nasıl yedeklendiğini öğrenin; yalnızca jeneratör sayısı, sunucunun tüm güç yolunu göstermez.
• Soğutma: Klima veya soğutma ekipmanlarından biri bakıma alındığında kabul edilebilir sıcaklığın nasıl korunduğunu sorun; kapasite yedeği ile fiziksel dağıtımın birlikte değerlendirilmesi gerekir.
• Ağ: Taşıyıcı çeşitliliğinin gerçek fiziksel güzergâh ve yönlendirme yedekliliğiyle desteklenip desteklenmediğini kontrol edin; iki hizmet tek kablo veya tek bina girişinde birleşebilir.
• İşletim: Bakım bildirimleri, yakıt yönetimi, tatbikatlar ve olay sonrası raporlama süreçlerini isteyin; teknik tasarımın uygulanabilirliği günlük prosedürlere bağlıdır.

İlk değerlendirmede uygulanabilecek pratik yöntem

Önce hizmetinizin kabul edebileceği durumu yazılı hâle getirin: planlı bakımda kesinti olmaması mı, belirli bir geri dönüş süresi mi, yoksa yalnızca elektrik kesintisine karşı koruma mı? Gereksinim “planlı bakımda kapanmama” ise sağlayıcıdan bu hedefi destekleyen belge ve prosedürü isteyin. Yanıt yalnızca genel bir tanımdan oluşuyorsa, bunu doğrulanmış tesis özelliği olarak kabul etmeyin.

Sonra aynı soruları en az iki aday için aynı kapsamda karşılaştırın. Bir adayın yalnızca güç yedekliliğini, diğerinin ise güç, soğutma ve ağ sürekliliğini belgelemesi doğrudan eşdeğer bir teklif anlamına gelmez. Uygun sonuç; kapsamı açık belgeler, bakım sırasında izlenen yöntem ve hizmet sözleşmesinde tanımlanan sorumlulukların birbiriyle uyumlu olmasıdır. Sınıflandırma bunları açıklamıyorsa ek teknik soru sormak veya daha dar bir hizmet kapsamı seçmek gerekir.

Son olarak küçük bir ilk kullanım kontrolü planlayın. Sağlayıcının bakım bildiriminin ne kadar önce yapıldığını, izleme sisteminizin bağlantı ve güç olaylarını kaydedip kaydetmediğini ve destek kanalının olay sırasında nasıl kullanılacağını doğrulayın. Bu kontrol, veri merkezinin fiziksel niteliğini ölçmez; fakat satın alma kararındaki varsayımların operasyonunuza gerçekten uyup uymadığını gösterir.

Tier 3 ifadesinin sınırları

Tier 3 sınıflandırması uygulama kodunu, veritabanı çoğaltmasını, yedekleme politikasını, güvenlik yapılandırmasını veya insan hatasını kapsamaz. Ayrıca sağlayıcının sunduğu sunucu hizmeti, veri merkezinin genel altyapısından daha dar bir kapsamda olabilir. Bu nedenle kritik bir uygulamada veri merkezi seçimini; uygulama yedekliliği, geri yükleme planı, izleme ve erişim politikalarıyla birlikte ele alın.

Karar vermeden önce aday sağlayıcının tesis kapsamını, güncel belgelerini ve planlı bakım prosedürünü yazılı olarak karşılaştırın. Genel barındırma seçeneklerini incelemek için İyibirNet üzerindeki ilgili hizmet bilgilerine bakabilir, ancak teknik süreklilik iddialarını ayrıca sağlayıcıdan doğrulayabilirsiniz.