zookeeper/kafka设置开机自启/nginx安装部署

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了zookeeper/kafka设置开机自启/nginx安装部署相关的知识,希望对你有一定的参考价值。

参考技术A systemctl daemon-reload
systemctl enable zookeeper
启动zk:systemctl start zookeeper
停止zk:systemctl stop zookeeper
reboot 验证

安装目录:/usr/local/kafka_2.13-2.7.0/
数据目录:/kafka/data
服务端口:9092
设置开机启动:
/etc/systemd/system/ 文件夹下创建一个启动脚本 kafka.service
chmod 755 kafka.service
设置文件内容:

systemctl daemon-reload
systemctl enable kafka
启动:systemctl start kafka
停止:systemctl stop kafka

上传nginx安装包
yum -y install gcc gcc-c++ autoconf automake make zlib-developenssl openssl-devel
tar -zxvf nginx-1.16.1.tar.gz
cd nginx-1.16.1/
./configure —prefix=/usr/local/nginx
make&&make install
cd /usr/local/nginx/sbin
./nginx
lsof -i:80
检查是否安装成功: http://10.10.108.2:80/

设置开机自启:
/etc/systemd/system/ 文件夹下创建一个启动脚本 nginx.service
chmod 755 nginx.service
设置文件内容:

systemctl daemon-reload
systemctl enable nginx
启动:systemctl start nginx
停止:systemctl stop nginx
reboot 验证是否开机自启

Ubuntu20.04设置开机自启脚本开机自启命令(ubuntu自启,ubuntu开机自启)rc(run command)(systemd)(/etc/rc.local)(开机启动原理)开机自启动

文章目录


一定要注意ubuntu的版本,有的工具支持到某个版本就不支持了。。。

我们的ubuntu系统版本是20.04,我们在这个版本的基础上查找开机自启的方法

Ubuntu 20.04的服务管理是基于systemd的,因此设置服务自启动最推荐的方法是创建一个systemd服务文件,配置好要执行的服务
参考文章:Ubuntu 20.04设置开机自启动

Linux/Ubuntu开机启动原理

参考文章:Ubuntu 20.04 设置开机自启脚本

Linux的开机启动顺序

要想整明白后面的开机启动的设置方法,最好不要只知其然而不知其所以然,这里要先从Linux的开机启动顺序开始说起。

下面介绍三种添加开机自启脚本的方法,所测试的系统为 Ubuntu 20.04

Linux系统启动从你的设备接上电源按下开关开始到你登录系统结束,中间有一个复杂但很连贯的过程:

  1. 加载BIOS(Basic Input Output System,基本输入输出系统)。获取CPU相关信息、设备启动顺序信息、硬盘信息、内存信息、时钟信息等信息
  2. 读取MBR(Master Boot Record,主引导记录)。MBR就是磁盘上第0磁道的第一个扇区,里面含有 boot loader 的代码。
  3. 运行 boot loader。Boot Loader 就是在操作系统内核运行之前运行的一段小程序。通过这段小程序,我们可以初始化硬件设备、建立内存空间的映射图,从而将系统的软硬件环境带到一个合适的状态,以便为最终调用操作系统内核做好一切准备。
  4. 加载内核。根据boot loader设定的内核映像所在的路径,读取内核映像并进行解压缩操作。
  5. 运行 init 程序。init永远是系统启动后运行的的第一个进程,PID(进程编号)为1。位置在sbin/init ,之后会按照设置执行一大堆系统启动时要启动的脚本、加载的驱动等功能,我们要设置的开机启动项就是在这一步执行的。
  6. 执行/bin/login程序,进入登录状态。

init 系统能够管理和控制 init 进程的行为,并负责组织和运行许多独立的或相关的工作,让系统进入一个用户设定的运行模式中。大多数Linux发行版的 init 系统是 system V 相兼容的,因此被称为 sysvinit,sysvinit 主要依赖于 shell 脚本,但是他一次一个串行的启动进程,决定了它最大的弱点:启动太慢。如果是服务器这类极少进行系统开关操作的话还好,但是如果是个人电脑这样需要经常开关机的话,开机时间太长就难以忍受了。

为了能够更快地启动系统,开发者们对 sysvinit 进行了改进,先后出现了 upstart 和 systemd 这两个主要的新一代 init 系统。目前最新的 Ubuntu 系统就是采用的 systemd 来管理系统,不过仍然兼容 init 系统的启动模式。可以看到 Ubuntu20 的 /sbin/init 是软链接到 /lib/systemd/systemd 上的。systemd 与 init 虽然启动过程不太一样,但最终的目的是一致的,都是要启动那一堆需要开机运行的脚本文件。

在 init 系统模式下,内核调用 init 进程后会首先获取系统运行级别(run-level)的信息,运行级别在这里不是启动优先级,可以理解为运行模式,运行级别共有 0~6 七种:

  • 0:关机
  • 1:单用户模式
  • 2:多用户模式,没有网络支持
  • 3:多用户模式,有网络支持
  • 4:保留,未使用
  • 5:X11,与运行级别 3 类似,但加载使用 X-windows 支持的图形界面
  • 6:重启

这几种模式有什么用呢?举个例子,在Ubuntu的终端下,重启指令除了 reboot 外,使用 init 6 也可以实现重启,6 对应的运行级别就是重启,类似地,运行 init 0 指令对应的就是关机。

知道启动级别后就到 /etc/rc.d 文件夹中查找相应的脚本并运行。还会在 /etc/modules-load.d/modules.conf 文件中查找装载到内核的模块。

rc.d 中含有 rc.sysinit、rcN.d(N=0~6,即不同的运行级别对应的运行文件夹,根据运行级别的不同,系统会运行 rc0.d 到 rc6.d 中的相应的脚本程序,来完成相应的初始化工作和启动相应的服务)、rc.local 等文件及或脚本,目前 Ubuntu 已经没有 rc.d 文件夹了,而是把这个文件夹的大多内容直接放在了 /etc 文件夹下了,另外 rc.local 如果需要用到的话还需要自行创建。rc.local 是在所有 init 脚本执行完之后才会运行的脚本,也就是说留给用户用来做一些拓展功能的脚本。

打开 rcN.d 文件夹可以看到里面的文件都是以 S 或者 K 夹数字开头的脚本,S 待表 Start,K代表 Kill ,运行脚本时系统会根据这俩前缀符号来确定传入 start 或者 stop 参数。后面的数字代表执行优先级,也就是运行或者停止的执行优先级。

Ubuntu 20.04 设置开机自启脚本

ubuntu16.04 以后的版本不再使用initd管理系统,因此不再支持 update-rc.d 方式添加开机自启脚本。

Ubuntu18 版本开始,使用了systemd 替代了 initd 管理系统,并且默认已经取消了 /etc/rc.local 文件。只能使用 systemctrl 命令进行添加。

systemd 默认读取 /etc/systemd/system下的配置文件,该目录下的文件会链接 (软链接)/lib/systemd/system/ 下的文件。一般系统安装完 /lib/systemd/system/ 下会有 rc-local.service 文件,即我们需要的配置文件。

下面介绍使用 rc-local.service添加开机自启脚本的方法,所测试的系统为 Ubuntu 20.04

使用 rc-local.service

rc-local.service 是系统自带的一个开机自启服务,但是在 ubuntu 20.04 上,该服务默认没有开启。

1、修改 rc-local.service 文件

rc-local.service 文件 路径 /lib/systemd/system/rc-local.service

sudo vim /lib/systemd/system/rc-local.service

在文件的最后面添加 [Install] 段的内容,可以看出,/etc/rc.local 的启动顺序是在网络后面,但是显然它少了 Install 段,也就没有定义如何做到开机启动,所以显然这样配置是无效的。 因此我们就需要在后面帮他加上 [Install] 段:

[Unit]
Description=/etc/rc.local Compatibility
Documentation=man:systemd-rc-local-generator(8)
ConditionFileIsExecutable=/etc/rc.local
After=network.target
 
[Service]
Type=forking
ExecStart=/etc/rc.local start
TimeoutSec=0
RemainAfterExit=yes
GuessMainPID=no
 
#这一段原文件没有,需要自己添加
# arnold add 20221206
[Install]
WantedBy=multi-user.target
Alias=rc-local.service

rc-local.service 内容解释

[Unit]  # 区块:启动顺序与依赖关系
Description  # 服务的描述
Documentation
ConditionFileIsExecutable # 指定了执行的文件, 表示服务要启动的程序(或脚本)
After=network.target  # 表示该服务的依赖关系,表示在 network.target 这个 target 后面进行执行。也就是网络启动完成之后,执行 /etc/rc.local 文件。

[Service] # 区块:启动行为,如何启动,启动类型。
Type=forking # 后台运行的形式
ExecStart=/etc/rc.local start  # 启动服务的命令(命令必须写绝对路径)
TimeoutSec=0
RemainAfterExit=yes
GuessMainPID=no

#这一段原文件没有,需要自己添加
[Install]  # 区块,定义如何安装这个配置文件,即怎样做到开机启动
WantedBy=multi-user.target # multi-user.target 表示多用户命令行状态
Alias=rc-local.service # 指的是表示该服务所属 target

上述命令只写了启动的,重启、停止等可以根据自己情况添加。
注意:启动、重启、停止命令全部要求使用绝对路径
ExecReload 为服务的重启命令
ExecStop 为服务的停止命令
PrivateTmp=True 表示给服务分配独立的临时空间

2. 创建 /etc/rc.local

Ubuntu 20.04 默认不存在 /etc/rc.local,需要自己创建 vi /etc/rc.local

在该文件中添加脚本内容,即开机脚本需要实现的功能,这里只是简单地实现了向某一个文件里填充数据功能。

#!/bin/bash

# 将你需要执行的命令写在这里,禁止写入死循环命令
#echo "开机启动测试_$(who)_$(date +%Y.%m.%d_%H.%M.%S)" >> /home/test.log
who > /home/ky_test_user.log 2>&1 &	# 这个打印不出来。。。。不知道怎么回事,但貌似拥有root权限??
/kyai_nv/kyai_nv_server.sh >> /kyai_nv/ky_sh.log 2>&1 &
# 这个可以正常启动没问题的,而且ps进程发现是root用户启动的

exit 0

3. 修改 /etc/rc.local 权限

脚本要想运行,还需要设置脚本的可执行权限,使用 sudo chmod 777 /etc/rc.localsudo chmod +x /etc/rc.local 修改该文件的权限。

4. 启动 rc-local.service

systemd 默认读取 /etc/systemd/system 下的配置文件, 所以还需要在 /etc/systemd/system 目录下创建软链接

输入以下命名,使能 rc-local 服务。

sudo systemctl enable rc-local.service 
# 或者
sudo systemctl enable rc-local

# 以上两个命令其实是一个软链接命令

ln -s /lib/systemd/system/rc-local.service /etc/systemd/system/rc-local.service
实际上就是在 /etc/systemd/system/ 目录下创建了一个软链接。

/lib/systemd/system/rc-local.service 链接到 /etc/systemd/system/rc-local.service
系统在开机后会自动去 /etc/systemd/system/ 目录下读取需要启动的服务配置

5. 检查服务状态

使用 sudo systemctl status rc-local.service 查看 rc-local 服务的状态, 显示 loaded 和 enabled。

root@nvidia-desktop:/kyai_nv# systemctl status rc-local.service
● rc-local.service - /etc/rc.local Compatibility
     Loaded: loaded (/lib/systemd/system/rc-local.service; enabled; vendor preset: enabled)
    Drop-In: /usr/lib/systemd/system/rc-local.service.d
             └─debian.conf
     Active: inactive (dead)
       Docs: man:systemd-rc-local-generator(8)
root@nvidia-desktop:/kyai_nv# 

6. 重启验证

重启没什么问题,貌似会以root权限去运行那个脚本

参考文章1:Ubuntu设置开机自动启动脚本/程序的各种方法

参考文章2:Ubuntu 20.04 设置开机自启脚本

参考文章3:Ubuntu 20.04 设置开机自启脚本

以上是关于zookeeper/kafka设置开机自启/nginx安装部署的主要内容,如果未能解决你的问题,请参考以下文章

Ubuntu 1604 安装配置 kafka,并配置开机自启(systemctl)

zookeeper开机启动内存设置

Ubuntu 解决 /etc/rc.local 开机启动问题

电脑设置开机自启软件的方法详解

kafka集群的部署及kafka监控工具

设置nginx开机自启