Veri Merkezi İstanbul Seçerken Altyapı Sürekliliği Nasıl İncelenir?

Veri merkezi İstanbul ararken yalnızca tesisin şehir içindeki konumuna veya sunucu özelliklerine bakmak yeterli değildir. Asıl karşılaştırma; elektrik sürekliliği, soğutma yedekliliği, fiziksel erişim, bakım prosedürleri ve sözleşmede tanımlanan sorumluluklar üzerinden yapılmalıdır. Uygulamanız kısa kesintileri tolere edemiyorsa önce güç altyapısının nasıl yedeklendiğini, donanım barındıracaksanız da erişim ve müdahale sürecini doğrulayın.

Veri merkezi İstanbul seçerken ilk olarak neyi doğrulamalısınız?

Önce hizmet türünü netleştirin. Sanal sunucu veya yönetilen bir hizmet alıyorsanız tesisin fiziksel katmanına doğrudan erişmezsiniz; bu durumda sağlayıcının güç, ağ ve bakım sorumluluklarını sözleşme ile hizmet tanımında aramanız gerekir. Kendi cihazınızı barındıracağınız kolokasyon modelinde ise kabin, enerji devresi, ziyaretçi kabulü, uzaktan müdahale ve arıza anındaki iletişim süreci ayrıca önem kazanır.

Bir tesisin “yedekli” olarak tanımlanması tek başına yeterli bilgi vermez. Yedeklilik, bir bileşenin arızasında hizmetin devam edebilmesi anlamına gelir; ancak bunun hangi katmanda bulunduğu sorulmalıdır. Örneğin iki güç kaynağı bulunması, bu kaynakların aynı dağıtım panosuna veya aynı bakım çalışmasına bağlı olması durumunda beklenen korumayı sağlamayabilir. Bu nedenle teklif istemeden önce uygulamanızın kabul edebileceği kesinti süresini ve planlı bakım toleransını yazılı hale getirin.

Elektrik ve soğutma altyapısı nasıl karşılaştırılır?

Elektrik zincirinde şebeke beslemesinden sonra UPS, jeneratör, dağıtım panoları ve kabinlere ulaşan devrelerin nasıl düzenlendiğini inceleyin. UPS, şebeke ile jeneratör arasındaki geçişte kısa süreli enerji desteği sağlayan sistemdir; jeneratör ise daha uzun süreli yedek besleme için kullanılır. Sadece jeneratör kapasitesini öğrenmek yerine, yakıt ikmali sırasında sistemin nasıl çalışacağı, bakımda hangi bileşenin devre dışı kalacağı ve tek bir dağıtım noktasının kaç kabini etkileyebileceği sorulmalıdır.

İş yükünüz kesintiye duyarlıysa ve sağlayıcı iki bağımsız enerji yolu sunabiliyorsa, sunucunuzun güç kaynaklarını bu yollar arasında dağıtmak anlamlıdır. Ancak donanımınız tek güç kaynağına sahipse ikinci enerji yolunun faydası sınırlanır; bu durumda uygun bir güç dağıtım çözümü veya cihaz üreticisinin önerdiği yedekleme yöntemi gerekir. Böylece “çift besleme var” ifadesi ile gerçekten kullanılabilen yedeklilik birbirinden ayrılır.

Soğutmada da benzer bir değerlendirme yapılır. Sıcaklık ve nemin izlenmesi, klima cihazlarından birinin bakımda olduğu durumda kalan kapasitenin yeterli olup olmadığı ve alarmın kime iletildiği öğrenilmelidir. Yoğun işlem yapan GPU, sanallaştırma veya depolama sunucularında yalnızca ortalama oda sıcaklığını sormak yerine kabin yoğunluğu için uygulanan sınırları ve sıcaklık alarmından sonra izlenen müdahale sürecini isteyin.

Fiziksel güvenlik ve müdahale sürecinde hangi ayrıntılar önemlidir?

Kendi cihazınızı barındıracaksanız tesisin giriş kontrolü, ziyaretçi kaydı, kabin erişim yetkileri ve arıza sırasında eşlikli müdahale prosedürü birlikte değerlendirilmelidir. Güvenlik yalnızca kapı kilidinden ibaret değildir; kimin hangi koşulda cihaza ulaşabildiği ve yapılan müdahalenin nasıl kayıt altına alındığı da önem taşır. Sağlayıcının uzaktan eller hizmeti sunması durumunda, bu hizmetin kapsamını, müdahale süresinin garanti mi yoksa hedef mi olduğunu ve işlem sonrasında hangi kanıtın paylaşılacağını sözleşmeden okuyun.

Diyelim ki bir e-ticaret uygulamasının veritabanı sunucusunu İstanbul’daki bir tesiste barındırmayı düşünüyorsunuz. Uygulama kısa süreli elektrik kesintilerine karşı hassassa ve ekip gece tesise gidemiyorsa, iki ayrı enerji yoluna bağlanabilen donanım ile kayıtlı uzaktan müdahale süreci öncelikli hale gelir. Buna karşılık yalnızca geliştirme ortamı çalışacak ve planlı bakım saatleri sorun olmayacaksa daha karmaşık fiziksel yedeklilik için ödeme yapmak yerine erişim kolaylığı ve geri yükleme prosedürünü karşılaştırmak daha uygun olabilir. Bu örnek, aynı veri merkezinin farklı iş yükleri için farklı gerekçelerle değerlendirilebileceğini gösterir.

Teklifleri somut bir kontrol yürüyüşüyle nasıl kıyaslarsınız?

Karşılaştırmayı tanıtım ifadeleriyle değil, aynı sorulara verilen yazılı yanıtlarla yapın. Her aday için aşağıdaki sırayı uygulamak, önemli bir ayrıntının gözden kaçmasını azaltır:

1. İş yükünü tanımlayın: Kabul edilebilir kesinti süresini, planlı bakım saatlerini ve cihaz sayısını yazın. Sürekli çalışan veritabanı için güç sürekliliği öne çıkarken, geçici test sunucusunda erişim ve maliyet dengesi farklı kurulabilir.
2. Güç yolunu isteyin: UPS, jeneratör ve kabin beslemesinin nasıl bağlandığını sorun. Yanıt yalnızca “yedek jeneratör mevcut” düzeyindeyse, kritik yükün hangi arıza senaryosunda korunacağını açıklamadan bunu yeterli kabul etmeyin.
3. Bakım ve test kanıtını değerlendirin: Planlı bakım bildirim süresini, testlerin nasıl yapıldığını ve müşteriye hangi kayıtların sağlandığını öğrenin. Test yöntemi veya bildirim süreci tanımsızsa, yüksek süreklilik beklentisini sözleşmede varsaymayın.
4. Soğutma ve alarm akışını sorun: Sıcaklık alarmının nasıl üretildiğini, kime ulaştığını ve eşik aşılırsa hangi müdahalenin başlatıldığını öğrenin. Yalnızca izleme ekranı bulunduğu söyleniyor, ancak sorumlu ekip ve müdahale süresi açıklanmıyorsa bu bir izleme özelliğidir; tek başına iş sürekliliği planı değildir.
5. Sözleşme ile teknik yanıtı eşleştirin: Hizmet seviyesi, planlı bakım istisnaları, arıza bildirim kanalı ve veri kaybı sorumluluğunu karşılaştırın. Tanıtım dokümanındaki bir ifade sözleşmede karşılığı olmadan bırakılmışsa, kararınızı sözleşmede doğrulanabilen koşullara göre verin.

Örneğin kritik veritabanı için adaylardan biri iki güç yolu sunduğunu, diğeri ise yalnızca güçlü bir jeneratör bulunduğunu belirtiyorsa ilk seçenek otomatik olarak doğru sayılmaz. Sunucunun iki güç girişine sahip olup olmadığını ve iki yolun gerçekten bağımsız olup olmadığını kontrol edin. Donanım tek girişliyse, sağlayıcıdan uyumlu güç dağıtım çözümünü ve arıza senaryosunu açıklamasını isteyin; cevap belirsiz kalırsa daha basit ama açıkça tanımlanmış bir yapı tercih edilebilir.

Karar vermeden önce hangi sınırları yazılı hale getirmelisiniz?

Veri merkezi seçimi, tesisin sahip olduğu özelliklerden çok bu özelliklerin sizin hizmet modelinizde nasıl kullanılabildiğiyle ilgilidir. Sağlayıcıdan enerji yollarını, bakım bildirimlerini, fiziksel erişim kurallarını, uzaktan müdahale kapsamını ve alarm iletişimini teklif ekinde açıkça belirtmesini isteyin. Yedekleme ve felaket kurtarma gibi ayrı süreçleri, veri merkezinin elektrik yedekliliğinin yerine koymayın; biri donanım sürekliliğini, diğeri verinin veya hizmetin geri kazanılmasını hedefler.

İlk somut adım olarak iş yükünüz için üç kabul kriteri yazın: tolere edilebilir kesinti, fiziksel müdahale ihtiyacı ve güç yedekliliği beklentisi. Ardından aynı soruları en az iki sağlayıcıya yöneltip yalnızca ölçülebilir ve sözleşmede karşılığı bulunan yanıtları karşılaştırın. Genel barındırma seçeneklerini incelemek için İyibirNet üzerinden ilgili hizmet bilgilerine ulaşabilirsiniz.