如何在systemd中运行在容器中运行的服务，包括systemd-notify和日志记录

Question

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

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

• 系统通知
• 记录到 systemd 日志和 syslog
• 使用 systemctl start / stop 启动和停止服务。

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

Answer 1

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

波德曼

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

Environment=NOTIFY_SOCKET=/run/systemd/notify只需在 sytemd 服务文件中指定即可。

也请参见这里。

系统通知

完整示例：

我正在使用来自以下位置的 systemd-notify 测试脚本： https: //github.com/bb4242/sdnotify

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）和 syslog 中。

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

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

两个问题：

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

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

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

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