A descarga distribui tarefas de processamento entre instâncias de Experience Manager em uma topologia. Com a descarga, você pode usar instâncias Experience Manager específicas para executar tipos específicos de processamento. O processamento especializado permite maximizar o uso dos recursos disponíveis do servidor.
A descarga é baseada na variável Descoberta do Apache Sling e recursos do Sling JobManager. Para usar a descarga, você adiciona Experience Manager clusters a uma topologia e identifica os tópicos de trabalho que o cluster processa. Os clusters são compostos de uma ou mais instâncias de Experience Manager, de modo que uma única instância é considerada um cluster.
Para obter informações sobre como adicionar instâncias a uma topologia, consulte Administração de topologias.
O Sling JobManager e o JobConsumer permitem a criação de tarefas que são processadas em uma topologia:
Quando o JobManager cria um trabalho, a estrutura Offloading seleciona um cluster Experience Manager na topologia para executar o trabalho:
Consulte Configurar o consumo de tópico para obter informações sobre como refinar a distribuição de tarefas.
Quando a estrutura de Descarregamento seleciona um cluster para executar um trabalho e o cluster é composto por várias instâncias, a Distribuição do Sling determina qual instância no cluster executa o trabalho.
A estrutura de Descarregamento oferece suporte a cargas de trabalho que associam tarefas a recursos no repositório. As cargas de trabalho são úteis quando as tarefas são criadas para recursos de processamento e a tarefa é descarregada para outro computador.
Após a criação de um trabalho, a carga fica somente garantida na instância que cria o trabalho. Ao descarregar o trabalho, os agentes de replicação garantem que a carga seja criada na instância que eventualmente consuma o trabalho. Quando a execução do trabalho é concluída, a replicação inversa faz com que a carga seja copiada de volta para a instância que criou o trabalho.
As topologias são Experience Manager clusters vagamente acoplados que estão participando da descarga. Um cluster consiste em uma ou mais instâncias do servidor Experience Manager (uma única instância é considerada um cluster).
Cada instância do Experience Manager executa os seguintes serviços relacionados à descarga:
O Serviço de Descoberta de todos os membros da topologia aponta para o Conector de Topologia em um dos membros. Nas seções a seguir, esse membro é conhecido como membro raiz.
Cada cluster na topologia contém uma instância reconhecida como líder. O líder do cluster interage com a topologia em nome dos outros membros do cluster. Quando o pontilhado deixa o cluster, um novo pontilhado do cluster é automaticamente escolhido.
Use o Navegador de topologia para explorar o estado da topologia em que a instância do Experience Manager está participando. O Navegador de topologia mostra os clusters e instâncias da topologia.
Para cada cluster, você vê uma lista de membros do cluster que indica a ordem em que cada membro se juntou ao cluster e qual membro é o Líder. A propriedade Current indica a instância que você está administrando no momento.
Para cada instância no cluster, você pode ver várias propriedades relacionadas à topologia:
Usando a interface de toque, clique na guia Ferramentas. (http://localhost:4502/tools.html)
Na área Operações de Granite, clique em Descarregar navegador.
No painel de navegação, clique em Navegador de topologia.
Os clusters que participam da topologia aparecem.
Clique em um cluster para ver uma lista das instâncias no cluster e sua ID, o status Atual e o status Líder.
Clique em uma ID de instância para ver as propriedades mais detalhadas.
Você também pode usar o Console da Web para exibir informações de topologia. O console fornece mais informações sobre os clusters de topologia:
Use o procedimento a seguir para abrir a página Gerenciamento de Topologia do Console da Web:
Abra o Console da Web em seu navegador. (http://localhost:4502/system/console)
Clique em Principal > Gerenciamento de topologia.
O Apache Sling Resource-Based Discovery Service é executado em cada instância para controlar como as instâncias do Experience Manager interagem com uma topologia.
O Serviço de descoberta envia solicitações POST periódicas (heartbeats) para os serviços do Conector de topologia para estabelecer e manter conexões com a topologia. O serviço Topology Connector mantém uma lista de permissões de endereços IP ou nomes de host que têm permissão para ingressar na topologia:
Use o Console da Web ou um nó sling:OsgiConfig para configurar as seguintes propriedades do serviço org.apache.sling.discovery.impt.Config :
Nome da Propriedade | Nome OSGi | Descrição | Valor padrão |
---|---|---|---|
Tempo limite do Heartbeat (segundos) | heartbeatTimeout | O tempo em segundos para aguardar uma resposta de pulsação antes que a instância de destino seja considerada indisponível. | 20 |
Intervalo do Heartbeat (segundos) | heartbeatInterval | O tempo em segundos entre as pulsações. | 15 |
Atraso mínimo de evento (segundos) | minEventDelay | Quando ocorre uma alteração na topologia, o tempo necessário para atrasar a alteração de estado de TOPOLOGY_CHANGING para TOPOLOGY_CHANGED. Cada alteração que ocorre quando o estado é TOPOLOGY_CHANGING aumenta o atraso por essa quantidade de tempo. Esse atraso impede que os ouvintes sejam inundados por eventos. Para não usar atraso, especifique 0 ou um número negativo. |
3 |
URLs do conector de topologia | topologyConnectorUrls | Os URLs dos serviços do Topology Connector para enviar mensagens de heartbeat. | http://localhost:4502/libs/sling/topology/connector |
Lista de permissões do conector de topologia | topologyConnectorWhitelist | A lista de endereços IP ou nomes de host que o serviço local do Conector de Topologia permite na topologia. | localhost 127.0.0.1 |
Nome do Descritor de Repositório | leaderElectionRepositoryDescriptor | <sem valor> |
Use o procedimento a seguir para conectar uma instância do CQ ao membro raiz de uma topologia. O procedimento aponta a instância para o URL do Conector de Topologia do membro de topologia raiz. Execute esse procedimento em todos os membros da topologia.
Execute o procedimento a seguir no membro raiz da topologia. O procedimento adiciona os nomes dos outros membros da topologia à lista de permissões do Serviço de Descoberta.
Use o Navegador de descarga para configurar o consumo de tópico para as instâncias de Experience Manager na topologia. Para cada instância, é possível especificar os tópicos que ela consome. Por exemplo, para configurar sua topologia de forma que somente uma instância consuma tópicos de um tipo específico, desative o tópico em todas as instâncias, exceto uma.
As tarefas são distribuídas entre instâncias que têm o tópico associado habilitado usando a lógica de round robin.
Usando a interface de toque, clique na guia Ferramentas. (http://localhost:4502/tools.html)
Na área Operações de Granite, clique em Descarregar navegador.
No painel de navegação, clique em Descarregar navegador.
Os tópicos de descarregamento e as instâncias do servidor que podem consumir os tópicos são exibidos.
Para desativar o consumo de um tópico para uma instância, abaixo do nome do tópico, clique em Desativar ao lado da instância.
Para configurar todo o consumo de tópico para uma instância, clique no identificador de instância abaixo de qualquer tópico.
Clique em um dos seguintes botões ao lado de um tópico para configurar o comportamento de consumo para a instância e, em seguida, clique em Salvar:
Observação: Quando você seleciona Exclusivo para um tópico, todos os outros tópicos são automaticamente definidos como Desativado.
Várias implementações do JobConsumer são instaladas com o Experience Manager. Os tópicos para os quais esses JobConsumers estão registrados são exibidos no Navegador de Descarregamento. Os tópicos adicionais que aparecem são aqueles que JobConsumers personalizados registraram. A tabela a seguir descreve o JobConsumers padrão.
Tópico da tarefa | PID do serviço | Descrição |
---|---|---|
/ | org.apache.sling.event.impl.jobs.deprecated.EventAdminBridge | Instalado com o Apache Sling. Processa trabalhos que o administrador de eventos OSGi gera para compatibilidade com versões anteriores. |
com/day/cq/replication/job/* | com.day.cq.replication.impl.AgentManagerImpl | Um agente de replicação que replica cargas de trabalho. |
O serviço Apache Sling Job Consumer Manager fornece propriedades de lista de permissões e lista de bloqueios de tópicos. Configure essas propriedades para ativar ou desativar o processamento de tópicos específicos em uma instância do Experience Manager.
Observação: Se a instância pertencer a uma topologia, você também poderá usar o Navegador de descarga em qualquer computador na topologia para ativar ou desativar os tópicos.
A lógica que cria a lista de tópicos ativados primeiro permite todos os tópicos que estão na lista de permissões e, em seguida, remove os tópicos que estão na lista de bloqueios. Por padrão, todos os tópicos são ativados (o valor da lista de permissões é *
) e nenhum tópico estiver desativado (a lista de bloqueios não tem valor).
Use o Console da Web ou um sling:OsgiConfig
para configurar as seguintes propriedades. Para sling:OsgiConfig
, o PID do serviço Gerenciador de Consumidores de Trabalho é org.apache.sling.event.impl.jobs.JobConsumerManager.
Nome da propriedade no Console da Web | ID do OSGi | Descrição |
---|---|---|
Lista de permissões de tópico | job.consumermanager.whitelist | Uma lista de tópicos que o serviço local do JobManager processa. O valor padrão do * faz com que todos os tópicos sejam enviados para o serviço TopicConsumer registrado. |
Lista de bloqueios de tópico | job.consumermanager.blacklist | Uma lista de tópicos que o serviço local do JobManager não processa. |
A estrutura de descarregamento usa a replicação para transportar recursos entre o autor e o trabalhador. A estrutura de descarregamento cria agentes de replicação automaticamente quando as instâncias se juntam à topologia. Os agentes são criados com valores padrão. Você deve alterar manualmente a senha usada pelos agentes para autenticação.
Um problema conhecido com os agentes de replicação gerados automaticamente requer a criação manual de novos agentes de replicação.
Crie os agentes de replicação que transportam cargas de trabalho entre instâncias para descarregamento. A ilustração a seguir mostra os agentes necessários para descarregar do autor para uma instância de trabalho. O autor tem uma ID do Sling de 1 e a instância do trabalhador tem uma ID do Sling de 2:
Essa configuração requer os três agentes a seguir:
Esse esquema de replicação é semelhante ao usado entre instâncias de autor e publicação. No entanto, para a situação de descarregamento, todas as instâncias envolvidas são instâncias de criação.
A estrutura Descarregamento usa a topologia para obter os endereços IP das instâncias de descarregamento. A estrutura então cria automaticamente os agentes de replicação com base nesses endereços IP. Se os endereços IP das instâncias de descarregamento forem alterados posteriormente, a alteração será propagada automaticamente na topologia depois que a instância for reiniciada. No entanto, a estrutura de Descarregamento não atualiza automaticamente os agentes de replicação para refletir os novos endereços IP. Para evitar essa situação, use endereços IP fixos para todas as instâncias na topologia.
Use um formato específico para a variável Nome propriedade dos agentes de replicação para que a estrutura de descarregamento use automaticamente o agente correto para instâncias de trabalho específicas.
Nomear o agente de saída na instância do autor:
offloading_<slingid>
, onde <slingid>
é a ID do Sling da instância do trabalhador.
Exemplo: offloading_f5c8494a-4220-49b8-b079-360a72f71559
Nomear o agente reverso na instância do autor:
offloading_reverse_<slingid>
, onde <slingid>
é a ID do Sling da instância do trabalhador.
Exemplo: offloading_reverse_f5c8494a-4220-49b8-b079-360a72f71559
Nomear a caixa de saída na instância do trabalhador:
offloading_outbox
Crie um Agente de replicação sobre o autor. (Consulte o documentação para agentes de replicação). Especifique qualquer Título. O Nome deve seguir a convenção de nomenclatura.
Crie o agente usando as seguintes propriedades:
Propriedade | Valor |
---|---|
Configurações > Tipo de serialização | Padrão |
Transporte >URI de transporte | https://<ip of target instance> :<port> /bin/receive?sling:authRequestLogin=1 |
Transporte > Transportar usuário | Usuário de replicação na instância de destino |
Transporte > Senha de transporte | Senha do usuário de replicação na instância de destino |
Estendido > Método HTTP | POST |
Triggers > Ignorar padrão | Verdadeiro |
Crie um Agente de replicação inversa sobre o autor. (Consulte o documentação para agentes de replicação.) Especifique qualquer Título. O Nome deve seguir a convenção de nomenclatura.
Crie o agente usando as seguintes propriedades:
Propriedade | Valor |
---|---|
Configurações > Tipo de serialização | Padrão |
Transporte >URI de transporte | https://<ip of target instance> :<port> /bin/receive?sling:authRequestLogin=1 |
Transporte > Transportar usuário | Usuário de replicação na instância de destino |
Transporte > Senha de transporte | Senha do usuário de replicação na instância de destino |
Estendido > Método HTTP | GET |
Crie um Agente de replicação na instância do trabalhador. (Consulte o documentação para agentes de replicação.) Especifique qualquer Título. O Nome deve ser offloading_outbox
.
Crie o agente usando as seguintes propriedades.
Propriedade | Valor |
---|---|
Configurações > Tipo de serialização | Padrão |
Transporte >URI de transporte | repo://var/replication/outbox |
Acionador > Ignorar padrão | Verdadeiro |
Obtenha a ID do Sling de uma instância do Experience Manager usando um dos seguintes métodos:
Além dos detalhes apresentados nesta página, você também pode ler o seguinte: