Donanım ve enerji ihtiyacını çıkarın
Sunucuların marka, model, adet ve U yüksekliklerini listeleyin. Ağ cihazları ve diğer ekipmanlar da alan ihtiyacına dahil edilmelidir. Güç tüketimi için yalnızca güç kaynağının üzerindeki maksimum değeri değil, ölçülen veya üretici tarafından belirtilen çalışma tüketimini değerlendirin.
Çift güç kaynağı olan cihazlarda enerji bağlantılarının nasıl sağlanacağını sorun. Teklifin ayrılmış güç, gerçek tüketim veya başka bir modele göre hesaplanıp hesaplanmadığı açık olmalıdır. Kapasite artışı ve yeni donanım ekleme koşulları da görüşülmelidir.
Ağ bağlantısı ve IP kapsamını netleştirin
Bant genişliği, port hızı ve trafik kotası farklı kavramlardır. Portun teknik hızı, sürekli kullanabileceğiniz kapasiteyle aynı olmayabilir. Trafik ölçümü, aşım koşulları ve bağlantı seçenekleri teklif içinde belirtilmelidir.
Kullanılacak IP adresleri, yönlendirme ihtiyacı ve mevcut ağ mimarisi değerlendirilir. Yedekli bağlantı tasarımında operatör çeşitliliğinin yanı sıra fiziksel yollar ve cihazların yedekliliği de sorulmalıdır. Projeye uygulanacak ağ koruma kapsamı ayrıca belirlenir.
Erişim ve yerinde müdahale sorumluluklarını belirleyin
Kurum ekibinin veri merkezine hangi saatlerde ve hangi yetkilendirme adımlarıyla girebileceğini öğrenin. Uzaktan konsol erişimi, cihaz yeniden başlatma ve kablo kontrolü gibi işlemler için sağlanan imkanları yazılı hale getirin.
Yerinde müdahale hizmetinin hangi işlemleri kapsadığı, ücretlendirmesi ve talep süreci farklı olabilir. Parça değişimini kimin yapacağı, yedek parçaların nerede tutulacağı ve arızalı cihazın nasıl çıkarılacağı planlanmalıdır. Donanım garantisi ile veri merkezi hizmeti birbirinden ayrı sorumluluklardır.
Lokasyonu iş sürekliliğiyle birlikte değerlendirin
Lokasyon seçiminde kullanıcılarınıza ağ gecikmesi, teknik ekibinizin erişimi ve ikinci lokasyon ihtiyacı birlikte ele alınır. İstanbul ve Bursa gibi seçenekler kurumun operasyon planına göre değerlendirilebilir.
Veri merkezinde barındırma tek başına uygulama yedeklemesi veya felaket kurtarma anlamına gelmez. Veri kopyalarının nerede tutulacağı, erişim kaybında uygulamanın nasıl açılacağı ve geri dönüş testlerinin kimin tarafından yapılacağı ayrıca belirlenmelidir.
Örnek senaryo: iki sunucu için yalnızca 4U alan istemek
İkişer U yüksekliğinde iki cihazını barındırmak isteyen bir şirket, teklif görüşmesine “4U alan gerekiyor” diye başlayabilir. Ancak cihazların güç bağlantıları, çalışma tüketimi, ağ portları ve uzaktan konsol ihtiyacı henüz bilinmiyorsa bu bilgi hizmeti tarif etmeye yetmez. Araya ağ cihazı eklenmesi veya kablo düzeni ihtiyacı da toplam yerleşimi etkileyebilir.
Örnekte doğru başlangıç, cihazların envanterini ve kullanım amacını paylaşmaktır. Güç ve ağ kapsamı daha sonra bu liste üzerinden belirlenir. Yeni bir cihazın birkaç ay içinde eklenmesi bekleniyorsa kapasite artışının nasıl yapılacağı da konuşulur.
Güç kaynağının etiketiyle çalışma tüketimi aynı olmayabilir
Cihazın üzerindeki güç kaynağı değeri, o cihazın her zaman o kadar enerji kullandığı anlamına gelmez. İş yükü, disk sayısı ve donanım yapılandırması tüketimi etkiler. Teklif için mevcut ölçümler veya üretici verileri kullanılabilir; ancak hangi değerin tahmin, hangisinin ölçüm olduğu belirtilmelidir. Kurulum sonrası gerçek tüketimin farklı çıkması halinde ne yapılacağı da görüşülmelidir.
Çift güç kaynağı bulunan cihazlarda iki bağlantının sağlanması kadar bu bağlantıların hangi enerji yollarına bağlı olduğu da önemlidir. Bir cihazın iki kablosunun bulunması, tek başına iki bağımsız enerji hattı kullanıldığı anlamına gelmez. Güç bağlantılarının ve hizmet kapsamının veri merkezi tarafından açıklanmasını isteyin. Enerji bedelinin hangi modele göre hesaplandığı karşılaştırma tablosunda yer almalıdır.
Yerinde müdahalenin sınırı hangi işlemlerdir?
Yeniden başlatma, kablo kontrolü, disk değişimi ve yeni cihaz kurulumu farklı işlemlerdir. “Teknik destek” başlığı altında hangilerinin sunulduğunu varsaymayın. Bir diskin değiştirilebilmesi için uygun yedek parçanın bulunması, hangi yuvanın değiştirileceğinin bilinmesi ve gerekli onayın verilmesi gerekir. Donanım üreticisinin garanti süreci bu hizmetten ayrı olabilir.
Müdahale talebinin kimden kabul edileceğini ve işlemin tamamlandığının nasıl bildirileceğini belirleyin. Kurum içindeki yetkili kişinin iletişim bilgileri güncel tutulmalıdır. Acil durumda bilinmeyen bir kişinin donanıma erişim istemesi hem gecikme hem güvenlik sorunu yaratır. Teklif aşamasında örnek bir arıza akışını konuşmak, genel bir destek ifadesinden daha anlaşılırdır.
Uzaktan erişimle fiziksel erişimi birlikte planlayın
İşletim sistemi yanıt vermediğinde standart uzak masaüstü veya SSH bağlantısı kullanılamayabilir. Konsol erişimi veya donanım yönetim arayüzü farklı bir müdahale yolu sağlar. Bu erişimin hangi ağ üzerinden sunulacağı ve kimlerin kullanabileceği belirlenmelidir. Yönetim arayüzlerini internetten herkesin erişimine açmak yerine yetkili erişim yöntemleri değerlendirilir.
Fiziksel erişim gerektiğinde randevu, kimlik kontrolü, refakat ve çalışma saatleri gibi süreçler öğrenilmelidir. Cihazı teslim edecek personelin listesi ve kurulum için gerekli kablolar önceden hazırlanabilir. Taşıma sırasında donanımın ve verinin nasıl korunacağı kurumun planında bulunmalıdır. Barındırma teklifini yalnızca aylık ücretle değil, ekibinizin bu süreci nasıl yürüteceğiyle birlikte okuyun.
Colocation tekliflerini okurken kapsam dışında kalan işler
Kabin alanı ve bağlantı verilmesi, uygulamanın yönetiminin veya yedeklemesinin de yapıldığı anlamına gelmez. İşletim sistemi, sanallaştırma, veritabanı ve uygulama katmanlarının sorumluları ayrı olabilir. Donanımın sahibi olan kurum, kendi ekipmanının yenilenmesi ve üretici desteği gibi konuları da planlamalıdır. Bu işler teklifte görünmüyorsa görüşmede açıkça sorun.
İkinci lokasyon veya yedek ortam düşünülüyorsa veri aktarımı ve geri dönüş adımlarına da yer verilmelidir. Başka lokasyonda boş bir cihaz bulunması, uygulamanın orada çalışmaya hazır olduğu anlamına gelmez. Disket’e barındırma talebinde donanım listesini, lokasyon tercihini ve hangi operasyon işlerinde destek beklediğinizi belirtmeniz, U alanı üzerinden başlayan görüşmeyi kullanılabilir bir hizmet kapsamına dönüştürür.
Colocation ile dedicated modelinde görev farkları
| Konu | Colocation | Dedicated kiralama |
|---|---|---|
| Donanım | Kurumun donanımı | Sağlayıcıdan kiralanan donanım |
| Barındırma | Alan, güç ve ağ kapsamı seçilir | Kiralama kapsamıyla birlikte değerlendirilir |
| Parça ve garanti | Kurumun donanım planı ve üretici koşulları | Sağlayıcının donanım müdahale koşulları |
| Uygulama yönetimi | Ayrı görev olarak belirlenir | Ayrı görev olarak belirlenir |
| Yedekleme | Ayrıca tasarlanmalıdır | Ayrıca tasarlanmalıdır |
Teklif öncesi kontrol listesi
- Cihaz envanteri, U yüksekliği ve enerji tüketimi
- Bant genişliği, trafik modeli ve IP ihtiyacı
- Konsol erişimi ve yerinde müdahale işlemleri
- Donanım bakımı, yedek parça ve fiziksel erişim
- Lokasyon, yedekleme ve kurtarma senaryosu
Sık sorulan sorular
Colocation ile dedicated arasındaki fark nedir?
Colocation modelinde kendi donanımınızı barındırırsınız. Dedicated modelinde sağlayıcının donanımını kiralarsınız; yatırım ve bakım sorumlulukları farklıdır.
Sunucu barındırma teklifinde sadece U alanı yeterli midir?
Hayır. Enerji tüketimi, ağ kapasitesi, IP ihtiyacı ve operasyon desteği de maliyeti ve hizmet kapsamını belirler.
Çift güç kaynağı enerji yedekliliği için yeterli midir?
Cihazdaki iki güç kaynağının hangi enerji hatlarına bağlı olduğu da önemlidir. Tek başına kablo sayısından bağımsız hat kullanıldığı sonucu çıkarılmaz. Bağlantı tasarımı ve hizmetin sağladığı enerji kapsamı veri merkeziyle görüşülmelidir.
Disket Teknoloji’nin sektör faaliyetleri 2014 yılında şahıs şirketi olarak başladı. Bugün hizmetlerimiz Disket Teknoloji Ltd. Şti. bünyesinde sürüyor. Şirket geçmişimiz.