Recomendações de software

São necessários os seguintes softwares para as instâncias de produção do Commerce:

Para implantações de vários servidores ou para comerciantes que planejam expandir seus negócios, recomendamos o seguinte:

Consulte requisitos do sistema para obter informações sobre versões com suporte de cada tipo de software.

Sistema operacional

As configurações e otimizações do sistema operacional são semelhantes para o Commerce em comparação a outros aplicativos web de carga alta. À medida que o número de conexões simultâneas manipuladas pelo servidor aumenta, o número de soquetes disponíveis pode se tornar totalmente alocado. O kernel do Linux suporta um mecanismo para "reutilizar" conexões TCP. Para habilitar este mecanismo, defina o seguinte valor em /etc/sysctl.conf:

net.ipv4.tcp_tw_reuse = 1

O parâmetro de kernel net.core.somaxconn controla o número máximo de soquetes abertos que aguardam conexões. Esse valor pode ser aumentado com segurança para 1024, mas deve ser correlacionado com a capacidade do servidor de lidar com essa quantidade. Para habilitar este parâmetro de kernel, defina o seguinte valor em /etc/sysctl.conf:

net.core.somaxconn = 1024

PHP

O Magento suporta totalmente o PHP 7.3 e 7.4. Há vários fatores a serem considerados ao configurar o PHP para obter o máximo de velocidade e eficiência no processamento de requisições.

Extensões PHP

Recomendamos limitar a lista de extensões ativas do PHP àquelas que são necessárias para a funcionalidade Commerce.

Magento Open Source e Adobe Commerce:

Além disso, o Adobe Commerce exige:

Adicionar mais extensões aumenta os tempos de carregamento da biblioteca.

Configurações do PHP

Para garantir a execução bem-sucedida de todas as instâncias Commerce sem despejar dados ou código em disco, defina o limite de memória da seguinte maneira:

memory_limit=1G

Para depuração, aumente esse valor para 2G.

Configuração do Realpath_cache

Para melhorar o desempenho do Commerce, adicione ou atualize as seguintes configurações recomendadas do realpath_cache no arquivo php.ini. Essa configuração permite que processos PHP armazenem em cache caminhos para arquivos em vez de pesquisá-los sempre que uma página é carregada. Consulte Ajuste de desempenho na documentação do PHP.

realpath_cache_size=10M
realpath_cache_ttl=7200

ByteCode

Para obter a velocidade máxima de Commerce no PHP 7, você deve ativar o módulo OpCache e configurá-lo corretamente. Estas configurações são recomendadas para o módulo:

opcache.memory_consumption=512
opcache.max_accelerated_files=60000
opcache.consistency_checks=0
opcache.validate_timestamps=0
opcache.enable_cli=1

Ao ajustar a alocação de memória para o opcache, considere o tamanho da base de código do Magento e todas as suas extensões. A equipe de desempenho do Magento usa os valores do exemplo anterior para testes, pois fornece espaço suficiente no opcache para o número médio de extensões instaladas.

Se você tiver um computador com pouca memória e não tiver muitas extensões ou personalizações instaladas, use as seguintes configurações para obter um resultado semelhante:

opcache.memory_consumption=64
opcache.max_accelerated_files=60000

APCU

Recomendamos ativar a extensão PHP APCu e configurar o composer para ter suporte para otimizar o desempenho máximo. Essa extensão armazena em cache locais de arquivos abertos, o que aumenta o desempenho de chamadas do servidor Commerce, incluindo páginas, chamadas de Ajax e pontos de extremidade.

Edite seu arquivo apcu.ini para incluir o seguinte:

extension=apcu.so
[apcu]
apc.enabled = 1

Servidor da Web

O Magento é totalmente compatível com os servidores Web Nginx e Apache. O Commerce fornece arquivos de configuração recomendados de exemplo nos arquivos <magento_home>/nginx.conf.sample (Nginx) e <magento_home>.htaccess.sample (Apache). A amostra do Nginx contém configurações para melhor desempenho e é projetada para que seja necessária pouca reconfiguração. Algumas das principais práticas recomendadas de configuração definidas no arquivo de amostra incluem:

Você também deve configurar o número de threads para processamento de solicitação de entrada, conforme listado abaixo:

MySQL

Este documento não fornece instruções detalhadas de ajuste do MySQL porque cada armazenamento e ambiente são diferentes, mas podemos fazer algumas recomendações gerais.

Houve muitas melhorias no MySQL 5.7.9. Estamos confiantes de que o MySQL é distribuído com boas configurações padrão. As configurações mais críticas são:

Varnish

A Magento recomenda usar o Varnish como o servidor de cache de página inteira da sua loja. O módulo PageCache ainda está presente na base de código, mas deve ser usado somente para fins de desenvolvimento. Ela não deve ser usada junto com ou em vez de Varnish.

Instale o Varnish em um servidor separado, em frente à camada da Web. Ele deve aceitar todas as solicitações recebidas e fornecer cópias de página em cache. Para permitir que Varnish funcione efetivamente com páginas seguras, um proxy de encerramento SSL pode ser colocado na frente de Varnish. O Nginx pode ser usado para essa finalidade.

O Commerce distribui um arquivo de configuração de exemplo para Varnish (versões 4 e 5) que contém todas as configurações recomendadas para desempenho. Entre eles, os mais críticos em termos de desempenho são:

Consulte Avançado Varnish configuração para obter mais informações sobre como implementar esses recursos.

Otimizar o desempenho dos ativos

Em geral, recomendamos armazenar seus ativos (imagens, JS, CSS etc.) em um CDN para obter o melhor desempenho.

Se seu site não exigir a implantação de um grande número de localidades e seus servidores estiverem na mesma região que a maioria de seus clientes, você poderá encontrar ganhos de desempenho significativos a um custo menor armazenando seus ativos no Varnish em vez de usar uma CDN.

Para armazenar seus ativos no Varnish, adicione as seguintes entradas de VCL no arquivo default.vcl gerado por Commerce para Varnish 5.

No final da instrução if para solicitações PURGE na sub-rotina vcl_recv, adicione:

# static files are cacheable. remove SSL flag and cookie

if (req.url ~ "^/(pub/)?(media|static)/.*\.(ico|html|css|js|jpg|jpeg|png|gif|tiff|bmp|mp3|ogg|svg|swf|woff|woff2|eot|ttf|otf)$") {
  unset req.http.Https;
  unset req.http./* {{ ssl_offloaded_header }} */;
  unset req.http.Cookie;
}

Na sub-rotina vcl_backend_response, procure a instrução if que desmarca o cookie para solicitações GET ou HEAD.
O bloco if atualizado deve ser semelhante ao seguinte:

# validate if we need to cache it and prevent from setting cookie
# images, css and js are cacheable by default so we have to remove cookie also

if (beresp.ttl > 0s && (bereq.method == "GET" || bereq.method == "HEAD")) {
  unset beresp.http.set-cookie;
if (bereq.url !~ "\.(ico|css|js|jpg|jpeg|png|gif|tiff|bmp|gz|tgz|bz2|tbz|mp3|ogg|svg|swf|woff|woff2|eot|ttf|otf)(\?|$)") {
  set beresp.http.Pragma = "no-cache";
  set beresp.http.Expires = "-1";
  set beresp.http.Cache-Control = "no-store, no-cache, must-revalidate, max-age=0";
  }
}

Reinicie o servidor Varnish para liberar ativos em cache sempre que atualizar o site ou implantar/atualizar ativos.

Armazenamento em cache e servidores de sessão

O Magento fornece várias opções para armazenar o cache e os dados da sessão, incluindo Redis, Memcache, sistema de arquivos e banco de dados. Algumas dessas opções são discutidas abaixo.

Configuração de nó único da Web

Se você planeja atender todo o seu tráfego com apenas um nó da Web, não faz sentido colocar seu cache em um servidor Redis remoto. Em vez disso, use o sistema de arquivos ou um servidor Redis local. Se quiser usar o sistema de arquivos, coloque as pastas de cache em um volume montado em um sistema de arquivos RAM. Se você quiser usar um servidor Redis local, é altamente recomendável configurar o Redis para que ele use soquetes para conexões diretas, em vez de trocar dados por meio de HTTP.

Configuração de vários nós da Web

Para uma configuração de vários nós da Web, Redis é a melhor opção. Como o Commerce armazena ativamente muitos dados em cache para melhorar o desempenho, preste atenção ao canal da rede entre os nós da Web e o servidor Redis. Você não deseja que o canal se torne um afunilamento para o processamento de solicitações.