Risoluzione dei problemi dell'attivatore Airflow

Cloud Composer 1 | Cloud Composer 2 | Cloud Composer 3

Questa pagina fornisce procedure e informazioni per la risoluzione dei problemi problemi con l'attivatore Airflow.

Operazioni di blocco nel trigger

Le attività asincrone potrebbero a volte essere bloccate negli attivatori. Nella maggior parte dei casi, i problemi provengono da risorse trigger insufficienti o problemi con il codice operatore asincrono personalizzato.

I log del triggerer mostrano eventuali messaggi di avviso che possono ti aiutano a identificare le cause principali della diminuzione delle prestazioni dell'attivatore. Esistono due metodi avvisi significativi da cercare.

  1. Thread asincrono bloccato

    Triggerer's async thread was blocked for 1.2 seconds, likely due to the highly utilized environment.

    Questo avviso segnala problemi di rendimento dovuti a un volume elevato di attività asincrone.

    Soluzione: per risolvere il problema, allocare più risorse agli attivatori, ridurre il numero di attività differite eseguite contemporaneamente o aumenta il numero di triggerer nel tuo ambiente. Tieni presente che, anche se gli attivatori gestiscono attività irrinunciabili, i lavoratori responsabili dell'avvio e della per completare ogni attività. Se stai regolando il numero di triggerer, ti consigliamo anche di aumentare il numero di istanze worker.

  2. Un'attività specifica ha bloccato il thread asincrono.

    WARNING - Executing <Task finished coro=<TriggerRunner.run_trigger() done, defined at /opt/***/***/jobs/my-custom-code.py:609> result=None> took 0.401 second

    Questo avviso rimanda a una parte specifica di codice operatore eseguita dal con Cloud Composer. Per impostazione predefinita, i trigger devono basarsi sulla libreria asyncio per operazioni in background. Un'implementazione personalizzata di un trigger può non ottemperare correttamente ai contratti di asyncio (ad esempio a causa di errori utilizzo delle parole chiave await e async nel codice Python).

    Soluzione: controlla il codice segnalato nell'avviso e controlla se il l'operazione asincrona sia implementata correttamente.

Troppi trigger

Il numero di attività differite è visibile nella metrica task_count, che è visualizzato anche nella dashboard di monitoraggio del tuo ambiente. Ogni trigger alcune risorse, come le connessioni a risorse esterne, che consumano la memoria.

Attività differite visualizzate nella dashboard di Monitoring
Figura 1. Attività differite visualizzate nella dashboard di Monitoring (fai clic per ingrandire)

I grafici del consumo di memoria e CPU indicano che risorse insufficienti causano si riavvia perché il probe di attività ha esito negativo a causa di heartbeat mancanti:

Il triggerer si riavvia a causa di risorse insufficienti
Figura 2. Il triggerer si riavvia a causa di risorse insufficienti (fai clic per ingrandire)

Soluzione: per risolvere il problema, allocare più risorse agli attivatori, ridurre il numero di attività differite eseguite contemporaneamente o aumenta il numero di triggerer nel tuo ambiente.

Arresto anomalo di un worker Airflow durante l'esecuzione del callback

Dopo che il trigger termina l'esecuzione, il controllo torna a un flusso Airflow , che esegue un metodo di callback utilizzando uno slot di esecuzione. Questa fase controllato da Celery Executor e quindi la configurazione si applicano limiti delle risorse (ad esempio parallelism o worker_concurrency).

Se il metodo di callback non riesce nel worker Airflow, il worker non riesce o worker che esegue il metodo si riavvia, l'attività viene contrassegnata come FAILED. Nella In questo caso, l'operazione di ripetizione esegue nuovamente l'intera attività, non solo di callback di Google.

Ciclo infinito in un trigger

È possibile implementare un operatore di trigger personalizzato in modo che blocca completamente il loop trigger principale, in modo che solo il trigger rotto sia eseguito al momento. In questo caso, viene visualizzato viene generato nei log dell'attivatore dopo l'attivatore problematico è terminato.

Classe trigger non trovata

Poiché la cartella dei DAG non è sincronizzata con l'attivatore Airflow, il codice attivatore incorporato non è presente quando viene eseguito l'attivatore. L'errore è generate nei log dell'attività non riuscita:

ImportError: Module "PACKAGE_NAME" does not define a "CLASS_NAME" attribute/
class

Soluzione: importa il codice mancante da PyPI.

Messaggio di avviso sull'attivatore nella UI di Airflow

In alcuni casi, dopo aver disattivato l'attivatore, potresti vedere quanto segue messaggio di avviso nella UI di Airflow:

The triggerer does not appear to be running. Last heartbeat was received
4 hours ago. Triggers will not run, and any deferred operator will remain
deferred until it times out or fails.

Airflow può mostrare questo messaggio perché i trigger incompleti rimangono in Airflow per configurare un database. Questo messaggio indica solitamente che l'attivatore è stato disabilitato prima di tutti sono stati completati nel tuo ambiente.

Puoi visualizzare tutti i trigger in esecuzione nell'ambiente controllando il Sfoglia &gt; Trigger nella UI di Airflow (il ruolo Admin è obbligatorio).

Soluzioni:

Le attività rimangono in stato differito dopo la disattivazione dell'attivatore

Quando l'attivatore è disabilitato, le attività che sono già in stato differito rimangono in questo stato fino al raggiungimento del timeout. Questo timeout può essere infinita, a seconda della configurazione di Airflow e DAG.

Utilizza una delle seguenti soluzioni:

  • Contrassegna manualmente le attività come non riuscite.
  • Attiva l'attivatore per completare le attività.

Ti consigliamo di disabilitare l'attivatore solo se nel tuo ambiente non vengono eseguiti operatori o attività differite e tutte le attività differite vengono completate.

Passaggi successivi