时间戳

首页 > 解决方案 > 如何在 systemd 中运行在容器中运行的服务，包括 systemd-notify 和 logging

docker - 如何在 systemd 中运行在容器中运行的服务，包括 systemd-notify 和 logging

问题描述

我们目前在主机上运行了许多不同的服务，并且我们广泛使用 systemd，包括用于消息传递的 systemd-notify 和用于服务管理的自己的前端。

我们想开始在容器中运行这些服务，以简化依赖管理并同时运行多个版本以进行测试。我们想要：

请注意; 大多数问题都是关于在 docker 容器中运行 systemd 的。这不是这个问题的目的。相反，我想在 systemd 中运行一个（docker？）容器。

标签： dockercontainerssystemd

解决方案

我们采用了以下解决方案：

波德曼

我们决定和Podman一起去。Podman 是 RunC 的包装器，其 CLI 工具被调整为 Docker 的替代品。然而，因为它不是在守护进程下运行容器（无论如何我更喜欢它），所以几乎不需要任何管道来使 systemd-notify 工作。

只需Environment=NOTIFY_SOCKET=/run/systemd/notify在 sytemd 服务文件中指定就足够了。

也见这里。

系统通知

完整示例：

我正在使用来自：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}

通知测试服务

[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 daemon-reload。

现在，可以使用sudo systemctl start notify-test和启动和停止服务sudo systemctl stop notify-test。

日志记录

默认情况下，systemd 将自动将写入 stdout/stderr 的任何内容记录到它自己的日志（可使用 访问journalctl）和系统日志。

请参阅：https ://www.freedesktop.org/software/systemd/man/systemd.exec.html

SyslogLevelPrefix= 采用布尔参数。如果 true 和 StandardOutput= 或 StandardError= 设置为 journal 或 kmsg （或与 +console 组合的相同设置），则由已执行进程写入的以日志级别为前缀的日志行将使用此日志级别集进行处理，但前缀被移除。如果设置为 false，则禁用对这些前缀的解释，并按原样传递记录的行。这仅适用于写入 stdout 或 stderr 的日志消息。有关此前缀的详细信息，请参阅 sd-daemon(3)。默认为真。

两个问题：

问题：当使用 podman asExecStart=时，日志源默认为可执行文件的名称，即“podman”。

解决方案：使用SyslogIdentifier=指定日志记录的名称，如上面的 .service 文件示例。

问题：日志行的日志级别之间不会有任何差异。

解决方案：如systemd 文档中所述，在日志行前添加 <7>（用于调试）、<6>（用于信息）、<4>（用于警告）等，以使 systemd 在任何地方设置正确的日志级别，包括系统日志。甚至可以免费获得 journalctl 工具中的颜色！

推荐阅读