Arquitetura dimensionada

A infraestrutura em nuvem é dimensionada de acordo com os requisitos de recursos para alcançar maior eficiência. O Adobe Commerce na infraestrutura em nuvem monitora seus aplicativos e pode ajustar a capacidade para manter um desempenho estável e previsível. A conversão para essa arquitetura ajuda a mitigar problemas, como latência ou grandes picos no tráfego.

Arquitetura de nível dividido

Historicamente, a arquitetura Pro consistia em três nós, cada um contendo uma pilha de tecnologia completa. Agora, há uma infraestrutura escalável que fornece uma arquitetura hierárquica com um mínimo de seis nós: três nós para o banco de dados principal e serviços e três nós para o servidor Web. Essa arquitetura de nível dividido oferece a capacidade de dimensionar camadas independentemente para obter um equilíbrio ideal de desempenho.

Camada de serviço

Cada um dos três nós de serviço executa o mesmo conjunto de serviços: OpenSearch ou Elasticsearch para pesquisa, MariaDB para o banco de dados e Redis ou Valkey para armazenamento em cache, entre outros. Quando a camada de serviço se aproxima da capacidade, você pode dimensionar apenas verticalmente, aumentando o tamanho do servidor (CPU e memória). A capacidade é limitada ao maior tamanho de nó disponível. Como o cluster do banco de dados foi projetado para alta disponibilidade, você não pode dimensionar os nós do banco de dados de forma confiável com as tecnologias usadas.

Considere um exemplo em que o tipo de instância do nó de serviço é m5.2xlarge com 32 Gb de RAM. Um serviço, como o banco de dados, usa uma quantidade considerável de memória (30 Gb). O dimensionamento para o próximo tamanho de instância disponível m5.4xlarge fornece RAM de 64 Gbit, o que dobra a memória e acomoda as necessidades crescentes do banco de dados.

Você pode otimizar ainda mais o desempenho da camada de serviço, roteando o tráfego com base no tipo de nó. Por padrão, o nó do banco de dados é isolado do tráfego da Web. Por exemplo, você pode optar por fornecer o tráfego da Web no nó do banco de dados.

Camada da Web

Há três nós da Web para processar solicitações e tráfego da Web: php-fpm e NGINX. Além do dimensionamento vertical ao aumentar a potência e a memória, a camada da Web pode ser dimensionada horizontalmente ao adicionar servidores da Web a um cluster existente quando constrito no nível do PHP. Para saber como os nós da Web são dimensionados automaticamente, consulte Dimensionamento automático.

Isso complementa o dimensionamento vertical fornecido pela camada de serviço. À medida que o nível de serviço é dimensionado para acomodar um banco de dados em crescimento, o nível da Web é dimensionado para lidar com um aumento nas solicitações e no tráfego.

Considere um exemplo em que o tipo de instância do nó da Web é C5.2xlarge com oito CPUs e 16 Gbit RAM. O número de solicitações ao site aumentou bastante. Para lidar com o aumento nos processos php-fpm, você pode adicionar um nó C5.2xlarge ou alterar cada tipo de instância para C5.4xlarge com 16 CPU e 32 Gb de RAM. A adição de um nó reduz o risco de capacidade insuficiente de sobretensão.

Estrutura de projeto

Os projetos profissionais com arquitetura em escala têm seis nós disponíveis.

Entretanto, cada projeto é exclusivo e requer o monitoramento do desempenho para analisar o gerenciamento de recursos corretamente. Cada conta inclui o serviço New Relic, que se conecta automaticamente aos dados do aplicativo e à análise de desempenho para fornecer monitoramento dinâmico do servidor. Especificamente, você pode usar o serviço New Relic para monitorar a utilização do CPU e da RAM para determinar quais nós exigem recursos adicionais. À medida que um recurso atinge a capacidade ou você nota uma degradação no desempenho com base na análise, é possível criar uma solicitação para dimensionar sua infraestrutura para atender à demanda.

Acesso SSH

Determinados arquivos e logs, como o diretório /app/<project-id>/var/log, não são compartilhados entre nós. Cada nó tem um acesso SSH exclusivo. Você não pode usar a CLI do magento-cloud para fazer logon nos nós de serviço ou da Web, mas pode encontrar os endereços de nó na lista de Acesso SSH no Cloud Console.

ssh <node>.<project-ID>-<environment>-<user-ID>@ssh.<region>.magento.com

O exemplo de resposta ao fazer logon em um nó de serviço inclui a função unificada:

 __  __                   _          ___ _             _
|  \/  |__ _ __ _ ___ _ _| |_ ___   / __| |___ _  _ __| |
| |\/| / _` / _` / -_) ' \  _/ _ \ | (__| / _ \ || / _` |
|_|  |_\__,_\__, \___|_||_\__\___/  \___|_\___/\_,_\__,_|
            |___/

 Welcome to Magento Cloud.

 This is server unique-server-id, role project-id:unified.

project-id@server-id:~$

O exemplo de resposta ao fazer logon em um nó da Web inclui a função web:

 __  __                   _          ___ _             _
|  \/  |__ _ __ _ ___ _ _| |_ ___   / __| |___ _  _ __| |
| |\/| / _` / _` / -_) ' \  _/ _ \ | (__| / _ \ || / _` |
|_|  |_\__,_\__, \___|_||_\__\___/  \___|_\___/\_,_\__,_|
            |___/

 Welcome to Magento Cloud.

 This is server unique-server-id, role project-id:web.

project-id@server-id:~$

Locais de log

Os locais dos logs variam um pouco dependendo do nó. Por exemplo, o log de erros do MySQL (/var/log/mysql/mysql-error.log) está disponível em um nó de serviço, mas não em um nó da Web.

Cada conta Pro inclui o serviço de Logs do New Relic, que se conecta automaticamente com dados de log do aplicativo para fornecer gerenciamento de log dinâmico. Os dados de log agregados de todos os nós são exibidos no aplicativo de Logs do New Relic para que você possa solucionar problemas de desempenho em nós específicos de um único painel.