Docker 如何在systemd中的容器中运行服务,包括systemd notify和logging
目前,我们有许多不同的服务在主机上运行,我们正在广泛使用systemd,包括用于消息传递的systemd notify和用于服务管理的自己的前端 我们希望开始在一个容器中运行这些服务,以简化依赖关系管理,并同时运行多个版本进行测试。我们希望:Docker 如何在systemd中的容器中运行服务,包括systemd notify和logging,docker,containers,systemd,Docker,Containers,Systemd,目前,我们有许多不同的服务在主机上运行,我们正在广泛使用systemd,包括用于消息传递的systemd notify和用于服务管理的自己的前端 我们希望开始在一个容器中运行这些服务,以简化依赖关系管理,并同时运行多个版本进行测试。我们希望: 系统通知 记录到systemd日志和syslog 使用systemctl Start/stop启动和停止服务 请注意;大多数问题都是关于在docker容器中运行systemd的。这不是这个问题的主题。相反,我想在systemd中运行一个(docker?
- 系统通知
- 记录到systemd日志和syslog
- 使用systemctl Start/stop启动和停止服务
请注意;大多数问题都是关于在docker容器中运行systemd的。这不是这个问题的主题。相反,我想在systemd中运行一个(docker?)容器。我们采用了以下解决方案: 播客 我们决定一起去。Podman是RunC的包装器,CLI工具经过调优,可以替代Docker。然而,因为它不是在守护进程下运行容器(我更喜欢守护进程),所以几乎不需要任何管道来让systemd notify工作 只需在系统服务文件中指定
Environment=NOTIFY\u SOCKET=/run/systemd/NOTIFY
就足够了
我也看到了
系统通知
完整示例:
我正在从以下位置使用systemd notify测试脚本:
Dockerfile
FROM python
COPY test.py /
RUN pip install sdnotify
RUN chmod 755 /test.py
ENTRYPOINT ["/usr/local/bin/python", "test.py"]
CMD ["run"]
EXPOSE 8080
build.sh-创建Podman容器,需要与Dockerfile和test.py脚本位于同一文件夹中
#!/bin/bash
IMAGE_NAME=python-test
CONTAINER_NAME=python-test
sudo podman build . -t ${IMAGE_NAME}
sudo podman rm ${CONTAINER_NAME}
sudo podman create -e PYTHONUNBUFFERED=true -d --name=${CONTAINER_NAME} ${IMAGE_NAME}
通知测试服务
[Unit]
Description=A test service written in Python
[Service]
# Note: setting PYTHONUNBUFFERED is necessary to see the output of this service in the journal
# See https://docs.python.org/2/using/cmdline.html#envvar-PYTHONUNBUFFERED
Environment=PYTHONUNBUFFERED=true
Environment=NOTIFY_SOCKET=/run/systemd/notify
SyslogIdentifier=notify-test
NotifyAccess=all
ExecStart=/usr/bin/podman start -a python-test
ExecStop=/usr/bin/podman stop python-test
# Note that we use Type=notify here since test.py will send "READY=1"
# when it's finished starting up
Type=notify
[Install]
WantedBy=multi-user.target
因此,首先安装podman,并将上面url中的test.py、Dockerfile和build.sh放在一个单独的文件夹中。运行/build.sh
然后将.service文件与其他systemd服务文件放在/usr/lib/systemd/user
中。执行sudo systemctl后台程序重新加载
现在,可以使用sudo systemctl start notify test
和sudo systemctl stop notify test
启动和停止服务
登录中
默认情况下,systemd将自动将写入stdout/stderr的内容记录到其自己的日志(可通过journalctl
访问)和系统日志中
见:
SyslogLevelPrefix=
接受一个布尔参数。如果正确且
StandardOutput=或StandardError=设置为日记账或kmsg(或
与+控制台组合使用的设置相同),日志行由
以日志级别为前缀的已执行进程将
已使用此日志级别集处理,但前缀已删除。如果设置为
如果为false,则这些前缀的解释将被禁用并记录
行按原样传递。这仅适用于写入的日志消息
到标准或标准。有关此前缀的详细信息,请参阅
sd守护进程(3)。默认为true
两个问题:
问题:当将podman用作ExecStart=
时,默认情况下,日志源将是可执行文件的名称,即“podman”
解决方案:使用syslogidentier=指定日志记录的名称,如上面的.service文件示例中所示
问题:日志行的日志级别之间不会有任何差异
解决方案:如systemd文档中所述,在日志行前面加上(用于调试),(用于信息),(用于警告)等,以便systemd在任何地方都设置正确的日志级别,包括syslog。甚至可以在journalctl工具中免费获得颜色