(建议收藏)systemd(systemctl命令)运行服务的配置文件详解

前言:

        你有想过服务器上那么多服务在运行,它们都会怎样工作?服务是独立的个体,每个只管自己的死活,如果某个服务自己偷偷死了,会造成很严重的后果,且一种服务一种管理方式,这堆起来会累死老师傅的。

        所以,Linux的管理服务能力是个香馍馍,就一点都不奇怪了。

        linux 服务器主要的能力之一就是配置并管理系统上运行的各种服务程序。早初这种管理服务程序的能力就是由启动程序init系统负责的,随着Linux系统的迭代,早先的init系统已经由最初的sysvinit进化到了今天的systemd。

        所以,systemd作为init系统的启动程序,负责管理运行在系统上的众多服务,而systemd管理的手段并不难,只需要学会如何编写运行服务的配置文件,就可以轻松管理服务了。

目录

前言:

一、.server服务配置文件信息详解

[Unit] 

Description:

Documentation: 

After:

Requires: 

Wants:

Conflicts: 

[Service]

EnvironmentFile:

ExecStart:

ExecStop:

ExecReload:

ExecStartPre:

ExecStartPost:

ExecStopPre:

ExecStopPost:

KillMode:

Restart:

RestartSec:

TimeoutSec:

RemainAfterExit:

Environment:

 EnvironmentFile:

user:

[Install]

WantedBy:

Also: 

Alias: 

二、系统的.target的文件信息详解

Requires:

Conflicts:

After:

AllowIsolate:

三、使用 systemctl status xxxx 的状态信息详解

Loaded:

Active:

Main PID:

CGroup:

日志块:


一、.server服务配置文件信息详解

这是一个prometheus的服务进程:

(比如:/usr/lib/systemd/system目录下的nginx.service文件)

[Unit] 
Description=nginx - web server 
After=network.target remote-fs.target nss-lookup.target 

[Service] 
PIDFile=/opt/nginx/logs/nginx.pid 
ExecStartPre=/opt/nginx/sbin/nginx -t -c /opt/nginx/conf/nginx.conf 
ExecStart=/opt/nginx/sbin/nginx -c /opt/nginx/conf/nginx.conf 
ExecReload=/opt/nginx/sbin/nginx -s reload 
ExecStop=/opt/nginx/sbin/nginx -s stop 
ExecQuit=/opt/nginx/sbin/nginx -s quit 
Type=forking
PrivateTmp=true 

[Install] 
WantedBy=multi-user.target

[Unit] 

        控制单元:主要给出服务描述、启动顺序和依赖关系

Description

        对该服务的描述;

Documentation: 

        服务的文档

After

        说明本unit是在哪个服务后启动。仅是说明服务启动的顺序而已,并没有强制要求。
Before :

        与After的意义相反

Requires: 

        本unit需要在哪个服务启动后才能够启动!这里设置服务间的依赖性。如果在此项设置的前导服务没有启动成功,那么本 unit 就不会被启动!


Wants

        与Requires 刚好相反,规范的是这个unit之后还会启动什么服务,如果这Wants 后面接的服务如果没有启动成功,不会影响到这个unit本身!


Conflicts: 

        这个项目后面接的服务如果有启动,那么本unit就不能启动!(互斥性) 如果本unit启动了,则指定的服务就不能启动。

[Service]

        服务:主要给出服务的启动行为,如何启动、重启、停止

EnvironmentFile:

        服务的参数文件,形成$OPTIONS;


ExecStart:

        就是实际执行此服务的程序。接受 “命令 参数 参数…” 的格式,不能接受 <, >, >>, |, & 等特殊字符,很多的 bash语法也不支持。所以,要使用这些特殊的字符时,最好直接写入到脚本里面去!


ExecStop:

        用来实现systemctl stop命令,关闭服务。

ExecReload:

        用来实现systemctl reload命令,重新加载服务的配置信息。


ExecStartPre:

        启动服务之前执行的命令;


ExecStartPost:

        启动服务之后执行的命令;

ExecStopPre:

        停止服务之前执行的命令;


ExecStopPost:

        停止服务之后执行的命令;

Type:

        服务启动类型。默认simple表示ExecStart为主进程,notify类似于simple,启动结束后会发出通知信号。

Type扩展:

 Type:定义启动类型。它可以设置的值如下:
- simple:默认值,这个服务主要由ExecStart设置的程序来启动,启动后常驻于内存中
- forking:由ExecStart指定的启动的程序通过spawns产生子进程提供服务,然后父进程退出
- oneshot:与simple类似,不过这个程序在工作完毕后就结束了,不会常驻在内存中
- dbus:与simple类似,但这个服务必须要在取得一个D-Bus的名称后,才会继续运行!因此设置这个项目时,通常也要设置 BusName= 才行
- idle:与simple类似,意思是,要执行这个服务必须要所有的工作都顺利执行完毕后才会执行。这类的服务通常是开机到最后才执行即可的服务
- notify:与simple类似,但这个服务必须要收到一个sd_notify() 函数发送的消息后,才会继续运行

KillMode:

        服务停止类型,默认control-group停止时杀死所有子进程,process只杀主进程,none只停止服务,不杀进程;

 KillMode扩展:

 KillMode:定义 Systemd 如何停止 sshd 服务。它可以设置的值如下:
 -  control-group(默认值):当前控制组里面的所有子进程,都会被杀掉
 -  process:只杀主进程
 -  mixed:主进程将收到 SIGTERM 信号,子进程收到 SIGKILL 信号
 -  none:没有进程会被杀掉,只是执行服务的 stop 命令

Restart:

        服务重启类型,默认no不重启,on-success正常退出时重启,on-failure非正常退出时重启 

Restart扩展:

 Restart:定义了 sshd 退出后,Systemd 的重启方式。它可以设置的值如下:
 - no(默认值):退出后不会重启
 - on-success:只有正常退出时(退出状态码为0),才会重启
 - on-failure:非正常退出时(退出状态码非0),包括被信号终止和超时,才会重启
 - on-abnormal:只有被信号终止和超时,才会重启
 - on-abort:只有在收到没有捕捉到的信号终止时,才会重启
 - on-watchdog:超时退出,才会重启
 - always:不管是什么退出原因,总是重启

注意:对于守护进程,推荐设为on-failure。对于那些允许发生错误退出的服务,可以设为on-abnormal。

RestartSec:

        间隔多久重启服务。 例如RestartSec=42s

TimeoutSec

        若这个服务在启动或者是关闭时,因为某些缘故导致无法顺利 “正常启动或正常结束” 的情况下,则我们要等多久才进入 “强制结束” 的状态!

RemainAfterExit:

        当设置为 RemainAfterExit=1 时,则当这个服务所属的所有程序都终止之后,此服务会再尝试启动。这对于 Type=oneshot 的服务很有帮助!

Environment:

        配置环境变量

[Service]
Environment="GODEBUG='madvdontneed=1'"
Environment="BEAT_LOG_OPTS=-e"
Environment="BEAT_CONFIG_OPTS=-c /etc/v_filebeat.yml"
Environment="BEAT_PATH_OPTS=-path.home /usr/share/filebeat -path.config /etc/filebeat -path.data /var/lib/data -path.logs /var/log/logs"

 EnvironmentFile:

        通过文件的方式设置环境变量

[Service]
EnvironmentFile=/testenv

可以在testenv文件上以shell命令书写变量声明: 

GODEBUG='madvdontneed=1'
BEAT_LOG_OPTS=-e
BEAT_CONFIG_OPTS=-c /etc/v_filebeat.yml
BEAT_PATH_OPTS=-path.home /usr/share/filebeat -path.config /etc/filebeat -path.data /var/lib/data -path.logs /var/log/logs

接下来可以在 ExecStart 配置中使用在文件中设置的环境变量。 

user:

        可以设置服务的用户名 

[Install]

        安装部分:主要说明如何安装这个配置文件,把该 unit 安装在哪个 target上,做到开机自启

WantedBy:

        这个设置后面接的大部分是 *.target unit。意思是,这个unit本身该附挂在哪个 target unit下面

 Target的含义是服务组,表示一组服务。WantedBy=multi-user.target指的是服务所在的Target是multi-user.target,对应的路径在/etc/systemd/system/multi-user.target.wants下。使用systemctl enable,进行创建符号连接会识别到[Install]字段的内容进行安装

 Systemd 有默认的启动 Target。就是multi-user.target,在这个组里的所有服务,都将开机启动。


Also: 

        当目前这个unit被enable时,Also 后面接的unit也要enable的意思


Alias: 

        当systemctl enable相关的服务时,则此服务会进行链接文件的创建!默认开启!

————————————————————————————————————————

注意:配置文件,第二行ExecStart设为空值,等于取消了第一行的设置
所有的启动设置之前,都可以加上一个连词号(-),表示"抑制错误",即发生错误的时候,不影响其他命令的执行。比如,EnvironmentFile=-/etc/sysconfig/sshd(注意等号后面的那个连词号),就表示即使/etc/sysconfig/sshd文件不存在,也不会抛出错误。

========================================================================

二、系统的.target的文件信息详解

查看系统的target配置命令:
systemctl cat multi-user.target

比如:/etc/systemd/system目录下的default.target文件)

[Unit]
Description=Multi-User System
Documentation=man:systemd.special(7)
Requires=basic.target
Conflicts=rescue.service rescue.target
After=basic.target rescue.service rescue.target
AllowIsolate=yes

注意,Target 配置文件里面没有启动命令。

上面输出结果中,主要字段含义如下。

Requires:

        要求basic.target一起运行。


Conflicts:

冲突字段。如果rescue.service或rescue.target正在运行,multi-user.target就不能运行,反之亦然。


After:

        表示multi-user.target在basic.target 、 rescue.service、 rescue.target之后启动,如果它们有启动的话。


AllowIsolate:

        允许使用systemctl isolate命令切换到multi-user.target。

=======================================================================

三、使用 systemctl status xxxx 的状态信息详解

用systemctl status命令查看一下该服务的状态。

比如:systemctl status nginx

打印出的信息有如下部分:

● nginx.service - nginx - web server
   Loaded: loaded (/usr/lib/systemd/system/nginx.service; enabled; vendor preset: disabled)
   Active: active (running) since 日 2022-10-09 21:47:15 CST; 3 days ago
 Main PID: 994 (nginx)
   CGroup: /system.slice/nginx.service
           ├─994 nginx: master process /opt/nginx/sbin/nginx -c /opt/nginx/conf/nginx.conf
           ├─998 nginx: worker process
           └─999 nginx: worker process

10月 09 21:47:15 localhost.localdomain systemd[1]: Starting nginx - web server...
10月 09 21:47:15 localhost.localdomain nginx[972]: nginx: the configuration file /opt/nginx/conf/nginx.conf syntax is ok


上面的输出结果含义如下。

Loaded:

        配置文件的位置,是否设为开机启动,disabled代表启用


Active:

        active (running) 表示正在运行


Main PID:

        主进程ID


CGroup:

        应用的所有子进程,三个nginx进程


日志块:

        应用的日志

  • 6
    点赞
  • 54
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
一、安装准备: 1.环境 主机名 IP k8s-master 192.168.250.111 k8s-node01 192.168.250.112 k8s-node02 192.168.250.116 2.设置主机名 hostnamectl --static set-hostname k8s-master hostnamectl --static set-hostname k8s-node01 hostnamectl --static set-hostname k8s-node02 3.关闭防火墙和selinux systemctl disable firewalld systemctl stop firewalld sed -i 's/SELINUX=enforcing/SELINUX=disabled/g' /etc/selinux/config 执行完成后重启虚拟机。 4.在master机器上安装ansible 执行命令:sudo yum install ansible (离线处理补充) 5.配置 ansible ssh密钥登录,此操作需要在所有机器上执行 ssh-keygen -t rsa -b 2048 回车 回车 回车 ssh-copy-id $IP #$IP为所有虚拟机,按照提示输入yes 和root密码 (密钥补充) 二、安装kubernetes集群 进入ansible安装路径 : cd /etc/ansible 将路径下的roles文件夹和hosts文件删除。 解压压缩文件kubeasz.zip文件,将解压后的内容放入当前目录下(/etc/ansible) 根据搭建集群环境要求,进入/etc/ansible/example 目录下选取 hosts.allinone.example 单节点AllInOne hosts.m-masters.example 单主多节点 hosts.s-master.example 多主多节点 红色标记的是需要自行修改的地方 修改完成后将文件名改为hosts 放入/etc/ansible/目录下。 安装prepare ansible-playbook 01.prepare.yml 安装etcd ansible-playbook 02.etcd.yml 安装kubectl命令 ansible-playbook 03.kubectl.yml 安装docker ansible-playbook 04.docker.yml 如果执行时出现报错: 可忽略。 解决方法: 在master节点上执行:curl -s -S "https://registry.hub.docker.com/v2/repositories/$@/tags/" | jq '."results"[]["name"]' |sort 所有机器上执行: wget http://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm rpm -ivh epel-release-latest-7.noarch.rpm yum install jq -y 在重新执行: ansible-playbook 04.docker.yml 安装calico ansible-playbook 05.calico.yml 部署master节点 ansible-playbook 06.kube-master.yml 加入node节点 ansible-playbook 07.kube-node.yml 如果执行成功,k8s集群就安装好了。 三、验证安装 如果提示kubectl: command not found,退出重新ssh登陆一下,环境变量生效即可 kubectl version #查看kubernetes版本 kubectl get componentstatus # 可以看到scheduler/controller-manager/etcd等组件 Healthy kubectl cluster-info # 可以看到kubernetes master(apiserver)组件 running kubectl get node # 可以看到单 node Ready状态 kubectl get pod --all-namespaces # 可以查看所有集群pod状态 kubectl get svc --all-namespaces # 可以查看所有集群服务状态 calicoctl node status # 可以在master或者node节点上查看calico网络状态 四、安装主要组件 安装kubedns kubectl create -f manifests/kubedns 安装heapster kubectl create -f manifests/heapster 安装dashboard kubectl create -f manifests/dashboard 访问dashboard 先执行命令查看dashboard的NodePort 端口 kubectl get svc -n kube-system 访问web页面 https://masterIP: 7443 选择令牌按钮 ,用命令查询登录令牌 之前安装过 heapster 执行命令:kubectl get secret -n kube-system 查询 heapster-token-twpw4 的详细内容 执行命令:kubectl describe secret heapster-token-twpw4 -n kube-system Token就是登录令牌,复制登录就好了 安装ingress kubectl create -f manifests/ingress/ 安装EFK(elasticsearch+ fluentd + kibana) 首先进入 manifests/EFK 文件夹下 (cd /etc/ansible/manifests/EFK) 查看并修改 ceph-sercet.yaml 文件。 此key值是 ceph存储用户的token值 ,将此key值转换为base64 将文件中红色选选中部分修改为转换后的值。 修改完成后 部署 pv 和 pvc 执行命令:kubectl create -f es-pv-data.yaml kubectl create -f es-pvc-data.yaml 部署fluentd 执行命令:kubectl create -f fluentd-rbac.yml -f fluentd-configmap.yml -f fluentd-daemonset.yml 部署elasticsearch 先设置node节点中role ,指定master client data 部署位置 执行命令:kubectl get nodes kubectl label node 10.2.0.244 role=master (10.2.0.244 是我本机kubernetes 的master节点 ,所以我也将此master也部署在这里) 其余的两个节点分别是data 和 client 执行命令:kubectl create -f es-discovery-svc.yaml -f es-svc.yaml -f es-master.yaml -f es-client.yaml -f es-data.yaml 其中部署elasticsearch集群需要注意一些事项 : Master节点一般只有一个 并且提供9300 端口 客户端通讯使用 Client 节点一般提供9200端口 用于连接kibana 和 fluentd http访问使用 Data 节点是提供数据存储,持久化对data节点进行就可以。 其中 master , client , data 部署文件中 配置的 CLUSTER_NAME 指的是 elasticsearch集群名称 Java运行自行设置,最大值和最小值需要一致。 最小为-Xms256m 部署kibana 执行命令:kubectl create -f kibana-svc.yaml -f kibana.yaml 这里需要注意 kibana.yaml 文件中 参数的设置 这里的CLUSTER_NAME 也是elasticsearch部署文件中设置的集群名称。 #安装 flannel 执行命令: cd /etc/ansible/roles/flannel 先修改kube-flannel.yml文件 --iface 对应的是本机的网卡名称 command: [ "/opt/bin/flanneld", "--ip-masq", "--kube-subnet-mgr", "--iface=eth1" ] 修改完成后 执行: kubectl create -f kube-flannel-rbac.yml kubectl apply -f kube-flannel.yml
### 回答1: systemdLinux系统的一种系统和服务管理器,它的配置文件是用来配置系统服务的。下面是一些基本的配置方法: 1. 创建一个新的systemd服务配置文件。一般来说,这些文件都放在/etc/systemd/system目录中。文件名通常以.service为后缀。 2. 编辑配置文件配置文件中包含一些键值对,用来描述服务的各种属性。下面是一些常见的键: - Description:用来描述服务的作用。 - ExecStart:用来指定服务启动时要运行命令。 - ExecStop:用来指定服务停止时要运行命令。 - Restart:用来指定服务在某些情况下应该重启。 3. 启用并启动服务。使用systemctl命令可以启用并启动服务。例如,要启用并启动一个名为myservice.service的服务,可以使用如下命令: ``` systemctl enable myservice.service systemctl start myservice.service ``` 4. 查看服务状态。使用systemctl命令可以查看服务的状态。例如,要查看名为myservice.service的服务的状态,可以使用如下命令: ``` systemctl status myservice.service ``` 希望这些信息能帮到您! ### 回答2: Systemd是一个用于启动、管理和控制Linux系统服务的系统和服务管理器。要配置systemd,您可以按照以下步骤操作: 1. 找到要配置的服务的unit文件:Systemd配置文件通常位于`/lib/systemd/system/`或`/etc/systemd/system/`目录中。您可以通过其中一个目录来查找特定服务的unit文件。 2. 打开unit文件进行编辑:使用文本编辑器打开找到的unit文件。这些文件的扩展名为`.service`,例如`nginx.service`。确保您以root用户身份打开文件,因为对文件进行更改可能需要root权限。 3. 编辑unit文件中的配置选项:在unit文件中,您可以找到各种配置选项,例如服务的描述、执行路径、依赖关系等。根据您的需求,修改这些选项以满足您的配置要求。 4. 保存并退出文件:在对unit文件进行编辑后,保存并关闭文件。 5. 重新加载systemd守护程序:使用以下命令重新加载systemd以应用更改: ``` sudo systemctl daemon-reload ``` 6. 启动或重新启动服务:一旦完成配置更改并重新加载systemd,您可以使用以下命令启动或重新启动服务: ``` sudo systemctl start <service_name> ``` 请注意,`<service_name>`是您要启动的服务的名称。 以上是配置systemd的基本步骤。您可以重复这些步骤来配置其他系统服务。确保在更改配置文件之前备份文件,并谨慎进行更改,以免影响系统的稳定性和功能。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值