Fiziksel Sunucu Barındırma Hizmeti Nasıl Değerlendirilir?

Fiziksel sunucu barındırma seçerken yalnızca raf alanına veya bağlantı hızına bakmak yeterli değildir. Önce sunucunun kime ait olduğunu, donanım arızasında kimin müdahale edeceğini ve elektrik, ağ, uzaktan erişim gibi hizmetlerin kapsamını netleştirin. Uygulamanızın kesinti toleransı düşükse, satın alma kararını teknik sorumluluk matrisi ve kanıtlanabilir işletim koşulları üzerinden verin.

Fiziksel sunucu barındırma hangi modeli ifade eder?

Fiziksel sunucu barındırma, bir sunucunun veri merkezindeki raf veya kabin altyapısında çalıştırılmasıdır. Sunucu size ait olabilir; bu durumda hizmet çoğunlukla alan, elektrik, ağ bağlantısı ve fiziksel erişim sağlama biçiminde sunulur. Bazı modellerde ise donanımı hizmet sağlayıcı temin eder ve kullanım size tahsis edilir. Bu iki düzenleme benzer görünse de arıza, yükseltme ve sözleşme sorumlulukları farklıdır.

Donanım size aitse disk, bellek, güç kaynağı ve yedek parça yönetiminin kapsamını ayrıca sorun. Sağlayıcının yalnızca fiziksel erişim sunması, arızalı diskin değiştirileceği veya işletim sisteminin yönetileceği anlamına gelmez. Sağlayıcı donanımı temin ediyorsa model, garanti ve parça değişim süresinin hangi koşullara bağlı olduğunu yazılı olarak inceleyin; bu bilgiler hizmetten hizmete değişebilir.

Kararı belirleyen dört teknik sorumluluk

Elektrik ve ağ altyapısı

Kesintisiz güç kaynağı, jeneratör, güç dağıtımı ve ağ taşıyıcılarının nasıl konumlandığını öğrenin. Buradaki amaç yalnızca “yedekli altyapı” ifadesini görmek değil, bir bileşen devre dışı kaldığında hizmetin nasıl sürdürüldüğünü anlamaktır. Uygulamanız kısa ağ kesintilerini tolere edebiliyor ancak elektrik kesintisinde veri kaybı riski taşıyorsa, güç sürekliliği ve sunucunun kontrollü kapanma davranışı ağ kapasitesinden önce değerlendirilmelidir.

Uygulama ağırlıklı olarak tek bir bölgedeki kullanıcılara hizmet veriyor ve gecikme kritik değilse, daha pahalı ağ seçenekleri yerine güç ve donanım müdahale kapsamını önceliklendirmek mantıklı olabilir. Buna karşılık gerçek zamanlı iletişim veya sürekli veri alışverişi yapan bir sistemde, sağlayıcının yalnızca port hızını değil, bağlantıların yönlendirme yapısını ve arıza halinde izlenen süreci açıklayabilmesi gerekir.

Fiziksel erişim ve uzaktan yönetim

Sunucuya gerektiğinde kimlerin, hangi onay süreciyle ve hangi saatlerde erişebildiğini netleştirin. Uzaktan konsol, güç döngüsü veya yönetim arayüzü gibi olanaklar işletim sistemi açılmadığında işe yarayabilir; ancak bunların sunucu modeliniz ve sağlayıcının altyapısıyla uyumlu olması gerekir. Fiziksel erişim gerekiyorsa ziyaret prosedürü, kimlik doğrulama ve müdahale kaydının nasıl tutulduğunu da sorun.

Örneğin, varsayımsal olarak veritabanı sunucunuzun yeniden başlatma sonrasında otomatik açılması gerekiyor ve işletim sistemi düzeyinde uzaktan erişimin bazen kullanılamadığını biliyorsunuz. Sağlayıcı yalnızca raf alanı sunuyor, uzaktan konsol sağlamıyor ve mesai dışı fiziksel müdahaleyi kapsamıyorsa bu model sizin için uygun olmayabilir. Donanım güçlü olsa bile, arızalı bir önyükleme diskine erişim gecikmesi operasyon riskini artırır; bu nedenle uzaktan yönetim ve müdahale süresi birlikte değerlendirilmelidir.

Hizmeti seçmeden önce uygulanabilir değerlendirme

1. İş yükünü ve kesinti etkisini yazın. Tek bir sunucuda çalışan statik bir uygulama ile ödeme veya sipariş verisi işleyen sistemin aynı toleransı yoktur. Kesinti veri kaybına yol açabiliyorsa yedekleme, geri yükleme ve kontrollü kapatma sorularını başa alın.
2. Sorumluluk tablosu isteyin. Donanım, işletim sistemi, ağ, yedekleme ve fiziksel güvenlik başlıklarında “sağlayıcı”, “müşteri” veya “kapsam dışı” ayrımını arayın. Bir arıza için hem sizin hem de sağlayıcının sorumlu göründüğü belirsiz ifadeler varsa sözleşme imzalamadan önce açıklama isteyin.
3. Teknik erişimi doğrulayın. Yönetim arayüzünün adı, erişim yöntemi, yetki sınırı ve bağlantı kesildiğinde izlenecek yol açıklanmalıdır. Sunucuya işletim sistemi üzerinden erişemediğiniz bir senaryoda hangi fiziksel veya sanal konsolun kullanılacağını öğrenin.
4. Arıza senaryosunu yazılı olarak sorun. Örneğin disk arızasında yalnız parça değişiminin mi, RAID durum kontrolünün mü, yoksa veri geri yüklemenin mi kapsama dahil olduğunu ayırın. Parça değişimi yapılması verilerin otomatik olarak kurtarılacağı anlamına gelmez; yedeklerin nerede ve kimin sorumluluğunda olduğu ayrıca değerlendirilmelidir.
5. Küçük bir kabul kontrolü planlayın. Kurulumdan sonra yönetim erişimini, sunucunun yeniden başlatma sonrası beklenen şekilde açılmasını, ağ bağlantısının ve izleme bildirimlerinin çalışmasını kontrol edin. Sonuçlar beklenenden farklıysa üretim verisini taşımadan önce yalnızca bir değişkeni düzeltin ve aynı kontrolü tekrarlayın.

Bu değerlendirmede uygun sonuç; yalnızca sunucunun çevrimiçi görünmesi değil, sorumlulukların anlaşılır olması ve planlanan müdahale yolunun gerçekten kullanılabilmesidir. Örneğin erişim kontrolü çalışıyor fakat yedekleme hizmetinin kapsamı belirsizse, önce yedekleme sürecini tanımlamadan sunucuyu kritik veriler için kullanmak doğru değildir. Buna karşılık yedekleme sizin sorumluluğunuzda ve geri yükleme testi yapılabiliyorsa, sağlayıcının donanım ve fiziksel erişim kapsamına odaklanabilirsiniz.

Teklifleri karşılaştırırken hangi ifadeler yeterli değildir?

“Yüksek erişilebilirlik”, “güvenli veri merkezi” veya “sınırsız trafik” gibi genel ifadeler tek başına karar vermeye yetmez. Bu ifadelerin hangi bileşen için geçerli olduğunu, bakım sırasında nasıl uygulandığını ve istisnaların neler olduğunu sorun. Özellikle bant genişliği, trafik politikası, IP adresi tahsisi, bakım bildirimi ve destek saatleri gibi maddeler uygulamanızın çalışma biçimini doğrudan etkileyebilir.

Bir seçenek yalnızca donanım kiralama gibi görünüyorsa, yazılım lisansları, işletim sistemi yönetimi ve uygulama desteğinin otomatik olarak dahil olduğunu varsaymayın. Kendi ekibiniz sunucuyu yönetebiliyorsa kapsamı dar bir barındırma modeli maliyet ve sorumluluk açısından uygun olabilir. Yönetim için sürekli dış desteğe ihtiyaç duyuyorsanız, aynı fiziksel altyapı için ayrıca yönetilen hizmet veya müdahale koşullarını karşılaştırmanız gerekir.

Sonraki adım: yazılı kapsamı kontrol edin

Teklifleri karşılaştırmadan önce iş yükünüzü, beklenen erişim modelini ve arıza halinde kabul edebileceğiniz süreyi tek sayfalık bir listeye dönüştürün. Ardından fiziksel sunucu seçeneklerini bu listedeki donanım, erişim ve sorumluluk maddeleriyle karşılaştırın. Karar vermeden önce özellikle donanım arızası, yedekleme ve fiziksel müdahalenin sözleşmede açıkça tanımlandığını doğrulayın.