Aanbevelingen voor hardware
CPU's
Commerce -webknooppunten dienen voor alle aanvragen die niet in de cache zijn opgeslagen of die niet in de cache kunnen worden opgeslagen via de toepassing. Eén CPU-core kan twee (soms wel vier) Commerce -verzoeken effectief verwerken. Gebruik de volgende vergelijking om te bepalen hoeveel Webknopen/cores u alle inkomende verzoeken moet verwerken zonder hen in rij te zetten:
N[Cores] = (N[Expected Requests] / 2) + N [Expected Cron Processes]
Als u verwacht dat de lading van een opslag verandert, kunt u het aantal Webknopen/cores voor een actieve verkoopperiode manueel verhogen. U kunt ook een model voor automatisch schalen gebruiken om automatisch weblagen uit te breiden.
Geheugen
PHP
Magento heeft verschillende PHP geheugenvereisten, gebaseerd op hoe uw systeem wordt opgesteld. Over het algemeen raden we u aan PHP-geheugen voor 2G te configureren als u één serverwinkel instelt. Als u een site instelt met behulp van pijpleidingimplementatie, raden we u aan 2 GB aan te houden op uw buildserver en 1 GB aan te schaffen op uw webknooppunten.
Scenario's en verwachte PHP-geheugenvereisten:
- Webnode die alleen winkelpagina's bedient: 256 MB
- Webnode die beheerpagina's bedient met een grote catalogus: 1 GB
- Commerce begin het indexeren van een plaats met een grote catalogus: >256 MB (Zie geavanceerd-opstellingom voor optimale prestaties te stemmen.)
- Commerce statische elementen compileren en implementeren: 756 MB
- Commerce krachtige toolkit profile generation: > 1 GB PHP RAM, > 16 MB MySQL TMP_TABLE_SIZE & MAX_HEAP_TABLE_SIZE settings
MySQL
De Commerce -database (en elke andere database) is gevoelig voor de hoeveelheid geheugen die beschikbaar is voor het opslaan van gegevens en indexen. Als u MySQL -gegevensindexatie effectief wilt benutten, moet de hoeveelheid beschikbaar geheugen minimaal ongeveer de helft van de grootte van de gegevens die in de database zijn opgeslagen, bedragen.
Cursussen
Als u meerdere Commerce implementeert en Redis of Varnish voor uw cache gebruikt, moet u de volgende principes in acht nemen:
- Varnish De validatie van het cachegeheugen van de volledige pagina is effectief. U kunt het beste voldoende geheugen toewijzen aan Varnish om de populairste pagina's in het geheugen op te slaan
- Het geheime voorgeheugen van de zitting is een goede kandidaat om voor een afzonderlijk geval van Redis te vormen. De configuratie van het geheugen voor dit geheim voorgeheugentype zou de strategie van de het kartafstand van de plaats moeten overwegen en hoe lang een zitting in het geheime voorgeheugen zou moeten blijven
- Redis moet voldoende geheugen hebben toegewezen om alle andere cache in het geheugen te bewaren voor optimale prestaties. Het geheime voorgeheugen van het blok zal de belangrijkste factor in het bepalen van de hoeveelheid geheugen zijn te vormen. Het cachegeheugen van een blok wordt groter ten opzichte van het aantal pagina's op een site (aantal skus x aantal winkelweergaven)
Netwerkbandbreedte
Voldoende netwerkbandbreedte is een van de belangrijkste vereisten voor gegevensuitwisseling tussen webknooppunten, database(s), caching/session-servers en andere services. Omdat Commerce effectief caching voor hoge prestaties gebruikt, kan uw systeem actief gegevens met caching servers zoals Redis uitwisselen. Als Redis zich op een externe server bevindt, moet u een voldoende netwerkkanaal tussen webknooppunten en de caching-server opgeven om knelpunten bij lees- en schrijfbewerkingen te voorkomen.