Magento Sunucu Kiralama

Magento için neden sunucu kiralamak gerekir?

Magento için sunucu kiralamak gerekir, çünkü Magento 2.4 tek bir PHP uygulaması değil, birlikte çalışan birkaç servisten oluşan bir sistemdir: web sunucusu ve PHP-FPM, veritabanı, arama motoru olarak OpenSearch, önbellek ve oturum için Valkey, isteğe bağlı olarak Varnish ve RabbitMQ. Paylaşımlı hostingde OpenSearch gibi Java tabanlı servisler çalıştırılamaz ve Magento kurulumu arama motoru bağlantısı olmadan tamamlanmaz.

Bunun ötesinde Magento’nun günlük işletimi komut satırına dayanır. Modül kurmak için Composer, kod derlemek için bin/magento setup:di:compile, statik dosyaları üretmek için setup:static-content:deploy, dizinleri ve e-posta kuyruklarını işlemek için dakikada bir çalışan cron gerekir. Bu komutlar dakikalarca yüksek işlemci ve bellek kullanır; paylaşımlı ortamın süreç sınırları bu işlerle çakışır.

Bu nedenle Magento için doğru ortam, tam root erişimi veren ve kaynakları size ayrılmış bir sanal sunucudur. LIONFIN VDS sunucu paketlerinde çekirdek, bellek ve NVMe disk tamamen size ayrılır, KVM sanallaştırma sayesinde işletim sistemini ve servis sürümlerini siz seçersiniz. Paket değerlerini bu sayfadaki tabloda karşılaştırabilirsiniz; ayrılmış kaynak kavramı için VDS nedir yazısına bakabilirsiniz.

Magento 2.4 sistem gereksinimleri nelerdir?

Magento 2.4.9; PHP 8.5, MySQL 8.4 veya MariaDB 12.3, OpenSearch 3, Valkey 9, RabbitMQ 4.3, Varnish 8 ve Composer 2.10 ile test edilmiştir. Magento 2.4.8’in güncel yamaları ise PHP 8.3 ve 8.4, MariaDB 11.4 ve 11.8 ile çalışır. Adobe yalnız listelediği sürüm birleşimlerini destekler; örneğin 2.4.9’a geçmeden önce veritabanı sunucusunu da desteklenen sürüme yükseltmeniz gerekir.

PHP tarafında bcmath, ctype, curl, dom, gd, intl, mbstring, openssl, pdo_mysql, soap, sodium, xsl ve zip eklentileri bulunmalıdır. Adobe, uygulama ve eklenti güncellemelerinin 2 GB’a kadar bellek kullanabileceğini, daha az belleği olan sistemlerde takas alanı (swap) oluşturulmasını önerir. Sürüm listesi her yamada güncellendiği için kurulumdan önce Adobe Commerce sistem gereksinimleri sayfasını kontrol edin.

Magento sunucusunda hangi servisler çalışır?

Tek sunuculu bir Magento kurulumunda yedi servis birlikte çalışır ve her birinin görevi farklıdır. Bu yapıyı anlamak, hem sunucu boyutlandırmasını hem de sorun gidermeyi kolaylaştırır.

• Nginx: Gelen HTTPS isteklerini karşılar, statik dosyaları doğrudan sunar, PHP isteklerini PHP-FPM’e iletir. Magento kök dizindeki nginx.conf.sample dosyasıyla hazır bir yapılandırma sunar.
• PHP-FPM: Magento kodunu çalıştıran süreç havuzudur; eşzamanlı ziyaretçi kapasitesini en çok bu havuzun boyutu ve bellek belirler.
• MySQL veya MariaDB: Ürün, sipariş, müşteri ve yapılandırma verisini tutar.
• OpenSearch: Katalog araması ve katmanlı filtreleri sağlar; Java tabanlıdır ve kendi bellek yığınını (heap) ayırır.
• Valkey: Redis uyumlu, açık kaynaklı anahtar-değer deposudur; Magento önbelleğini ve oturumlarını diskten belleğe taşır.
• Varnish: Ziyaretçiye giden sayfaların tamamını önbelleğe alır; kategori ve ürün sayfaları PHP çalışmadan sunulur.
• RabbitMQ: Toplu işlemleri, stok güncellemelerini ve entegrasyon mesajlarını kuyrukta tutarak arka planda işletir.

Bu servislerin hiçbiri internete doğrudan açık olmamalıdır: dış dünyaya yalnız 80 ve 443 portları, yönetim için de SSH açılır. OpenSearch, Valkey ve RabbitMQ yalnız 127.0.0.1 üzerinde dinlemelidir. Docker ile kurmak isterseniz aynı servisleri Compose dosyasıyla tanımlayabilirsiniz; bu yaklaşım için Docker sunucu kiralama sayfasına bakın.

Magento sunucusu için ne kadar kaynak gerekir?

Tek sunucuda çalışan küçük bir Magento mağazası için en az dört ayrılmış çekirdek ve 8–16 GB RAM gerçekçi bir başlangıçtır; çok dilli, Varnish ve RabbitMQ kullanan orta ölçekli mağazalarda sekiz çekirdek ve 16–32 GB RAM gerekir. Tablodaki değerler yaklaşıktır; asıl belirleyici olan ürün sayısı değil, eşzamanlı ziyaretçi sayısı ve önbellekten sunulamayan isteklerin (sepet, ödeme, hesap) oranıdır.

Belleği planlarken servisleri tek tek toplayın:

• OpenSearch: Küçük kataloglarda 1–2 GB yığın (heap) yeterlidir; yığını toplam belleğin yarısından fazla yapmayın.
• Veritabanı: InnoDB tampon havuzu (innodb_buffer_pool_size) veritabanı boyutunu kapsayacak kadar büyük olursa okuma işlemleri diske inmez.
• PHP-FPM: Magento’da bir PHP süreci yüzlerce megabayt bellek kullanabilir; süreç sayısını bellek / süreç başı kullanım hesabıyla belirleyin.
• Valkey ve Varnish: Önbellek boyutu katalog ve sayfa sayısına göre birkaç yüz megabayttan birkaç gigabayta çıkar.

Disk tarafında Magento’nun generated, pub/static ve var klasörleri, ürün görselleri ve veritabanı birlikte hızla büyür; her dağıtımda yeniden üretilen dosyalar yüzünden NVMe diskin yüksek IOPS değeri derleme süresini doğrudan kısaltır. Ayrıca canlı mağazayla aynı ayarlarda bir test (staging) ortamı için ek kaynak planlayın.

Magento için VPS mi, VDS mi, fiziksel sunucu mu?

Magento için en dengeli seçim VDS’tir: çekirdekler size ayrıldığı için derleme, dizinleme ve kampanya trafiği gibi işlemci yoğun işlerde performans komşu sunuculardan etkilenmez. Paylaşılan sanal çekirdekli VPS geliştirme ve test ortamı için yeterli olabilir, ancak canlı mağazada yoğun saatlerde öngörülemeyen yavaşlamalara yol açabilir.

Mağazanız büyüdükçe önce VDS kaynaklarını artırabilir, ardından veritabanı ve OpenSearch’ü ayrı sunuculara taşıyarak yatay ölçeklenebilirsiniz. Tek makinede en yüksek gücü istiyorsanız fiziksel sunucu seçeneğini değerlendirin; iki seçeneğin ayrıntılı karşılaştırması VDS mi fiziksel sunucu mu sayfasındadır. Sunucu yönetimi istemeyen küçük mağazalar için daha hafif bir alternatif olan PrestaShop hosting de bir seçenektir.

Magento sunucuya nasıl kurulur?

Magento Open Source, Composer ile resmî depodan indirilir ve bin/magento setup:install komutuyla kurulur. Composer deposuna erişmek için Adobe Commerce Marketplace hesabınızdan alacağınız erişim anahtarları (genel ve özel anahtar) gerekir; bu anahtarlar Composer’ın kimlik doğrulama dosyasına yazılır.

1. Ubuntu 24.04 LTS üzerinde Nginx, PHP-FPM ve gerekli eklentileri, MariaDB veya MySQL’i, OpenSearch’ü ve Valkey’i kurun. Temel LEMP katmanı için LEMP stack kurulumu rehberinden yararlanabilirsiniz.
2. Magento için ayrı bir sistem kullanıcısı ve veritabanı oluşturun; web sunucusu bu kullanıcının grubunda çalışsın.
3. Kodu indirin: composer create-project --repository-url=DEPO_ADRESI magento/project-community-edition magento; DEPO_ADRESI yerine Adobe’nin resmî Composer deposunu (repo.magento.com) HTTPS şemasıyla yazın.
4. Kurulum komutunu veritabanı, alan adı, yönetici, OpenSearch bilgileri ve --language=tr_TR --currency=TRY --timezone=Europe/Istanbul seçenekleriyle çalıştırın.
5. Cron görevlerini bin/magento cron:install ile kurun.
6. Nginx’i nginx.conf.sample dosyasına göre yapılandırın ve Let’s Encrypt ile HTTPS’i açın.

Kurulum sonunda ekranda gösterilen yönetim paneli adresini kaydedin; Magento bu adresi kurulumda rastgele belirler. Yönetici girişinde iki adımlı doğrulama varsayılan olarak etkindir, bu yüzden sunucunun e-posta gönderebildiğinden emin olun.

Magento üretim moduna nasıl alınır ve güncellenir?

Canlı mağaza her zaman production modunda çalışmalıdır; bu modda kod önceden derlenir, statik dosyalar önceden üretilir ve hata ayrıntıları ziyaretçiye gösterilmez. Developer modu her istekte dosya üretir ve mağazayı belirgin biçimde yavaşlatır.

Bir dağıtım ya da modül güncellemesi sonrasında tipik komut dizisi şöyledir:

bin/magento maintenance:enable
composer install --no-dev
bin/magento setup:upgrade
bin/magento setup:di:compile
bin/magento setup:static-content:deploy tr_TR en_US -f
bin/magento indexer:set-mode schedule
bin/magento cache:flush
bin/magento maintenance:disable

setup:di:compile ve setup:static-content:deploy adımları mağaza büyüklüğüne göre dakikalar sürebilir ve tüm çekirdekleri kullanır; bakım modunda geçen süreyi kısaltmanın yolu ayrılmış çekirdek ve hızlı disktir. Daha ileri bir yöntem, derlemeyi ayrı bir ortamda (CI) yapıp hazır çıktıyı sunucuya aktarmaktır.

Adobe güvenlik açıklarını -p1, -p2 biçimindeki yama sürümleriyle kapatır. Bu yamaları geciktirmeyin, ama önce test ortamında deneyin. Büyük güncellemelerden önce sunucunun anlık görüntüsünü almak (aşağıdaki yedek bölümü), sorun çıkarsa dakikalar içinde geri dönmenizi sağlar.

Magento performansı nasıl artırılır?

Magento performansının üç temel taşı Varnish ile tam sayfa önbellek, Valkey ile önbellek ve oturum depolama ve doğru ayarlanmış PHP OPcache’tir. Bu üçü olmadan en güçlü sunucu bile yoğun saatlerde yetersiz kalır.

• Varnish: Yönetim panelinde Stores → Configuration → Advanced → System → Full Page Cache altında önbellek uygulamasını Varnish yapın ve Magento’nun ürettiği VCL dosyasını Varnish’e yükleyin. Nginx önde HTTPS’i sonlandırır, Varnish arkada önbelleği sunar.
• Valkey: Varsayılan önbellek, sayfa önbelleği ve oturumlar için app/etc/env.php içinde ayrı veritabanı numaralarıyla Valkey kullanın; dosya tabanlı önbelleğe göre disk erişimini büyük ölçüde azaltır.
• OPcache: Adobe, OPcache için yüksek bellek ve dosya sayısı değerleri önerir; üretimde opcache.validate_timestamps=0 ile dosya değişikliği denetimini kapatıp her dağıtımda PHP-FPM’i yeniden başlatın.
• Dizinleyiciler: Tüm dizinleyicileri “Update by Schedule” moduna alın; güncellemeler cron ile arka planda işlenir.
• Görseller ve CDN: Ürün görsellerini sıkıştırın ve statik dosyaları bir CDN üzerinden sunun.

Üçüncü taraf modüller en sık performans sorunudur; her modülü kurmadan önce sayfa üretim süresini ölçün ve sonrasıyla karşılaştırın. Sunucu tarafındaki darboğazları görmek için Linux sunucu performans izleme rehberindeki araçları kullanabilirsiniz.

Magento sunucusu nasıl güvenli tutulur?

Magento sunucusunun güvenliği iki katmanda sağlanır: sunucu katmanında yalnız gerekli portları açmak ve servisleri yerel ağa kapatmak, uygulama katmanında ise güvenlik yamalarını zamanında uygulamak ve yönetim panelini korumak. Ödeme verisi işleyen bir mağaza saldırganlar için cazip hedeftir; kart verisinin sunucuya uğramadığı ödeme altyapısı seçmek riskin en büyük kısmını ortadan kaldırır.

1. Güvenlik duvarı: Yalnız 22, 80 ve 443 portlarını açın; kurulum adımları UFW firewall kurulumu rehberindedir.
2. Servisler: OpenSearch, Valkey, RabbitMQ ve veritabanı yalnız 127.0.0.1 üzerinde dinlesin; OpenSearch’ün internete açık bırakılması ciddi veri sızıntılarına yol açar.
3. SSH: Parola yerine anahtarla giriş kullanın ve kaba kuvvet denemelerine karşı Fail2ban kurulumu yapın.
4. Yönetim paneli: Tahmin edilemeyen yönetici adresini koruyun, iki adımlı doğrulamayı kapatmayın ve yönetici hesaplarını kişiye özel açın.
5. Dosya izinleri: Kod dosyalarını web sunucusunun yazamayacağı biçimde ayarlayın; yalnız var, generated, pub/static ve pub/media yazılabilir olsun.
6. Yamalar: Adobe güvenlik bültenlerini takip edin ve modül geliştiricilerinin güvenlik güncellemelerini bekletmeyin.

Ağ seviyesinde RouteFence firewall DDoS trafiğini filtreler; uygulama saldırılarına karşı bir WAF eklemek ek koruma sağlar.

Magento yedeği nasıl alınmalı?

Magento yedeği; veritabanı dökümü, pub/media klasöründeki ürün görselleri, app/etc/env.php ve app/etc/config.php yapılandırma dosyaları ile özel modül ve tema kodunu kapsamalıdır. Bunlardan biri eksikse geri yüklenen mağaza açılmaz ya da görseller kaybolur. Magento’nun eski yerleşik yedek komutları kullanımdan kaldırıldığı için yedeklemeyi sunucu araçlarıyla planlayın.

• Veritabanı: mysqldump --single-transaction --quick ile mağazayı kilitlemeden günlük döküm alın.
• Medya: pub/media klasörünü rsync ile artımlı olarak başka bir konuma eşitleyin.
• Kod: Özel modüller, tema ve composer.json / composer.lock Git deposunda tutulsun; vendor klasörü Composer ile yeniden üretilebilir.
• Snapshot: Büyük güncellemelerden önce sunucunun anlık görüntüsünü alın; sorun çıkarsa tüm sunucuyu dakikalar içinde önceki hâline döndürebilirsiniz.

Anlık görüntü, yedeğin yerini tutmaz; aynı altyapıda saklanır ve uzun süreli arşiv için tasarlanmamıştır. Veritabanı dökümlerini ve medya kopyasını farklı bir konumda saklayın. Snapshot ve yedek arasındaki farkı VPS yedekleme ve snapshot rehberi ayrıntılı anlatır.

Magento sunucusunda en sık karşılaşılan sorunlar nelerdir?

Magento sunucularında en sık karşılaşılan sorunlar çalışmayan cron, OpenSearch bağlantı hatası, derleme sırasında bellek yetersizliği ve dağıtım sonrası dosya izinleridir. Hata ayrıntıları var/log ve var/report klasörlerinde tutulur.

• Dizinler “Reindex required” gösteriyor, e-postalar gitmiyor: Cron çalışmıyordur. crontab -l ile Magento satırlarının, bin/magento cron:run ile görevin hata vermediğini kontrol edin.
• Kurulumda “Could not validate a connection to OpenSearch”: OpenSearch servisi çalışmıyordur ya da yığın belleği yetersizdir; servis günlüğüne bakın.
• “Allowed memory size exhausted” derleme sırasında: Komut satırı PHP bellek sınırını artırın; bellek darsa Linux swap alanı oluşturma adımlarıyla takas alanı ekleyin.
• CSS ve JavaScript yüklenmiyor (404): Statik içerik ilgili dil için üretilmemiştir; setup:static-content:deploy komutunu dil koduyla tekrar çalıştırın.
• “There has been an error processing your request”: Ekrandaki rapor numarasını var/report klasöründe arayın.
• Dağıtım sonrası izin hataları: Komutları root ile çalıştırmayın; Magento dosya sahibi kullanıcıyla çalıştırın.

Bu sorunların çoğu ilk kurulumda doğru kullanıcı, cron ve bellek planı yapıldığında hiç ortaya çıkmaz.

Magento kurulumu ne zaman birden fazla sunucuya bölünmeli?

Tek sunucunun kaynakları artırıldığı hâlde kampanya dönemlerinde yanıt süreleri uzuyorsa, veritabanı ve OpenSearch bellek için PHP-FPM ile yarışıyorsa ya da kesintisiz çalışma için yedekli yapı gerekiyorsa Magento kurulumunu birden fazla sunucuya bölmenin zamanı gelmiştir. Bölmenin doğal sırası, en çok kaynak tüketen ve durum tutan servisleri ayırmaktır.

1. Veritabanını ayırın: MySQL veya MariaDB’yi ayrı bir VDS’e taşımak, web sunucusunun belleğini PHP-FPM’e bırakır.
2. Arama ve önbelleği ayırın: OpenSearch ve Valkey’i ikinci bir sunucuda toplayın.
3. Web katmanını çoğaltın: İki ya da daha fazla web sunucusunu bir load balancer arkasına alın; oturumlar Valkey’de tutulduğu için kullanıcı hangi sunucuya düşerse düşsün sepetini kaybetmez.
4. Medyayı paylaşın: pub/media klasörünü ortak depolamaya ya da nesne depolamaya taşıyın.

Sunucular arasındaki trafik aynı veri merkezinde kaldığında gecikme düşük olur. LIONFIN altyapısının 600 Gbit/s toplam upstream kapasitesi dış trafiği, 7/24 NOC ve SOC izleme ise ağ ve güvenlik olaylarını takip eder. Çok sunuculu mimariyi planlarken boyutlandırma desteği için müşteri panelinden destek talebi açabilirsiniz.