VDS Sunucu Kiralarken RAM, Çekirdek ve Bant Genişliği Nasıl Hesaplanır?

Bir sanal sunucunun performansını yalnızca işlemci çekirdeği veya RAM miktarı belirlemez. Uygulamanın kaynak tüketimi, eş zamanlı kullanıcı sayısı, veritabanı işlemleri ve ağ trafiği birlikte değerlendirilmelidir. Gereğinden düşük kaynaklarla başlamak performans sorunlarına, ihtiyacın çok üzerinde kapasite ayırmak ise kullanılmayan kaynaklar için ek maliyete neden olabilir.

Geçmiş trafik verisi olmadan VDS kiralama bütçesi çıkarıyorsanız Verunix VDS kiralama rehberi içindeki kaynak başlıklarını ayrı hesap kalemlerine dönüştürün. İlk tahmini istek başına CPU süresi, çalışan başına bellek ve tepe saatteki giden trafikle sınayın.

VDS sunucu yapılandırmasında doğru kapasiteyi belirlemek için öncelikle çalıştırılacak hizmetlerin davranışını anlamak gerekir. Bir web sitesi, oyun sunucusu veya veritabanı aynı donanım özelliklerine sahip olsa bile kaynakları farklı oranlarda tüketebilir. Bu nedenle hesaplamalar yalnızca ziyaretçi sayısına değil, gerçek iş yüküne dayanmalıdır.

RAM İhtiyacı Nasıl Hesaplanır?

RAM, işletim sisteminin ve çalışan uygulamaların aktif olarak kullandığı verilerin tutulduğu bellektir. Yetersiz bellek, işletim sisteminin disk üzerindeki takas alanına yönelmesine veya bellek tüketimi yüksek işlemleri sonlandırmasına neden olabilir. Özellikle veritabanı ve önbellek kullanan uygulamalarda RAM kapasitesi doğrudan yanıt sürelerini etkileyebilir.

Hesaplamaya işletim sisteminin temel bellek tüketimiyle başlanmalıdır. Ardından web sunucusu, veritabanı, kontrol paneli ve diğer servislerin kullanım miktarları eklenir. Son aşamada ani trafik artışları ve beklenmeyen işlemler için güvenlik payı bırakılır.

Örnek RAM Hesaplaması

Linux üzerinde çalışan, orta düzey ziyaretçi trafiğine sahip bir web uygulaması için aşağıdaki tahmini bellek dağılımı kullanılabilir. Bu değerler uygulama mimarisine ve servis yapılandırmasına göre değişebileceğinden kesin gereksinim olarak değerlendirilmemelidir.

• İşletim sistemi ve temel servisler: 500 MB
• Nginx veya Apache web sunucusu: 300 MB
• PHP uygulama süreçleri: 1.500 MB
• MariaDB veya MySQL veritabanı: 1.000 MB
• Diğer servisler ve izleme araçları: 300 MB

Bu örnekte toplam bellek ihtiyacı yaklaşık 3.600 MB seviyesindedir. Yüzde 25 kapasite payı eklendiğinde gereksinim yaklaşık 4.500 MB olur. Dolayısıyla 4 GB bellek sınırda kalabileceğinden, bu iş yükü için 6 GB veya 8 GB RAM içeren bir yapılandırma daha fazla hareket alanı sağlayabilir.

Ancak Linux sistemlerde önbellek için kullanılan belleğin tamamı gerçek uygulama tüketimi değildir. Bellek durumunu değerlendirirken yalnızca kullanılan RAM miktarına değil, kullanılabilir belleğe, swap etkinliğine ve bellek yetersizliği kayıtlarına da bakılmalıdır.

CPU Çekirdeği Sayısı Nasıl Belirlenir?

İşlemci çekirdekleri, uygulamaların hesaplama işlemlerini gerçekleştirmesini sağlar. Ancak sanal sunucularda belirtilen vCPU sayısı, her zaman fiziksel işlemcinin aynı sayıda çekirdeğinin özel olarak ayrıldığı anlamına gelmez. Sanallaştırma platformu, fiziksel işlemci kapasitesini birden fazla sanal makine arasında zamanlayabilir.

Çekirdek ihtiyacı hesaplanırken uygulamanın paralel işlem yapabilme yeteneği dikkate alınmalıdır. Tek iş parçacığına bağımlı bir uygulama, çekirdek sayısı artırıldığında beklenen performans artışını göstermeyebilir. Çok sayıda eş zamanlı işlem çalıştıran sistemler ise ek çekirdeklerden daha fazla yararlanabilir.

CPU Kullanımına Göre Kapasite Hesaplama

Mevcut bir sunucunun kaynak tüketimi biliniyorsa işlemci ihtiyacı ölçümler üzerinden tahmin edilebilir. Örneğin 2 vCPU bulunan bir sistemde yoğun saatlerde ortalama CPU kullanımı yüzde 80 seviyesindeyse, mevcut iş yükü yaklaşık 1,6 vCPU eşdeğeri işlem kapasitesi tüketiyor demektir.

Hedeflenen kullanım oranı yüzde 60 olarak belirlendiğinde 1,6 değerinin 0,60'a bölünmesiyle yaklaşık 2,67 vCPU gereksinimi ortaya çıkar. Bu durumda 3 veya 4 vCPU içeren bir yapılandırma değerlendirilebilir. Hesaplama, işlemci kapasitesinin benzer olduğu ve sanallaştırma kaynaklı beklemelerin sınırlı kaldığı varsayımına dayanır.

CPU kullanım yüzdesi tek başına yeterli değildir. İşlemci frekansı, mimari, tek çekirdek performansı ve sanallaştırma katmanındaki CPU steal time değerleri de incelenmelidir. Özellikle sürekli işlemci tüketen uygulamalarda yüksek çekirdek sayısından önce çekirdek başına sunulan gerçek performans önem kazanabilir.

Bant Genişliği ile Aylık Trafik Arasındaki Fark

Sunucu paketlerinde sıklıkla karşılaşılan iki kavram bant genişliği ve veri transfer miktarıdır. Bant genişliği genellikle Mbps veya Gbps cinsinden belirtilir ve bağlantının birim zamanda taşıyabileceği teorik veri miktarını ifade eder. Aylık trafik ise belirli bir süre boyunca aktarılan toplam veri miktarıdır.

Örneğin 100 Mbps bağlantı hızına sahip bir sunucu, teorik olarak saniyede 12,5 MB veri aktarabilir. Bağlantının 30 gün boyunca kesintisiz ve tam kapasite kullanılması durumunda yaklaşık 32,4 TB veri transferi gerçekleşir. Ancak protokol yükleri, bağlantı koşulları ve gerçek kullanım davranışları nedeniyle uygulama seviyesinde elde edilen değer farklı olabilir.

Web Sitesi Trafiği Nasıl Tahmin Edilir?

Aylık veri transferini hesaplamak için ortalama sayfa boyutu ve ziyaretçilerin gerçekleştirdiği sayfa görüntüleme sayısı kullanılabilir. Örneğin günlük 10.000 sayfa görüntülemesi bulunan ve her görüntülemede ortalama 2 MB veri aktaran bir web sitesini ele alalım.

Günlük transfer miktarı 20.000 MB, yani yaklaşık 20 GB olur. Otuz günlük dönemde bu değer yaklaşık 600 GB seviyesine ulaşır. CDN kullanımı, tarayıcı önbelleği ve içerik sıkıştırma gibi teknolojiler sunucunun doğrudan aktardığı veri miktarını azaltabilir.

Bununla birlikte aylık trafik hesaplaması, ihtiyaç duyulan anlık bağlantı kapasitesini göstermez. Trafiğin büyük bölümü kısa zaman aralıklarında oluşuyorsa ortalama transfer miktarı düşük olsa bile yüksek bant genişliği gerekebilir. Bu nedenle yoğun saatlerdeki Mbps değerleri ve mümkünse 95. yüzdelik dilim trafik ölçümleri incelenmelidir.

Farklı Kullanım Senaryolarında Kaynak Dağılımı

Sunucu kaynaklarının hangi oranda kullanılacağı, hizmetin çalışma biçimine bağlıdır. Statik içerik sunan bir web sitesi düşük işlemci tüketirken, yoğun veritabanı sorguları çalıştıran bir uygulama daha fazla CPU ve RAM gerektirebilir. Oyun sunucularında ise işlemci gecikmesi ve tek çekirdek performansı ön plana çıkabilir.

• Küçük web uygulamaları: 2 vCPU ve 2–4 GB RAM başlangıç değerlendirmesi için kullanılabilir.
• Orta ölçekli dinamik web siteleri: 2–4 vCPU ve 4–8 GB RAM, uygulama tüketimine göre değerlendirilebilir.
• Veritabanı ağırlıklı sistemler: 4 veya daha fazla vCPU ile 8 GB ve üzeri RAM gerekebilir.
• Oyun sunucuları: Kullanıcı sayısının yanında oyun motoru, eklentiler ve işlemci mimarisi belirleyicidir.

Bu yapılandırmalar kesin kapasite önerileri değil, ilk planlama için kullanılabilecek yaklaşık aralıklardır. Gerçek gereksinimler yük testleriyle doğrulanmalı, özellikle eş zamanlı bağlantı sayısı ve disk gecikmeleri ayrıca değerlendirilmelidir.

Kaynak Planlamasında Ölçüm ve Büyüme Payı

Sistem faaliyete geçtikten sonra ölçümler düzenli olarak takip edilmelidir. Linux ortamlarında top, htop, vmstat ve sar gibi araçlar işlemci ve bellek davranışlarını incelemek için kullanılabilir. Ağ trafiğinde ise anlık hızların yanında günlük ve aylık tüketim eğilimlerini kaydetmek daha sağlıklı karar verilmesini sağlar.

Kaynak artırma kararını tek seferlik kullanım sıçramalarına göre vermek yanıltıcı olabilir. Tekrarlayan yoğunluk dönemleri, işlem kuyrukları, bellek baskısı ve uygulama yanıt süreleri birlikte değerlendirilmelidir. İş yükünün hangi bileşende darboğaz oluşturduğu belirlenmeden yapılan kapasite artışı beklenen iyileşmeyi sağlamayabilir.

Doğru Kapasiteyi Belirleyen Son Kontroller

RAM, CPU ve bant genişliği hesaplamaları birbirinden bağımsız görünse de uygulamanın genel performansında birlikte rol oynar. Yeterli işlemci kapasitesine sahip bir sistem, bellek yetersizliği nedeniyle yavaşlayabilir; güçlü donanımla çalışan bir web uygulaması ise sınırlı ağ kapasitesinde kullanıcılarına geç yanıt verebilir.

Bu nedenle kaynak planlamasında temel yaklaşım, tahmini iş yükünü hesaplamak, makul bir kapasite payı bırakmak ve gerçek kullanım verileriyle yapılan varsayımları doğrulamaktır. Böylece sunucu kaynakları yalnızca başlangıç ihtiyacına göre değil, trafik dalgalanmalarına ve uygulamanın zaman içindeki büyümesine uyum sağlayacak şekilde düzenlenebilir.