Fiziksel Sunucu Barındırma Hizmetinde Ağ ve Enerji Nasıl Değerlendirilir?

Fiziksel sunucu barındırma seçerken yalnızca işlemci, bellek ve disk kapasitesine bakmak yeterli değildir. Uygulamanın bulunduğu kullanıcılara ağ gecikmesi, enerji kesintilerine karşı yedeklilik ve arıza anında kimin müdahale edeceği birlikte değerlendirilmelidir. Sunucu yoğun işlem yapıyorsa kaynakları, kesintiye duyarlıysa enerji ve ağ tasarımını önceleyin; sağlayıcının sorumluluk sınırlarını yazılı olarak netleştirin.

Fiziksel sunucu barındırma için önce iş yükünü tanımlayın

Fiziksel sunucu barındırma, bir sunucunun veri merkezinde çalıştırılması ve bunun için alan, enerji, ağ bağlantısı ve fiziksel güvenlik sağlanmasıdır. Sunucunun size ait olması veya hizmet kapsamında temin edilmesi, veri merkezinin her yazılım ve donanım işlemini üstlendiği anlamına gelmez. Donanım değişimi, işletim sistemi güncellemesi, yedekleme ve uygulama yönetimi sözleşmeye göre farklı tarafların sorumluluğunda olabilir.

İlk karar, performans ihtiyacından çok iş yükünün davranışına göre verilmelidir. Uzun süre yüksek işlemci kullanan bir veritabanı ya da lisanslı bir uygulama için sabit fiziksel kaynaklar anlamlı olabilir. Buna karşılık trafik gün içinde büyük ölçüde değişiyor ve kapasitenin hızla artırılıp azaltılması gerekiyorsa, fiziksel makinenin sabit kapasitesi uygun olmayabilir; sanal veya bulut tabanlı bir ortam daha esnek bir seçenek sunabilir.

Depolama ağırlıklı bir uygulamada kapasite kadar disklerin hata toleransı ve geri yükleme süresi önemlidir. Yoğun sorgu alan bir veritabanında ise bellek miktarı, disk gecikmesi ve ağın kararlılığı ayrı ayrı incelenmelidir. Kullanıcı sayısının yüksek olması tek başına fiziksel sunucu gerektirmez; belirleyici olan, uygulamanın kaynakları ne kadar sürekli ve öngörülebilir kullandığıdır.

Ağ bağlantısını yalnızca port hızına göre karşılaştırmayın

Port hızı, sunucunun ağa bağlanabileceği teorik üst sınırı anlatır; kullanıcıların gerçek deneyimini tek başına göstermez. Uygulamanın ziyaretçileri belirli bir ülkede yoğunlaşıyorsa veri merkezinin bu kullanıcılara ağ mesafesi, taşıyıcı çeşitliliği ve olası yönlendirme değişiklikleri önem kazanır. Bir dış servise sürekli istek atan uygulamada ise o servise olan gecikme, genel internet hızından daha belirleyici olabilir.

Değerlendirme sırasında sağlayıcıdan şu noktaları yazılı olarak isteyin:

• Bağlantı yapısı: Birden fazla taşıyıcı veya alternatif yol bulunması, tek bir ağ sağlayıcısındaki arızanın etkisini azaltabilir; bunun fiziksel sunucuya nasıl uygulandığını sorun.
• Tahsis edilen kapasite: Belirtilen port hızının özel mi, paylaşımlı mı olduğunu ve trafik kullanım politikasını öğrenin; yüksek port hızı sürekli aynı aktarım kapasitesini garanti etmeyebilir.
• Adres ve erişim kapsamı: IPv4 veya IPv6 adreslerinin tahsisi, güvenlik duvarı kuralları ve ters DNS gibi işlemlerin kimin sorumluluğunda olduğunu netleştirin.

İş yükünüz dış bir API’ye bağlıysa ve bu servise erişimde gecikme kritikse, sağlayıcının genel hız vaadini değil ilgili bölgeye giden yolun ölçülebilir izleme yöntemini değerlendirin. Gecikme kabul edilebilir düzeyde ancak aktarım kapasitesi yetersizse port veya trafik planını ele alın; gecikme yüksekse yalnızca portu büyütmek sorunu çözmeyebilir.

Enerji sürekliliği ve fiziksel müdahale kapsamını ayırın

Veri merkezinde kesintisiz güç kaynağı, jeneratör ve yedek dağıtım bileşenleri bulunması sunucunun her arızada çalışmaya devam edeceği anlamına gelmez. Sunucunun güç kaynaklarının yedekli olup olmadığı, hangi güç hattına bağlandığı ve tek bir elektrik bileşeninin kaç sistemi etkileyebileceği ayrıca sorulmalıdır. Bu ayrıntılar sağlayıcının tesis tasarımına ve seçilen hizmete göre değişebilir.

Diyelim ki bir stok uygulaması mesai saatlerinde çalışıyor, ancak gece uzun raporlar üretiyor. Raporlar işlemciyi düzenli olarak uzun süre kullanıyor ve kısa süreli ağ gecikmeleri tolere edilebiliyorsa, sabit fiziksel kaynaklı bir sunucu tercih edilebilir. Fakat stok verisi kesintisiz erişilebilir olmalı ve donanım arızasında hızlı dönüş gerekiyorsa, yalnızca işlemci gücünü karşılaştırmak yerine yedekli disk yapısını, yedekleme süresini ve fiziksel müdahale prosedürünü birlikte değerlendirmek gerekir. Bu örnek varsayımsaldır; gerçek seçim uygulamanın ölçümleri ve sözleşme kapsamıyla doğrulanmalıdır.

Arıza anında kimin ne yaptığı

“Yönetilen” veya “barındırılan” ifadesi her sağlayıcıda aynı hizmeti anlatmayabilir. Donanım arızasında sağlayıcının parça değişimi yapması mümkünken, işletim sistemi onarımı ya da uygulama yapılandırması müşteriye bırakılabilir. Hizmet tanımında donanım izleme, parça değişimi, yeniden başlatma, konsol erişimi ve planlı bakım bildirimlerinin ayrı maddeler halinde bulunmasına dikkat edin.

Teklifleri aynı iş yüküyle güvenli biçimde karşılaştırın

Karşılaştırmayı dört aşamada yapabilirsiniz. Önce son dönemdeki işlemci, bellek, disk doluluk ve ağ kullanımı değerlerini aynı zaman aralığıyla çıkarın; tek bir yoğun saat yerine normal ve yoğun dönemleri birlikte görün. Ardından uygulamanın kabul edebileceği kesinti süresini ve veri kaybı sınırını yazın. Bu sınır kısa ise enerji, disk dayanıklılığı ve geri dönüş prosedürü kapasite artışından önce gelir.

Sonra her sağlayıcıya aynı teknik soruları yöneltin ve cevapları sözlü vaatlerle değil sözleşme maddeleriyle karşılaştırın. Ağ yolu kullanıcılarınızdan uzak, ancak enerji tasarımı güçlü bir seçenek sunuyorsa; kullanıcı kitlesi bölgesel ve gecikme kritikse ağ konumunu öne alın. Buna karşılık trafik düşük, fakat sürekli yüksek işlemci kullanımı varsa büyük ağ kapasitesi yerine işlemci, bellek ve soğutma sınırlarına odaklanın.

Son adımda kabul ölçütlerini önceden belirleyin: Sunucuya erişim sağlanması, uygulamanın bağımlı servislerle haberleşmesi, disk alanı uyarılarının izlenmesi ve planlanan bakım pencerelerinin bildirilmesi gibi kontrolleri yazılı hale getirin. Uygun sonuç, yalnızca sunucunun açılması değil, uygulamanın gerçek çalışma akışının ve sorumluluk paylaşımının anlaşılır olmasıdır. Donanım özelliklerini incelemek için fiziksel sunucu seçeneklerini karşılaştırırken bu kabul ölçütlerini de her teklif için kullanabilirsiniz.

İlk görüşmede sorulacak kritik sorular

• Elektrik kesintisi, güç kaynağı arızası ve planlı bakım senaryolarında bilgilendirme ile müdahale süreci nedir?
• Donanım arızasında parça değişimini kim yapar ve işletim sistemiyle uygulamanın yeniden çalışır duruma getirilmesi kimin sorumluluğundadır?
• Sunucu bağlantısı paylaşımlı bir ağ kapasitesine mi, belirli bir tahsis planına mı dayanır?
• Yedekleme hizmeti sunucunun parçası mı, yoksa ayrıca tasarlanması gereken bir işlem mi?

Bu sorulara verilen cevaplar belirsiz kalıyorsa, kapasite seçiminden önce sorumluluk ve arıza prosedürünü netleştirin. Sonraki pratik adım, mevcut iş yükünüz için bir günlük normal kullanım ve yoğun kullanım özeti hazırlayıp aynı belgeyi tüm aday sağlayıcılara göndermektir.