Bilgi bankamızda arama yapmak için sorunuzu yazın...
Netx Teknik Ekibi · Yayın: 16.09.2026
Sunucuda gereken bellek, siteyi çalıştıran bileşenlerin toplamıyla belirlenir: işletim sistemi, web sunucusu, PHP işlemleri, veritabanı ve varsa önbellek servisi. Tek bir WordPress sitesi için 2 GB çoğu durumda yeterlidir; WooCommerce veya birden çok site için 4 GB, yoğun veritabanı kullanan yapılarda 8 GB ve üzeri gerekir. Doğru rakam tahminle değil, mevcut kullanımı ölçerek bulunur.
| Bileşen | Tipik tüketim | Not |
|---|---|---|
| İşletim sistemi | 200–400 MB | Panel kuruluysa daha yüksek |
| Kontrol paneli | 500 MB – 1 GB | Panelsiz kurulumda bu kalem yok |
| Web sunucusu | 100–300 MB | Eşzamanlı bağlantı sayısına göre artar |
| PHP işlemleri | İşlem başına 60–150 MB | Asıl belirleyici kalem budur |
| Veritabanı | 512 MB – 4 GB | Veri boyutu ve tampon ayarlarına bağlı |
| Önbellek servisi | 256 MB – 1 GB | Redis/Memcached kullanılıyorsa |
| Yedekleme ve zamanlanmış görevler | Değişken | Gece yükünü unutmayın |
Toplamın üzerine her zaman bir pay bırakın: sistem, disk önbelleği için boş belleği kullanır ve ani yük artışında bu pay sizi korur.
Bellek ihtiyacını en çok belirleyen kalem, aynı anda çalışan PHP işlemleridir. Basit bir hesap:
Örnek: 10 eşzamanlı işlem (1 GB) + veritabanı (1 GB) + sistem ve web sunucusu (0,7 GB) ≈ 2,7 GB. Böyle bir yapı için 4 GB'lık bir paket rahat çalışır, 2 GB sınırda kalır.
Sayfa önbelleği devredeyse istekler PHP'ye hiç ulaşmaz; aynı bellekle çok daha fazla ziyaretçiye hizmet verirsiniz. Bu yüzden "daha fazla RAM" almadan önce önbellek kurmak neredeyse her zaman daha ucuz bir çözümdür. WordPress tarafında LiteSpeed Cache rehberine bakabilirsiniz.
| Senaryo | Başlangıç | Not |
|---|---|---|
| Kurumsal tanıtım sitesi | 2 GB | Önbellekli ve düşük trafikli |
| Blog veya haber sitesi | 2–4 GB | Trafik dalgalıysa 4 GB |
| WooCommerce mağaza | 4–8 GB | Sepet ve hesap sayfaları önbelleklenemez |
| Birden çok müşteri sitesi | 8 GB+ | Site başına pay ayırın |
| API veya uygulama sunucusu | 4 GB+ | Eşzamanlı istek sayısına göre |
| Veritabanı sunucusu (ayrı) | 8 GB+ | Veri kümesi belleğe sığmalı |
Bu değerler başlangıç noktasıdır; ölçüm sonucuna göre yukarı veya aşağı taşınır.
free -h — toplam, kullanılan ve önbelleğe ayrılmış belleği gösterir.ps aux --sort=-%mem | head — en çok bellek kullanan süreçleri listeler.vmstat 1 5 — takas (swap) kullanımını gösterir; si/so sürekli sıfırdan büyükse bellek yetersizdir.dmesg | grep -i "out of memory" — sistemin bellek yetersizliğinden süreç sonlandırıp sonlandırmadığını gösterir.Önemli bir okuma notu: Linux boş belleği disk önbelleği için kullanır. "Kullanılan" görünen belleğin bir kısmı aslında geri alınabilir; asıl kritik gösterge available sütunudur.
Bu belirtiler CPU yetersizliğiyle karıştırılabilir. Ayrım basittir: CPU darboğazında sayfa yavaş ama hatasız açılır, bellek darboğazında süreçler durur ve hata üretir.
Takas, bellek dolduğunda verinin diske taşınmasıdır. Sistemi çökmekten korur ama diskten okuma bellekten çok daha yavaştır; sürekli takas kullanan bir sunucu "çalışıyor ama yavaş" durumundadır. Doğru yaklaşım, takası güvenlik yastığı olarak bırakıp gerçek çözümü bellek miktarında veya uygulama optimizasyonunda aramaktır.
Bu adımlardan sonra hâlâ sınırdaysanız, yükseltme kararı artık ölçüye dayanır.
İkisi farklı darboğazları çözer. Bellek, aynı anda kaç işin ayakta kalabileceğini; işlemci, bu işlerin ne kadar hızlı biteceğini belirler. Yanıt süreleri uzuyor ama hata yoksa işlemci tarafına, süreçler ölüyorsa bellek tarafına bakın. İşlemci tahsisinin nasıl okunacağını vCPU nedir yazısında anlattık.
Üç kaynak birbirinin darboğazını gizleyebilir. Bellek yetersizse sistem takas alanına yönelir ve disk beklemesi artar; disk yavaşsa işlemci veri bekler ve kullanım düşük görünür. Bu yüzden ölçümü yoğun saatte ve üç kaynağı birlikte yapın: free -h, iostat ve top çıktılarını aynı anda alın.
Disk tarafında NVMe diskler, veritabanı yoğun iş yüklerinde bellek yetersizliğinin etkisini azaltır ama ortadan kaldırmaz. Doğru sıra şudur: önce belleği yeterli seviyeye getirin, sonra disk ve işlemciyi değerlendirin.
Paket seçerken bugünkü kullanımın tam üstünü seçmek, ilk trafik artışında sorun yaşatır. Pratik bir yaklaşım: yoğun saatteki kullanımın yüzde 30–40 üzerini hedefleyin. Sezonluk iş yapıyorsanız (kampanya dönemleri, eğitim sezonu) tepe noktasını esas alın, ortalamayı değil.
Netx'in VPS paketlerinde ve VDS paketlerinde bellek değeri paket kartlarında yazılıdır. RAM miktarını diğer kaynaklardan bağımsız seçmek isterseniz VDS Sihirbazı'nı kullanabilirsiniz. Hangi kademenin uygun olduğundan emin değilseniz mevcut sunucunuzda free -h ve yoğun saat ölçümlerinizi paylaşarak satış öncesi danışmanlık alabilirsiniz. Paylaşımlı hostingte kalmak yeterli mi sorusu için hosting mi VPS mi yazısındaki sinyallere bakın.
Önbellekli ve orta trafikli tek bir site için genellikle yeterlidir. WooCommerce, çok dilli yapı veya çok sayıda eklenti varsa 4 GB daha güvenlidir.
Sanal sunucularda paket yükseltmesiyle mümkündür. Yeniden başlatma gerekip gerekmediğini sağlayıcınıza sorun.
Şart değil. Linux boş belleği disk önbelleği için kullanır. available değeri makul seviyedeyse sorun yoktur.
Çalışır, ancak bellek dolduğunda süreçler doğrudan sonlandırılır. Küçük bir takas alanı güvenlik payı sağlar.
Evet, iki iş yükü birbirinin belleğiyle yarışmaz. Ancak ek maliyet ve ağ gecikmesi getirir; büyük yapılarda anlamlıdır.
Değerlendirme: 0