Best practice per l’offload di risorse assets-offloading-best-practices

La gestione di file di grandi dimensioni e l’esecuzione di flussi di lavoro in Adobe Experience Manager Assets può utilizzare notevoli risorse di CPU, memoria e I/O. In particolare, le dimensioni delle risorse, i flussi di lavoro, il numero di utenti e la frequenza dell’inserimento delle risorse possono influenzare le prestazioni complessive del sistema. Le operazioni più impegnative in termini di risorse includono flussi di lavoro di acquisizione e replica delle risorse. L’utilizzo intensivo di questi flussi di lavoro in una singola istanza di authoring può influire negativamente sull’efficienza dell’authoring.

Lo scaricamento di queste attività alle istanze di lavoro dedicate può ridurre le spese generali di CPU, memoria e IO. In generale, l'idea alla base dello scaricamento è quella di distribuire attività che consumano risorse CPU/Memory/IO intensive alle istanze di lavoro dedicate. Le sezioni seguenti includono casi d’uso consigliati per lo scaricamento delle risorse.

Experience Manager Assets Offload aem-assets-offloading

Experience Manager Assets implementa un’estensione del flusso di lavoro nativa specifica per le risorse per lo scaricamento. Si basa sull’estensione del flusso di lavoro generica fornita dal framework di offload, ma include funzionalità aggiuntive specifiche per le risorse nell’implementazione. Lo scopo dello scaricamento delle risorse è quello di eseguire in modo efficiente il flusso di lavoro Aggiorna risorsa DAM su una risorsa caricata. Lo scaricamento delle risorse ti consente di ottenere un maggiore controllo sui flussi di lavoro di acquisizione.

Experience Manager Componenti di offload delle risorse aem-assets-offloading-components

Il diagramma seguente illustra i componenti principali del processo di scaricamento delle risorse:

Flusso di lavoro Aggiorna risorsa DAM dam-update-asset-offloading-workflow

Il flusso di lavoro DAM Update Asset Offloading viene eseguito sul server principale (autore) sul quale l’utente carica le risorse. Questo flusso di lavoro viene attivato da un modulo di avvio regolare del flusso di lavoro. Invece di elaborare la risorsa caricata, questo flusso di lavoro di scaricamento crea un nuovo lavoro utilizzando l’argomento com/adobe/granite/workflow/offload. Il flusso di lavoro di offload aggiunge il nome del flusso di lavoro di destinazione, in questo caso il flusso di lavoro Aggiorna risorsa DAM, e il percorso della risorsa al payload del processo. Dopo aver creato il processo di offload, il flusso di lavoro di offload nell’istanza primaria attende l’esecuzione del processo di offload.

Responsabile del lavoro job-manager

Il job manager distribuisce i nuovi job alle istanze del worker. Nella progettazione del meccanismo di distribuzione è importante tenere conto dell'abilitazione degli argomenti. I processi possono essere assegnati solo alle istanze in cui è abilitato l’argomento del processo. Disattiva l'argomento com/adobe/granite/workflow/offloading in primo luogo e consentire al lavoratore di assicurarsi che il lavoro sia assegnato al lavoratore.

Experience Manager scarico aem-offloading

Il framework di offload identifica i processi di offload del flusso di lavoro assegnati alle istanze di lavoro e utilizza la replica per trasportarli fisicamente, compreso il carico utile (ad esempio, le immagini da acquisire), ai lavoratori.

Flusso di lavoro che scarica il consumatore del lavoro workflow-offloading-job-consumer

Una volta che un lavoro è scritto sul lavoratore, il responsabile del lavoro chiama il consumatore del posto di lavoro responsabile del com/adobe/granite/workflow/offload argomento. Il consumatore del lavoro esegue quindi il flusso di lavoro Aggiorna risorsa DAM sulla risorsa.

Topologia Sling sling-topology

I gruppi di topologia Sling Experience Manager e consente loro di conoscersi reciprocamente, indipendentemente dalla persistenza sottostante. Questa caratteristica della topologia Sling ti consente di creare topologie per scenari non raggruppati, raggruppati e misti. Un’istanza può esporre le proprietà all’intera topologia. Il framework fornisce callback per l'ascolto delle modifiche della topologia (istanze e proprietà). La topologia Sling fornisce le basi per i lavori distribuiti Sling.

Processi distribuiti Sling sling-distributed-jobs

I lavori distribuiti Sling facilitano la distribuzione dei posti di lavoro tra una serie di istanze che sono membri della topologia. I lavori Sling si basano sull'idea delle funzionalità. Un processo è definito dal relativo argomento di lavoro. Per eseguire un processo, un'istanza deve fornire un consumer di processi per un argomento di lavoro specifico. L'argomento del lavoro è il driver principale del meccanismo di distribuzione.

I processi vengono distribuiti solo alle istanze che forniscono un consumer di lavoro per l’argomento. Attivando/disattivando i processi consumer su un’istanza, puoi definire le funzionalità di un’istanza e influenzare il meccanismo di distribuzione. I consumatori di lavoro disponibili di un'istanza vengono trasmessi a tutta la topologia.

In questo contesto, il termine distribuzione indica l'assegnazione di un lavoro a un'istanza specifica che fornisce un consumatore di lavoro. L'assegnazione a un'istanza viene memorizzata nell'archivio. In altre parole, i lavori distribuiti Sling possono essere assegnati a qualsiasi istanza della topologia per impostazione predefinita. Tuttavia, altri processi possono essere eseguiti solo da istanze che condividono lo stesso archivio. Ciò implica che questi processi possono essere eseguiti solo da istanze che fanno parte dello stesso cluster. I processi assegnati a istanze di un cluster diverso non vengono eseguiti.

Quadro di riferimento per lo scarico delle granaglie granite-offloading-framework

Il framework di offload di Granite integra la distribuzione dei processi Sling per eseguire i processi assegnati a istanze non raggruppate. Non esegue alcuna distribuzione (assegnazione di istanza). Tuttavia, identifica i processi Sling distribuiti alle istanze non cluster e li trasporta all'istanza target per l'esecuzione. Attualmente, lo scaricamento utilizza la replica per eseguire questo trasporto di lavoro. Per eseguire un processo, lo scaricamento definisce l'input e l'output, che vengono quindi combinati con il processo per generare il payload del processo.

I lavori distribuiti Sling forniscono il quadro di lavoro e distribuzione. Lo scarico granito si occupa solo del trasporto per il caso speciale in cui i posti di lavoro sono distribuiti a istanze non raggruppate.

Oltre al trasporto, il framework di offload fornisce un'estensione per il motore del flusso di lavoro. Consente al framework di creare processi distribuiti come parte di un flusso di lavoro e di attenderne il completamento, prima che il flusso di lavoro avanzi. Viene implementato utilizzando l’API di passaggio esterno del flusso di lavoro dal motore del flusso di lavoro. Una delle estensioni facilita la distribuzione generica dei flussi di lavoro. La distribuzione di singoli passaggi del flusso di lavoro non è supportata.

Il framework di offload include anche un’interfaccia utente per visualizzare e controllare l’abilitazione degli argomenti di lavoro nell’intera topologia. L’interfaccia utente ti consente di configurare comodamente l’enablemenet dell’argomento dei lavori distribuiti Sling. Puoi anche impostare lo scaricamento senza l’interfaccia utente.

Guida generale e best practice per lo scaricamento delle risorse general-guidance-and-best-practices-for-asset-offloading

Ogni implementazione è unica e, come tale, non esiste una configurazione di offload unica per tutte le dimensioni. Le sezioni seguenti forniscono indicazioni e best practice sullo scarico dell’assimilazione delle risorse.

Lo scarico degli asset impone anche costi generali al sistema, comprese le spese generali di funzionamento. In caso di problemi con il caricamento dell’acquisizione delle risorse, Adobe consiglia di migliorare prima la configurazione senza scaricarla. Prima di passare allo scaricamento delle risorse, considera le seguenti opzioni:

Se ritieni che lo scaricamento delle risorse sia un approccio appropriato, l’Adobe fornisce le seguenti indicazioni:

Distribuzione offload delle risorse consigliate recommended-assets-offloading-deployment

Con Experience Manager e Oak, ci sono diversi scenari di implementazione possibili. Per lo scaricamento delle risorse, si consiglia una distribuzione basata su TarMK con un datastore condiviso. Il diagramma seguente illustra la distribuzione consigliata:

Per informazioni dettagliate sulla configurazione di un archivio dati, consulta Configurazione degli archivi di nodi e degli archivi di dati in AEM.

Disattivazione della gestione automatica degli agenti turning-off-automatic-agent-management

Adobe consiglia di disattivare la gestione automatica degli agenti perché non supporta la replica senza binario e può causare confusione durante l'impostazione di una nuova topologia di offload. Inoltre, non supporta automaticamente il flusso di replica in avanti richiesto dalla replica senza binario.

Utilizzo della replica in avanti using-forward-replication

Per impostazione predefinita, lo scaricamento del trasporto utilizza la replica inversa per richiamare le risorse scaricate dal processo di lavoro al sistema primario. Gli agenti di replica inversa non supportano la replica senza binario. È necessario configurare lo scaricamento per utilizzare la replica in avanti per riportare le risorse scaricate dal processo di lavoro al sistema primario.

Utilizzo del datastore condiviso e della replica senza binario tra autori e lavoratori using-shared-datastore-and-binary-less-replication-between-author-and-workers

Si consiglia di utilizzare la replica senza binario per ridurre il sovraccarico di trasporto per lo scarico delle risorse. Per informazioni su come impostare la replica senza binario per un datastore condiviso, vedi Configurazione di Node Stores e Data Store in AEM. La procedura non è diversa per lo scaricamento delle risorse, tranne per il fatto che coinvolge altri agenti di replica. Poiché la replica senza binario funziona solo con agenti di replica in avanti, è necessario utilizzare anche la replica in avanti per tutti gli agenti di offload.

Disattivazione dei pacchetti di trasporto turning-off-transport-packages

Per impostazione predefinita, lo scaricamento crea un pacchetto di contenuto che contiene il carico di lavoro e di lavoro di scarico (la risorsa originale) e trasporta questo pacchetto di scaricamento singolo utilizzando una singola richiesta di replica. La creazione di questi pacchetti di offload è controproduttiva quando si utilizza la replica senza binario, perché i binari vengono serializzati nuovamente nel pacchetto durante la creazione del pacchetto. L'utilizzo di questi pacchetti di trasporto può essere disattivato, il che fa sì che il processo di scarico e il carico utile siano trasportati in più richieste di replica, una per ogni entrata del carico utile. In questo modo, è possibile utilizzare il vantaggio della replica senza binario.

Disabilitazione del trasporto del modello di flusso di lavoro disabling-the-transport-of-workflow-model

Per impostazione predefinita, la Offload delle risorse di aggiornamento DAM lo scaricamento del flusso di lavoro aggiunge il modello di flusso di lavoro da chiamare sul lavoratore al payload del processo. Poiché questo flusso di lavoro segue l’ Risorsa di aggiornamento DAM per impostazione predefinita, questo payload aggiuntivo può essere rimosso.

Se il modello di flusso di lavoro è disabilitato dal payload del processo, assicurati di distribuire le modifiche al modello di flusso di lavoro di riferimento utilizzando altri strumenti, ad esempio il gestore dei pacchetti.

Per disabilitare il trasporto del modello di flusso di lavoro, modifica il flusso di lavoro Aggiorna risorsa DAM .

Ottimizzazione dell’intervallo di polling optimizing-the-polling-interval

Lo scaricamento del flusso di lavoro viene implementato utilizzando un flusso di lavoro esterno sul flusso di lavoro primario, che esegue il polling per il completamento del flusso di lavoro scaricato sul processo di lavoro. L’intervallo di polling predefinito per i processi del flusso di lavoro esterno è di cinque secondi. L’Adobe consiglia di aumentare l’intervallo di polling del passaggio di offload delle risorse ad almeno 15 secondi per ridurre il sovraccarico di scarico sul principale.

Altre risorse more-resources

Questo documento si concentra sullo scarico delle risorse. Ecco alcuni documenti aggiuntivi sullo scaricamento: