2025 yılında sunucular ve VPS'ler için gerçekten ne kadar RAM'e ihtiyacınız olacak?

RAM boyutlandırma, bir performans testi değil, iş yükü hesaplamasıdır. Gereğinden fazla harcama yaparsanız, atıl kapasite için para ödersiniz. Gereğinden az hesaplarsanız, işlemleriniz sonlandırılır, veritabanınız bellek yerine diskten hizmet verir veya konteynerlerinizin performansı kısıtlanır. Bu kılavuz, en sık karşılaştığımız iş yükleri (web barındırma, veritabanları, sanallaştırma, konteynerler, yapay zeka çıkarımları ve oyun sunucuları) için somut RAM aralıkları sunar; ayrıca listede yer almayan bir şey için boyutlandırma yaparken uyulması gereken kuralları da içerir.

Bir sunucuda RAM'in işlevi

RAM, sunucunun aktif olarak üzerinde çalıştığı her şeyi barındırır. Web sunucuları, veritabanı motorları ve arka plan daemonları için işlem belleği. İşletim sistemi düzeyinde sayfa önbelleği ve disk I/O tamponları. Uygulamalar ve kapsayıcılar için çalışma zamanı belleği. Ve sanal makinelere veya kapsayıcı iş yüklerine ayrılan bellek blokları.

RAM boyutlandırmasını CPU boyutlandırmasından ayıran şey, arıza modudur. CPU kapasitesi dolduğunda işlemler yavaşlar. RAM kapasitesi dolduğunda ise çekirdek ya takas yapar (yavaşlar) ya da OOM killer bir kurban seçer ve onu sonlandırır. İlki kötü bir durumdur. İkincisi ise veri kaybına yol açar. RAM’i bir marj bırakarak ayarlamak sadece “olsa iyi olur” bir şey değildir; yük altında sistemin çökmesini engelleyen şeydir.

İş yüküne göre RAM

Web ve uygulama sunucuları

• Hafif LAMP veya LEMP yığını: 1 ila 2 GB
• Önbellekleme özelliğine sahip WordPress veya CMS (örn. Redis): 2 ila 4 GB
• E-ticaret (Magento, WooCommerce): 4 ila 8 GB
• Node.js, Django veya Rails uygulamaları: 2 ila 6 GB

Redis veya Varnish gibi önbellekleme katmanları, uygulama temel değerine ek olarak kendilerine ait RAM gerektirir. PHP-FPM işleyicileri, veritabanı bağlantıları ve ters proxy'ler aynı anda bellek tüketir; bu nedenle önemli olan rakam, boşta kalma ayak izi değil, en yüksek paralelizmdir.

Veritabanı sunucuları (SQL ve NoSQL)

• MySQL veya PostgreSQL (küçük): 4 ila 8 GB
• MySQL veya PostgreSQL (büyük veya yüksek trafikli): 16 ila 64 GB
• MongoDB veya Redis (bellek odaklı): 32 ila 128 GB veya daha fazla
• Elasticsearch veya OpenSearch düğümleri: Düğüm başına 32 ila 128 GB

Amaç, çalışma kümesini, dizinleri ve sık erişilen satırları RAM'de tutmaktır. Bunlardan herhangi biri diske taşarsa, SSD ne kadar hızlı olursa olsun gecikme süresi kat kat artar.

Sanallaştırma ana bilgisayarları (Proxmox, VMware, Hyper-V)

• Hafif Linux sanal makineleri: Sanal makine başına 2 ila 4 GB
• Windows sanal makineleri: Sanal makine başına 8 ila 12 GB
• Barındırma panelleri (cPanel, Plesk, DirectAdmin): her örnek için 4 ila 8 GB
• KVM veya LXC konteyner ana bilgisayarları: 32 ila 128 GB veya daha fazla

Konuk tahsisatlarının yanı sıra, ana bilgisayar işletim sistemi için her zaman 4 ila 8 GB ayırın. Konteynerler, iş yükü başına tam sanal makinelerden daha az RAM kullanır ancak farklı şekilde ölçeklenir; bu nedenle, konteyner başına boyut yerine yoğunluk ve ani yük artışları için yedek alan planlayın. Ana bilgisayar ZFS kullanıyorsa, varsayılan olarak sistem RAM'inin yarısına kadarını sessizce kaplayacak ve konuk tahsisatlarıyla rekabet edecek olan ARC'yi de hesaba katın (ZFS ARC ayarlama kılavuzumuz, hipervizör iş yükleri için doğru sınırları ele almaktadır).

Konteynerler ve mikro hizmetler (Docker, Kubernetes)

• Basit Docker yığınları (web, uygulama, veritabanı): 8 ila 16 GB
• Docker Swarm veya K3s uç düğümleri: 16 ila 32 GB
• Kubernetes işçi düğümleri: 32 ila 128 GB
• CI/CD çalıştırıcıları ve derleme aracıları (GitLab, Jenkins): Çalıştırıcı başına 8 ila 32 GB

Uzun süre çalışan konteynerlerde bellek sızıntılarına dikkat edin. Kafka ve Elasticsearch gibi JVM tabanlı iş yükleri için daha yüksek temel değerler gerekir, çünkü yığın, izin verdiğiniz her yere yerleşir ve bu genellikle beklediğinizden daha yüksek bir değerdir.

AI ve ML çıkarım

• Küçük modeller (kuantize edilmiş BERT, Llama 7B): 16 ila 32 GB
• Orta ölçekli modeller (13B ila 30B, kuantize edilmiş): 64 ila 128 GB
• Büyük modeller (40B+ veya kuantize edilmemiş orta aralık): 128 ila 512 GB veya daha fazla
• GPU destekli çıkarım (Stable Diffusion, Whisper): Yük devretmeye bağlı olarak 32 ila 128 GB

Kuantizasyon, bellek yükünü GPU'dan CPU RAM'ine kaydırır; bu nedenle, GPU'da fp16 mi yoksa CPU'da 4 bit mi kullandığınıza bağlı olarak sistem özellikleri önemli ölçüde değişir. Toplu iş boyutu ve komut uzunluğu da bu rakamları artırır. AI çıkarım barındırma kılavuzumuz, donanımı model boyutuna uygun hale getirme konusunda daha ayrıntılı bilgi sunar.

Oyun sunucuları

• Minecraft (vanilla): 2 ila 4 GB
• Minecraft (modlu): 6 ila 16 GB
• Rust, ARK veya 7 Days to Die: 8 ila 16 GB
• Çoklu örnek barındırma düğümleri: 32 ila 64 GB

Özel iş yükleri

• Video kod dönüştürme (FFmpeg, Plex): 16 ila 64 GB
• Yedekleme veya anlık görüntü sunucuları: 8 ila 16 GB, veri tekilleştirme motorları çalıştırılıyorsa daha fazla
• Güvenlik duvarı veya IDS (pfSense, Suricata): 2 ila 8 GB; NetFlow veya tam paket günlüğü için daha fazla

Takas belleğine güvenmeyin

Takas belleği, RAM'den 10 ila 100 kat daha yavaştır. Takas belleği, kullanılabilir belleği genişletmek için değil, bellek yükü aniden arttığında çekirdeğin sığınabileceği bir güvenlik ağı olarak bulunur. Bir sunucu normal yük altında takas belleğine başvuruyorsa, kaynak tahsisi yetersizdir, nokta. Linux takas alanı, OOM katili ve cgroup'ların nasıl etkileşime girdiğini anlatan makale, arıza durumlarını ayrıntılı olarak ele almaktadır.

RAM kapasitesini doğru şekilde belirleme

1. Ortalamayı değil, en yüksek değeri ölçün. htop, free -m, vmstat 1veya Kubernetes metriklerinizi kullanarak tam bir trafik döngüsü boyunca en yüksek kullanım değerini bulun. Günlük en yüksek değerler, haftalık toplu işlemler ve aylık faturalandırma döngüleri hepsi önemlidir.
2. Büyüme için yedek kapasite ekleyin. Uygulama ölçeklendirme için %20 ila %50. Veritabanları için belleği istek hızına göre değil, veri kümesi boyutuna göre ölçeklendirin. Çok kiracılı platformlar için müşteri başına kapladığı alanı hesaplayın ve çarpın.
3. Tolere edebileceğiniz arıza moduna göre plan yapın. RAM'i yetersiz kalan bir okuma replikası performans kaybına uğrar. RAM'i yetersiz kalan bir birincil veritabanı, sorguları bozar ve beraberinde uygulamaları da çökertebilir. RAM'i, etki alanının en geniş olduğu yere ayırın.

RAM, yetersiz kalmasının fazlalığından daha fazla zarar verdiği bir özelliktir. Bellek eklemek, CPU sınırlı bir uygulamayı hızlandırmaz, ancak çok kısıtlı çalıştırmak istikrarı bozar. Gerçek izleme verileriniz ve test ettiğiniz en yüksek yük değerlerine göre boyutlandırın, ardından yedek alan bırakın.

FDC, birçok bölgede yüksek RAM yapılandırmalarına ve sınırsız bant genişliğine sahip Özel Sunucular ve VPS'ler sunar.