我正在使用docker-compose来设置可扩展的气流群集。我的方法是基于这个Dockerfile https://hub.docker.com/r/puckel/docker-airflow/
我的问题是将日志设置为从s3写入/读取。当一个dag完成后,我得到一个像这样的错误
*** Log file isn't local.
*** Fetching here: http://ea43d4d49f35:8793/log/xxxxxxx/2017-06-26T11:00:00
*** Failed to fetch log file from worker.
*** Reading remote logs...
Could not read logs from s3://buckets/xxxxxxx/airflow/logs/xxxxxxx/2017-06-
26T11:00:00
我在airflow.cfg
文件中设置了一个新的部分,如下所示
[MyS3Conn]
aws_access_key_id = xxxxxxx
aws_secret_access_key = xxxxxxx
aws_default_region = xxxxxxx
然后在airflow.cfg
remote_base_log_folder = s3://buckets/xxxx/airflow/logs
remote_log_conn_id = MyS3Conn
我是否正确设置了这个并且有错误?我在这里找到了成功的秘诀吗?
- 更新
我尝试以URI和JSON格式导出,似乎都不起作用。然后我导出了aws_access_key_id和aws_secret_access_key,然后气流开始捡起它。现在我在工作日志中得到了他的错误
6/30/2017 6:05:59 PMINFO:root:Using connection to: s3
6/30/2017 6:06:00 PMERROR:root:Could not read logs from s3://buckets/xxxxxx/airflow/logs/xxxxx/2017-06-30T23:45:00
6/30/2017 6:06:00 PMERROR:root:Could not write logs to s3://buckets/xxxxxx/airflow/logs/xxxxx/2017-06-30T23:45:00
6/30/2017 6:06:00 PMLogging into: /usr/local/airflow/logs/xxxxx/2017-06-30T23:45:00
- 更新
我也找到了这个链接 https://www.mail-archive.com/dev@airflow.incubator.apache.org/msg00462.html
然后我进入我的一个工作机器(与Web服务器和调度程序分开)并在python中运行这段代码
import airflow
s3 = airflow.hooks.S3Hook('s3_conn')
s3.load_string('test', airflow.conf.get('core', 'remote_base_log_folder'))
我收到此错误。
boto.exception.S3ResponseError: S3ResponseError: 403 Forbidden
我尝试导出几种不同类型的AIRFLOW_CONN_
env,如连接部分https://airflow.incubator.apache.org/concepts.html中所述以及此问题的其他答案。
s3://<AWS_ACCESS_KEY_ID>:<AWS_SECRET_ACCESS_KEY>@S3
{"aws_account_id":"<xxxxx>","role_arn":"arn:aws:iam::<xxxx>:role/<xxxxx>"}
{"aws_access_key_id":"<xxxxx>","aws_secret_access_key":"<xxxxx>"}
我还导出了AWS_ACCESS_KEY_ID和AWS_SECRET_ACCESS_KEY但没有成功。
这些凭据存储在数据库中,因此一旦我在UI中添加它们,它们就应该由工作人员接收,但由于某种原因他们无法写入/读取日志。
答案 0 :(得分:30)
UPDATE Airflow 1.10进行记录a lot easier.
对于s3日志记录,请按照the above answer
设置连接挂钩然后只需将以下内容添加到airflow.cfg
即可 [core]
# Airflow can store logs remotely in AWS S3. Users must supply a remote
# location URL (starting with either 's3://...') and an Airflow connection
# id that provides access to the storage location.
remote_base_log_folder = s3://my-bucket/path/to/logs
remote_log_conn_id = MyS3Conn
# Use server-side encryption for logs stored in S3
encrypt_s3_logs = False
对于gcs记录,
首先安装gcp_api软件包,如下所示:pip install apache-airflow [gcp_api]。
将以下内容添加到airflow.cfg
[core]
# Airflow can store logs remotely in AWS S3. Users must supply a remote
# location URL (starting with either 's3://...') and an Airflow connection
# id that provides access to the storage location.
remote_logging = True
remote_base_log_folder = gs://my-bucket/path/to/logs
remote_log_conn_id = MyGCSConn
注意:从Airflow 1.9开始,远程日志记录已significantly altered。如果您使用的是1.9,请继续阅读。
参考here
完整说明:
创建一个存储配置的目录并放置它,以便在PYTHONPATH中找到它。一个例子是$ AIRFLOW_HOME / config
创建名为$ AIRFLOW_HOME / config / log_config.py和的空文件 $ AIRFLOW_HOME / config / __ init__.py
将airflow/config_templates/airflow_local_settings.py的内容复制到刚刚在上面步骤中创建的log_config.py文件中。
自定义模板的以下部分:
#Add this variable to the top of the file. Note the trailing slash.
S3_LOG_FOLDER = 's3://<bucket where logs should be persisted>/'
Rename DEFAULT_LOGGING_CONFIG to LOGGING CONFIG
LOGGING_CONFIG = ...
Add a S3TaskHandler to the 'handlers' block of the LOGGING_CONFIG variable
's3.task': {
'class': 'airflow.utils.log.s3_task_handler.S3TaskHandler',
'formatter': 'airflow.task',
'base_log_folder': os.path.expanduser(BASE_LOG_FOLDER),
's3_log_folder': S3_LOG_FOLDER,
'filename_template': FILENAME_TEMPLATE,
},
Update the airflow.task and airflow.task_runner blocks to be 's3.task' instead >of 'file.task'.
'loggers': {
'airflow.task': {
'handlers': ['s3.task'],
...
},
'airflow.task_runner': {
'handlers': ['s3.task'],
...
},
'airflow': {
'handlers': ['console'],
...
},
}
确保按照the above answer在Airflow中定义了s3连接挂钩。钩子应具有对S3_LOG_FOLDER中上面定义的s3桶的读写访问权限。
更新$ AIRFLOW_HOME / airflow.cfg以包含:
task_log_reader = s3.task
logging_config_class = log_config.LOGGING_CONFIG
remote_log_conn_id = <name of the s3 platform hook>
重新启动Airflow网络服务器和计划程序,并触发(或等待)新任务执行。
验证您已定义的存储桶中新执行的任务是否显示日志。
验证s3存储查看器是否在UI中正常工作。拉出新执行的任务,并验证您是否看到类似:
*** Reading remote log from gs://<bucket where logs should be persisted>/example_bash_operator/run_this_last/2017-10-03T00:00:00/16.log.
[2017-10-03 21:57:50,056] {cli.py:377} INFO - Running on host chrisr-00532
[2017-10-03 21:57:50,093] {base_task_runner.py:115} INFO - Running: ['bash', '-c', u'airflow run example_bash_operator run_this_last 2017-10-03T00:00:00 --job_id 47 --raw -sd DAGS_FOLDER/example_dags/example_bash_operator.py']
[2017-10-03 21:57:51,264] {base_task_runner.py:98} INFO - Subtask: [2017-10-03 21:57:51,263] {__init__.py:45} INFO - Using executor SequentialExecutor
[2017-10-03 21:57:51,306] {base_task_runner.py:98} INFO - Subtask: [2017-10-03 21:57:51,306] {models.py:186} INFO - Filling up the DagBag from /airflow/dags/example_dags/example_bash_operator.py
答案 1 :(得分:16)
您需要通过气流UI设置s3连接。为此,您需要转到管理员 - &gt;气流UI上的“连接”选项卡,并为S3连接创建一个新行。
示例配置为:
Conn Id:my_conn_S3
Conn类型:S3
额外:{“aws_access_key_id”:“your_aws_key_id”,“aws_secret_access_key”:“your_aws_secret_key”}
答案 2 :(得分:7)
(自Airflow 1.10.2起更新)
如果您不使用管理界面,那么这是一个解决方案。
My Airflow不会在持久服务器上运行...(它每天都会在Heroku上的Docker容器中重新启动。)我知道我错过了很多很棒的功能,但在我的最小设置中,我从不触及管理界面或cfg文件。相反,我必须在bash脚本中设置特定于Airflow的环境变量,这将覆盖.cfg文件。
<强> Apache的气流[S3] 强>
首先,您需要安装s3
子包才能将Airflow日志写入S3。 (boto3
适用于DAG中的Python作业,但S3Hook
取决于s3子包。)
还有一个旁注:conda install doesn't handle this yet,所以我必须pip install apache-airflow[s3]
。
环境变量
在bash脚本中,我设置了这些core
个变量。从these instructions开始,但对环境变量使用命名约定AIRFLOW__{SECTION}__{KEY}
,我这样做:
export AIRFLOW__CORE__REMOTE_LOGGING=True
export AIRFLOW__CORE__REMOTE_BASE_LOG_FOLDER=s3://bucket/key
export AIRFLOW__CORE__REMOTE_LOG_CONN_ID=s3_uri
export AIRFLOW__CORE__ENCRYPT_S3_LOGS=False
S3连接ID
上面的s3_uri
是我编写的连接ID。在Airflow中,它对应于另一个环境变量AIRFLOW_CONN_S3_URI
。它的值是您的S3路径,必须采用URI形式。也就是说&#39; S
s3://access_key:secret_key@bucket/key
存储此值但您处理其他敏感环境变量。
使用此配置,Airflow将能够将您的日志写入S3。他们将遵循s3://bucket/key/dag/task_id/timestamp/1.log
的路径。
有关从Airflow 1.8升级到Airflow 1.10的附录
我最近将我的生产管道从Airflow 1.8升级到1.9,然后升级到1.10。好消息是变化很小;其余的工作只是找出包安装的细微差别(与关于S3日志的原始问题无关)。
(1)首先,我需要使用Airflow 1.9升级到Python 3.6。
(2)软件包名称从1.9更改为airflow
到apache-airflow
。您也可能在pip install
中遇到this。
(3)包psutil
必须在Airflow的特定版本范围内。当您执行pip install apache-airflow
时,您可能会遇到此问题。
(4)Airflow 1.9 +需要python3-dev头文件。
(5)以下是实质性修改:现在需要export AIRFLOW__CORE__REMOTE_LOGGING=True
。和
(6)S3中的日志路径略有不同,我在答案中更新了s3://bucket/key/dag/task_id/timestamp/1.log
。
但那就是它!日志在1.9中不起作用,所以我建议直接使用1.10,现在可用了。
答案 3 :(得分:2)
要使用最近的Airflow更新完成Arne的回答,您无需将task_log_reader
设置为默认值以外的其他值:task
如果您按照默认日志记录模板airflow/config_templates/airflow_local_settings.py,您可以看到since this commit(请注意处理程序的名称已更改为's3': {'task'...
而不是s3.task
),这是远程控制台上的值文件夹(REMOTE_BASE_LOG_FOLDER
)将使用正确的处理程序替换处理程序:
REMOTE_LOGGING = conf.get('core', 'remote_logging')
if REMOTE_LOGGING and REMOTE_BASE_LOG_FOLDER.startswith('s3://'):
DEFAULT_LOGGING_CONFIG['handlers'].update(REMOTE_HANDLERS['s3'])
elif REMOTE_LOGGING and REMOTE_BASE_LOG_FOLDER.startswith('gs://'):
DEFAULT_LOGGING_CONFIG['handlers'].update(REMOTE_HANDLERS['gcs'])
elif REMOTE_LOGGING and REMOTE_BASE_LOG_FOLDER.startswith('wasb'):
DEFAULT_LOGGING_CONFIG['handlers'].update(REMOTE_HANDLERS['wasb'])
elif REMOTE_LOGGING and ELASTICSEARCH_HOST:
DEFAULT_LOGGING_CONFIG['handlers'].update(REMOTE_HANDLERS['elasticsearch'])
有关如何登录/读取S3的更多详细信息:https://github.com/apache/incubator-airflow/blob/master/docs/howto/write-logs.rst#writing-logs-to-amazon-s3
答案 4 :(得分:1)
请按照the above answer中非常有用的说明给任何人做一个旁注: 如果您偶然发现此问题:“ ModuleNotFoundError:未命名模块 'airflow.utils.log.logging_mixin.RedirectStdHandler'“ as referenced here(在使用airflow 1.9时发生),修复很简单-使用此基本模板:https://github.com/apache/incubator-airflow/blob/v1-9-stable/airflow/config_templates/airflow_local_settings.py(并遵循{中的所有其他说明{3}})
master分支中的当前模板the above answer包含对类“ airflow.utils.log.s3_task_handler.S3TaskHandler”的引用,但在apache-airflow == 1.9.0 python包中不存在。 希望这会有所帮助!
答案 5 :(得分:0)
使其与kube中的Airflow 10一起使用。 我有以下环境变量集:
AIRFLOW_CONN_LOGS_S3=s3://id:secret_uri_encoded@S3
AIRFLOW__CORE__REMOTE_LOGGING=True
AIRFLOW__CORE__REMOTE_BASE_LOG_FOLDER=s3://xxxx/logs
AIRFLOW__CORE__REMOTE_LOG_CONN_ID=logs_s3
答案 6 :(得分:0)
Ph!不断消除萌芽中的气流错误的动机是将其作为一堆python文件XD来面对。这是我在apache-airflow == 1.9.0
上的经验首先,根本不需要尝试
airflow connections ..........
--conn_extra等,等等。
只需将airflow.cfg设置为:
remote_logging = True
remote_base_log_folder = s3://dev-s3-main-ew2-dmg-immutable-potns/logs/airflow-logs/
encrypt_s3_logs = False
# Logging level
logging_level = INFO
fab_logging_level = WARN
# Logging class
# Specify the class that will specify the logging configuration
# This class has to be on the python classpath
# logging_config_class = my.path.default_local_settings.LOGGING_CONFIG
logging_config_class = log_config.LOGGING_CONFIG
remote_log_conn_id = s3://<ACCESS-KEY>:<SECRET-ID>@<MY-S3-BUCKET>/<MY>/<SUB>/<FOLDER>/
保持$ AIRFLOW_HOME / config / __初始化__.py和$ AIRFLOW_HOME / config / log_config.py文件。
我的问题是缺少“ boto3”软件包,我可以通过以下方式解决此问题:
vi /usr/lib/python3.6/site-packages/airflow/utils/log/s3_task_handler.py 然后>>导入回溯 并在包含:
的行中无法创建连接ID为“%s”的S3Hook。 ' '请确保已安装气流[s3],并且' “ S3连接存在。
做一个traceback.print_exc(),它开始对缺少的boto3之以鼻!
安装它,生活又恢复了美丽!