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

Veri Merkezi İstanbul Seçerken Hangi Kriterler Önemli?

AnasayfaYazılarSunucu BilgileriVeri Merkezi İstanbul Seçerken Hang...

Veri merkezi İstanbul seçerken yalnızca tesisin şehre yakınlığına veya sunulan kabin alanına bakmak yeterli değildir. Önce uygulamanın gecikme, kesintisizlik, fiziksel erişim ve büyüme ihtiyacını belirleyin; ardından ağ bağlantıları, enerji yedekliliği, soğutma, güvenlik, müdahale süresi ve sözleşme koşullarını kanıtlanabilir bilgilerle karşılaştırın.

İhtiyacı konumdan önce tanımlayın

İstanbul’daki bir tesisin uygunluğu, kullanacağınız sunucunun nereden erişileceğine ve hangi iş yükünü çalıştıracağına bağlıdır. Kullanıcıların çoğu aynı bölgedeyse ağ gecikmesi ve operatör çeşitliliği önem kazanır. Buna karşılık yedekleme veya arşiv sunucusu için düşük gecikmeden çok kapasite, aktarım sürekliliği ve öngörülebilir maliyet daha anlamlı olabilir.

Önce şu bilgileri yazılı hale getirin: gerekli sunucu ve kabin alanı, mevcut güç tüketimi, beklenen büyüme, internet trafiği, izin verilen kesinti süresi ve arıza halinde kabul edilebilir veri kaybı. Kesintiye toleransınız düşükse, tek bir cihazı daha güçlü hale getirmek yerine iki bağımsız güç ve ağ yolu sunan mimariyi değerlendirin. Yalnızca dönemsel çalışan bir sisteminiz varsa, gereğinden yüksek yedeklilik için sürekli ödeme yapmak yerine kapasite artışının nasıl fiyatlandığını inceleyin.

Veri merkezi İstanbul seçeneklerinde teknik altyapıyı karşılaştırın

Enerji ve soğutma sürekliliği

Sunucu enerjisi için UPS, jeneratör, bakım planı ve dağıtım yolları birlikte değerlendirilmelidir. “Yedekli enerji” ifadesinin hangi bileşenleri kapsadığını sorun: yalnızca jeneratör bulunması, sunucuya kadar bağımsız dağıtım olduğu anlamına gelmez. Kabin başına ayrılan güç, ölçüm yöntemi ve kapasite artırma süresi de yazılı olmalıdır.

Soğutma tarafında ise tesisin sıcaklığı kontrol etmesinden çok, arıza veya bakım sırasında hangi yedek kapasitenin devreye girdiği önemlidir. Sıcaklık ve nem izleme kayıtlarına erişip erişemeyeceğinizi, alarm durumunda kimin müdahale edeceğini ve müdahalenin hangi hizmet kapsamına girdiğini netleştirin.

Ağ yolları ve taşıyıcı seçimi

Birden fazla internet taşıyıcısının bulunması, tek bir operatördeki arızanın etkisini azaltabilir; ancak bunun gerçek yedeklilik sayılması için kablo güzergâhlarını, cihaz bağımlılıklarını ve geçiş yöntemini öğrenmek gerekir. Birden fazla hat aynı fiziksel noktadan geçiyorsa çeşitlilik kâğıt üzerinde kalabilir.

Uygulamanız dış sistemlerle yoğun veri alışverişi yapıyorsa, karar şu şekilde verilebilir: farklı taşıyıcılar ve bağımsız ağ cihazları doğrulanabiliyorsa çoklu bağlantıyı değerlendirin; yalnızca tek bir sağlayıcı ve tek bir yönlendirici sunuluyorsa bütçeyi yedek hat varmış gibi planlamayın. İnternet erişimi kritik değilse, daha karmaşık ağ yapısı yerine izleme ve yedekleme kalitesine yatırım yapmak daha uygun olabilir.

Fiziksel erişim ve işletim modelini inceleyin

Sunucuyu kendiniz kuracaksanız, ziyaret prosedürü, çalışma saatleri, kimlik doğrulama, refakat şartı ve acil erişim süresini önceden öğrenin. Uzaktan eller hizmeti kullanacaksanız, teknisyenin hangi işlemleri yapabildiği, işlem başına onay gerekip gerekmediği ve değişikliklerin nasıl kayıt altına alındığı önemlidir. Yönetilen hizmet, sizin yönetim sorumluluğunuzu azaltabilir; fakat kapsamı sözleşmede açık değilse her müdahalenin dahil olduğunu varsaymayın.

Diyelim ki bir e-ticaret uygulamasının veritabanı sunucusunu İstanbul’da barındırmayı düşünüyorsunuz. Uygulamanın kesinti toleransı düşük, ancak şirket ekibi gece tesise gidemiyor olsun. Bu durumda yalnızca düşük ağ gecikmesi sunan tesisi seçmek yerine, mesai dışı fiziksel müdahale prosedürü, yedekli enerji ve uzaktan müdahale kapsamı belgelenmiş tesise öncelik verirsiniz. Aynı tesisin yedekleme bağlantısı bulunmuyorsa, kritik veritabanını tek başına oraya taşımak yerine ikinci bir konum veya bağımsız yedekleme tasarlamak gerekir.

Teklifleri güvenli biçimde değerlendirme yolu

Karşılaştırmaya başlamadan önce mevcut mimarinizin şemasını, güç ihtiyacını, trafik yönlerini ve kurtarma hedeflerini hazırlayın. Sağlayıcıdan da aynı sorulara yazılı yanıt isteyin; farklı teklifleri yalnızca kabin veya aylık alan üzerinden kıyaslamayın. Güvenlik ve operasyon ayrıntılarını değerlendirirken İyibirNet üzerindeki ilgili hizmet bilgilerini de ayrıca inceleyebilirsiniz; bu bağlantı teknik altyapının sizin senaryonuza uygunluğunu tek başına doğrulamaz.

  1. İhtiyaç tablosunu oluşturun. Sunucu sayısı, güç, trafik, büyüme ve kabul edilebilir kesintiyi yazın. Sağlayıcının teklifi bu değerleri açıkça karşılamıyorsa, fiyat karşılaştırmasına geçmeden eksik bilgiyi tamamlayın.
  2. Enerji ve ağ kanıtlarını isteyin. Yedek güç yolları, bakım prosedürü, taşıyıcı çeşitliliği ve fiziksel güzergâh ayrımı hakkında doküman veya açıklama talep edin. Yanıt yalnızca genel bir pazarlama ifadesiyse, bu özelliği doğrulanmış kabul etmeyin.
  3. Fiziksel erişimi ve müdahaleyi sınayın. Planlı bir ziyaret veya tanımlı bir uzaktan müdahale senaryosu üzerinden kimlik, onay, kayıt ve süre akışını sorun. İşlemin kimin sorumluluğunda olduğu belirsiz kalıyorsa, sözleşme eki olmadan taahhüt vermeyin.
  4. İlk kurulum veya deneme kabulünü tanımlayın. Sunucu açıldığında güç ölçümünün görülebilmesini, ağ bağlantılarının ayrı ayrı test edilebilmesini ve izleme alarmının doğru kişiye ulaşmasını kontrol edin. Bir bağlantı kesildiğinde diğer yol çalışıyor, fakat otomatik geçiş yoksa bunu “tam yedeklilik” değil, manuel müdahale gerektiren bir yapı olarak kaydedin.
  5. Değişiklik ve çıkış koşullarını okuyun. Kapasite artışı, cihaz değişimi, taşıma, veri imhası ve sözleşme sonlandırma süreçlerini inceleyin. Şartlar belirsizse yalnızca küçük ve geri alınabilir bir kurulumla başlamak, tüm altyapıyı tek seferde taşımaktan daha güvenli olabilir.

Sözleşmede belirsiz bırakılmaması gereken noktalar

Hizmet seviyesinin neyi ölçtüğünü, planlı bakımın nasıl duyurulduğunu, enerji ve ağ kesintilerinde iletişim kanalını, fiziksel hasar sorumluluğunu ve veri güvenliği yükümlülüklerini okuyun. Yedekleme, işletim sistemi yönetimi, donanım değişimi ve izleme hizmetleri çoğu yapıda ayrı kapsamlar olabilir; bunların dahil olduğunu varsaymak yerine açıkça yazdırın.

Son kararınız, ihtiyacınızla doğrulanmış özelliklerin kesiştiği seçenek olmalıdır. Bir tesiste kritik gereksinimlerden biri kanıtlanamıyorsa, fiyat avantajı bu belirsizliği telafi etmeyebilir. Bir sonraki adım olarak ihtiyaç tablonuzu hazırlayıp en az iki sağlayıcıdan aynı başlıklar altında yazılı yanıt isteyin.


Top