X

Lütfen Ülke (Bölge) Seçiniz

Türkiye (Türkçe)Türkiye (Türkçe) Worldwide (English)Worldwide (English)
X

Lütfen Para Birimi Seçiniz

₺ Türk Lirası $ US Dollar
X

Lütfen Ülke (Bölge) Seçiniz

Türkiye (Türkçe)Türkiye (Türkçe) Worldwide (English)Worldwide (English)
X

Lütfen Para Birimi Seçiniz

₺ Türk Lirası $ US Dollar

Co-location Nedir, Hangi İhtiyaçlar İçin Uygundur?

AnasayfaYazılarSunucu BilgileriCo-location Nedir, Hangi İhtiyaçlar...

Co-location, işletmeye ait fiziksel sunucuların bir veri merkezindeki raf, enerji, soğutma ve ağ altyapısından yararlanarak barındırılmasıdır. Sunucunun donanım sahibi ve çoğu zaman yazılım yöneticisi işletmedir; veri merkezi ise fiziksel ortamı sağlar. Bu model, donanım üzerinde kontrol isteyen ancak kendi sunucu odasının işletme yükünü taşımak istemeyen kuruluşlar için uygundur.

Co-location çalışma modelini doğru anlamak

Co-location hizmetinde müşteri kendi fiziksel sunucusunu veya uygun bir donanımını veri merkezine yerleştirir. Veri merkezi; rack alanı, elektrik beslemesi, iklimlendirme, fiziksel güvenlik ve ağ bağlantısı gibi altyapı bileşenlerini sunabilir. Ancak işletim sistemi kurulumu, uygulama güncellemeleri, veritabanı yönetimi ve donanım arızalarının giderilmesi sözleşmeye göre müşterinin sorumluluğunda kalabilir.

Bu nedenle co-location, yönetilen sunucu kiralama ile aynı şey değildir. Kiralık veya yönetilen bir sunucuda donanım ve bakım sorumluluğunun önemli bölümü sağlayıcıya ait olabilirken co-location modelinde sahiplik ve yönetim sınırı daha farklıdır. “Uzaktan destek”, “ellerle müdahale” veya benzeri hizmetlerin kapsamı sağlayıcıya göre değişebileceğinden, bu ifadeleri tam bakım hizmeti olarak yorumlamamak gerekir.

İlk karar şu şekilde verilebilir: Donanım üzerinde özel bir kart, lisans gerektiren fiziksel bir bileşen ya da belirli bir depolama düzeni kullanmanız gerekiyorsa ve bu ekipmanı kendiniz yönetebiliyorsanız co-location değerlendirilebilir. Buna karşılık donanım satın alma, yedek parça, uzaktan müdahale ve arıza takibiyle ilgilenmek istemiyorsanız yönetilen bir sunucu modeli daha az operasyon yükü oluşturabilir.

Hangi gereksinimler hizmet seçimini değiştirir?

Enerji ve fiziksel kapasite

Sunucunun yalnızca raf yüksekliğini değil, elektrik tüketimini, güç bağlantı tipini ve olası büyüme payını da hesaplayın. Yüksek tüketimli bir donanım için verilen alanın uygun olması tek başına yeterli değildir; güç yoğunluğu sınırı veya devre kapasitesi yetersizse kurulum yapılamayabilir. Donanımın ölçülerini, ağırlığını, bağlantılarını ve başlangıçtaki güç ihtiyacını sağlayıcıyla önceden doğrulamak gerekir.

İş yükünüz zaman içinde büyüyecekse karar zinciri nettir: Önce mevcut sunucunun güç ve alan ihtiyacını belirleyin, ardından ikinci cihaz veya ek disklerin aynı alana sığıp sığmayacağını sorun. Genişleme mümkün değilse başlangıçta daha büyük alan almak her zaman doğru çözüm değildir; kullanılmayan kapasite maliyet ve planlama yükü getirir. Büyüme takvimi belirsizse, ek raf veya güç kapasitesinin hangi koşullarda açılabildiğini yazılı olarak öğrenin.

Ağ bağlantısı ve müdahale sınırı

Co-location seçiminde port hızı kadar IP planı, trafik politikası, yedekli bağlantı seçeneği ve fiziksel ağ ekipmanına kimin müdahale edeceği önemlidir. Uygulamanız dış sistemlerden sürekli bağlantı alıyorsa tek bir ağ yoluna bağımlılık operasyonel risk oluşturabilir. Fakat yedeklilik, sağlayıcının gerçek mimarisine ve sözleşmesine bağlıdır; yalnızca “yedekli ağ” ifadesi, her bileşenin bağımsız olduğu anlamına gelmez.

İkinci karar zinciri iş yükünden başlar: Düşük gecikmeli kurumlar arası bağlantı gerekiyorsa veri merkezinin ilgili ağlara veya bağlantı noktalarına erişimini inceleyin; yalnızca genel internet erişimi yeterliyse gereksiz özel bağlantı seçenekleri için kapasite planlamayın. Ağ gereksinimi karşılanmıyorsa daha güçlü işlemci almak sorunu çözmez; uygun bağlantı mimarisine sahip başka bir tesis değerlendirilmelidir.

Hizmeti değerlendirmek için uygulanabilir kontrol

  1. Donanım envanterini çıkarın. Sunucu ölçülerini, ağırlığını, güç girişini, disk düzenini ve gerekli ağ portlarını yazın. Sağlayıcıdan rack alanı, güç ve bağlantı sınırlarının bu envanterle uyumlu olduğunu doğrulayın. Bir değer belirsizse tahmin yerine üretici teknik dokümanını kullanın.
  2. Fiziksel erişim sürecini sorun. Ziyaret saatleri, kimlik doğrulama, refakat, bakım penceresi ve acil erişim prosedürünün nasıl işlediğini öğrenin. Ekipmana her arızada anında ulaşmanız gerekmiyorsa uzaktan müdahale hizmetinin hangi işlemleri kapsadığını ayrıca kontrol edin.
  3. Enerji ve ağ kanıtını isteyin. Tek veya çoklu güç beslemesi, enerji ölçümü, ağ portu, IP tahsisi ve olası trafik sınırlamalarını sözleşme veya teknik teklif üzerinde karşılaştırın. Yalnızca tanıtım metnindeki genel ifadeleri kabul etmek yerine, kendi cihazınızın bağlantı gereksinimleriyle eşleştirin.
  4. Sorumluluk matrisini yazılı hale getirin. Disk değişimi, firmware güncellemesi, işletim sistemi kurulumu, kablo değişimi ve arızalı cihazın sevkiyatının kime ait olduğunu ayrı ayrı belirleyin. Sağlayıcı yalnızca fiziksel erişim sunuyorsa uygulama arızalarının otomatik olarak giderileceğini varsaymayın.
  5. İlk kurulumu kabul kriterleriyle test edin. Sunucu açıldığında güç bağlantılarının, beklenen ağ portunun, uzaktan yönetim erişiminin ve izleme bildirimlerinin çalıştığını kontrol edin. Uygun sonuç; cihazın beklenen güç devresinden çalışması, yönetim erişiminin yalnızca yetkili kişilerce kullanılabilmesi ve bağlantı bilgilerinin belgelenmiş olmasıdır. Bu testler, uygulamanın performansını veya güvenliğini tek başına kanıtlamaz.

Diyelim ki bir kuruluşun kendi lisanslı fiziksel güvenlik modülünü kullanan tek bir sunucusu var. Donanımın ofiste tutulması kesinti sırasında fiziksel ortam ve enerji sorunlarına açık, ancak kuruluşun sistemi uzaktan yönetebilecek personeli bulunuyor. Bu durumda co-location mantıklı bir ara çözüm olabilir: Donanım kontrolü korunur, tesis altyapısı dışarıdan alınır. Fakat personel yedek disk değişimi veya fiziksel arıza için erişemiyorsa, yalnızca raf alanı satın almak yerine yetkili uzaktan müdahale kapsamını ve yedek parça planını da kurmak gerekir.

Co-location ne zaman uygun olmayabilir?

Donanımın sıkça değiştirilmesi, kısa süre içinde farklı kapasitelere geçilmesi veya yönetim ekibinin fiziksel sunucu deneyiminin olmaması co-location modelini zorlaştırabilir. Ayrıca uygulamanın temel ihtiyacı donanıma sahip olmak değil, hızlı kurulum ve sağlayıcı tarafından yürütülen bakım ise sanal veya yönetilen çözümler operasyonel açıdan daha uygun olabilir.

Co-location seçmeden önce donanım sahipliği, arıza sorumluluğu, erişim prosedürü, enerji kapasitesi, ağ tasarımı ve büyüme planını aynı belgede karşılaştırın. Teknik gereksinimleriniz netleştiğinde co-location hizmeti seçeneklerini bu ölçütlerle inceleyebilir; özellikle size ait olan ve sağlayıcıya bırakılan sorumlulukları birbirinden ayırabilirsiniz.


Top