Guia de ajuste de desempenho do Adobe Experience Manager Assets assets-performance-tuning-guide

Uma instalação do Experience Manager Assets contém vários componentes de hardware, software e rede. Dependendo do cenário de implantação, você pode precisar de alterações específicas de configuração de hardware, software e componentes de rede para remover gargalos de desempenho.

Além disso, identificar e seguir determinadas diretrizes de otimização de hardware e software ajuda a criar uma base sólida que permita que a implantação do Experience Manager Assets atenda às expectativas de desempenho, escalabilidade e confiabilidade.

Um desempenho insatisfatório no Experience Manager Assets pode afetar a experiência do usuário em relação ao desempenho interativo, processamento de ativos, velocidade de download e outras áreas.

Na verdade, a otimização de desempenho é uma tarefa fundamental executada antes de estabelecer métricas de direcionamento para qualquer projeto.

Estas são algumas das principais áreas de foco nas quais você descobre e corrige problemas de desempenho antes que eles afetem os usuários.

Platform platform

Embora o Experience Manager seja suportado em várias plataformas, o Adobe encontrou o maior suporte para ferramentas nativas no Linux e no Windows, o que contribui para um desempenho ideal e para a facilidade de implementação. Idealmente, você deve implantar um sistema operacional de 64 bits para atender aos requisitos de alta memória de uma implantação do Experience Manager Assets. Como em qualquer implantação de Experience Manager, você deve implementar o TarMK sempre que possível. Embora o TarMK não possa ser dimensionado além de uma única instância de autor, seu desempenho é melhor do que o MongoMK. Você pode adicionar instâncias de descarregamento TarMK para aumentar o poder de processamento do fluxo de trabalho da sua implantação Experience Manager Assets.

Pasta temporária temp-folder

Para melhorar os tempos de upload de ativos, use o armazenamento de alto desempenho para o diretório temporário Java. No Linux e no Windows, uma unidade RAM ou SSD pode ser usada. Em ambientes baseados em nuvem, um tipo equivalente de armazenamento de alta velocidade pode ser usado. Por exemplo, no Amazon EC2, uma unidade efêmera unidade pode ser usada para a pasta temporária.

Supondo que o servidor tenha memória suficiente, configure uma unidade RAM. No Linux, execute estes comandos para criar uma unidade RAM de 8 GB:

mkfs -q /dev/ram1 800000
 mkdir -p /mnt/aem-tmp
 mount /dev/ram1 /mnt/aem-tmp
 df -H | grep aem-tmp

No sistema operacional Windows, use um driver de terceiros para criar uma unidade de RAM ou use apenas armazenamento de dados de alto desempenho, como SSD.

Quando o volume temporário de alto desempenho estiver pronto, defina o parâmetro JVM -Djava.io.tmpdir. Por exemplo, você poderia adicionar o parâmetro JVM abaixo à variável CQ_JVM_OPTS no script bin/start de Experience Manager:

-Djava.io.tmpdir=/mnt/aem-tmp

Configuração do Java java-configuration

Versão do Java java-version

A Adobe recomenda a implantação do Experience Manager Assets no Java 8 para obter o desempenho ideal.

Parâmetros JVM jvm-parameters

Defina os seguintes parâmetros JVM:

Armazenamento de dados e configuração de memória data-store-and-memory-configuration

Configuração do armazenamento de dados do arquivo file-data-store-configuration

É recomendável separar o armazenamento de dados do armazenamento de segmentos para todos os usuários Experience Manager Assets. Além disso, configurar os parâmetros maxCachedBinarySize e cacheSizeInMB pode ajudar a maximizar o desempenho. Defina maxCachedBinarySize com o menor tamanho de arquivo que possa ser mantido no cache. Especifique o tamanho do cache de memória a ser usado para o armazenamento de dados em cacheSizeInMB. A Adobe recomenda que você defina esse valor entre 2 e 10 por cento do tamanho total do heap. No entanto, o teste de carga/desempenho pode ajudar a determinar a configuração ideal.

Configurar o tamanho máximo do cache de imagens armazenadas em buffer configure-the-maximum-size-of-the-buffered-image-cache

Ao fazer upload de grandes quantidades de ativos para Adobe Experience Manager, para permitir picos inesperados no consumo de memória e evitar falhas na JVM com OutOfMemoryErrors, reduza o tamanho máximo configurado do cache de imagens em buffer. Considere um exemplo de que você tem um sistema com um heap máximo (- Xmxparâmetro) de 5 GB, um Oak BlobCache definido como 1 GB e um cache de documentos definido como 2 GB. Nesse caso, o cache em buffer levaria no máximo 1,25 GB e a memória, o que deixaria apenas 0,75 GB de memória para picos inesperados.

Configure o tamanho do cache em buffer no Console da Web do OSGi. Em https://host:port/system/console/configMgr/com.day.cq.dam.core.impl.cache.CQBufferedImageCache, defina a propriedade cq.dam.image.cache.max.memory em bytes. Por exemplo, 1073741824 é de 1 GB (1024 x 1024 x 1024 = 1 GB).

No Experience Manager 6.1 SP1, se estiver usando um nó sling:osgiConfig para configurar essa propriedade, defina o tipo de dados como Longo. Para obter mais detalhes, consulte CQBufferedImageCache consome heap durante os uploads de ativos.

Armazenamento de dados compartilhado shared-data-stores

A implementação de um armazenamento de dados S3 ou de arquivo compartilhado pode ajudar a economizar espaço em disco e aumentar a taxa de transferência da rede em implementações de grande escala. Para obter mais informações sobre os prós e contras do uso de um armazenamento de dados compartilhado, consulte o guia de dimensionamento do Assets.

Armazenamento de dados S3 s-data-store

A configuração do Repositório de Dados S3 a seguir ( org.apache.jackrabbit.oak.plugins.blob.datastore.S3DataStore.cfg) ajudou a Adobe a extrair 12,8 TB de BLOBs (objetos binários grandes) de um repositório de dados de arquivo existente em um repositório de dados S3 em um site do cliente:

accessKey=<snip>
 secretKey=<snip>
 s3Bucket=<snip>
 s3Region=us-standard
 s3EndPoint=<a href="https://s3.amazonaws.com/">s3.amazonaws.com</a>
 connectionTimeout=120000
 socketTimeout=120000
 maxConnections=80
 writeThreads=60
 concurrentUploadsThreads=30
 asyncUploadLimit=30
 maxErrorRetry=1000
 path=/opt/author/crx-quickstart/repository/datastore
 s3RenameKeys=false
 s3Encryption=SSE_S3
 proactiveCaching=true
 uploadRetries=1000
 migrateFailuresCount=400

Otimização de rede network-optimization

A Adobe recomenda ativar o HTTPS porque muitas empresas têm firewalls que farejam tráfego HTTP, o que afeta negativamente os uploads e corrompe os arquivos. Para uploads de arquivos grandes, assegure-se de que os usuários tenham conexões com fio à rede, pois uma rede WiFi se torna rapidamente saturada. Para obter diretrizes sobre como identificar gargalos de rede, consulte o guia de dimensionamento do Assets. Para avaliar o desempenho da rede analisando a topologia da rede, consulte considerações sobre a rede Assets.

Basicamente, sua estratégia de otimização de rede depende da quantidade de largura de banda disponível e da carga na instância do Experience Manager. Opções comuns de configuração, incluindo firewalls ou proxies, podem ajudar a melhorar o desempenho da rede. Alguns pontos importantes a serem considerados:

Fluxos de trabalhos workflows

Workflows transitórios transient-workflows

Sempre que possível, defina o fluxo de trabalho Ativo de atualização do DAM como Temporário. A configuração reduz significativamente as despesas gerais necessárias para processar workflows porque, nesse caso, os workflows não precisam passar pelos processos normais de rastreamento e arquivamento.

Nos casos em que não é possível usar fluxos de trabalho transitórios, execute a limpeza regular do fluxo de trabalho para excluir os fluxos de trabalho do Ativo de atualização do DAM arquivados para garantir que o desempenho do sistema não seja prejudicado.

Normalmente, execute os workflows de limpeza semanalmente. No entanto, em cenários de uso intensivo de recursos, como durante a assimilação de ativos em larga escala, é possível executá-los com mais frequência.

Para configurar a limpeza de fluxos de trabalho, adicione uma nova configuração de limpeza de fluxos de trabalho do Adobe Granite por meio do console OSGi. Em seguida, configure e programe o workflow como parte da janela de manutenção semanal.

Se a limpeza for executada por muito tempo, o tempo limite expirará. Portanto, você deve garantir que seus trabalhos de limpeza sejam concluídos para evitar situações em que a limpeza de workflows falhe devido ao alto número de workflows.

Por exemplo, após executar vários fluxos de trabalho não transitórios (que criam nós de instância de fluxo de trabalho), você pode executar o Removedor de fluxo de trabalho ACS AEM Commons de forma ad hoc. Ele remove instâncias de fluxo de trabalho redundantes e concluídas imediatamente em vez de esperar que o programador de Limpeza de fluxo de trabalho do Adobe Granite seja executado.

Máximo de trabalhos paralelos maximum-parallel-jobs

Por padrão, o Experience Manager executa um número máximo de trabalhos paralelos igual ao número de processadores no servidor. O problema com esta configuração é que, durante períodos de carga pesada, todos os processadores são ocupados por fluxos de trabalho do Ativo de atualização do DAM, diminuindo a capacidade de resposta da interface e impedindo que o Experience Manager execute outros processos que protegem o desempenho e a estabilidade do servidor. Como prática recomendada, defina esse valor como metade dos processadores disponíveis no servidor, executando as seguintes etapas:

Para começar, definir uma fila como metade dos processadores disponíveis é uma solução viável. No entanto, talvez seja necessário aumentar ou diminuir esse número para atingir o throughput máximo e ajustá-lo por ambiente. Há filas separadas para fluxos de trabalho transitórios e não transitórios e outros processos, como fluxos de trabalho externos. Se várias filas definidas para 50% dos processadores estiverem ativas simultaneamente, o sistema pode ficar sobrecarregado rapidamente. As filas muito usadas variam muito entre as implementações do usuário. Portanto, talvez seja necessário configurá-los cuidadosamente para obter o máximo de eficiência sem sacrificar a estabilidade do servidor.

Configuração do ativo de atualização DAM dam-update-asset-configuration

O fluxo de trabalho Ativo de atualização do DAM contém um conjunto completo de etapas configuradas para tarefas, como a geração de PTIFF do Dynamic Media e a integração do Adobe InDesign Server. No entanto, a maioria dos usuários pode não exigir várias dessas etapas. A Adobe recomenda criar uma cópia personalizada do modelo de fluxo de trabalho Ativo de atualização do DAM e remover as etapas desnecessárias. Nesse caso, atualize os inicializadores do Ativo de atualização do DAM para apontar para o novo modelo.

A execução intensiva do fluxo de trabalho Ativo de atualização do DAM pode aumentar bastante o tamanho do armazenamento de dados do seu arquivo. Os resultados de um experimento executado pelo Adobe mostraram que o tamanho do armazenamento de dados pode aumentar em aproximadamente 400 GB se cerca de 5.500 workflows forem executados em 8 horas.

É um aumento temporário e o armazenamento de dados é restaurado ao seu tamanho original após a execução da tarefa de coleta de lixo do armazenamento de dados.

Normalmente, a tarefa de coleta de lixo do armazenamento de dados é executada semanalmente, juntamente com outras tarefas de manutenção programadas.

Se você tiver um espaço limitado em disco e executar workflows de Atualização de ativo do DAM intensamente, considere agendar a tarefa de coleta de lixo com mais frequência.

Geração de representação em tempo de execução runtime-rendition-generation

Os clientes usam imagens de vários tamanhos e formatos em todo o site ou para distribuição a parceiros comerciais. Como cada representação aumenta o espaço ocupado pelo ativo no repositório, a Adobe recomenda usar esse recurso criteriosamente. Para reduzir a quantidade de recursos necessários para processar e armazenar imagens, você pode gerar essas imagens em tempo de execução, em vez de representações durante a assimilação.

Muitos clientes do Sites implementam um servlet de imagem que redimensiona e recorta imagens no momento em que são solicitadas, o que impõe carga adicional na instância de publicação. No entanto, desde que essas imagens possam ser armazenadas em cache, o desafio pode ser atenuado.

Uma abordagem alternativa é usar a tecnologia Dynamic Media para transmitir completamente a manipulação de imagem. Além disso, você pode implantar o Brand Portal que não apenas assume as responsabilidades de geração de representação da infraestrutura Experience Manager, mas também todo o nível de publicação.

ImageMagick imagemagick

Se você personalizar o fluxo de trabalho do Ativo de atualização do DAM para gerar representações usando o ImageMagick, o Adobe recomenda modificar o arquivo policy.xml em /etc/ImageMagick/. Por padrão, o ImageMagick usa todo o espaço em disco disponível no volume do SO e a memória disponível. Faça as seguintes alterações de configuração na seção policymap de policy.xml para limitar esses recursos.

<policymap>
  <!-- <policy domain="system" name="precision" value="6"/> -->
  <policy domain="resource" name="temporary-path" value="/ephemeral0/imagemagick_tmp"/>
  <policy domain="resource" name="memory" value="1000MiB"/>
  <policy domain="resource" name="map" value="1000MiB"/>
  <!-- <policy domain="resource" name="area" value="1gb"/> -->
  <policy domain="resource" name="disk" value="10000MiB"/>
  <!-- <policy domain="resource" name="file" value="768"/> -->
  <policy domain="resource" name="thread" value="1"/>
  <policy domain="resource" name="throttle" value="50"/>
  <!-- <policy domain="resource" name="time" value="3600"/> -->
</policymap>

Além disso, defina o caminho da pasta temporária do ImageMagick no arquivo configure.xml (ou definindo a variável de ambiente MAGICK_TEMPORARY_PATH) para uma partição de disco que tenha espaço e IOPS suficientes.

Se você estiver usando o Experience Manager no Adobe Managed Services (AMS), entre em contato com o Suporte ao cliente do Adobe se planejar processar muitos arquivos PSD ou PSB grandes. Trabalhe com o representante do Suporte ao cliente da Adobe para implementar essas práticas recomendadas para a implantação do AMS e escolher as melhores ferramentas e modelos possíveis para os formatos proprietários do Adobe. O Experience Manager pode não processar arquivos PSB de resolução muito alta com mais de 30.000 x 23.000 pixels.

Writeback XMP xmp-writeback

O writeback XMP atualiza o ativo original sempre que os metadados forem modificados em Experience Manager, o que resulta no seguinte:

Os resultados listados consomem recursos consideráveis. Portanto, o Adobe recomenda desativar o writeback XMP se não for necessário. Para obter mais informações, consulte writeback de XMP.

A importação de uma grande quantidade de metadados pode resultar em uma atividade de writeback XMP com muitos recursos se o sinalizador executar workflows estiver marcado. Planejar essa importação durante o uso do servidor enxuto para que o desempenho de outros usuários não seja afetado.

Replicação replication

Ao replicar ativos para um grande número de instâncias de publicação, por exemplo, em uma implementação do Sites, o Adobe recomenda usar a replicação em cadeia. Nesse caso, a instância do autor é replicada para uma única instância de publicação que, por sua vez, é replicada para as outras instâncias de publicação, liberando a instância do autor.

Configurar replicação em cadeia configure-chain-replication

Pesquisar índices search-indexes

Instale os Service Packs mais recentes e hotfixes relacionados ao desempenho, pois esses geralmente incluem atualizações de índices do sistema. Consulte dicas de ajuste de desempenho para algumas otimizações de índice.

Crie índices personalizados para consultas executadas com frequência. Para obter detalhes, consulte metodologia para analisar consultas lentas e criação de índices personalizados. Para obter insights adicionais sobre as práticas recomendadas de consulta e índice, consulte Práticas recomendadas de consultas e indexação.

Configurações de índice Lucene lucene-index-configurations

Algumas otimizações podem ser feitas nas configurações de índice do Oak que podem ajudar a melhorar o desempenho do Experience Manager Assets. Atualize as configurações de índice para melhorar o tempo de reindexação:

Se os usuários não precisarem fazer uma pesquisa de texto completo de ativos, por exemplo, pesquisar texto em documentos do PDF e desativá-la. Você melhora o desempenho do índice desabilitando a indexação de texto completo. Para desabilitar a extração de texto Apache Lucene, siga estas etapas:

Estimar Total guess-total

Ao criar consultas que geram grandes conjuntos de resultados, use o parâmetro guessTotal para evitar a utilização intensa de memória ao executá-las.

Problemas conhecidos known-issues

Arquivos grandes large-files

Há dois problemas conhecidos importantes relacionados a arquivos grandes no Experience Manager. Quando os arquivos atingem tamanhos maiores que 2 GB, a sincronização em espera forçada pode ficar em uma situação de falta de memória. Em alguns casos, impede a execução da sincronização em standby. Em outros casos, isso causa uma falha na instância principal. Este cenário se aplica a qualquer arquivo em Experience Manager com mais de 2 GB, incluindo pacotes de conteúdo.

Da mesma forma, quando os arquivos atingem 2 GB de tamanho ao usar um armazenamento de dados S3 compartilhado, pode levar algum tempo para que o arquivo seja totalmente mantido do cache para o sistema de arquivos. Como resultado, ao usar a replicação sem binários, é possível que os dados binários não tenham sido mantidos antes da conclusão da replicação. Essa situação pode levar a problemas, especialmente se a disponibilidade dos dados for importante.

Teste de desempenho performance-testing

Para cada implantação do Experience Manager, estabeleça um regime de teste de desempenho que possa identificar e resolver gargalos rapidamente. Estas são algumas áreas importantes para se concentrar.

Teste de rede network-testing

Para todas as questões de desempenho de rede do cliente, execute as seguintes tarefas:

Teste de implantação do Experience Manager aem-deployment-testing

Para minimizar a latência e alcançar alta taxa de transferência por meio da utilização eficiente da CPU e do compartilhamento de carga, monitore o desempenho da sua implantação do Experience Manager regularmente. Em especial:

Experience Manager Assets lista de verificação de desempenho e impacto das tarefas de gerenciamento de ativos checklist