Diretrizes de dimensionamento do hardware hardware-sizing-guidelines

Essas diretrizes de dimensionamento oferecem uma aproximação dos recursos de hardware necessários para implantar um projeto de AEM. As estimativas de dimensionamento dependem da arquitetura do projeto, da complexidade da solução, do tráfego esperado e das necessidades do projeto. Este guia ajuda você a determinar as necessidades de hardware de uma solução específica ou a encontrar uma estimativa superior e inferior para os requisitos de hardware.

Os fatores básicos a serem considerados são (nesta ordem):

Arquitetura architecture

Uma configuração de AEM típica consiste em um autor e um ambiente de publicação. Esses ambientes têm requisitos diferentes em relação ao tamanho de hardware subjacente e à configuração do sistema. As considerações detalhadas para ambos os ambientes estão descritas na seção ambiente do autor e ambiente de publicação seções.

Em uma configuração de projeto típica, você tem vários ambientes em que preparar fases do projeto:

Além disso, os ambientes podem variar, desde um sistema de servidor único executando AEM e um servidor de aplicativos até um conjunto altamente dimensionado de instâncias em cluster de vários servidores e várias CPU. Recomendamos que você use um computador separado para cada sistema de produção e que não execute outros aplicativos nesses computadores.

Considerações genéricas de dimensionamento de hardware generic-hardware-sizing-considerations

As seções abaixo fornecem orientação sobre como calcular os requisitos de hardware, levando em conta várias considerações. Para sistemas grandes, sugerimos que você execute um conjunto simples de testes de benchmark internos em uma configuração de referência.

A otimização de desempenho é uma tarefa fundamental que precisa ser executada antes que qualquer aferição de desempenho de um projeto específico possa ser feita. Por favor, certifique-se de que aplica as recomendações fornecidas no Documentação de Otimização de desempenho antes de executar qualquer teste de benchmark e usar seus resultados para qualquer cálculo de dimensionamento de hardware.

Os requisitos de dimensionamento de hardware para casos de uso avançado devem basear-se em uma avaliação detalhada do desempenho do projeto. As características de casos de uso avançado que exigem recursos de hardware excepcionais incluem combinações de:

Espaço em disco/disco rígido disk-space-hard-drive

O espaço em disco necessário depende muito do volume e do tipo do aplicativo Web. Os cálculos devem ter em conta:

O espaço em disco é continuamente monitorado durante a Limpeza de Revisão Online e Offline. Se o espaço em disco disponível cair abaixo de um valor crítico, o processo será cancelado. O valor crítico é 25% do espaço ocupado pelo disco atual do repositório e não é configurável. Recomenda-se dimensionar o disco pelo menos duas ou três vezes maior que o tamanho do repositório, incluindo o crescimento estimado.

Considere uma configuração de arrays redundantes de discos independentes (RAID, por exemplo RAID10) para redundância de dados.

Virtualização virtualization

AEM funciona bem em ambientes virtualizados, mas pode haver fatores como CPU ou E/S que não podem ser diretamente equiparados ao hardware físico. Uma recomendação é escolher uma velocidade de E/S mais alta (em geral), pois esse é um fator crítico na maioria dos casos. A aferição comparativa do seu ambiente é necessária para obter uma compreensão precisa de quais recursos serão necessários.

Paralelização de instâncias AEM parallelization-of-aem-instances

Falha de segurança fail-safeness

Um site seguro contra falhas é implantado em pelo menos dois sistemas separados. Se um sistema for avariado, outro sistema poderá assumir o controle e, assim, compensar a falha do sistema.

Escalabilidade dos recursos do sistema system-resources-scalability

Enquanto todos os sistemas estão em execução, um maior desempenho computacional está disponível. Esse desempenho adicional não é necessariamente linear com o número de nós de cluster, pois o relacionamento é altamente dependente do ambiente técnico; consulte o Documentação do cluster para obter mais informações.

A estimativa de quantos nós de cluster são necessários baseia-se nos requisitos básicos e em casos de uso específicos do projeto Web específico:

Cálculos específicos do ambiente de criação author-environment-specific-calculations

Para fins de avaliação de desempenho, o Adobe desenvolveu alguns testes de referência para instâncias de autor independentes.

Os dois testes acima destacam claramente que a taxa de transferência varia de acordo com o tipo de operação. Use as atividades em seu ambiente como base para dimensionar seu sistema. Você obterá melhor throughput com ações menos intensivas, como modificar (o que também é mais comum).

Armazenamento em cache caching

No ambiente de criação, a eficiência do armazenamento em cache normalmente é muito menor, porque as alterações no site são mais frequentes e também o conteúdo é altamente interativo e personalizado. Com o dispatcher, é possível armazenar em cache AEM bibliotecas, JavaScripts, arquivos CSS e imagens de layout. Isso acelera alguns aspectos do processo de criação. Configurar o servidor da Web para definir cabeçalhos adicionais para o armazenamento em cache do navegador nesses recursos reduzirá o número de solicitações HTTP e, portanto, melhorará a capacidade de resposta do sistema, conforme experimentado pelos autores.

Autores trabalhando em paralelo authors-working-in-parallel

No ambiente de criação, o número de autores que trabalham em paralelo e o carregamento de suas interações somam ao sistema são os principais fatores limitantes. Portanto, recomendamos que você dimensione seu sistema com base na taxa de transferência compartilhada de dados.

Para esses cenários, o Adobe executou testes de benchmark em um cluster de duas instâncias de autor sem compartilhamento.

Os dois testes acima destacam claramente que o AEM é dimensionado bem para autores que estão realizando operações básicas de edição com AEM. Em geral, AEM é mais eficaz em operações de leitura de escala.

Em um site típico, a maioria da criação acontece durante a fase do projeto. Depois que o site entra em funcionamento, o número de autores trabalhando em paralelo geralmente cai para uma média mais baixa (modo operacional).

Você pode calcular o número de computadores (ou CPUs) necessários para o ambiente do autor da seguinte maneira:

n = numberOfParallelAuthors / 30

Essa fórmula pode servir como diretriz geral para dimensionar CPUs quando os autores estão executando operações básicas com o AEM. Ele pressupõe que o sistema e o aplicativo estejam otimizados. No entanto, a fórmula não será verdadeira para recursos avançados, como MSM ou Assets (consulte as seções abaixo).

Veja também os comentários adicionais em Paralelização e Otimização de desempenho.

Recommendations de hardware hardware-recommendations

Geralmente, você pode usar o mesmo hardware para o ambiente de criação recomendado para o seu ambiente de publicação. Normalmente, o tráfego de site é muito menor nos sistemas de criação, mas a eficiência do cache também é menor. No entanto, o fator fundamental aqui é o número de autores trabalhando em paralelo, juntamente com o tipo de ações que estão sendo feitas no sistema. Em geral, o clustering de AEM (do ambiente do autor) é mais eficaz em escalar operações de leitura; em outras palavras, um cluster AEM é bem dimensionado com autores que estão executando operações básicas de edição.

Os testes de benchmark no Adobe foram realizados com o sistema operacional RedHat 5.5, executado em uma plataforma de hardware Hewlett-Packard ProLiant DL380 G5 com a seguinte configuração:

AEM instâncias estavam sendo executadas com um tamanho de heap mínimo de 256M, um tamanho de heap máximo de 1024M.

Publicar cálculos específicos do ambiente publish-environment-specific-calculations

Eficiência de armazenamento em cache e tráfego caching-efficiency-and-traffic

A eficiência do cache é fundamental para a velocidade do site. A tabela a seguir mostra quantas páginas por segundo um sistema de AEM otimizado pode lidar usando um proxy reverso, como o dispatcher:

A proporção do cache é a porcentagem de páginas que o dispatcher pode retornar sem precisar acessar AEM. 100% indica que o dispatcher responde a todas as solicitações, 0% significa que AEM calcula cada página.

Complexidade de modelos e aplicativos complexity-of-templates-and-applications

Se você usar modelos complexos, AEM precisará de mais tempo para renderizar uma página. As páginas obtidas do cache não são afetadas por isso, mas o tamanho da página ainda é relevante ao considerar o tempo de resposta geral. A renderização de uma página complexa pode facilmente demorar dez vezes mais do que a renderização de uma página simples.

Fórmula formula

Usando a seguinte fórmula, você pode calcular uma estimativa para a complexidade geral da sua solução de AEM:

complexity = applicationComplexity + ((1-cacheRatio) * templateComplexity)

Com base na complexidade, você pode determinar o número de servidores (ou núcleos de CPU) necessários para o ambiente de publicação da seguinte maneira:

n = (traffic * complexity / 1000 ) * activations

As variáveis na equação são as seguintes:

Se você tiver um site mais complexo, também precisará de servidores da Web mais potentes para que o AEM possa responder uma solicitação em um tempo aceitável.

Cálculos adicionais específicos de caso de uso additional-use-case-specific-calculations

Além do cálculo para uma aplicação web padrão, talvez seja necessário considerar fatores específicos para os seguintes casos de uso. Os valores calculados devem ser adicionados ao cálculo padrão.

Considerações específicas sobre ativos assets-specific-considerations

O processamento abrangente de ativos digitais requer recursos de hardware otimizados, os fatores mais relevantes são o tamanho da imagem e o pico de throughput das imagens processadas.

Aloque pelo menos 16 GB de heap e configure o fluxo de trabalho do Ativo de atualização do DAM para usar o Pacote Camera Raw para a assimilação de imagens brutas.

Gerenciador de vários sites multi-site-manager

O consumo de recursos ao usar AEM MSM em um ambiente de criação depende muito dos casos de uso específicos. Os fatores básicos são:

Testar o caso de uso planejado com um trecho de conteúdo representativo pode ajudá-lo a entender melhor o consumo de recursos. Se você extrapolar os resultados com o throughput planejado, poderá avaliar os recursos adicionais necessários para o MSM AEM.

Considere também que os autores que trabalham em paralelo perceberão os efeitos colaterais do desempenho se AEM casos de uso de MSM consumirem mais recursos do que o planejado.

Considerações sobre o dimensionamento do AEM Communities aem-communities-sizing-considerations

AEM sites que incluem recursos do AEM Communities (sites da comunidade) experimentam um alto nível de interação de visitantes do site (membros) no ambiente de publicação.

As considerações de dimensionamento para um site da comunidade dependem da interação esperada pelos membros da comunidade e se o desempenho ideal para o conteúdo da página é de maior importância.

O conteúdo gerado pelo usuário (UGC) enviado pelos membros é armazenado separadamente do conteúdo da página. Embora a plataforma de AEM use uma loja de nós que replica o conteúdo do site do autor para publicar, o AEM Communities usa uma única loja comum para UGC que nunca é replicada.

Para o armazenamento UGC, é necessário escolher um provedor de recursos de armazenamento (SRP), que influencia a implantação escolhida.
Consulte