Raccomandazioni per l'hardware
CPU
Commerce nodi web gestiscono tutte le richieste che non sono memorizzate nella cache o che non possono essere memorizzate nella cache tramite l'applicazione. Un core CPU può servire circa due (a volte fino a quattro) Commerce richieste in modo efficace. Utilizza la seguente equazione per determinare quanti nodi/core web sono necessari per elaborare tutte le richieste in ingresso senza metterle in coda:
N[Cores] = (N[Expected Requests] / 2) + N [Expected Cron Processes]
Se prevedi che il carico di un negozio cambi, puoi aumentare manualmente il numero di nodi/core web per un periodo di vendita attivo. In alternativa, è possibile utilizzare un modello di ridimensionamento automatico per estendere automaticamente i livelli web.
Memoria
PHP
Il Magento ha requisiti di memoria PHP diversi, in base alla modalità di distribuzione. In generale, se si sta configurando un singolo archivio server, si consiglia di configurare la memoria PHP per 2G. Se imposti un sito utilizzando la distribuzione della pipeline, consigliamo 2 GB sul server di build e 1 GB sui nodi web.
Scenari e requisiti di memoria PHP previsti:
- Webnode che serve solo le pagine della vetrina: 256 MB
- Nodo web che serve pagine di amministrazione con un catalogo di grandi dimensioni: 1 GB
- Commerce cron indicizzazione di un sito con un catalogo di grandi dimensioni: >256 MB (vedere advanced-setup per ottimizzare le prestazioni).
- Commerce compilazione e distribuzione di risorse statiche: 756 MB
- Generazione profilo toolkit di prestazioni Commerce: > 1 GB di RAM PHP, > 16 MB MySQL impostazioni TMP_TABLE_SIZE e MAX_HEAP_TABLE_SIZE
MySQL
Il database Commerce (così come qualsiasi altro database) è sensibile alla quantità di memoria disponibile per l'archiviazione di dati e indici. Per sfruttare in modo efficace l'indicizzazione dei dati MySQL, la quantità di memoria disponibile deve essere almeno pari alla metà dei dati archiviati nel database.
Cache
Se distribuisci più di Commerce e utilizzi Redis o Varnish per le cache, tieni presente i seguenti principi:
- L'annullamento della validità della memoria della cache di Varnish a pagina intera è effettivo. Si consiglia di allocare memoria sufficiente a Varnish per mantenere in memoria le pagine più popolari
- La cache di sessione è un buon candidato per la configurazione per un'istanza separata di Redis. La configurazione della memoria per questo tipo di cache deve tenere conto della strategia di abbandono del carrello del sito e di quanto tempo una sessione deve aspettarsi di rimanere nella cache
- I Redis devono avere una quantità di memoria sufficiente per contenere tutte le altre cache in memoria per ottenere prestazioni ottimali. La cache di blocco sarà il fattore chiave per determinare la quantità di memoria da configurare. La cache dei blocchi cresce in relazione al numero di pagine su un sito (numero di sku x numero di visualizzazioni dello store)
Larghezza di banda di rete
Una larghezza di banda di rete sufficiente è uno dei requisiti chiave per lo scambio di dati tra nodi web, database, server di caching/sessione e altri servizi. Poiché Commerce sfrutta efficacemente il caching per prestazioni elevate, il sistema può scambiare attivamente dati con server di caching come Redis. Se Redis si trova su un server remoto, è necessario fornire un canale di rete sufficiente tra i nodi web e il server di caching per evitare colli di bottiglia nelle operazioni di lettura/scrittura.