DNS для модулей Kubernetes и журналов рабочих потоков

Question

DNS для модулей Kubernetes и журналов рабочих потоков

➜ k get pods -n edna    
NAME                              READY   STATUS    RESTARTS   AGE
airflow-79d5f59644-dd4k7          1/1     Running   0          16h
airflow-worker-67bcf7844b-rq7r8   1/1     Running   0          22h
backend-65bcb6546-wvvqj           1/1     Running   0          2d16h

поэтому воздушный поток, работающий в модуле airflow-79d5f59644-dd4k7, пытается получить журналы, извлеченные из рабочего потока (celery/python, который запускает простой веб-сервер на основе фляги, обрабатывающий журналы), и не может, потому что имя домена airflow-worker-67bcf7844b-rq7r8 не разрешается внутри воздушного потока-79d5f59644-dd4k7

*** Log file does not exist: /usr/local/airflow/logs/hello_world/hello_task/2020-07-14T22:05:12.123747+00:00/1.log
*** Fetching from: http://airflow-worker-67bcf7844b-rq7r8:8793/log/hello_world/hello_task/2020-07-14T22:05:12.123747+00:00/1.log
*** Failed to fetch log file from worker. HTTPConnectionPool(host='airflow-worker-67bcf7844b-rq7r8', port=8793): Max retries exceeded with url: /log/hello_world/hello_task/2020-07-14T22:05:12.123747+00:00/1.log (Caused by NewConnectionError('<urllib3.connection.HTTPConnection object at 0x7fd37d6a9790>: Failed to establish a new connection: [Errno -2] Name or service not known'))

Как я могу заставить это работать?

Я понимаю, что Airflow имеет удаленное ведение журнала на s3, но есть ли способ маршрутизировать запросы с помощью случайных имен hasotname POD?

Я создал службу NodeType, но airflow НЕ имеет представления о DNS-имени для этой службы и пытается получить доступ к журналам по имени хоста рабочего воздушного потока (о котором сообщает Celery).

➜ k get pods -n edna
NAME                              READY   STATUS    RESTARTS   AGE
airflow-79d5f59644-dd4k7          1/1     Running   0          16h
airflow-worker-67bcf7844b-rq7r8   1/1     Running   0          22h
backend-65bcb6546-wvvqj           1/1     Running   0          2d17h

kubectl get pods -n edna -l app=edna-airflow-worker \                                                                        
    -o go-template='{{range .items}}{{.status.podIP}}{{"\n"}}{{end}}'
'Tipz:' kgp -n edna -l app=edna-airflow-worker \ -o go-template='{{range .items}}{{.status.podIP}}{{" "}}{{end}}'
10.0.101.120

Попасть внутрь стручка airflow-79d5f59644-dd4k7

k exec -ti -n edna airflow-79d5f59644-dd4k7 bash  

  [DEV] airflow-79d5f59644-dd4k7 app # curl -L http://airflow-worker-67bcf7844b-rq7r8:8793/log/hello_world/hello_task/2020-07-14T21:59:01.400678+00:00/1.log

curl: (6) Could not resolve host: airflow-worker-67bcf7844b-rq7r8; Unknown error
  [DEV] airflow-79d5f59644-dd4k7 app # curl -L http://10.0.101.120:8793/log/hello_world/hello_task/2020-07-14T21:59:01.400678+00:00/1.log
[2020-07-14 21:59:07,257] {{taskinstance.py:669}} INFO - Dependencies all met for <TaskInstance: hello_world.hello_task 2020-07-14T21:59:01.400678+00:00 [queued]>
[2020-07-14 21:59:07,341] {{taskinstance.py:669}} INFO - Dependencies all met for <TaskInstance: hello_world.hello_task 2020-07-14T21:59:01.400678+00:00 [queued]>
[2020-07-14 21:59:07,342] {{taskinstance.py:879}} INFO - 
--------------------------------------------------------------------------------
[2020-07-14 21:59:07,342] {{taskinstance.py:880}} INFO - Starting attempt 1 of 1
[2020-07-14 21:59:07,342] {{taskinstance.py:881}} INFO - 
--------------------------------------------------------------------------------
[2020-07-14 21:59:07,348] {{taskinstance.py:900}} INFO - Executing <Task(PythonOperator): hello_task> on 2020-07-14T21:59:01.400678+00:00
[2020-07-14 21:59:07,351] {{standard_task_runner.py:53}} INFO - Started process 5795 to run task
[2020-07-14 21:59:07,912] {{logging_mixin.py:112}} INFO - Running %s on host %s <TaskInstance: hello_world.hello_task 2020-07-14T21:59:01.400678+00:00 [running]> airflow-worker-67bcf7844b-rq7r8
[2020-07-14 21:59:07,989] {{logging_mixin.py:112}} INFO - Hello world! This is really cool!
[2020-07-14 21:59:07,989] {{python_operator.py:114}} INFO - Done. Returned value was: Hello world! This is really cool!
[2020-07-14 21:59:08,161] {{taskinstance.py:1065}} INFO - Marking task as SUCCESS.dag_id=hello_world, task_id=hello_task, execution_date=20200714T215901, start_date=20200714T215907, end_date=20200714T215908
[2020-07-14 21:59:17,070] {{logging_mixin.py:112}} INFO - [2020-07-14 21:59:17,070] {{local_task_job.py:103}} INFO - Task exited with return code 0
  [DEV] airflow-79d5f59644-dd4k7 app #

1

kubernetes airflow airflow-worker kubernetes-dns

Источник

user1233751 15 июл '20 в 02:00

2 ответа

Другие вопросы по тегам kubernetes airflow airflow-worker kubernetes-dns

user1233751 15 июл '20 в 02:45 2020-07-15 02:45 · Answer 1 · 2020-07-15 02:45

Решение

Предоставьте следующий ENV AIRFLOW__CORE__HOSTNAME_CALLABLE для deployment.yaml рабочего модуля:

env:
  - name: AIRFLOW__CORE__HOSTNAME_CALLABLE
    value: 'airflow.utils.net:get_host_ip_address'

Или просто поменяйте airflow.cfg

тогда воздушный поток пытается получить доступ по IP-адресу POD, и все работает, если ваш POD предоставляет порт 8793

user747579 15 июл '20 в 02:22 2020-07-15 02:22 · Answer 2 · 2020-07-15 02:22

Если модуль A хочет связаться с модулем B, модуль B должен быть предоставлен с помощью службы svc-b.
Затем модуль A может взаимодействовать с svc-b.

Это правило.

В вашем случае модуль B - airflow-worker-67bcf7844b-rq7r8:

kubectl -n edna expose airflow-worker-67bcf7844b-rq7r8 \
  --name airflow-worker \
  --port 8793 \
  --target-port 8793

Теперь не стесняйтесь использовать curl -L http://airflow-worker:8793/ вместо того curl -L http://airflow-worker-67bcf7844b-rq7r8:8793/