Magento İçin En İyi Hosting Seçimi: CPU, RAM, NVMe ve Redis Rehberi

Magento İçin Doğru Hosting Seçimi Neden Bu Kadar Kritik?

Magento, esnekliği ve gelişmiş özellikleriyle güçlü bir e-ticaret altyapısı sunuyor; ancak bunun bir bedeli var: kaynak tüketimi. Aynı ürün sayısına sahip basit bir e-ticaret altyapısı ile Magento’yu yan yana çalıştırdığınızda, CPU, RAM ve disk tarafında ne kadar iştahlı olduğunu hızlıca fark edersiniz. Planlama toplantılarında “Kaç ziyaretçi kaldırırız, kampanya günlerinde site çöker mi, Redis şart mı, NVMe gerçekten fark ettirir mi?” gibi soruların sık gelmesinin sebebi tam olarak bu.

Bu yazıda, DCHost ekibi olarak Magento projelerinde sahada gördüğümüz gerçek senaryolara dayanarak konuşacağız. paylaşımlı hosting mi, NVMe tabanlı VPS mi, yoksa dedicated sunucu mu mantıklı; hangi aşamada Redis devreye girmeli; CPU ve RAM’i nasıl boyutlandırmalısınız; bunları sayılara ve adım adım kontrol listelerine dökeceğiz. Amacımız, “şu paket olur mu?” sorusundan çıkıp, iş yükünüze göre teknik olarak doğru Magento hosting altyapısını seçebilmenizi sağlamak. E-ticaret altyapıları için genel yaklaşıma ilgi duyuyorsanız, daha geniş perspektif için e-ticaret siteleri için en iyi hosting çözümleri rehberimizi de gözden geçirmenizi öneririz.

Adım 1: Magento İş Yükünüzü Netleştirmek

Doğru hosting seçiminin ilk adımı, “kaç vCPU ve kaç GB RAM alalım?” sorusuna atlamak değil; iş yükünüzü sayılara dökmektir. Magento tarafında kabaca şu metrikler belirleyici olur:

• Aylık ve eşzamanlı ziyaretçi sayısı
• Ürün sayısı (SKU), varyant sayısı
• Kategori, filtre ve arama yoğunluğu
• Ödeme adımındaki eşzamanlı sepet / checkout sayısı
• Yoğun kampanya dönemlerindeki (Black Friday vb.) pik trafik
• Üçüncü parti entegrasyonlar (ERP, kargo, muhasebe, pazaryeri senkronizasyonları)

Örnek Senaryo 1: Küçük Butik Magento Mağazası

Senaryo: 500–1.500 ürün, günde 500–2.000 ziyaretçi, eşzamanlı 20–40 oturum, zaman zaman kampanya, sınırlı entegrasyonlar.

• Genelde tek sunucu (uygulama + veritabanı + Redis) ile yönetilebilir.
• NVMe disk performansı, sayfa geçişlerinde ciddi fark yaratır.
• Redis’i en azından oturum (session) ve sayfa önbelleği için devreye almak akıllıca olur.

Örnek Senaryo 2: Orta Ölçekli, Sürekli Kampanyalı Mağaza

Senaryo: 5.000–20.000 ürün, günde 10.000–50.000 ziyaretçi, eşzamanlı 150–300 oturum, yoğun kupon/indirim kampanyaları, birden fazla ERP/pazaryeri entegrasyonu.

• Uygulama ve veritabanını ayırmak çoğu zaman mantıklıdır.
• Redis için ayrı bir servis veya ayrı bir sunucu planlanması fayda sağlar.
• CPU ve RAM tarafında daha agresif ölçekleme gerekir; NVMe artık “opsiyon” değil “zorunlu” hale gelir.

Örnek Senaryo 3: Yüksek Trafikli, Çok Dilli Magento Altyapısı

Senaryo: 50.000+ ürün, birden çok dil ve ülke sitesi, günde yüzbinlerce ziyaretçi, yoğun kampanyalar, karmaşık fiyat ve stok kuralları.

• En az iki katmanlı mimari (uygulama katmanı + veritabanı katmanı) gerekir.
• Redis ve veritabanı için ayrı sunucular planlamak gerekir.
• Gerekirse yük dengeleyici (load balancer) ile yatay ölçekleme yapılır.

Bu aşamada yaptığınız kapasite analizi, ileride “keşke baştan doğru kurgulasaydık” dememenizi sağlar. Trafiği ve davranışları zamanla izleyerek ölçekleme yapma konusuna meraklıysanız, yoğun trafikli kampanyalar için ölçeklendirme rehberimize mutlaka göz atın.

Adım 2: Magento İçin CPU Seçimi ve vCPU Sayısını Belirlemek

Magento, PHP tabanlı bir uygulama olduğu için CPU tarafında hem istek başına işlem süresine hem de eşzamanlı istek sayısına duyarlıdır. Kısaca: hem çekirdek başına hız, hem de toplam çekirdek sayısı önemlidir.

vCPU Nedir, Fiziksel Çekirdekle Farkı Ne?

VPS ve bulut altyapılarda genellikle “vCPU” ifadesiyle karşılaşırsınız. vCPU, fiziksel çekirdeğin sanallaştırılmış bir birimidir. İyi tasarlanmış bir altyapıda vCPU başına düşen fiziksel çekirdek oranı dengeli tutulur; ancak iş yükü ağırlaştıkça vCPU sayısını artırmak, Magento’nun nefes almasını sağlar.

Magento İçin Önerilen CPU Aralıkları

• Küçük mağaza (Senaryo 1): 2–4 vCPU
  Basit katalog, düşük eşzamanlı trafik için 2 vCPU ile başlanabilir; Redis ve arka planda indekslemeler devreye girince 4 vCPU daha konforlu olacaktır.
• Orta ölçek (Senaryo 2): 4–8 vCPU
  Özellikle kampanyalı dönemlerde checkout ve sepet işlemlerinin tıkanmaması için en az 4 vCPU; daha güvenli tarafta kalmak için 6–8 vCPU tercih edilebilir.
• Yüksek trafik (Senaryo 3): 8+ vCPU (hatta yatay ölçekleme)
  Bu seviyede genelde tek sunucuya yük bindirmek yerine, birden fazla uygulama sunucusunu yük dengeleyici ile çalıştırmak daha sağlıklıdır.

Benzer CPU boyutlandırma mantığını, farklı teknolojiler için anlattığımız WooCommerce, Laravel ve Node.js’de doğru VPS kaynaklarını seçme rehberinde de detaylıca işledik; oradaki yaklaşım Magento için de oldukça benzer çalışır.

PHP-FPM İşçi (Worker) Sayısı ve CPU İlişkisi

Magento genellikle PHP-FPM üzerinden çalıştırılır. PHP-FPM havuzunda çok fazla worker açmak, yetersiz CPU ve RAM ile birleşince sistemi kilitleyebilir. Basit bir başlangıç formülü olarak:

• Toplam PHP-FPM worker sayısını, vCPU sayınızın 2–3 katı civarında başlatabilirsiniz.
• Örneğin 4 vCPU’lu bir sunucuda 8–12 PHP-FPM worker ile başlamak mantıklıdır.
• Daha sonra gerçek trafik altında load average ve response time ölçümlerinize göre ayarlama yaparsınız.

Adım 3: Magento İçin RAM Planlaması

RAM tarafı, Magento’da en sık hafife alınan ama performansı dramatik biçimde etkileyen kaynaktır. RAM yetmediğinde sistem swap’e yüklenir, NVMe bile kullanıyor olsanız yanıt süreleri uçuruma gider. Planlama yaparken RAM’i bileşenlere bölerek düşünmek gerekir:

• İşletim sistemi
• Web sunucusu (Nginx/Apache) + PHP-FPM
• Veritabanı (MySQL/MariaDB)
• Redis (page cache, session vb.)
• Arama servisi (Elasticsearch / OpenSearch)
• Arka plan işler (cron, indeksleme, entegrasyon script’leri)

Kaba Bir RAM Dağılım Modeli

Tek sunucu üzerinde çalışan bir Magento kurulumunda, kabaca şu dağılım mantıklı bir başlangıç olabilir:

• İşletim sistemi: 0.8–1.5 GB
• Web sunucusu + PHP-FPM: 1.5–3 GB (worker sayısı ve trafikle doğru orantılı)
• MySQL/MariaDB: 2–4 GB (InnoDB buffer pool başta olmak üzere)
• Redis: 512 MB–1 GB (kullanım senaryosuna göre)
• Elasticsearch / OpenSearch: 2–4 GB (segment büyüklüğüne göre artabilir)

Bu kabaca, küçük–orta ölçekli bir mağaza için en az 8 GB RAM ile başlamanın neden makul olduğunu gösteriyor. Trafik ve ürün sayısı arttıkça 16 GB ve üzerine çıkmak çoğu zaman kaçınılmaz hale gelir.

Senaryolara Göre RAM Önerileri

• Küçük mağaza: 8 GB RAM ile başlanabilir; Redis ve arama servisi devredeyse 12–16 GB konfor sağlar.
• Orta ölçek: 16–24 GB RAM genellikle iyi bir başlangıç aralığıdır; veritabanını ayrı bir sunucuya ayırınca bu değer uygulama tarafında biraz düşebilir.
• Yüksek trafik: Uygulama ve veritabanı katmanlarını ayırarak; örneğin 16–32 GB RAM’li bir veya birkaç uygulama sunucusu, 32+ GB RAM’li bir veritabanı sunucusu gibi kombinasyonlar tercih edilir.

RAM planlamasında ana hedef, veritabanı ve Redis gibi bellek dostu bileşenleri mümkün olduğunca RAM içinde tutmak ve swap’e düşmelerini engellemektir.

Adım 4: Magento’da NVMe Depolama ve I/O Performansının Önemi

Magento, diski sadece dosya okuma/yazma için kullanmaz; cache, oturum verileri, log’lar, arama indeksleri, statik varlıklar (CSS, JS, görseller) ve veritabanı I/O’su da işin içine girer. Bu nedenle disk gecikmesi (latency) ve IOPS Magento performansında kritik rol oynar.

NVMe ile SATA SSD Arasındaki Fark Magento’da Nasıl Hisssedilir?

Kağıt üzerinde NVMe’nin SATA SSD’ye göre çok daha yüksek IOPS ve düşük gecikme sunduğunu biliyoruz. Gerçekte Magento tarafında bunu şu alanlarda net hissedersiniz:

• Admin panelde kategori/ürün sayfalarının daha akıcı açılması
• Önbellek temizleme (cache flush) işlemlerinin süresinin kısalması
• Reindeksleme ve cron görevlerinin daha hızlı tamamlanması
• Kampanya dönemlerinde artan veritabanı I/O yükünün daha iyi tolere edilmesi

NVMe’nin pratik getirilerini detaylı görmek isterseniz, NVMe VPS hosting rehberimizde sentetik testler ve gerçek dünya deneyimlerini anlattık; aynı prensipler Magento için de birebir geçerli.

Magento İçin Ne Kadar Disk ve Hangi Dosya Sistemi?

• Disk kapasitesi: Küçük mağazalar için 80–160 GB arası başlamak çoğu zaman yeterli olur. Ürün görselleri, log’lar ve yedekler hızla büyüyebileceği için baştan biraz esnek pay bırakmak iyi fikirdir.
• Dosya sistemi: Linux’ta ext4 veya xfs genellikle tercih edilir. Önemli olan, noatime gibi gereksiz disk yazımını azaltan mount seçeneklerini doğru kullanmak ve düzenli log rotasyonu yapmaktır.
• IOPS limiti: VPS tarafında IOPS limiti varsa, Magento gibi ağır I/O tüketen uygulamalar için bu limitin cömert olduğundan emin olun.

Adım 5: Magento ve Redis – Ne İşe Yarar, Nasıl Boyutlandırılır?

Magento 2, Redis desteğiyle birlikte geldiğinden beri doğru yapılandırıldığında ciddi performans kazançları sağlıyor. Redis, RAM içinde çalışan bir anahtar/değer veri deposudur ve tipik olarak şu roller için kullanılır:

• Session (oturum) verileri
• Page cache (tam sayfa önbelleği)
• Config cache ve çeşitli iç Magento cache’leri

Redis’in Magento performansına genel etkisini ve hosting tarafındaki rolünü anlamak için, önce Redis cache nedir ve hosting performansını nasıl artırır yazısına göz atmanız iyi bir temel sağlayacaktır.

Redis’i Aynı Sunucuda mı, Ayrı Sunucuda mı Çalıştırmalı?

• Küçük/mütevazı trafik: Redis’i aynı sunucu üzerinde çalıştırmak çoğu zaman yeterlidir. Yine de RAM’inizden en az 512 MB–1 GB’ı Redis’e ayırabilecek durumda olmalısınız.
• Orta ve yüksek trafik: Redis için ayrı bir VPS veya dedicated sunucu planlamak, hem bellek yönetimini sadeleştirir hem de uygulama/veritabanı yükünden izole ettiği için daha öngörülebilir performans sunar.

Redis İçin CPU ve RAM Önerileri

• Küçük mağaza: 1–2 vCPU, 1–2 GB RAM (toplam RAM’inizin içinde, ayrı bir instance ise 2 GB idealdir).
• Orta ölçek: 2–4 vCPU, 4–8 GB RAM; özellikle çok sayıda oturum ve büyük page cache söz konusuysa.
• Yüksek trafik: 4+ vCPU, 8+ GB RAM ve gerekirse sharding/cluster stratejileri.

Redis’i sadece Magento için değil, başka uygulamalarınız için de kullanmayı planlıyorsanız, toplam key sayısı ve TTL politikalarını baştan belirlemek önemlidir. Nesne önbelleği, TTL ve eviction ayarları konusunda daha geniş bir perspektif için Redis ve nesne önbelleği ayarlarını anlattığımız rehbere de bakabilirsiniz; kavramlar Magento tarafında da aynıdır.

Adım 6: Mimarî Seçenekler – Paylaşımlı, VPS, Dedicated ve Colocation

Kaynak gereksinimlerini konuştuk; şimdi bu kaynakları hangi mimari altında sağlayacağınıza bakalım. DCHost tarafında Magento için genelde şu yol haritasını öneriyoruz:

Paylaşımlı Hosting – Ne Zaman Yeterli, Ne Zaman Değil?

Magento için klasik paylaşımlı hosting genellikle uzun vadede doğru tercih değildir. Çok küçük, test amaçlı veya demo ortamları dışında önerilmez. Nedeni basit: Magento’nun CPU, RAM ve I/O ihtiyaçları, paylaşımlı ortamların tipik limitlerine çabuk çarpar. Eğer halen paylaşımlı hosting kullanıyor ve sınırları zorladığınızı hissediyorsanız, adım adım geçiş için paylaşımlı hosting’den VPS’e geçiş rehberimize göz atabilirsiniz.

NVMe Tabanlı VPS – Magento İçin Tatlı Nokta

Çoğu Magento projesi için NVMe diskli bir VPS, esneklik ve maliyet dengesini en iyi sağlayan çözümdür. Avantajları:

• CPU ve RAM’i birebir projenize göre boyutlandırabilirsiniz.
• NVMe sayesinde I/O darboğazlarına çok daha geç gelirsiniz.
• Redis, veritabanı ve uygulamayı aynı VPS içinde başlayıp, büyüdükçe ayırabilirsiniz.
• İşletim sistemi, güvenlik, panel (cPanel, Plesk vb.) tercihlerinde özgürsünüz.

Dedicated Sunucu – Ne Zaman Anlamlı?

Günde yüzbinlerce ziyaretçi, çoklu ülke/dil mağazaları, ağır entegrasyonlar ve yüksek cirolu operasyonlar için dedicated sunucu devreye girer. Burada:

• Fiziksel çekirdekleri tamamen size ayrılmış şekilde kullanırsınız.
• Daha yüksek toplam RAM ve disk kapasitesine çıkabilirsiniz.
• Gerekirse birden fazla dedicated sunucuyu (uygulama, veritabanı, Redis) birlikte konumlandırırsınız.

Hangi noktada VPS’ten dedicated’a geçmeniz gerektiğini kafanızda netleştirmek için, dedicated sunucu mu VPS mi, hangisi işinize yarar yazımız da işinizi kolaylaştıracaktır.

Colocation – Donanım Sizden, Altyapı Bizden

Kurum içi donanım yatırımı yapmış, fakat veri merkezi altyapısı, internet omurgası ve 7/24 izleme maliyetleriyle uğraşmak istemeyen işletmeler için colocation mantıklı olabilir. Ağ, enerji, soğutma, fiziksel güvenlik gibi başlıkları DCHost üstlenirken, siz kendi fiziksel sunucularınızı kullanırsınız. Magento gibi kritik iş yüklerinde, regülasyon veya şirket politikaları nedeniyle donanımı içeride tutmak isteyenler için iyi bir denge sağlar.

Adım 7: Güvenlik, SSL ve Ağ Katmanı Detaylarını Unutmamak

CPU, RAM, NVMe ve Redis’i çözdükten sonra, Magento’nun gerçekte ayakta kalmasını sağlayan görünmez katmanlara bakmak gerekir: SSL/TLS, firewall, DDoS koruması ve ağ tasarımı. E-ticaret sitelerinde kart verisi doğrudan sizde olmasa bile, ödeme sayfasına giden yolun güvenliği sizin sorumluluğunuzdadır.

• SSL/TLS: Modern TLS ayarları ve HSTS gibi başlıklar, tarayıcı güven uyarılarını azaltır ve SEO’ya da olumlu yansır. Detaylar için SSL odaklı rehberlerimizi inceleyebilirsiniz.
• Firewall ve WAF: Magento admin paneline yönelik brute force ve SQL injection girişimlerini minimize etmek için uygulama ve ağ katmanı güvenliğinin birlikte kurgulanması şarttır.
• DDoS koruması: Kampanya dönemlerinde sadece müşteriler değil, saldırganlar da kapınızı çalar. Ağ tarafı korumaları olmadan saf CPU/RAM artırımı çoğu zaman yeterli olmaz.

DCHost tarafında Magento gibi kritik e-ticaret altyapılarını barındırırken, SSL yönetimi, güvenlik duvarı ve temel DDoS koruma katmanlarını bütünsel şekilde ele alıyoruz. Güvenlik konusunu daha geniş çerçevede ele almak isterseniz, siber güvenlik odaklı yazılarımıza da göz atmanızı tavsiye ederiz.

Kurulum Öncesi Son Kontrol Listesi

Magento projenizi DCHost üzerinde hayata geçirmeden önce, aşağıdaki kontrol listesini teknik ekiplerinizle birlikte üzerinden geçmenizi öneririm:

• İş yükü analizi: Aylık/ günlük trafik, eşzamanlı oturum, ürün sayısı, entegrasyonlar not edildi mi?
• CPU: Küçük/orta/büyük senaryonuza göre 2–4–8+ vCPU aralığında doğru noktayı seçtiniz mi?
• RAM: En az 8 GB, orta ölçekte 16–24 GB, yüksek trafikte daha fazlası için plan hazır mı?
• NVMe disk: SATA yerine NVMe tercih edildi mi, büyüme payı bırakıldı mı?
• Redis: En azından session + page cache için planlandı mı, ayrı sunucu ihtiyacı değerlendirildi mi?
• Mimari: Uygulama ve veritabanı aynı makinede mi; büyüdüğünüzde nasıl ayıracağınıza dair yol haritanız var mı?
• Güvenlik: SSL, firewall, yönetim panelleri için IP kısıtlaması veya ek koruma mekanizmaları planlandı mı?
• Yedekleme: Otomatik yedek sıklığı, saklama süresi ve geri dönüş (restore) senaryoları net mi?

Özet ve DCHost ile Magento Projeniz İçin Son Adım

Magento için “en iyi hosting” sorusunun tek bir cevabı yok; doğru cevap, sizin ürün sayınız, trafik profiliniz, kampanya yoğunluğunuz ve büyüme hedeflerinizle birlikte şekilleniyor. Yine de genel tablo net: NVMe tabanlı diskler, yeterli vCPU sayısı, bol ve doğru paylaştırılmış RAM ile iyi yapılandırılmış bir Redis, Magento performansınızın omurgasını oluşturuyor. Bunların üzerine veritabanı ayarları, PHP-FPM optimizasyonu, arama servisi ve güvenlik katmanlarını eklediğinizde, uzun vadede sorunsuz bir altyapıya sahip oluyorsunuz.

DCHost olarak biz, günlük birkaç sipariş alan butik mağazalardan, kampanya dönemlerinde on binlerce eşzamanlı oturum gören büyük projelere kadar farklı Magento senaryolarını yakından izliyoruz. Sizin için doğru olan; kimi zaman tek bir güçlü NVMe VPS, kimi zaman birden fazla VPS’in birlikte çalıştığı katmanlı bir mimari veya dedicated sunucu/colocation altyapısı olabiliyor. İş yükünüzü birlikte değerlendirmek, CPU, RAM, NVMe ve Redis ihtiyacınızı netleştirmek isterseniz, teknik ekibimizle detaylı bir kapasite analizi yapmaktan memnuniyet duyarız.

Magento mağazanız için doğru hosting adımını bugün atarsanız, yarın çıkacağınız kampanyalarda “sunucu dayanacak mı?” sorusu gündemden düşer. Uzun vadeli, ölçeklenebilir ve güvenli bir Magento altyapısını birlikte tasarlamak için bizimle iletişime geçmeniz yeterli.