Como solucionar problemas do acionador do Airflow

Cloud Composer 1 | Cloud Composer 2 | Cloud Composer 3

Nesta página, você verá etapas e informações para solucionar problemas comuns com o acionador do Airflow.

Operações de bloqueio no gatilho

Tarefas assíncronas podem, ocasionalmente, ser bloqueadas em acionadores. Na maioria dos casos, os problemas vêm de recursos insuficientes de engatilhador ou de problemas com o código do operador assíncrono personalizado.

Os registros do acionador mostram todas as mensagens de aviso que podem ajudar a identificar as causas raiz da queda no desempenho do acionador. Há dois avisos significativos a serem observados.

  1. Linha de execução assíncrona bloqueada

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

    Esse aviso sinaliza problemas de performance devido a um alto volume de tarefas assíncronas.

    Solução: para resolver esse problema, aloque mais recursos para os acionadores, reduza o número de tarefas adiadas executadas ao mesmo tempo ou aumente o número de acionadores no ambiente. Lembre-se de que, mesmo que os gatilhos processem tarefas adiáveis, são os workers responsáveis por iniciar e, por fim, concluir cada tarefa. Se você estiver ajustando o número de acionadores, considere também escalonar o número de instâncias de worker.

  2. Uma tarefa específica bloqueou a linha de execução assíncrona.

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

    Esse aviso aponta para uma parte específica do código do operador executado pelo Cloud Composer. Por padrão, os gatilhos precisam depender da biblioteca asyncio para executar operações em segundo plano. Uma implementação personalizada de um gatilho pode não cumprir corretamente os contratos asyncio (por exemplo, devido ao uso incorreto das palavras-chave await e async no código Python).

    Solução: inspecione o código informado pelo aviso e verifique se a operação assíncrona foi implementada corretamente.

Acionadores em excesso

O número de tarefas adiadas é visível na métrica task_count, que também é exibida no painel do Monitoring do seu ambiente. Cada gatilho cria alguns recursos, como conexões com recursos externos, que consomem memória.

Tarefas adiadas exibidas no painel do Monitoring
Figura 1. Tarefas adiadas exibidas no painel do Monitoring (clique para ampliar)

Gráficos de consumo de memória e CPU indicam que recursos insuficientes causam reinicializações porque a sondagem de atividade falha devido a falta de batimentos cardíacos:

O engatilhador é reiniciado devido a recursos insuficientes
Figura 2. O acionador é reiniciado devido a recursos insuficientes (clique para ampliar)

Solução: para resolver esse problema, aloque mais recursos para os acionadores, reduza o número de tarefas adiadas executadas ao mesmo tempo ou aumente o número de acionadores no ambiente.

Falha de um worker do Airflow durante a execução do callback

Depois que o gatilho conclui a execução, o controle retorna para um worker do Airflow, que executa um método de callback usando um slot de execução. Essa fase é controlada pelo Celery Executor e, portanto, a configuração correspondente e os limites de recursos são aplicados (como parallelism ou worker_concurrency).

Se o método de callback falhar no worker do Airflow, o worker falhar ou o worker que executa o método for reiniciado, a tarefa será marcada como FAILED. Nesse caso, a operação de repetição executa novamente toda a tarefa, não apenas o método de callback.

Loop infinito em um gatilho

É possível implementar um operador de gatilho personalizado de modo a bloquear completamente o loop do acionador principal, de modo que apenas o acionador corrompido seja executado no momento. Nesse caso, um aviso é gerado nos registros do acionador após a conclusão do acionador problemático.

Classe de gatilho não encontrada

Como a pasta de DAGs não é sincronizada com o acionador do Airflow, o código do acionador inline está ausente quando o acionador é executado. O erro é gerado nos registros da tarefa com falha:

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

Solução: importe o código ausente do PyPI.

Mensagem de aviso sobre o acionador na interface do Airflow

Em alguns casos, depois que o acionador é desativado, a seguinte mensagem de aviso pode ser exibida na interface do 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.

O Airflow pode mostrar essa mensagem porque gatilhos incompletos permanecem no banco de dados do Airflow. Essa mensagem geralmente significa que o engatilhador foi desativado antes da conclusão de todos os acionadores no seu ambiente.

Para ver todos os gatilhos em execução no ambiente, confira a página Procurar > Gatilhos na interface do Airflow (o papel Admin é obrigatório).

Soluções:

As tarefas permanecem no estado adiado depois que o acionador é desativado

Quando o acionador está desativado, as tarefas que já estão no estado adiado permanecem nesse estado até que o tempo limite seja atingido. Esse tempo limite pode ser infinito, dependendo da configuração do DAG e do Airflow.

Use uma das seguintes soluções:

  • Marcar manualmente as tarefas como falhas.
  • Ative o acionador para concluir as tarefas.

Recomendamos desativar o acionador somente se o ambiente não executar operadores ou tarefas adiadas e se todas as tarefas adiadas tiverem sido concluídas.

A seguir