Co-location Seçerken Güç ve Ağ İhtiyacını Değerlendirme

Co-location, fiziksel sunucuyu kendi ofisiniz yerine bir veri merkezinde konumlandırmak isteyen işletmeler için anlamlı olabilir; ancak karar yalnızca raf alanına göre verilmemelidir. Sunucunun güç tüketimi, ağ bağlantısı, uzaktan yönetim olanakları ve gerektiğinde tesise erişim planı birlikte değerlendirilmelidir. Bu unsurlardan biri belirsizse önce hizmet kapsamını ve sorumlulukları netleştirmek daha güvenlidir.

Co-location hangi çalışma modeline uygundur?

Co-location modelinde donanım genellikle müşteriye aittir ve veri merkezindeki ayrılmış kabin, raf ya da uygun bir alan içinde barındırılır. Veri merkezi elektrik, fiziksel ortam, soğutma ve bağlantı gibi altyapı unsurlarını belirli bir hizmet kapsamı içinde sağlayabilir. Sunucunun işletim sistemi, uygulamaları, yedekleri ve donanım arızasına müdahale sorumluluğu ise sözleşmeye göre müşteride, sağlayıcıda veya paylaşımlı biçimde bulunabilir.

Bu nedenle ilk karar, donanıma sahip olmanın gerçekten gerekli olup olmadığıdır. Özel donanım, lisanslama kısıtı veya belirli bir disk düzeni gerekiyorsa co-location mantıklı bir seçenek olabilir. Buna karşılık donanım satın almak istemiyor, kapasiteyi sık değiştiriyor veya arızalı parçayı yönetmek için hazır bir operasyon ekibiniz bulunmuyorsa sanal sunucu ya da bulut modeli daha az fiziksel iş yükü getirebilir.

Güç ve fiziksel yerleşimi kapasiteyle birlikte değerlendirin

Sunucunun yalnızca yüksekliği değil, sürekli ve anlık güç ihtiyacı da önemlidir. Sağlayıcıdan raf birimi, izin verilen güç profili, güç bağlantısının yapısı ve aşırı tüketim durumundaki uygulama hakkında yazılı bilgi isteyin. Sunucunun nominal güç değerini tek başına yeterli kabul etmeyin; işlemci, disk ve genişleme kartlarının yük altındaki tüketimi farklılaşabilir. Bu veriler sağlanmadan uygun alan veya güç paketi seçmek, kurulumdan sonra ek maliyet ya da kapasite uyuşmazlığı doğurabilir.

Karar süreci şu şekilde ilerleyebilir: Donanımın ölçüleri, ağırlığı ve güç gereksinimi sağlayıcının sınırlarıyla uyumluysa fiziksel yerleşim planına geçin; uyumlu değilse daha büyük alan istemek yerine daha düşük tüketimli donanım, farklı bir kasa veya başka bir barındırma modeli değerlendirin. Güç ihtiyacı sınırda kalıyorsa sağlayıcının ölçüm yöntemini ve aşım halinde ne yaptığını öğrenmeden satın alma ya da taşıma kararı vermeyin.

Varsayımsal bir değerlendirme

Örneğin, bir ekipte dört diskli fiziksel sunucu ve sürekli çalışması gereken bir veritabanı uygulaması bulunduğunu düşünelim. Sunucu, mevcut raf ve güç sınırlarıyla uyumlu; fakat ek disk takıldığında güç ihtiyacı sınırı aşılabiliyor. Bu durumda co-location tamamen uygunsuz demek yerine mevcut donanım konfigürasyonunu korumak, genişleme ihtiyacını ayrı bir kapasite planına almak ve sağlayıcıdan güç artışının koşullarını doğrulamak daha tutarlı bir seçimdir. Sağlayıcı bu artışı desteklemiyorsa, büyüme planı nedeniyle sanal ya da farklı fiziksel altyapı seçenekleri karşılaştırılmalıdır.

Ağ bağlantısını kullanım biçimine göre seçin

Bir co-location kurulumunda bağlantı seçimi, yalnızca “hızlı internet” ifadesiyle değerlendirilemez. Sunucunun trafiğinin çoğu ziyaretçilere mi gidecek, başka bir ofise mi bağlanacak, yoksa yedekleme trafiği mi oluşturacak? Hat kapasitesi kadar IP adresi, yönlendirme yöntemi, port erişim politikası, olası üst kullanım sınırları ve arıza durumundaki bildirim süreci de incelenmelidir. Bu ayrıntılar sağlayıcıya ve pakete göre değişebilir.

Uygulama ağırlıklı trafik dışarıya açık ve değişkense, sağlayıcının kapasite ve kullanım politikalarını netleştirin; sabit bir ofis bağlantısına güvenen iç uygulama söz konusuysa iki taraf arasındaki bağlantı yöntemini ve gecikme beklentisini ayrıca değerlendirin. Yedeklemeler büyük dosyalar taşıyorsa, yedekleme saatlerini ve trafiğin ana uygulamayı etkileyip etkilemediğini ölçebilecek bir plan isteyin. Hız tek başına yeterli görünse de yanlış yönlendirme veya sınırlı IP kapsamı kurulumun kullanımını kısıtlayabilir.

Erişim ve uzaktan müdahale planını kurun

Sunucuya her sorun çıktığında veri merkezine gitmek mümkün olmayabilir. Bu yüzden uzaktan yönetim arayüzü, konsol erişimi, erişim yetkilendirmesi ve fiziksel ziyaret prosedürü önceden belirlenmelidir. Uzaktan yönetim, işletim sistemi yanıt vermediğinde ekran ve güç işlemlerine erişim sağlayabilir; fakat bunun kapsamı donanım modeline ve sağlayıcının ağ politikasına bağlıdır. Bu özelliği varmış gibi varsaymak yerine hangi işlemlerin gerçekten yapılabildiğini kontrol edin.

Örneğin uzaktan yönetim çalışıyor, fakat işletim sistemi bağlantıları kabul etmiyorsa önce konsoldan ağ yapılandırması ve sistem durumu incelenebilir; konsol da erişilemiyorsa sağlayıcının fiziksel müdahale hizmetinin kapsamı ve ücretlendirme yöntemi devreye girer. Fiziksel parça değişimi müşteriye aitse yedek disk veya güç kaynağının kimin tarafından, hangi erişim prosedürüyle takılacağını önceden yazılı hale getirin. Her durumda tek bir yetkili hesaba bağlı kalmak yerine erişim rollerini ve acil durumda aranacak kanalı belgelemek operasyon riskini azaltır.

İlk kurulumdan önce kabul ölçütleri belirleyin

Hizmeti değerlendirmek için sağlayıcıdan yalnızca teknik özellik listesi istemek yerine küçük bir kabul planı hazırlayın. Kurulum sonrasında aşağıdaki sonuçları gözlemleyin:

• Güç: Sunucu beklenen yükte çalışırken ölçülen veya raporlanan tüketim, tanımlanan sınır içinde olmalıdır; sınır aşılıyorsa uygulamayı büyütmeden önce güç planı düzeltilmelidir.
• Ağ: Yetkili bir test kaynağından uygulamaya erişim sağlanmalı ve izin verilen portlar beklenen şekilde çalışmalıdır; yalnızca tek bir yerden erişim varsa farklı ağ senaryosu da doğrulanmalıdır.
• Yönetim: Uzaktan konsol veya sağlayıcının tanımladığı yönetim kanalıyla planlanan işlem yapılabilmelidir; erişim yoksa bunu gerçek arıza anına bırakmadan yetki ve ağ kuralı incelenmelidir.
• Fiziksel erişim: Ziyaret talebi, kimlik doğrulama ve donanım teslim prosedürü anlaşılır olmalıdır; belirsizlik varsa kritik yedek parçaları taşımadan önce süreç yazılı olarak netleştirilmelidir.

Bu ölçütlerden biri karşılanmıyorsa tüm hizmeti başarısız saymak yerine hangi katmanın eksik olduğunu ayırın. Güç uyumsuzluğu kapasite veya donanım seçimidir; erişim sorunu ise yetkilendirme ya da sağlayıcı prosedürü olabilir. Gereksinimler ve sorumluluklar netleştiğinde, uygun görünen seçenekleri co-location hizmeti başlıkları üzerinden karşılaştırırken her sağlayıcıdan aynı bilgileri isteyin.

Sonraki güvenli adım, sunucunun ölçülerini, güç profilini, trafik yönünü ve acil müdahale ihtiyacını tek sayfalık bir gereksinim listesine dönüştürüp sağlayıcının yazılı hizmet kapsamıyla karşılaştırmaktır. Bu listede açıklanamayan bir kalem varsa kurulumu planlamak yerine önce o kalemin sorumlusunu ve sınırını netleştirin.