Colocation Kabin Kiralama: Güç, Trafik ve Maliyet

Colocation kabin kiralama, kuruma ait fiziksel sunucu, depolama ve ağ cihazlarının üçüncü taraf bir veri merkezinde konumlandırılmasıdır. Teklifte yalnızca kaç U veya kaç kabin kiralanacağına bakmak yeterli değildir: kullanılabilir enerji, soğutma kapasitesi, internet bağlantısı, erişim prosedürleri ve saha müdahalesi de aynı anda tanımlanmalıdır. Ucuz görünen bir kabin, eksik güç veya ağ kapsamı nedeniyle işletme için uygun olmayabilir.

Kısa cevap: Karar öncesinde cihazların U yüksekliğini, derinliğini, ağırlığını ve gerçek güç tüketimini ölçün; birincil/yedekli enerji yollarını, aylık bant genişliği modelini, cross-connect ihtiyacını, uzak müdahale koşullarını ve yedekleme sorumluluğunu yazılı teklif üzerinden karşılaştırın. Kabin kapasitesi tek başına ne yüksek erişilebilirlik ne de belirli bir Tier sertifikası anlamına gelir.

1. Colocation hangi kuruma uygundur?

Kendi donanımını satın almış, özel ağ cihazı veya depolama sistemi kullanan ve fiziksel ekipmanın mülkiyetini korumak isteyen kuruluşlar colocation modelini değerlendirebilir. Veri merkezi; sözleşmede belirtilen alan, enerji, çevresel koşullar, fiziksel erişim ve bağlantı imkânlarını sağlayabilir. Donanım, işletim sistemi, uygulama ve yedekleme yönetiminin kimde olduğu ise hizmet kapsamına bağlıdır.

Donanım sizin değilse ve fiziksel kaynakları sağlayıcıdan kiralamak istiyorsanız dedicated sunucu kiralama daha uygun bir karşılaştırma noktası olabilir. Colocation tarafında ise donanım edinimi, garanti, yedek parça ve kullanım ömrü hesabı kurumunuzun bütçesinde yer alabilir. Tek seferlik donanım yatırımını aylık hizmet bedeliyle karşılaştırırken bu ayrımı görünür kılın.

Örneğin özel firewall cihazı, mevcut SAN depolaması ve kurumun sahip olduğu sunucular aynı kabinde yer alacaksa teklif yalnız sunucu sayısına göre hazırlanmamalıdır. Cihazlar arasındaki portlar, kablolar, enerji kabloları, erişim gereksinimleri ve kurulum sırası da envantere eklenmelidir.

2. 1U, 2U, yarım kabin ve tam kabin: gerçek alan ihtiyacı

U, rack montajında kullanılan dikey yükseklik birimidir. Ancak toplam U sayısı tek başına kullanılabilir kapasiteyi tanımlamaz. Cihazın derinliği, ray/kızak tipi, ön-arka kapak açıklığı, kablo bükülme payı, ağırlık dağılımı, PDU yerleşimi ve hava akışı da kontrol edilmelidir. Tam kabin teklifinde, nominal dikey alanın tamamının cihaz için kullanılabileceğini varsaymayın.

Teklif hazırlığında her ekipman için şu bilgileri toplayın: marka/model, U yüksekliği, en-boy-derinlik, çalışma ağırlığı, güç kaynağı sayısı, giriş konnektörü, tepe güç tüketimi, ağ portları ve uzaktan yönetim bağlantısı. Cihazın önünden veya arkasından bakım yapma gereksinimi varsa erişim mesafesini ayrıca değerlendirin.

Bir veya iki sunucu için paylaşımlı rack alanı ekonomik olabilir; ancak farklı ekipmanlar, çok sayıda kablo ve sık saha erişimi gerektiren kurulumda ayrılmış bir alan operasyonu kolaylaştırabilir. Colocation, kabin ve rack kiralama hizmetinde hangi alan modellerinin gerçekten sunulabildiğini, sözleşme ve kapasite teyidiyle netleştirmek gerekir.

3. kW, kWh, PDU ve A/B enerji hatlarını ayırın

Colocation teklifinde kW, belirli anda kullanılabilecek veya rezerve edilen güç kapasitesiyle; kWh ise dönem boyunca tüketilen enerji miktarıyla ilgilidir. Sabit kapasite bedeli, ölçülen tüketim ve aşım politikasının nasıl hesaplandığını anlamadan farklı teklifleri aynı aylık ücret üzerinden kıyaslamayın. Ölçüm noktasının PDU, kabin beslemesi veya başka bir nokta olması faturayı etkileyebilir.

Tek hatlı güç ile A/B besleme tasarımı da aynı şey değildir. A/B kullanılıyorsa iki ayrı yolun gerçekten nerede ayrıldığı; UPS, dağıtım panosu, PDU, kesici ve cihazın çift güç kaynağı üzerinden incelenmelidir. Aynı devre üzerindeki iki priz iki bağımsız enerji yolu anlamına gelmez. Ayrıca cihaz tek güç girişine sahipse yedekli besleme hedefi için ek tasarım gerekebilir.

Schneider Electric'in yüksek yoğunluklu rack güç dağıtımı rehberi hat sayısı, tek/üç faz, koruma, konnektör ve yedeklilik tercihlerinin birlikte değerlendirilmesini önerir. Tesisin devre kapasitesi ve izin verilen sürekli yük işletmeci tarafından doğrulanmalı; yalnızca cihaz güç kaynaklarının etiket değerleri toplanarak nihai bir enerji bütçesi çıkarılmamalıdır.

Enerji kapasitesi yanında gelecekteki büyüme için ayrılabilecek payı da sorun. Boş U alanı bulunan bir kabinde ek güç veya soğutma kapasitesi olmayabilir. Başlangıçta yeterli görünen teklifin büyüme sırasında donanım yer değişikliği gerektirip gerektirmeyeceğini öğrenin.

4. Soğutma, hava akışı ve kabin yoğunluğu

Sunucular güç tüketirken ısı üretir. Kabin içinde hava akışı uygun değilse nominal enerji kapasitesine ulaşmadan termal sınırlara takılabilirsiniz. Ön-arka hava yönü, sıcak/soğuk koridor düzeni, boş U alanlarında kör panel kullanımı, kablo düzeni ve sıcaklık sensörlerinin konumu birlikte değerlendirilmelidir.

Yüksek yoğunluklu donanımda yalnız bir kabinin toplam kW değerini sormak yeterli değildir. Tesisin ilgili alanda bu yükü sürdürülebilir biçimde soğutup soğutamadığını, kabul edilen cihaz hava giriş koşullarını ve alarm/eskalasyon yöntemini teyit edin. Schneider Electric'in güç yoğunluğu tanımlama rehberi tek bir alan ortalamasının gerçek yüksek yoğunluklu yük dağılımını açıklamayabileceğini belirtir.

Soğutma yedekliliği veya belirli çalışma sıcaklığı hakkında sağlayıcıdan kanıt alın. Tanıtım metninde geçen genel kavramları ölçülmüş ve sözleşmeyle güvence altına alınmış müşteri kapasitesi gibi değerlendirmeyin.

5. İnternet portu, trafik, IP ve cross-connect aynı hizmet değildir

Port hızı ile garanti edilen kullanılabilir bant genişliği veya aylık trafik kullanım hakkı farklıdır. Örneğin yüksek hızda port sunulması, aynı miktarda sürekli internet çıkışının dahil olduğu anlamına gelmeyebilir. Committed bandwidth, burst kullanımı, trafik aşımı, aylık veri transferi ve ölçüm yöntemi ayrı satırlarda açıklanmalıdır.

Cross-connect, veri merkezindeki belirli bir ağ operatörüne, başka kabine veya belirli bağlantı noktasına fiziksel/lojik erişim düzenlemesidir. İnternet transit hizmeti ve cross-connect kurulum/aylık ücretleri birbirinden farklı olabilir. Ağ mimarisi için hangi operatörlerin erişilebilir olduğu, port ve optik modül türleri, VLAN, IP adresleri, BGP gereksinimleri, yol ayrımı ve arıza müdahalesi sorgulanmalıdır.

İki farklı operatör adı bulunması da tek başına fiziksel rota ayrılığı kanıtlamaz. Kablo güzergâhı, ortak taşıyıcı alanı ve giriş noktalarının ne ölçüde ayrıştığına dair bilgi isteyin. DDoS koruması, firewall ve özel VPN ihtiyacı varsa ağ ve güvenlik hizmetlerinin hangi bileşenlerinin dahil olduğu ayrıca yazılmalıdır.

6. Tier sertifikası ve SLA nasıl doğrulanmalı?

Bir veri merkezinin tanıtımında geçen Tier ifadesi ile belirli bir tesise ait doğrulanabilir sertifika aynı şey değildir. Uptime Institute'un resmî Tier Certification açıklamasında sınıflandırmaların altyapı tasarımı ve işletim kriterlerine bağlı olduğu anlatılır. Kiralama kararı verirken tesis adı, sertifika kapsamı ve geçerlilik durumunu ilgili resmî kaynaktan doğrulayın.

Tier sınıfı, tek başına sizin sunucunuza ait bir uptime garantisi değildir. Hizmet seviyesi sözleşmesinde neyin ölçüldüğü, kesinti tanımı, planlı bakımın durumu, ilk yanıt ve müdahale süreleri, tazmin/servis kredisi yöntemi ayrı yazılmalıdır. Altyapı SLA'sı ile müşterinin uygulamasının kullanılabilirliği arasında bağımlılıklar bulunur.

Ayrıca veri merkezi hizmetleri değerlendirmesinde güç, soğutma, fiziksel güvenlik, operatör seçenekleri ve ziyaret süreçlerini tek bir pazarlama etiketine indirmeyin. Gerçek doküman, hizmet sınırları ve bakım prosedürü paylaşılmadan varsayım üretmeyin.

7. Fiziksel güvenlik, erişim ve remote hands kapsamı

Sunucunun işletme dışındaki bir tesiste bulunması erişim sürecini önemli hâle getirir. Yetkili kişi kaydı, önceden ziyaret bildirimi, kimlik kontrolü, refakat, kamera/log saklama koşulları, malzeme giriş-çıkış prosedürü ve acil erişim kanalları açıkça tanımlanmalıdır.

Remote hands, veri merkezi personelinin belirli fiziksel işlemleri müşteri adına yürütmesini ifade edebilir. Ancak disk değiştirme, kablo takma, cihaz yeniden başlatma, KVM bağlama, paket teslimi ve arızalı ekipman çıkarma işlemlerinin hepsinin standart pakete dahil olduğu varsayılmamalıdır. Hangi işlerin yapılabileceği, yetkilendirme yöntemi, hizmet saatleri, süre ve ücret esasları yazılı belirlenmelidir.

Uptime Institute'un veri merkezi fiziksel güvenlik değerlendirmesi farklı tesis türleri için risklerin değişebileceğini vurgular. Görünen güvenlik kontrollerini tek başına güvenlik sertifikası veya mutlak risk yokluğu olarak yorumlamayın.

8. Sunucu, ağ ve uygulama yönetim sorumlulukları

Colocation modelinde donanım ve yazılımın yönetimi kimin görevidir? Bu soruya net cevap olmadan sunucu barındırma teklifi tamamlanmış sayılmaz. Disk arızasında yedek parça kimden sağlanacak, donanım garanti sürecini kim yönetecek, işletim sistemi yamaları kimde, hypervisor erişimi kimde ve ağ güvenlik politikası nasıl değiştirilecek?

Yönetim portlarını ve BMC/IPMI arayüzlerini internete doğrudan açık bırakmayın. Ayrı yönetim VLAN'ı, VPN, MFA, rol tabanlı yetki, kayıt ve erişim gözden geçirme tasarlayın. Saha personelinin eriştiği fiziksel ekipman ile uygulama yöneticisinin eriştiği sanal sunucular farklı yetki sınırlarına sahip olmalıdır.

BT ekibi bu operasyonun tamamını yürütmek istemiyorsa yönetilen sunucu hizmetlerini teklifin ayrı bir kalemi olarak değerlendirebilir. “Yönetilen” kelimesinin hangi sistemleri, bakım pencerelerini ve olay müdahalesini kapsadığını sözleşmede tanımlayın.

9. Colocation yedekleme veya felaket kurtarma yerine geçer mi?

Hayır. Kabin içindeki ikinci disk veya aynı tesisteki ikinci sunucu, veri kaybı ve tesis kaynaklı ortak hata senaryolarına karşı her zaman yeterli değildir. Kritik sistemler için kabul edilebilir veri kaybı penceresi (RPO), hedef kurtarma süresi (RTO), yedek sıklığı, erişim yetkileri, saklama, farklı hata alanı ve geri yükleme testleri belirlenmelidir.

Ağ veya enerji kesintisinde hangi iş yükünün önce toparlanacağı, DNS/kimlik/veritabanı bağımlılıkları ve uygulama tutarlılığı da kurtarma planında yer almalıdır. Özellikle finans, ERP veya e-ticaret veritabanlarında yedek dosyasının varlığı ile iş uygulamasının tam çalışır durumda geri gelmesi ayrı doğrulama adımlarıdır.

Teklifte yedekleme ve felaket kurtarma hizmetinin dahil olup olmadığı yazılmalıdır. Dahil değilse müşteri tarafından sağlanacak bağımsız çözüm ve işletim sorumlusu önceden belirlenmelidir.

10. Kabin kiralama maliyetini oluşturan kalemler

Kabin fiyatını yalnız dikey U alanına indirgemek yanıltıcı olabilir. Sağlayıcılar sözleşme modeline göre ayrılmış alanı, rezerve gücü, ölçülen enerjiyi, ağ hizmetlerini ve fiziksel işleri farklı biçimde fiyatlandırabilir. Gerçek teklifleri karşılaştırırken aynı varsayımlar üzerinden toplam maliyeti çıkarmak gerekir.

Kuruma ait donanımın amortismanı, garanti/yedek parça, taşıma ve işletim emeği de toplam sahip olma maliyetine dahil edilmelidir. Sunucu kiralama fiyatlandırma yaklaşımımız sabit ve doğrulanmamış rakamlar yerine kapsamın açık biçimde karşılaştırılmasını esas alır.

11. Kabin taşıma ve ilk devreye alma kontrol listesi

Taşınacak her cihazın seri numarasını, U yüksekliğini, ağ portunu, güç kaynağını, işletim sistemi ve lisans bağımlılığını kaydedin. Verileri ve yapılandırmaları yedekleyip geri yükleme yöntemini test edin. Veri merkezi değişiminde yalnız raf montajını değil, bağlantı topolojisini ve iş sürekliliğini planlayın.

Nakliye ve kurulum öncesi ray uyumluluğunu, ağırlık sınırını, güç fişlerini, PDU yerleşimini, kablo ve optik modülleri kontrol edin. IP değişimi veya BGP yönlendirme gerekiyorsa bağlantı geçişi, TTL/önbellek, firewall kuralları ve harici servislerin izinli IP listeleri önceden incelenmelidir.

Devreye alma kabulünde aşağıdaki kontrolleri ayrı kaydedin: cihazların yönetim erişimi, uygulamanın açılması, ağ ve internet yönleri, veritabanı bağlantıları, yedekleme işleri, izleme alarmları, enerjinin devre dağılımı ve remote hands talep kanalı. “Cihaz açılıyor” testi, hizmetin üretime hazır olduğunu tek başına göstermez.

Sık sorulan sorular

1. Colocation kabin kiralama ile dedicated sunucu kiralama arasındaki fark nedir?

Colocation modelinde fiziksel donanım genellikle müşteriye aittir; veri merkezi alan, enerji ve sözleşmedeki hizmetleri sağlar. Dedicated modelde fiziksel sunucu kaynağı hizmet sağlayıcıdan kiralanır. Donanım mülkiyeti, bakım, lisans ve yönetim sorumluluğu teklif özelinde netleştirilmelidir.

2. 1U sunucu için yalnızca 1U alan bedeli mi ödenir?

Her zaman değil. Kurulum, güç tüketimi veya kapasitesi, internet bağlantısı, ek IP, saha müdahalesi ve yedekleme ayrı kalem olabilir. Cihazın derinliği, konnektörleri ve hava akışı da seçilen kabinle uyumlu olmalıdır.

3. A/B enerji hattı varsa elektrik kesintisi yaşanmaz mı?

Böyle bir garanti çıkarılamaz. İki yolun gerçekten hangi noktaya kadar bağımsız olduğu, cihazın çift PSU bağlantısı, devre sınırları ve bakım/arıza senaryoları birlikte değerlendirilir. Tesise ait SLA ve gerçek mimari ayrı doğrulanmalıdır.

4. Kabin port hızı ile aylık internet trafiği aynı şey mi?

Hayır. Fiziksel veya mantıksal port kapasitesi, satın alınan bant genişliği ve ölçülen veri transferi farklı kavramlardır. Committed hız, burst, ölçüm periyodu ve trafik aşımı teklifte belirtilmelidir.

5. Cross-connect hizmeti neden ayrıca ücretlendirilebilir?

Cross-connect belirli bir operatör veya bağlantı noktasına özel fiziksel/lojik erişim sağlar. Kurulum, port, kablo, operatör devresi ve internet transit bedelleri farklı hizmet kalemleri olabilir. Bağlantı yolunun ayrılığı da ayrıca teyit edilmelidir.

6. Veri merkezi Tier III ise tüm uygulamalar otomatik yüksek erişilebilir olur mu?

Hayır. Tesisin sınıflandırması, tek bir sunucunun yazılımını, bağlantısını veya uygulama yedekliliğini garanti etmez. Sertifikanın geçerliliği doğrulanmalı; uygulama mimarisi ve sözleşme kapsamı ayrıca değerlendirilmelidir.

7. Colocation teklifine yedekleme ve remote hands dahil midir?

Otomatik olarak dahil sayılmamalıdır. Hangi yedek hedefinin ve geri yükleme testinin sağlanacağı, hangi fiziksel müdahalelerin kim tarafından yapılacağı, hizmet saatleri ve ek maliyetleri sözleşmede açık olmalıdır.

Colocation teklifinizi gerçek ihtiyaçlarla netleştirin

Colocation kabin kiralama kararı verirken yalnız kabin ölçüsünü değil, kurulu cihaz listesini, güç ve soğutma profilini, network operatörlerini, saha erişimini ve kurtarma hedeflerini birlikte değerlendirin. Böylece farklı teklifleri aynı kapsam ve riskler üzerinden karşılaştırabilirsiniz.

Netsun Bilişim ile teknik keşif yaparken mevcut sunucu modellerinizi, U/derinlik/ağırlık bilgilerini, enerji tüketimini, port ve operatör ihtiyacını, büyüme beklentinizi ve operasyon modelinizi paylaşın. Sunulabilecek kabin kapasitesi, enerji, lokasyon, servis seviyesi veya ek hizmetler ancak somut keşif ve yazılı teklif sonrasında doğrulanır. Colocation ve kabin kiralama için teknik ihtiyaçlarınızı göndererek teklif alın.