详解如何使用systemd创建和管理Linux自定义服务

Linux服务器

在Linux服务器运维中，我们经常需要让某些程序以服务的形式在后台持续运行，并且要求它们能在系统重启后自动启动。传统的做法是编写复杂的init.d脚本或使用nohup配合crontab，但这些方案存在管理不便、进程监控困难等问题。systemd作为现代Linux发行版的默认初始化系统，提供了强大而统一的服务管理框架，让自定义服务的创建和维护变得简单可靠。

本文将手把手教你如何编写systemd Unit文件、配置服务的启动参数、实现自动重启和日志管理，帮助你将任意应用程序打造成规范的系统服务。

Table of Contents

一、systemd服务的基本结构

systemd通过Unit文件来定义服务的配置。每个Unit文件由三个主要区块组成：[Unit]描述服务基本信息和依赖关系，[Service]定义服务的启动行为，[Install]指定服务的启用方式。

一个最基本的Unit文件示例：

[Unit]
Description=My Custom Application
After=network.target

[Service]
Type=simple
ExecStart=/usr/bin/python3 /opt/myapp/main.py
Restart=on-failure
RestartSec=5

[Install]
WantedBy=multi-user.target

将此文件保存为 /etc/systemd/system/myapp.service，即可通过systemctl命令管理。

二、Service区块的关键配置项

[Service]区块是整个Unit文件的核心，它决定了服务如何启动、运行和停止。以下是最常用的配置项：

[Service]
# 服务类型：simple（默认）、forking、oneshot、notify等
Type=simple

# 启动命令
ExecStart=/opt/myapp/bin/start.sh
# 停止命令（可选）
ExecStop=/opt/myapp/bin/stop.sh
# 重载命令（可选，用于reload）
ExecReload=/bin/kill -HUP $MAINPID

# 工作目录
WorkingDirectory=/opt/myapp

# 运行用户和组
User=appuser
Group=appgroup

# 环境变量
Environment=NODE_ENV=production
EnvironmentFile=/opt/myapp/.env

# 自动重启策略
Restart=on-failure
RestartSec=5
StartLimitBurst=5
StartLimitIntervalSec=60

# 资源限制
LimitNOFILE=65536
MemoryMax=512M
CPUQuota=200%

# 标准输出和错误重定向
StandardOutput=journal
StandardError=journal
SyslogIdentifier=myapp

技术配置

其中Restart参数有几种常用取值：no不自动重启，on-success正常退出时重启，on-failure异常退出时重启，always总是重启。生产环境推荐使用on-failure并配合StartLimitBurst防止重启风暴。

三、实战：将Python应用注册为系统服务

假设我们有一个FastAPI应用，部署在/opt/api-server目录下，下面演示完整的部署流程。

首先，创建专用的运行用户并设置目录权限：

# 创建专用用户（禁止登录）
sudo useradd -r -s /usr/sbin/nologin apiuser

# 设置目录权限
sudo chown -R apiuser:apiuser /opt/api-server
sudo chmod 750 /opt/api-server

然后创建Unit文件：

[Unit]
Description=FastAPI Server
After=network.target postgresql.service
Wants=postgresql.service

[Service]
Type=notify
User=apiuser
Group=apiuser
WorkingDirectory=/opt/api-server
EnvironmentFile=/opt/api-server/.env
ExecStart=/opt/api-server/venv/bin/uvicorn main:app \
    --host 0.0.0.0 --port 8000 --workers 4
ExecReload=/bin/kill -HUP $MAINPID

Restart=on-failure
RestartSec=10
StartLimitBurst=3
StartLimitIntervalSec=120

# 安全加固
NoNewPrivileges=true
ProtectSystem=strict
ProtectHome=true
ReadWritePaths=/opt/api-server/logs /opt/api-server/data
PrivateTmp=true

# 资源限制
LimitNOFILE=65536
MemoryMax=1G

StandardOutput=journal
StandardError=journal
SyslogIdentifier=api-server

[Install]
WantedBy=multi-user.target

注意这里使用了Type=notify，因为uvicorn支持通过systemd的notify机制报告就绪状态，这样systemd能准确知道服务何时真正启动完成。

四、服务管理常用命令

注册服务后的管理操作非常直观，以下是日常运维中最常用的命令：

# 重新加载systemd配置（修改Unit文件后必须执行）
sudo systemctl daemon-reload

# 启动服务
sudo systemctl start api-server

# 停止服务
sudo systemctl stop api-server

# 重启服务
sudo systemctl restart api-server

# 查看服务状态（含最近几行日志）
sudo systemctl status api-server

# 设置开机自启
sudo systemctl enable api-server

# 禁止开机自启
sudo systemctl disable api-server

# 查看服务日志
sudo journalctl -u api-server -f
# 查看最近100行日志
sudo journalctl -u api-server -n 100
# 查看指定时间段的日志
sudo journalctl -u api-server --since "2024-01-01" --until "2024-01-02"

终端命令

五、高级技巧与注意事项

安全加固：通过NoNewPrivileges、ProtectSystem、ProtectHome等指令可以显著提升服务运行的安全性。ProtectSystem=strict会将整个文件系统设为只读，只有ReadWritePaths指定的路径可写。

Tmpfiles临时文件：如果服务需要在/tmp或/run下创建临时文件，可以使用tmpfiles.d配置：

# /etc/tmpfiles.d/myapp.conf
d /run/myapp 0755 apiuser apiuser -

依赖管理：使用After和Wants可以控制服务的启动顺序和依赖关系。Requires比Wants更强——如果依赖的服务失败，当前服务也会停止。

资源限制：MemoryMax和CPUQuota使用cgroup v2实现资源隔离，可以在同一台服务器上运行多个服务而互不干扰。

掌握systemd服务管理是Linux运维的基本功。通过合理配置Unit文件，你可以将任何应用程序转化为可靠的系统服务，享受自动重启、日志集成、资源限制和安全加固等企业级特性，大幅提升服务的稳定性和可维护性。