如何解决如何运行在systemd的容器中运行的服务,包括systemd-notify和日志记录 Podman systemd-notify 记录
我们目前在主机上运行着许多不同的服务,并且我们广泛使用systemd,包括systemd-notify用于消息传递和自己的前端用于服务管理。
我们希望开始在容器内运行这些服务,以简化依赖关系管理,并同时运行多个版本以进行测试。我们想要:
- systemd-notify
- 登录到systemd日志和syslog
- 使用systemctl启动/停止启动和停止服务。
请注意;大多数问题都与在docker容器中运行systemd有关。这不是这个问题的意思。相反,我想在systemd内部运行一个(docker?)容器。
解决方法
我们采用了以下解决方案:
Podman
我们决定选择Podman。 Podman是RunC的包装,其CLI工具已调整为Docker的直接替代品。但是,由于它不是在守护程序下运行容器(无论如何我还是要更好一些),因此几乎不需要任何管道即可使systemd-notify工作。
只需在系统服务文件中指定Environment=NOTIFY_SOCKET=/run/systemd/notify
。
也请参见here。
systemd-notify
完整示例:
我正在使用https://github.com/bb4242/sdnotify
中的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}
notify-test.service
[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文件,并将其与其他系统服务文件放在/usr/lib/systemd/user
中。做sudo systemctl daemon-reload
。
现在,可以使用sudo systemctl start notify-test
和sudo systemctl stop notify-test
启动和停止服务。
记录
默认情况下,systemd会将写入stdout / stderr的所有内容自动记录到其自己的日志(可通过journalctl
访问)和syslog中。
请参阅:https://www.freedesktop.org/software/systemd/man/systemd.exec.html
SyslogLevelPrefix = 接受布尔参数。如果为true并且 StandardOutput =或StandardError =设置为journal或kmsg(或 与控制台相同的设置),日志行由 以日志级别为前缀的已执行过程将是 在设置此日志级别但已删除前缀的情况下进行了处理。如果设置为 false,禁用这些前缀的解释并记录 线路按原样传递。这仅适用于写入的日志消息 到stdout或stderr。有关此前缀的详细信息,请参见 sd-daemon(3)。默认为true。
两个问题:
问题:将podman用作ExecStart=
时,默认情况下,日志源将是可执行文件的名称,即'podman'。
解决方案:使用SyslogIdentifier=
指定记录的名称,就像上面的.service文件示例中一样。
问题:日志行的日志级别之间没有任何区别。
解决方案:像systemd文档中的here所述,在日志行前添加(用于调试),(用于信息),(用于警告)等。 systemd在任何地方(包括syslog)都设置正确的日志级别。甚至免费获得journalctl工具中的颜色!
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。