Kaç Kullanıcıya Kaç Sunucu? KOBİ İçin Kapasite Planlamanın Doğru Soruları

Sunucu yatırımı planlayan işletmelerin en sık sorduğu soru nettir: "Elli kişiyiz, hangi sunucu bize yeter?" Soru makul, ama eksiktir — elli kişinin ne yaptığı, kaç sistemin çalışacağı ve verinin nasıl büyüdüğü bilinmeden verilen her cevap tahmindir. Kapasite planlama, kişi sayısından değil iş yükünden başlar. Bu yazı bir donanım kataloğu değildir; satın alma görüşmesine oturmadan önce yönetimin elinde olması gereken soruları ve ilkeleri derler.

Neden "Kullanıcı Başına Sunucu" Formülü Yok?

Aynı elli kişilik iki işletme düşünün: biri yalnız dosya paylaşımı ve muhasebe kullanıyor, diğeri ERP, kamera arşivi, e-ticaret entegrasyonu ve rapor sunucusu çalıştırıyor. İkisinin ihtiyacı arasında katlarca fark vardır. Kullanıcı sayısı yalnız bir çarpandır; asıl belirleyici, çalışacak sistemlerin listesi ve her birinin kaynak iştahıdır.

Boyutlandırma görüşmesi öncesinde netleşmesi gerekenler şunlardır:

• Hangi uygulamalar sunucuda çalışacak: muhasebe/ERP, dosya, veri tabanı, kamera, e-posta?
• Aynı anda kaç kullanıcı bu sistemlere yükleniyor — toplam değil eşzamanlı sayı?
• Veri bugün kaç GB ve yılda ne hızla büyüyor?
• Gün içinde yük dalgalanıyor mu: ay sonu, sezon, vardiya?
• Üç yıl içinde yeni sistem veya şube ihtimali var mı?

Kapasitenin Dört Bileşeni

İşlemci: Çekirdek Sayısı Her Şey Değil

İşlemci ihtiyacını uygulama türü belirler: veri tabanı ve ERP eşzamanlı kullanıcıyla ölçeklenir, dosya sunucusu görece mütevazıdır, kamera analitiği sürekli yük bindirir. Sanallaştırılmış ortamda toplam çekirdek, tüm sanal makinelerin gerçek kullanımına göre — teorik toplamına göre değil — planlanır.

Bellek: En Sık Darboğaz

KOBİ sunucularında performans şikâyetlerinin en yaygın kaynağı yetersiz bellektir; veri tabanları ve sanal makineler belleğe doymaz. Boyutlandırmada bugünkü toplam ihtiyacın üzerine büyüme payı konur — bellek, sonradan eklemesi görece kolay ama baştan eksik alınması en pahalı kalemdir.

Depolama: Kapasite Kadar Hız

Depolamada iki ayrı soru vardır: kaç TB gerekli ve ne hızda? Veri tabanı ile ERP hızlı disk (SSD/NVMe) ister; arşiv ve kamera kaydı kapasite odaklı diskte yaşayabilir. Karma yapı — hızlı katman + kapasite katmanı — çoğu işletmede en dengeli cevaptır. Yedekleme alanı bu hesabın dışında, ayrıca planlanır.

Ağ ve Yedeklilik

Sunucu ne kadar güçlü olursa olsun, ağ darboğazı deneyimi belirler; sunucu tarafında yeterli bant ve mümkünse çift bağlantı planlanır. Güç kaynağı ve disk yedekliliği (RAID) satın alma anında karar verilecek konulardır — sonradan eklemek ya pahalı ya imkânsızdır.

Bileşen	Belirleyen etken	Yaygın hata
İşlemci	Uygulama türü + eşzamanlı kullanıcı	Çekirdek sayısına tek başına bakmak
Bellek	VM ve veri tabanı toplam iştahı	Büyüme payı bırakmamak
Depolama	Kapasite + hız katmanları	Tek tip diskle her yükü taşımak
Yedeklilik	Kesinti toleransı	RAID ve çift güç kaynağını atlamak

Büyüme Payı İlkesi

Sağlıklı boyutlandırma bugünü değil üçüncü yılı hedefler: veri büyümesi, kullanıcı artışı ve olası yeni sistemler hesaba katılır, kaynaklarda makul bir yedek pay bırakılır. Ters uç da hatalıdır — "on yıl yeter" diye alınan aşırı kapasite, teknolojisi eskiyene kadar boşta bekler. Üç yıllık planlama ufku, maliyet ile esneklik arasındaki dengenin yaygın karşılığıdır; sanallaştırılmış ortamda ölçüm verisiyle yıllık gözden geçirme bu dengeyi korur.

Gerçek İşletme Örnekleri

Örnek 1: Kişi Sayısına Göre Alınan Sunucu

Bir dağıtım firması "kırk kişiye yeter" denilen bir sunucu almış; ay sonu fatura kesim yoğunluğunda sistem her ay kilitlenir olmuştu. İnceleme, sorunun kullanıcı sayısında değil ay sonunda eşzamanlı çalışan raporlama yükünde olduğunu gösterdi. Bellek ve disk hız katmanı buna göre güncellendi; ay sonu yoğunluğu olaysız geçmeye başladı.

Örnek 2: Ölçüme Dayalı Yenileme

Bir hukuk bürosunda yenileme öncesi mevcut sunucu üç ay izlendi: gerçek işlemci kullanımı düşük, bellek sürekli sınırda, disk büyümesi yılda öngörülebilir çıktı. Yeni donanım bu ölçüme göre boyutlandırıldı — tahminle alınacak konfigürasyondan daha dengeli ve daha ekonomik bir yatırım yapıldı.

Yamanlar Bilişim Bu Süreçte Nasıl Destek Sağlar?

Yamanlar Bilişim kapasite planlamayı tahmin değil ölçüm işi olarak ele alır: mevcut ortam varsa kaynak kullanımı bir süre izlenir, yoksa uygulama listesi ve eşzamanlı kullanım üzerinden hesap kurulur. Öneri; işlemci, bellek, depolama katmanları ve yedeklilik seçenekleriyle birlikte, üç yıllık büyüme senaryosuna göre sunulur.

Boyutlandırma çalışmasında Yamanlar Bilişim'in sağladığı başlıca adımlar şunlardır:

• Uygulama ve iş yükü envanterinin çıkarılması
• Mevcut ortamda kaynak kullanımının ölçülmesi
• Üç yıllık büyüme senaryosuyla boyutlandırma önerisi
• Depolama katmanları ve yedeklilik tasarımı
• Kurulum sonrası kapasite izleme ve yıllık gözden geçirme

Boyutlandırma ve kurulum hizmetinin kapsamını Sunucu Kurulumu & Sanallaştırma sayfasında bulabilirsiniz; mimari tarafındaki fiziksel/sanal kararını bu rehberde ele almıştık.

SSS