Offload dei processi offloading-jobs

Introduzione introduction

L'offload distribuisce le attività di elaborazione tra le istanze di Experience Manager in una topologia. L'offload consente di utilizzare istanze di Experience Manager specifiche per l'esecuzione di tipi specifici di elaborazione. L'elaborazione specializzata consente di ottimizzare l'utilizzo delle risorse server disponibili.

Offload basato sulle funzionalità Discovery Apache Sling e Sling JobManager. Per utilizzare l'offload, è possibile aggiungere cluster di Experienci Manager a una topologia e identificare gli argomenti dei processi elaborati dal cluster. I cluster sono composti da una o più istanze di Experience Manager, in modo che una singola istanza venga considerata un cluster.

Per informazioni sull'aggiunta di istanze a una topologia, vedere Amministrazione di topologie.

Distribuzione dei processi job-distribution

Sling JobManager e JobConsumer consentono la creazione di processi elaborati in una topologia:

Quando JobManager crea un processo, il framework Offload seleziona un cluster di Experienci Manager nella topologia per eseguire il processo:

Per informazioni su come definire la distribuzione dei processi, vedere Configurazione del consumo di argomenti.

Quando il framework di offload seleziona un cluster per eseguire un processo e il cluster è composto da più istanze, la Distribuzione Sling determina quale istanza nel cluster esegue il processo.

Payload processo job-payloads

Il framework Offload supporta i payload dei job che associano i job alle risorse del repository. I payload dei processi sono utili quando vengono creati processi per l'elaborazione delle risorse e il processo viene scaricato in un altro computer.

Al momento della creazione di un processo, il payload si trova solo sull’istanza che lo crea. Quando si esegue l’offload del processo, gli agenti di replica garantiscono che il payload venga creato sull’istanza che alla fine lo utilizza. Al termine dell’esecuzione del processo, la replica inversa fa sì che il payload venga copiato nuovamente nell’istanza che ha creato il processo.

Amministrazione delle topologie administering-topologies

Le topologie sono cluster di Experienci Manager liberamente accoppiati che partecipano all'offload. Un cluster è costituito da una o più istanze del server di Experience Manager (una singola istanza viene considerata un cluster).

Ogni istanza di Experience Manager esegue i seguenti servizi relativi all'offload:

Il servizio di individuazione di tutti i membri della topologia punta al connettore topologia su uno dei membri. Nelle sezioni successive, questo membro viene definito membro radice.

Ogni cluster nella topologia contiene un'istanza riconosciuta come leader. La coordinata del cluster interagisce con la topologia per conto degli altri membri del cluster. Quando la linea guida lascia il cluster, viene automaticamente scelta una nuova linea guida per il cluster.

Visualizzazione della topologia viewing-the-topology

Utilizzare il browser Topologia per esplorare lo stato della topologia a cui appartiene l'istanza Experience Manager. Visualizzatore topologia mostra i cluster e le istanze della topologia.

Per ogni cluster viene visualizzato un elenco di membri del cluster che indica l'ordine in cui ogni membro è stato aggiunto al cluster e quale membro è il responsabile. La proprietà Current indica l'istanza che si sta amministrando.

Per ogni istanza del cluster, è possibile visualizzare diverse proprietà relative alla topologia:

È inoltre possibile utilizzare la console Web per visualizzare informazioni sulla topologia. La console fornisce ulteriori informazioni sui cluster di topologia:

Per aprire la pagina Gestione topologia della console Web, attenersi alla procedura descritta di seguito.

Configurazione dell'appartenenza alla topologia configuring-topology-membership

Apache Sling Resource-Based Discovery Service viene eseguito su ogni istanza per controllare il modo in cui le istanze Experience Manager interagiscono con una topologia.

Il servizio Discovery invia richieste POST periodiche (heartbeat) ai servizi del connettore topologia per stabilire e mantenere connessioni con la topologia. Il servizio Connettore topologia gestisce un elenco consentiti di indirizzi IP o nomi host che possono essere aggiunti alla topologia:

Utilizza la console web o un nodo sling:OsgiConfig per configurare le seguenti proprietà del servizio org.apache.sling.discovery.impt.Config:

Per connettere un'istanza CQ al membro radice di una topologia, attenersi alla procedura descritta di seguito. La procedura punta l'istanza all'URL del connettore topologia del membro della topologia radice. Eseguire questa procedura su tutti i membri della topologia.

Eseguire la procedura seguente sul membro radice della topologia. La procedura aggiunge i nomi degli altri membri della topologia al relativo elenco consentiti del servizio di individuazione.

Configurazione del consumo di argomenti configuring-topic-consumption

Utilizzare il browser Offload per configurare l'utilizzo degli argomenti per le istanze di Experience Manager nella topologia. Per ogni istanza, puoi specificare gli argomenti utilizzati. Ad esempio, per configurare la topologia in modo che una sola istanza utilizzi argomenti di un tipo specifico, disattivare l'argomento su tutte le istanze tranne una.

I job vengono distribuiti tra le istanze che hanno l'argomento associato abilitato utilizzando la logica round robin.

Consumatori processi installati installed-job-consumers

Con Experience Manager vengono installate diverse implementazioni di JobConsumer. Gli argomenti per i quali sono registrati questi JobConsumers vengono visualizzati nel browser Offload. Ulteriori argomenti visualizzati sono quelli registrati da JobConsumers personalizzati. Nella tabella seguente vengono descritti i valori predefiniti di JobConsumers.

Disabilitazione e abilitazione di argomenti per un’istanza disabling-and-enabling-topics-for-an-instance

Il servizio Apache Sling Job Consumer Manager fornisce proprietà di elenco consentiti e elenco Bloccati per argomenti. Configura queste proprietà per abilitare o disabilitare l'elaborazione di argomenti specifici in un'istanza di Experience Manager.

Nota: se l'istanza appartiene a una topologia, è possibile utilizzare il browser Offload in qualsiasi computer della topologia per abilitare o disabilitare gli argomenti.

La logica che crea l'elenco degli argomenti abilitati consente innanzitutto tutti gli argomenti presenti nell'elenco consentiti e quindi rimuove gli argomenti presenti nell'elenco Bloccati. Per impostazione predefinita, tutti gli argomenti sono abilitati (il valore di elenco consentiti è *) e nessun argomento è disabilitato (l'elenco Bloccati non ha un valore).

Utilizzare la console Web o un nodo sling:OsgiConfig per configurare le proprietà seguenti. Per i nodi sling:OsgiConfig, il PID del servizio Job Consumer Manager è org.apache.sling.event.impl.jobs.JobConsumerManager.

Creazione Di Agenti Di Replica Per L'Offload creating-replication-agents-for-offloading

Il framework di offload utilizza la replica per trasportare le risorse tra l'istanza di authoring e quella di lavoro. Il framework di offload crea automaticamente agenti di replica quando le istanze si uniscono alla topologia. Gli agenti vengono creati con valori predefiniti. Modificare manualmente la password utilizzata dagli agenti per l'autenticazione.

Creare gli agenti di replica che trasportano i payload dei processi tra le istanze per l'offload. La figura seguente mostra gli agenti necessari per eseguire l'offload dall'istanza di authoring a un'istanza di lavoro. L’autore ha un ID Sling pari a 1 e l’istanza di lavoro ha un ID Sling pari a 2:

Questa configurazione richiede i tre agenti seguenti:

Questo schema di replica è simile a quello utilizzato tra le istanze di authoring e di pubblicazione. Tuttavia, per la situazione di scaricamento, tutte le istanze coinvolte sono istanze di authoring.

Denominazione degli agenti di replica per l'offload naming-the-replication-agents-for-offloading

Utilizza un formato specifico per la proprietà Name degli agenti di replica in modo che il framework di offload utilizzi automaticamente l'agente corretto per istanze di lavoro specifiche.

Denominazione dell'agente in uscita nell'istanza di authoring:

offloading_<slingid>, dove <slingid> è l'ID Sling dell'istanza di lavoro.

Esempio: offloading_f5c8494a-4220-49b8-b079-360a72f71559

Denominazione dell'agente inverso nell'istanza di authoring:

offloading_reverse_<slingid>, dove <slingid> è l'ID Sling dell'istanza di lavoro.

Esempio: offloading_reverse_f5c8494a-4220-49b8-b079-360a72f71559

Denominazione della posta in uscita nell'istanza di lavoro:

offloading_outbox

Creazione dell'agente in uscita creating-the-outgoing-agent

Creazione dell’agente inverso creating-the-reverse-agent

Creazione dell’agente di posta in uscita creating-the-outbox-agent

Ricerca dell’ID Sling finding-the-sling-id

Ottieni l’ID Sling di un’istanza Experience Manager utilizzando uno dei seguenti metodi:

Ulteriori informazioni further-reading

Oltre ai dettagli presentati in questa pagina, puoi leggere quanto segue: