在 CentOS 7 中使用 systemd 创建自定义服务

简述创建自定义服务步骤

• 创建服务文件：在 /etc/systemd/system/ 目录下创建一个新的服务文件，例如 myapp.service。使用 sudo 权限进行创建。
• 编辑服务文件：使用文本编辑器（如 vi 或 nano）编写服务单元文件。
• 重新加载 systemd 配置：每次修改服务文件后，需要运行 sudo systemctl daemon-reload 来重新加载配置。
• 启用服务：使用 sudo systemctl enable myapp.service 设置开机启动。
• 启动服务：使用 sudo systemctl start myapp.service 启动服务。
• 检查服务状态：使用 sudo systemctl status myapp.service 查看服务状态。

文件覆盖优先级

在 CentOS 7 的 systemd 系统中，/usr/lib/systemd/system/ 和 /etc/systemd/system/ 两个目录有明确的区别：

• systemd 加载配置的顺序（从高到低）：

/etc/systemd/system/service.d/*.conf
/etc/systemd/system/service
/run/systemd/system/service.d/*.conf（临时配置）
/usr/lib/systemd/system/service.d/*.conf
/usr/lib/systemd/system/service

/lib/systemd/system/（实际上是 /usr/lib/systemd/system/ 的符号链接）

• 作用：存放软件包（通过 yum/rpm 安装）提供的原始服务文件
• 特点：
  • 系统级别的默认配置
  • 软件升级时会覆盖此目录的文件
  • 不要直接修改这里的文件（修改会被覆盖）

创建服务流程

在 /etc/systemd/system/ 目录下创建 .service 文件（需 root 权限）：

sudo vi /etc/systemd/system/myapp.service

编写服务配置模板

[Unit]
Description=服务描述
After=network.target    # 依赖关系

[Service]
Type=forking     # 服务类型
ExecStart=/path/to/command
User=username           # 运行用户
Restart=on-failure      # 重启策略

[Install]
WantedBy=multi-user.target

Systemd 服务文件三大区块详解

[Unit] 区块 - 服务元数据与依赖

定义服务的描述、依赖关系和启动顺序

[Unit] 区块示例

[Unit]
Description=High Performance Web Server
After=network.target remote-fs.target nss-lookup.target
Wants=postgresql.service
Documentation=https://nginx.org/en/docs/

[Service] 区块 - 进程运行配置

定义服务进程的执行方式和运行时行为

[Service]示例

[Service]
Type=forking
PIDFile=/run/nginx.pid
ExecStartPre=/usr/bin/rm -f /run/nginx.pid
ExecStart=/usr/sbin/nginx -c /etc/nginx/nginx.conf
ExecReload=/bin/kill -s HUP $MAINPID
User=nginx
Group=nginx
Environment="NGINX_LOGLEVEL=info"
Restart=on-failure
RestartSec=5s
MemoryLimit=500M
PrivateTmp=true

常见 Type 类型：

判断应该使用哪种类型：

# 手动测试启动程序
/usr/sbin/nginx -c /etc/nginx/nginx.conf

# 观察行为：
# 1. 如果命令立即返回且后台有进程 → forking
# 2. 如果命令阻塞在前台 → simple

[Install] 区块 - 开机启动配置

定义服务安装到哪个运行级别（target）

[Install] 示例

[Install]
WantedBy=multi-user.target
Alias=web.service

完整示例

[Unit]
Description=My Custom Application   # 服务描述
After=network.target                # 在网络启动后运行

[Service]
Type=simple                         # 服务类型（常用 simple 或 forking）
User=appuser                        # 运行服务的用户
Group=appgroup                      # 运行服务的组
WorkingDirectory=/opt/myapp         # 工作目录
ExecStart=/usr/bin/java -jar /opt/myapp/app.jar  # 启动命令（必须绝对路径）
Restart=on-failure                  # 失败时自动重启  
RestartSec=5s                       # 重启间隔
Environment="PORT=8080"             # 设置环境变量
PrivateTmp=true                     # 启用私有临时目录（安全增强）

# 日志配置（可选）
StandardOutput=syslog
StandardError=syslog
SyslogIdentifier=myapp

[Install]
WantedBy=multi-user.target          # 多用户模式下启用

设置权限和路径

# 确保可执行文件有权限
sudo chmod +x /opt/myapp/start.sh
# 环境变量文件（可选）
sudo vi /etc/sysconfig/myapp  # 定义变量 APP_ENV=production

服务文件中引用：

EnvironmentFile=/etc/sysconfig/myapp
ExecStart=/opt/myapp/start.sh ${APP_ENV}

管理服务命令

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

# 启动/停止服务
sudo systemctl start myapp.service
sudo systemctl stop myapp.service

# 设置开机自启
sudo systemctl enable myapp.service

# 查看状态和日志
systemctl status myapp         # 服务状态
journalctl -u myapp -f         # 实时日志（-f 跟踪日志）
journalctl -u myapp --since "2020-01-01" --until "1 hour ago"  # 时间筛选

启动失败排查

systemctl status myapp      # 查看错误摘要
journalctl -xe              # 检查详细日志

• 测试启动命令： 手动执行 ExecStart 中的命令，验证路径和权限。
• 环境变量问题： 使用 systemctl show myapp 检查最终环境变量

注意事项

• 路径必须为绝对路径（包括脚本和命令）
• 修改服务文件后必须执行 daemon-reload
• 生产环境建议用非 root 用户运行（User=）