最详细的CentOS 6与7对比(二):服务管理对比 sysvinit、upstart、systemd简介 sysvinit、upstart、systemd常用命令 runlevel运行级别 日志查询 实现守护进程 sysvinit、upstart、systemd例子 PID管理 内置的资源限制 服务异常自动重启 写日志方式 指定每条日志级别 systemd日志永久保存

最详细的CentOS 6与7对比(二):服务管理对比
sysvinit、upstart、systemd简介
sysvinit、upstart、systemd常用命令
runlevel运行级别
日志查询
实现守护进程
sysvinit、upstart、systemd例子
PID管理
内置的资源限制
服务异常自动重启
写日志方式
指定每条日志级别
systemd日志永久保存

转自:https://fzxiaomange.com/2019/02/16/centos6vscentos7-manager/

本主题将从3个角度进行对比

1.常见设置

(CentOS 6 vs CentOS 7)

2.服务管理

(Sysvinit vs Upstart vs Systemd)

3.性能测试

(cpu/mem/io/oltp)

本文为第二部分:服务管理对比


最详细的CentOS 6与7对比(二):服务管理对比
sysvinit、upstart、systemd简介
sysvinit、upstart、systemd常用命令
runlevel运行级别
日志查询
实现守护进程
sysvinit、upstart、systemd例子
PID管理
内置的资源限制
服务异常自动重启
写日志方式
指定每条日志级别
systemd日志永久保存

 

sysvinit、upstart、systemd常用命令

最详细的CentOS 6与7对比(二):服务管理对比
sysvinit、upstart、systemd简介
sysvinit、upstart、systemd常用命令
runlevel运行级别
日志查询
实现守护进程
sysvinit、upstart、systemd例子
PID管理
内置的资源限制
服务异常自动重启
写日志方式
指定每条日志级别
systemd日志永久保存

 

runlevel运行级别

最详细的CentOS 6与7对比(二):服务管理对比
sysvinit、upstart、systemd简介
sysvinit、upstart、systemd常用命令
runlevel运行级别
日志查询
实现守护进程
sysvinit、upstart、systemd例子
PID管理
内置的资源限制
服务异常自动重启
写日志方式
指定每条日志级别
systemd日志永久保存

 

日志查询

CentOS 6: 手工在日志文件中grep,麻烦且效率低

CentOS 7: 统一使用journalctl,可以使用多个因素匹配,比如时间段、服务名、日志级别等等。另外,systemd日志默认经过压缩,是二进制文件,无法直接查看

最详细的CentOS 6与7对比(二):服务管理对比
sysvinit、upstart、systemd简介
sysvinit、upstart、systemd常用命令
runlevel运行级别
日志查询
实现守护进程
sysvinit、upstart、systemd例子
PID管理
内置的资源限制
服务异常自动重启
写日志方式
指定每条日志级别
systemd日志永久保存

 

实现守护进程

CentOS 6

sysvinit需要自行实现

  • nohup &
  • screen
  • supervisor

upstart和systemd类似,将程序运行在前台即可

CentOS 7

由systemd启动,将程序运行在前台即可

sysvinit、upstart、systemd例子

sysvinit

cat > /etc/init.d/mytest <<EOF
. /etc/rc.d/init.d/functions
start() { … }
stop() { … }
restart() { … }
reload() { … }
status() { … }
case "$1" in
start)
start
;;
stop)
stop
;;

esac
exit $RETVAL
EOF

chmod +x /etc/init.d/mytest
service mytest start

upstart

cat > /etc/init/mytest.conf <<EOF
start on runlevel [3]
description “mytest"
exec /root/mytest.sh
EOF

initctl start mytest

systemd

cat > /usr/lib/systemd/system/mytest.service <<EOF
[Unit]
Description=mytest

[Service]
Type=simple
ExecStart=/root/mytest.sh

[Install]
WantedBy=multi-user.target
EOF

systemctl start mytest

PID管理

sysvinit: 需要生成PID文件,用于后期关闭、重启等使用

upstart: 无需PID文件,upstart会记录主进程ID,子进程ID没有记录

systemd: 无需PID文件,所有进程ID由cgroup统一接管

内置的资源限制

CentOS 6: 除了ulimit,没有其他限制进程资源的简便方法

CentOS 7: 除了ulimit,还支持部分cgroup限制,可对进程做内存限制和cpu资源限制等

[Service]
ExecStart=...
MemoryLimit=500M
CPUShares=100

另外,CentOS 7可以通过systemd-cgtop命令查看cgroup里的性能数据

服务异常自动重启

upstart

start on runlevel [3]
description "mytest"
exec /root/mytest.sh
post-stop exec sleep 5
respawn
respawn limit unlimited

systemd

[Unit]
Description=mytest

[Service]
Type=simple
ExecStart=/root/mytest.sh
Restart=always
RestartSec=5
StartLimitInterval=0

[Install]
WantedBy=multi-user.target

上面2种方式均表示,无限次自动重启,每次重启前等待5秒

写日志方式

CentOS 6: 自行输出到文件中,或通过syslog记录(如logger命令)

CentOS 7: 只要程序由systemd启动,只需将输出日志到标准输出或标准错误

建议centos7只将应用程序的一些元信息输出到标准输出或标准错误,比如启动成功、启动失败等等

不建议将业务日志输出到journal。因为journal中所有日志都存在一个文件中,会导致2个问题:1. 如果没有做日志持久化,则默认存在内存中,会导致最多一半的内存被占用; 2. 存储量很大,会导致查询其他日志很耗时

解决办法:输出到syslog,[Service]支持StandardOutput=syslog

指定每条日志级别

CentOS 6: 通过syslog将不同级别的日志输出到不同文件

CentOS 7: 只需在输出的每一行开头加<日志级别>,比如

echo '<0>hello, emerg'
echo '<1>hello, alert'
echo '<2>hello, crit'
echo '<3>hello, err'
echo '<4>hello, warning'
echo '<5>hello, notice'
echo '<6>hello, info'
echo '<7>hello, debug'

systemd日志永久保存

systemd日志默认保存在内存中,因此当服务器重启后,就无法通过journalctl来查看之前的日志

解决方法

mkdir -p /var/log/journal
systemctl restart systemd-journald.service

微信: 小慢哥Linux运维

原文始发于:最详细的CentOS 6与7对比(二):服务管理对比