LJKのBlog

学无止境

Jenkins

发表于 2021-02-27 更新于 2021-03-01

官方网站： https://jenkins.io/zh/

Jenkins是开源CI&CD软件领导者，提供超过1000个插件来支持构建、部署、自动化，满足任何项目的需要。

部署jenkins

Jenkins 支持各种运行方式，可通过系统包、Docker 或者通过一个独立的 Java 程序

安装 JDK

Jenkins 基于 JAVA 实现，安装 Jenkins 前需要先安装 JDK

[root@jenkins ~]$java -version
java version "1.8.0_271"
Java(TM) SE Runtime Environment (build 1.8.0_271-b09)
Java HotSpot(TM) 64-Bit Server VM (build 25.271-b09, mixed mode)

安装 jenkins

$wget https://mirrors.tuna.tsinghua.edu.cn/jenkins/debian-stable/jenkins_2.263.4_all.deb	# 清华源下载dep包
[root@jenkins src]$apt install daemon	# 依赖的包，如果没有，会报错，所以提前装上
[root@jenkins src]$ln -s /usr/local/jdk/bin/java /usr/bin/java # Jenkins只会在/bin:/usr/bin:/sbin:/usr/sbin找java，所以设置$PATH不好使，得做个软连接

[root@jenkins src]$dpkg -i jenkins_2.263.4_all.deb	# 安装

主要文件：

/etc/default/jenkins
/etc/init.d/jenkins
/etc/logrotate.d/jenkins
/usr/share/jenkins/jenkins.war	# 实际上就是启动这个war包
/var/cache/jenkins/
/var/lib/jenkins/
/var/log/jenkins/

修改 jenkins 服务的用户

默认jenkins服务使用 jenkins 帐号启动，将文件复制到生产服务器可能会遇到权限问题，需要先su到对应的用户，这里学习环境为了方便，修改为root用户，注意：工作中还是使用 jenkins 普通用户

[root@jenkins src]$vim /etc/default/jenkins 
#JENKINS_USER=$NAME
#JENKINS_GROUP=$GROUP
JENKINS_USER=root		# 直接修改为root，不要修改$NAME变量
JENKINS_GROUP=root

访问jenkins 页面

创建管理员用户

先创建用户，然后使用刚创建的用户登录

安装插件

Jenkins 是完全插件化的服务，我们想实现什么功能，不是改配置文件，而是下载插件

修改更新源为国内清华源：

[root@jenkins src]$cat /var/lib/jenkins/hudson.model.UpdateCenter.xml
<?xml version='1.1' encoding='UTF-8'?>
<sites>
  <site>
    <id>default</id>
    <url>https://mirrors.tuna.tsinghua.edu.cn/jenkins/updates/update-center.json</url>
  </site>
</sites>
[root@jenkins src]$systemctl restart jenkins.service

有以下几种安装插件的方式：

在线安装：官网，也是默认的方式，比较慢

在线安装：清华大学镜像源，sed或者编辑器把 update-center.json 中的Jenkins网址替换为清华源

# 将：
https://updates.jenkins.io/download/plugins/warnings/5.0.1/warnings.hpi
# 替换为：
https://mirrors-i.tuna.tsinghua.edu.cn/jenkins/plugins/warnings/5.0.1/warnings.hpi

离线安装：手动下载插件，然后放到 /var/lib/jenkins/plugins/，重启 Jenkins 即可
通过web界面安装

搜索需要 gitlab（和gitlab相连）和 Blue Ocean（显示信息更加好看）的相关插件并安装

配置 jenkins 权限管理

默认jenkins用户可以执行所有操作，为了更好的分层控制，可以实现基于角色的权限管理，先创建角色和用户，给角色授权，然后把用户管理到角色

安装插件

安装插件：Role-based Authorization Strategy

如果直接下载失败，可以直接清华源下载，将插件放在 /var/lib/jenkins/plugins 目录下

创建新用户

新建 xiaoming 和 xiaogang 两个用户：

更改认证方式

新建任务

通常选择“构建一个自由风格的软件项目”，新建四个任务：test1-job1、test1-job2、test2-job1、test2-job2

创建角色并对角色分配权限

创建全局角色
创建全局读角色，只有读权限
创建 item 角色
创建两个 item 角色，test1-role、test2-role，通过正则匹配分配任务

![](https://img.lujinkai.cn/blog/ljk/1614438723442.png

将用户关联到角色

测试普通用户登录

xiaogang 用户只能看到 test1.* 匹配的项目：test1-job1、test1-job2

xiaoming 用户只能看到 test2.*匹配的项目：test2-job1、test2-job2

jenkins 邮箱配置

邮件发送到组邮件地址，组邮件会转发到组内所有人

配置jenkins到gitlab非交互式拉取代码

需要配置 ssh key （公钥）和凭据（私钥）

配置 ssh key

实现 jenkins 服务器到 gitlab 服务器的基于密钥的验证，可以让 jenkins 连接到 gitlab 执行操作

在 jenkins 服务上生成 ssh key
在 gitlab 服务器上添加上面生成的 ssh key
在 jenkins 服务器上测试 ssh key

配置凭据

凭据就是私钥，clone项目的时候，可选择不同的凭据（私钥），只要他在gitlab上配置了key（公钥），如果不指定，就以当前用户的私钥作为凭据去clone项目

管理凭据：系统管理 -> 安全 -> Manage Credentials

构建触发器

构建触发器（webhook），有的人称为钩子，实际上是一个HTTP回调，其用于在开发人员向 gitlab 提交代码后能够触发 jenkins 自动执行代码构建操作

以下为新建一个开发分支，只有在开发人员向开发（develop）分支提交代码的时候才会触发代码构建，而向主分支提交的代码不会自动构建，需要运维人员手动部署代码到生产环境

生产中千万不要用，测试一般也不用，都是由开发登陆自己的账号，只能看到自己的job，然后开发自己手动部署

项目关联

用于多个 job 相互关联，需要串行执行多个 job 的场景，不过这个操作基本不用

例如：克隆代码、编译代码、停止tomcat、部署代码、启动tomcat 这些操作使用不同的job执行，这些job需要串行执行

视图

job 太多需要分类

视图可用于归档 job 进行分组显示，比如将一个业务的 job 放在一个视图显示，最常用的是列表视图

jenkins 分布式

在众多Job的场景下，单台jenkins master同时执行代码clone、编译、打包及构建，其性能可能会出现瓶颈从而会影响代码部署效率，影响jenkins官方提供了jenkins分布式构建，将众多job分散运行到不同的jenkins slave节点，大幅提高并行job的处理能力

配置slave节点环境

slave节点需要配置与master一样的基础运行环境，另外也要创建与master相同的数据目录，因为脚本中调用的路径只有相对于master的一个路径，此路径在master与各node节点必须保持一致

# 配置java环境
[root@jenkins-slave1 ~]$java -version
java version "1.8.0_271"
Java(TM) SE Runtime Environment (build 1.8.0_271-b09)
Java HotSpot(TM) 64-Bit Server VM (build 25.271-b09, mixed mode)

[root@jenkins-slave1 ~]$ln -s /usr/local/jdk/bin/java /usr/bin/java

# 创建数据目录
[root@jenkins-slave1 ~]$mkdir -p /var/lib/jenkins

添加slave节点

可以限制项目只能在指定的节点中执行：

流水线 pipline

流水线 pipline 是 Jenkins 中的头等公民，官方介绍；https://www.jenkins.io/zh/doc/book/pipeline/

本质上，Jenkins 是一个自动化引擎，它支持许多自动模式。流水线向Jenkins中添加了一组强大的工具, 支持用例简单的持续集成到全面的CD流水线。通过对一系列的相关任务进行建模, 用户可以利用流水线的很多特性:

代码：流水线是在代码中实现的，通常会检查到源代码控制，使团队有编辑，审查和迭代他们的交付流水线的能力
可持续性：jenkins的重启或者中断后不影响已经执行的Pipline Job
支持暂停：pipline可以选择停止并等待人工输入或批准后再继续执行
可扩展：通过groovy的编程更容易的扩展插件
并行执行：通过groovy脚本可以实现step，stage间的并行执行，和更复杂的相互依赖关系

流水线概念

流水线 pipeline

流水线是用户定义的一个CD流水线模型。流水线的代码定义了整个的构建过程, 他通常包括构建, 测试和交付应用程序的阶段

节点 node

每个 node 都是一个 jenkins 节点，可以是 jenkins master 也可以是 jenkins agent，node 是执行 step 的具体服务器

阶段 stage

一个 pipline 可以划分为若干个 stage，每个 stage 都是一个操作，比如 clone 代码、代码编译、代码测试和代码部署，阶段是一个逻辑分组，可以跨多个 node 执行

步骤 step

step 是 jenkins pipline 最基本的操作单元，从在服务器创建目录到构建容器镜像，由各类 Jenkins 插件提供实现，例如： sh “make”

流水线语法概述

对 Jenkins 流水线的定义被写在一个文本文件中： Jenkinsfile，该文件可以被提交到项目的源代码的控制仓库。这是”流水线即代码”的基础；将CD 流水线作为应用程序的一部分，像其他代码一样进行版本化和审查。

Jenkinsfile 能使用两种语法进行编写，声明式和脚本化。

声明式和脚本化的流水线从根本上是不同的。 声明式流水线的是 Jenkins 流水线更近的特性。

声明式流水线基础

在声明式流水线语法中, pipeline 块定义了整个流水线中完成的所有的工作。

示例：

Jenkinsfile (Declarative Pipeline)
pipeline { 
    agent any 
    stages {
        stage('Build') { 
            steps { 
                sh 'make' 
            }
        }
        stage('Test'){
            steps {
                sh 'make check'
                junit 'reports/**/*.xml' 
            }
        }
        stage('Deploy') {
            steps {
                sh 'make publish'
            }
        }
    }
}

pipeline 是声明式流水线的一种特定语法，他定义了包含执行整个流水线的所有内容和指令的 “block” 。
agent是声明式流水线的一种特定语法，它指示 Jenkins 为整个流水线分配一个执行器 (在节点上)和工作区。
stage 是一个描述 stage of this Pipeline的语法块。在 Pipeline syntax 页面阅读更多有关声明式流水线语法的stage块的信息。如 above所述, 在脚本化流水线语法中，stage 块是可选的。
steps 是声明式流水线的一种特定语法，它描述了在这个 stage 中要运行的步骤。
sh 是一个执行给定的shell命令的流水线 step (由 Pipeline: Nodes and Processes plugin提供) 。
junit 是另一个聚合测试报告的流水线 step (由 JUnit plugin提供)。
node 是脚本化流水线的一种特定语法，它指示 Jenkins 在任何可用的代理/节点上执行流水线 (和包含在其中的任何阶段)这实际上等效于声明式流水线特定语法的agent。

脚本化流水线基础

…

pipline 语法

官方文档：https://www.jenkins.io/zh/doc/book/pipeline/syntax/

pipline job

创建pipline job

测试简单pipline job运行

node {
    stage('clone 代码') {
        echo '代码 clone'
    }
    stage('代码构建') {
        echo '代码构建'
    }
    stage('代码测试') {
        echo '代码测试'
    }
    stage('代码部署') {
        echo '代码部署'
    }
}

立即构建，查看输出信息：

自动生成拉取代码的pipline脚本

案例

说明

master分支：稳定的分支
develop分支：开发分支

lujinkai：开发人员分支
xiaoming：开发人员分支
...

master分支是上线的代码，develop是开发中的代码，lujinkai、xiaoming等是开发人员分支，开发在自己的分支里面写代码，然后下班前提交、合并到develop分支，等项目开发、测试完，最后再合并到master分支，然后上线

常用命令

[root@kafka2 testproject]$git branch		# 查看本地分支
* master	# 分支前标 * 表示当前处于的分支

[root@kafka2 testproject]$git branch -a		# 查看所有分支
* master
  remotes/origin/HEAD -> origin/master
  remotes/origin/ludongsheng
  remotes/origin/master
  
git status      # 查看工作区的状态
git branch test # 创建test分支
git merge test  # 将test分支合并到当前分支
git log         # 查看操作日志
git reflog      # 获取每次提交的ID，可以使用--hard根据提交的ID进行版本回退

vim .gitignore          	# 定义忽略文件，即不放在仓库的文件

git reset --hard HEAD^^ 	# git版本回滚， HEAD为当前版本，加一个^为上一个，^^为上上一个版本

git reset --hard 5ae4b06 	# 回退到指定id的版本

git checkout -b develop 	# 创建并切换到一个新分支
git checkout develop    	# 切换分支

git clone -b 分支名 仓库地址	# clone指定分支的代码

流程

在 gitlab 创建个人分支 lujinkai

克隆 master 分支到本地

1	[root@dev ~]$git clone git@gitlab.ljk.local:testgroup/testproject.git

切换到自己分支
1
[root@dev ~]$git checkout lujinkai

将develop分支拉下来和个人分支合并

[root@dev ~]$git pull origin develop

# git pull <远程主机名> <远程分支名>:<本地分支名>
# 如果与当前分支合并，则冒号后面的部分可以省略

以上命令是把远程分支develop拉下来，然后合并到当前分支lujinkai，或者可以拆分成以下步骤：

git checkout develop			# 切换到分支develop
git pull origin develop			# 远程develop拉下来和本地develop合并
git checkout lujinkai			# 切换到分支lujinkai
git merge develop --no-commit	# 将本地分支develop和当前分支lujinkai合并

开发代码
下班了，需要提交代码，但是在提交之前最好再执行一遍上一步，因为在你写代码的过程中，develop分支可能有其他人提交
1
[root@dev ~]$git pull origin develop

添加文件到本地缓存区

1	[root@dev ~]$git add . # . 表示当前目录下的所有文件

提交内容到本地分支上
1
git commit -m "注释, 提交说明"

上传本地分支到远程分支

git push

# 默认提交到本地分支对应的远程分支，或者可以显式指定
git push origin lujinkai

之后每天 3 - 9 步骤走一遍

GitLab

发表于 2021-02-24 更新于 2021-02-27 分类于运维， Jenkins与Gitlab

DevOps

DevOps 是Development和Operations的组合，也就是开发和运维的简写

什么是持续集成(CI-Continuous integration)

持续集成是指多名开发者在开发不同功能代码的过程当中，可以频繁的将代码行合并到一起并切相互不影响工作

什么是持续部署(CD-continuous deployment)

是基于某种工具或平台实现代码自动化的构建、测试和部署到线上环境以实现交付高质量的产品,持续部署在某种程度上代表了一个开发团队的更新迭代速率

什么是持续交付(Continuous Delivery)

持续交付是在持续部署的基础之上，将产品交付到线上环境，因此持续交付是产品价值的一种交付，是产品价值的一种盈利的实现

GitLab

GitLab 和 GitHub一样属于第三方基于Git开发的作品，免费且开源，与Github类似，可以注册用户，任意提交你的代码，添加SSHKey等等。不同的是，GitLab是可以部署到自己的服务器上，简单来说可把 GitLab 看作个人版的GitHub

Git在每个用户都有一个完整的服务器，然后在有一个中央服务器，用户可以先将代码提交到本地，没有网络也可以先提交到本地，然后在有网络的时候再提交到中央服务器，这样就大大方便了开发者，而相比CVS和SVN都是集中式的版本控制系统，工作的时候需要先从中央服务器获取最新的代码，改完之后需要提交，如果是一个比较大的文件则需要足够快的网络才能快速提交完成，而使用分布式的版本控制系统，每个用户都是一个完整的版本库，即使没有中央服务器也可以提交代码或者回滚，最终再把改好的代码提交至中央服务器进行合并即可

SVN

每次提交的文件都单独保存，即按照文件的提交时间区分不同的版本，保存至不同的逻辑存储区域，后期恢复时候直接基于之前版本恢复。

Git

Gitlab 与 SVN的数据保存方式不一样，gitlab 虽然也会在内部对数据进行逻辑划分保存，但是当后期提交的数据如和之前交的数据没有变化，其就直接快照之前的文件，而不是再将文件重新上传一份再保存一遍，这样既节省了空间又加快了代码提交速度。

git 缓存区与工作区等概念

工作区：clone 的代码或者开发自己编写代码文件所在的目录，通常是代码所在的一个服务的目录名称
暂存区：用于存储在工作区中对代码进行修改后的文件所保存的地方，使用 git add 添加
本地仓库：用于提交存储在工作区和暂存区中改过的文件地方，使 git commit 提交
远程仓库：多个开发人员共同协作提交代码的仓库，即 gitlab 服务器

Gitlab部署与使用

测试环境：内存4G以上
生产环境：建议CPU2C，内存8G，磁盘10G以上配置，和用户数有关

清华源 centos7：https://mirrors.tuna.tsinghua.edu.cn/gitlab-ce/yum/el7/
清华源 ubuntu18.04：https://mirrors.tuna.tsinghua.edu.cn/gitlab-ce/ubuntu/pool/bionic/main/g/gitlab-ce/

安装

[root@gitlab src]$dpkg -i gitlab-ce_13.8.4-ce.0_amd64.deb	# 得等一会
...
configuration in /etc/gitlab/gitlab.rb file.	# 配置文件
...

配置

# 需要配置gitlab服务器地址和邮件地址
[root@gitlab src]$vim /etc/gitlab/gitlab.rb
external_url 'http://gitlab.ljk.local'		# 修改此行
# 增加下面行，可选邮件通知设置
gitlab_rails['smtp_enable'] = true
gitlab_rails['smtp_address'] = "smtp.qq.com"
gitlab_rails['smtp_port'] = 465
gitlab_rails['smtp_user_name'] = "441757636@qq.com"
gitlab_rails['smtp_password'] = "jwopcvnpcawdcbbg"
gitlab_rails['smtp_domain'] = "qq.com"
gitlab_rails['smtp_authentication'] = "login"
gitlab_rails['smtp_enable_starttls_auto'] = true
gitlab_rails['smtp_tls'] = true
gitlab_rails['gitlab_email_from'] = "441757636@qq.com"

gitlab 相关目录：

/etc/gitlab     	#配置文件目录
/run/gitlab     	#运行pid目录
/opt/gitlab     	#安装目录
/var/opt/gitlab 	#数据目录
/var/log/gitlab 	#日志目录

初始化服务

修改完配置文件要执行此操作

1	[root@gitlab src]$gitlab-ctl reconfigure

常用命令：

gitlab-rails          #用于启动控制台进行特殊操作，如修改管理员密码、打开数据库控制台( gitlab-rails dbconsole)等
gitlab-psql           #数据库命令行
gitlab-rake           #数据备份恢复等数据操作

gitlab-ctl            #客户端命令行操作行
gitlab-ctl stop       #停止gitlab
gitlab-ctl start      #启动gitlab
gitlab-ctl restar     #重启gitlab
gitlab-ctl status     #查看组件运行状态
gitlab-ctl tail nginx #查看某个组件的日志

gitlab web 界面

username：root
注意，使用域名访问需要做hosts

关闭账号注册

默认情况下可以直接注册账号，一般都关闭此功能，由管理员统一注册用户

修改邮箱地址

新添加的邮箱不是默认的通知邮箱，下面是设置新邮箱为默认邮箱

设置完后，需要重新登录才能生效，然后可以把之前的默认邮箱删除

创建gitlab账户

创建成功后，需要查看邮件，在邮件链接中重置密码

创建组

使用管理员root创建组，一个组里面可以有多个项目分支，可以将开发添加到组里，再进行设置权限，不同的组对应公司不同的开发项目或者服务模块，不同的组中添加不同的开发人员帐号，即可实现对开发设置权限的管理

管理员创建项目

有三种方式：创建空项目、使用模板、导入项目

将用户添加到组

gitlab仓库developer权限无法push

默认develop权限无法merge和push到master分支的，可以修改：

在这里，也可以设置也可以保护其他分支

在项目中新建测试页面

使用陆东生用户登录，新建分支，继承自master：

git客户端测试clone项目

ssh认证

1 2	ssh-keygen -t rsa cat ~/.ssh/id_rsa.pub # 将公钥复制到给gitlab

clone

1	git clone git@gitlab.ljk.local:testgroup/testproject.git

git 常用命令

运维常用：git pull、git clone、git reset

gitlab数据备份恢复

备份前必须先停止gitlab两个服务

1 2	[root@gitlab ~]$gitlab-ctl stop unicorn [root@gitlab ~]$gitlab-ctl stop sidekiq

备份数据

[root@gitlab ~]$gitlab-rake gitlab:backup:create
...
Warning: Your gitlab.rb and gitlab-secrets.json files contain sensitive data 
and are not included in this backup. You will need these files to restore a backup.
Please back them up manually.

# 以上warning表示gitlab.rb和gitlab-secrets.json两个文件包含敏感信息。未被备份到备份文件中。需要手动备份，这两个文件位于 /etc/gitlab

[root@gitlab ~]$gitlab-ctl start	# 备份完成后启动gitlab

备份数据位于 /var/opt/gitlab/backups/

1 2	[root@gitlab ~]$ls /var/opt/gitlab/backups/ 1614392268_2021_02_27_13.8.4_gitlab_backup.tar

查看要恢复的文件

1
2
3

/var/opt/gitlab/backups/   # Gitlab数据备份目录，需要使用命令备份的
/var/opt/gitlab/nginx/conf # nginx配置文件
/etc/gitlab/gitlab.rb      # gitlab配置文件

删除项目和用户信息

执行恢复

# 恢复前先停止两个服务
[root@gitlab ~]$gitlab-ctl stop unicorn
[root@gitlab ~]$gitlab-ctl stop sidekiq
# 恢复时指定备份文件的时间部分，不需要指定文件的全名
[root@gitlab ~]$gitlab-rake gitlab:backup:restore BACKUP=备份文件名

恢复后再将之前停止的两个服务启动
1
gitlab-ctl start

gitlab汉化

虽然不推荐，但是有需求，基于第三方开发爱好者实现

汉化包地址： https://gitlab.com/xhang/gitlab

git clone https://gitlab.com/xhang/gitlab.git
head -1 /opt/gitlab/version-manifest.txt	# 查看当前gitlab版本
cd gitlab
git diff v11.9.8 v11.9.8-zh
git diff v11.9.8 v11.9.8-zh >/root/v11.9.8-zh.diff
gitlab-ctl stop
patch -f -d /opt/gitlab/embedded/service/gitlab-rails -p1 </root/v11.9.8-zh.diff
gitlab-ctl reconfigure
gitlab-ctl start
gitlab-ctl status

常见的代码部署方式

蓝绿部署
金丝雀发布
滚动发布
A/B测试

Nexus

发表于 2021-02-24 更新于 2021-02-25 分类于运维，消息队列与微服务

Nexus 是一个强大的 Maven 仓库管理器，它极大地简化了自己内部仓库的维护和外部仓库的访问

官方下载：https://help.sonatype.com/repomanager3/download/download-archives---repository-manager-3

部署Nexus

下载、解压、创建用户

[root@nexus src]$useradd -r -s /sbin/nologin nexus		# 创建nexus用户
[root@nexus src]$tar zxf nexus-3.29.2-02-unix.tar.gz 
[root@nexus src]$mv nexus-3.29.2-02 /usr/local/nexus
[root@nexus src]$mv sonatype-work/ /usr/local/
[root@nexus src]$cd /usr/local/
[root@nexus local]$chown -R nexus:nexus ./nexus/
[root@nexus local]$chown -R nexus:nexus ./sonatype-work/
[root@nexus local]$echo 'nexus - nofile 65536' >> /etc/security/limits.conf

Service启动文件，官方提供

[root@nexus ~]$cat /lib/systemd/system/nexus.service 
[Unit]
Description=nexus service
After=network.target
  
[Service]
Type=forking
LimitNOFILE=65536
ExecStart=/usr/local/nexus/bin/nexus start
ExecStop=/usr/local/nexus/bin/nexus stop
User=nexus
Restart=on-abort
TimeoutSec=600
  
[Install]
WantedBy=multi-user.target

[root@nexus ~]$systemctl start nexus.service	# 需要几分钟时间启动

设置向导：
验证默认仓库
- Hosted：本地仓库，通常我们会部署自己的构件到这一类型的仓库，比如公司的第三方库
- Proxy：代理仓库，它们被用来代理远程的公共仓库，如 maven 中央仓库(官方仓库)
- Group：仓库组，用来合并多个 hosted/proxy 仓库，当你的项目希望在多个repository使用资源时就不需要多次引用了，只需要引用一个 group 即可

构建私有 yum 仓库

配置仓库的数据目录
仓库配置，以 zabbix 为例

centos 7.x 配置 yum 仓库

[root@c71 ~]$vim /etc/yum.repos.d/zabbix.repo
[root@c71 ~]$cat /etc/yum.repos.d/zabbix.repo 
[zabbix-nexus]
name=zabbix
baseurl=http://10.0.1.103:8081/repository/zabbix-proxy/
enabled=1
gpgcheck=0

测试：
下载过的包会缓存下来

数据备份

Nexus 中普通数据信息和元数据是分开存储的，普通数据是保存在 blob 中，而元数据保存在数据库中，所以在备份的时候必须同时进行备份普通数据和元数据，才能在后期恢复数据的时候保证数据的最终完整性

数据量太大，而且不影响用户业务，数据备份没什么意义

常见端口

发表于 2021-02-23 更新于 2021-02-25 分类于运维

默认 tcp

端口	服务	备注
20	FTP	源连接，20或更高TCP端口1024以上
21	FTP	侦听端口
69 / udp	FTP
22	ssh
23	telnet
25	smtp	不开启 tls 验证
465	smtp	开启 tls 验证
53	dns
69	tftp
161	snmp
8080	vue、tomcat
8443	tomcat
80	http
443	https
953	rndc	利用rndc工具可以实现管理DNS功能
6443	k8s api server
3306	mysql
6379	redis
8005	tomcat	tomcat 默认监听8005端口，这是一个后门，可通过这个端口关闭 tomcat 服务
1100	JMX
10050	zabbix agent
10051	zabbix server
5672	RabbitMQ	消费者访问的端口
15672	RabbitMQ	web 管理端口
25672	RabbitMQ	集群状态通信端口
2181	Zookeeper	Zookeeper会监听这个端口，接受客户端的访问请求
2888	Zookeeper	LF数据同步端口
3888	Zookeeper	LF选举端口
9092	kafka
2049	nfsd
873	rsync
67	DHCP Server
68	DHCP Client（ipv4）
546	DHCP Client（ipv6）

RocketMQ

发表于 2021-02-22 更新于 2021-02-23 分类于运维，消息队列与微服务

https://rocketmq.apache.org/
https://github.com/apache/rocketmq

ActiveMQ

发表于 2021-02-22 更新于 2021-02-23 分类于运维，消息队列与微服务

http://activemq.apache.org/

ActiveMQ 是一种开源的基于 JMS（Java Message Servie）规范的一种消息中间件的实现，采用 Java 开发，设计目标是提供标准的、面向消息的、能够跨越多语言和多系统的应用集成消息通信中间件

kafka

发表于 2021-02-22 更新于 2021-02-23 分类于运维，消息队列与微服务

http://kafka.apache.org/

阿里云兼容 kafka 消息队列：https://www.aliyun.com/product/ons

Kafka 是一种高吞吐量的分布式发布订阅消息系统，其具备分布式功能、并可以结合 zookeeper 可以实现动态扩容，用于构建实时数据管道和流应用程序
它具有水平可伸缩性、容错性、快速性

常用消息队列对比：

kafka 优势

kafka为什么性能高？

顺序写入，kafka数据写入磁盘，不是保存在内存，默认保存168小时

kafka通过O(1)的磁盘数据结构提供消息的持久化，即使数以TB的消息存储也能够保持长时间的稳定性能
- O(1)是最低的时间复杂度，哈希算法就是典型的 O(1) 时间复杂度，无论数据规模多大，都可以在一次计算后找到目标
高吞吐量，即使是非常普通的硬件 Kafka 也可以支持每秒数百万的消息
支持通过 Kafka 服务器分区消息，可以将数据保存到不同的服务器
支持 Hadoop 并行数据加载

kafka 角色

broker：中文直译“中间人”，实际就是消息代理，是生产者和消费者中间代理保存消息的中转站，集群中每个 kafka 的 broker 都有唯一的 id，由 server.properties 中的 broker.id 指定，可以把每个kafka节点抽象的看成是一个broker，也可以把整个kafka集群抽象的看成是一个broker
topic：话题，生产者和消费者监听同一个topic，生产者往里写消息，消费者从里面读消息

partition：分区，也叫分片，物理上的概念，每个分区对应一个文件夹，topic 可以将其消息分片储存，提高性能，然后每个分片做多个副本，保证高可用。

注意：分片数量不要超过kafka节点数量；副本数量也不要超过kafka节点数量；

leader：分片副本的角色，主
follower：分片副本的角色，从

对于一个分片，其副本只有一个是leader，其他的都是follower，leader不能和follower在同一个节点，这样就失去了高可用的意义

高可用：当一个节点故障，其他的follower会选举出一个作为leader

上图中 topic1 分了两片：topic1-part1、topic1-part2；
上图中 topic2 只有一片：topic2-part1

上图中 topic1 和 topic2 的分片都做了三个副本：topicX-part1、topicX-part2、topicX-part3

Producer：生产者，负责发布消息到 Kafka broker
Consumer：消费者，每个 consumer 属于一个特定的 consuer group（若不指定 group name 则属于默认 group），使用 consumer high level API 时，同一 topic 的一条消息只能被同一个 consumer group内的一个 consumer 消费，但多个 consumer group 可同时消费这一消息

kafka 和 zookeeper 的关系：

kafka 自身无法实现集群和高可用，kafka 依赖 zookeeper 实现集群和高可用

zookeeper 和 kafka 都可以存储数据，zookeeper储存单个数据在1MB以内，只用来保存服务的元数据，不保存业务信息

Broker 依赖于 Zookeeper，每个 Broker 的 id 和 Topic、Partition 这些元数据信息都会写入 Zookeeper 的 ZNode 节点中
Consumer 依赖于 Zookeeper，Consumer 在消费消息时，每消费完一条消息，会将产生的 offset 保存到 Zookeeper 中，下次消费在当前 offset 往后继续消费。注意：kafka0.9 之前 Consumer 的 offset 存储在 Zookeeper 中，kafka0,9 以后 offset存储在本地
Partition 依赖于 Zookeeper，Partition 完成 Replication 备份后，选举出一个Leader，这个是依托于 Zookeeper 的选举机制实现的

kafka 部署

1
2
3

kakfa1.ljk.cn:10.0.1.101
kakfa2.ljk.cn:10.0.1.102
kakfa3.ljk.cn:10.0.1.103

快速部署：http://kafka.apache.org/quickstart

安装 zookeeper，这里就不配置集群了，安装单机zookeeper

安装 kafka

# kafka 下载页面：http://kafka.apache.org/downloads
[root@kakfa1 src]$tar -xzf kafka_2.13-2.7.0.tgz
[root@kakfa1 src]$mv kafka_2.13-2.7.0 /usr/local/kafka
[root@kakfa1 src]$cd /usr/local/ 
[root@kakfa1 local]$scp -r ./kafka/ 10.0.1.102:/usr/local
[root@kakfa1 local]$scp -r ./kafka/ 10.0.1.103:/usr/local

配置 kafka

[root@kakfa1 ~]$vim /etc/hosts
...
10.0.1.101 kafka1.ljk.cn
10.0.1.102 kafka2.ljk.cn
10.0.1.103 kafka3.ljk.cn
10.0.1.101 zk1.ljk.cn			# zookeeper地址域名解析

[root@kakfa1 local]$vim kafka/config/server.properties
21 broker.id=1	# 每个 broker 在集群中的唯一标识，正整数
31 listeners=PLAINTEXT://kafka1.ljk.cn:9092
60 log.dirs=/usr/local/kafka/kafka-logs	# kakfa用于保存数据的目录，所有的消都会存储在该目录当中
65 num.partitions=1	# 设置创建新topic的默认分区数量
103 log.retention.hours=168	# 设置kafka中消息保留时间，默认为168小时，即7天
# 指定连接的zookeeper的地址,zk中存储了broker的元数据信息,如果zk是集群，多个zk地址使用逗号分割，这里为了方便，使用单机zookeeper，推荐使用域名，如果使用ip可能无法启动，不知道为什么
123 zookeeper.connect=zk1.ljk.cn:2181
126 zookeeper.connection.timeout.ms=6000	# 设置连接zookeeper的超时时间，默认6s

[root@kakfa2 local]$vim kafka/config/server.properties
21 broker.id=2
31 listeners=PLAINTEXT://10.0.1.102:9092
60 log.dirs=/usr/local/kafka/kafka-logs
103 log.retention.hours=168
123 zookeeper.connect=zk1.ljk.cn:2181
126 zookeeper.connection.timeout.ms=6000

[root@kakfa3 local]$vim kafka/config/server.properties
21 broker.id=3
31 listeners=PLAINTEXT://10.0.1.103:9092
60 log.dirs=/usr/local/kafka/kafka-logs
103 log.retention.hours=168
123 zookeeper.connect=zk1.ljk.cn:2181
126 zookeeper.connection.timeout.ms=6000

启动 kafka

[root@kakfa1 bin]$pwd
/usr/local/kafka/bin
[root@kakfa1 bin]$./kafka-server-start.sh -daemon ../config/server.properties

[root@kakfa2 bin]$./kafka-server-start.sh -daemon ../config/server.properties

[root@kakfa3 bin]$./kafka-server-start.sh -daemon ../config/server.properties

测试 kafka 读写数据

http://kafka.apache.org/quickstart

创建 topic

[root@kakfa1 bin]$./kafka-topics.sh --create \
--zookeeper zk1.ljk.cn:2181 \
--partitions 3 \
--replication-factor 3 \
--topic lujinkai
Created topic lujinkai.

–create：创建topic
–zookeeper：指定zk地址，虽然配置文件中已经指定了，但是命令行还要指定
–partitions：指定一个topic包含几个partition，就是对topic分片，分片可以提高性能，但是一般不用分片，保持默认值1就可以，如果分片，也不要超过节点的数量
–replication-factor：指定partition的副本数量，kafka实现高可用全靠partition的副本，如果设置3，则一个partition就存储3份，注意不是4份
–topic：指定名称

假设集群有4个broker，一个topic有4个partition，每个partition有3个副本。下图是每个broker上的副本分配情况：

验证 topic

[root@kakfa1 bin]$./kafka-topics.sh --describe \
--zookeeper zk1.ljk.cn:2181 \
--topic lujinkai                                              
Topic: lujinkai PartitionCount: 3       ReplicationFactor: 3    Configs: 
        Topic: lujinkai Partition: 0    Leader: 3       Replicas: 3,2,1 Isr: 3,2,1
        Topic: lujinkai Partition: 1    Leader: 1       Replicas: 1,3,2 Isr: 1,3,2
        Topic: lujinkai Partition: 2    Leader: 2       Replicas: 2,1,3 Isr: 2,1,3

说明：lujinkai 这个 topic 有三个分区分别为 0、1、2，分区 0 的 leader 是 3（broker.id），分区 0 有三个副本，并且状态都为 lsr（ln-sync，表示可以参加选举成为 leader）

获取所有 topic

1 2	[root@kakfa1 bin]$./kafka-topics.sh --list --zookeeper zk1.ljk.cn:2181 lujinkai

测试发送消息

[root@kakfa1 bin]$./kafka-console-producer.sh --topic lujinkai \
--broker-list kafka1.ljk.cn:9092,kafka2.ljk.cn:9092,kafka3.ljk.cn:9092
>hello
>word
>

测试获取消息

[root@kafka2 bin]$./kafka-console-consumer.sh --topic lujinkai \
--bootstrap-server kafka1.ljk.cn:9092,kafka2.ljk.cn:9092,kafka3.ljk.cn:9092 \
--from-beginning   
hello
word

–bootstrap-server：kafak集群的地址，实际只写一个地址也行
–from-beginning：从最开始的数据进行消费

删除 topic

[root@kakfa1 bin]$./kafka-topics.sh --delete \
--topic lujinkai \
--zookeeper zk1.ljk.cn:2181
Topic lujinkai is marked for deletion.
Note: This will have no impact if delete.topic.enable is not set to true.

ZooKeeper

发表于 2021-02-21 更新于 2021-02-23 分类于运维，消息队列与微服务

https://zookeeper.apache.org/

ZooKeeper 是一个分布式服务框架，它主要是用来解决分布式应用中经常遇到的一些数据管理问题，如：命名服务、状态同步、配置中心、集群管理等

命名服务

命名服务是分布式系统最基本的公共服务之一。在分布式系统中，被命名的实体通常可以是集群中的机器、提供的服务地址或远程对象等，这些我们都可以统称它们为名字（Name），其中较为常见的就是一些分布式服务框架（如 RPC、RMI）中的服务地址列表，通过使用命名服务，客户端应用能够根据指定名字来获取资源的实体、服务地址和提供者的信息等

状态同步

每个节点除了存储数据内容和 node 节点状态信息之外，还存储了已经注册的APP 的状态信息，当有些节点或 APP 不可用，就将当前状态同步给其他服务

配置中心

现在我们大多数应用都是采用的是分布式开发的应用，搭建到不同的服务器上，可以使用 ZooKeeper 来实现配置中心，ZooKeeper 采用的是推拉相结合的方式：客户端向服务端注册自己需要关注的节点，一旦该节点的数据发生变更，那么服务端就会向相应的客户端发送 Watcher 事件通知，客户端接收到这个消息通知后，需要主动到服务端获取最新的数据

集群管理

所谓集群管理，包括 集群监控 与 集群控制 两部分，前者侧重对集群运行时状态的收集，后者则是对集群进行操作与控制

客户端如果对 ZooKeepe 的一个数据节点注册 Watcher 监听，那么当该数据节点的内容或是其子节点列表发生变更时，ZooKeeper 服务器就会向订阅的客户端发送变更通知
对在 ZooKeeper 上创建的临时节点，一旦客户端与服务器之间的会话失效，该临时节点也就被自动除

Watcher（事件监听器）：Zookeeper中很重要的特性。Zookeeper允许用户在指定节点上注册一些Watcher，并且在一些特定事件触发的时候，ZooKeeper服务端会将事件通知到感兴趣的客户端上去，该机制是 Zookeeper实现分布式协调服务的重要特性

0、生产者启动
1、生产者注册至 zookeeper
2、消费者启动并订阅频道
3、zookeeper 通知消费者事件
4、消费者调用生产者
5、监控中心负责统计和监控服务状态

ZooKeeper 单机安装

ZooKeeper 依赖 Java 环境，要求 JDK1.7 及以上

配置java环境

[root@zk1 ~]$java -version
java version "1.8.0_271"
Java(TM) SE Runtime Environment (build 1.8.0_271-b09)
Java HotSpot(TM) 64-Bit Server VM (build 25.271-b09, mixed mode)

部署 ZooKeeper
官网下载地址：https://archive.apache.org/dist/zookeeper/
注意，要下载带 bin 的包，不带 bin 的只是源码包，不包含必要的 jar 包

[root@zk1 src]$tar zxf apache-zookeeper-3.5.9-bin.tar.gz  
[root@zk1 src]$mv apache-zookeeper-3.5.9-bin
[root@zk1 src]$mv apache-zookeeper-3.5.9-bin /usr/local/zookeeper
[root@zk1 src]$cd /usr/local/zookeeper/conf/
[root@zk1 conf]$cp zoo_sample.cfg zoo.cfg        
[root@zk1 conf]$grep ^[a-Z] ./zoo.cfg 
tickTime=2000
initLimit=10
syncLimit=5
dataDir=/tmp/zookeeper
clientPort=2181
admin.serverPort=8180		# AdminServer监听的端口，默认8080，因为tomcat默认端口也是8080，为了避免冲突，这里修改为8180

关于AdminServer：https://zookeeper.apache.org/doc/r3.5.0-alpha/zookeeperAdmin.html#sc_adminserver_config

启动 ZooKeeper

# zkServer.sh 	用于启动、重启、停止 ZooKeeper
[root@zk1 bin]$pwd
/usr/local/zookeeper/bin
[root@zk1 bin]$./zkServer.sh start
ZooKeeper JMX enabled by default
Using config: /usr/local/zookeeper/bin/../conf/zoo.cfg
Starting zookeeper ... STARTED

验证 Zookeeper 状态

[root@zk1 bin]$./zkServer.sh status
ZooKeeper JMX enabled by default
Using config: /usr/local/zookeeper/bin/../conf/zoo.cfg
Client port found: 2181. Client address: localhost. Client SSL: false.
Mode: standalone

ZooKeeper 集群简介

集群架构：

集群角色：

Zookeeper 集群部署

整个集群中只要有超过集群数量一半的 zookeeper 工作只正常的，那么整个集群对外就是可用的

1
2
3

zk1.ljk.cn:10.0.1.101
zk2.ljk.cn:10.0.1.102
zk3.ljk.cn:10.0.1.103

各个节点安装 zookeeper，参考上面单机部署，但是先不要启动

各个节点创建数据目录

[root@zk1 ~]$cd /usr/local/zookeeper/
[root@zk1 zookeeper]$mkdir data

[root@zk2 ~]$cd /usr/local/zookeeper/
[root@zk2 zookeeper]$mkdir data

[root@zk3 ~]$cd /usr/local/zookeeper/
[root@zk3 zookeeper]$mkdir data

各个节点配置文件

[root@zk1 conf]$grep ^[a-Z] ./zoo.cfg
tickTime=2000                     # 心跳检测周期，单位为毫秒
initLimit=10                      # leader与follower初始连接心跳次数，即多少个2000毫秒
syncLimit=5                       # leader与follower连接完成之后，后期检测发送和应答的心跳次数，即该follower在5*2000毫秒内不能与leader进行通信，那么此follower将被视为不可用
dataDir=/usr/local/zookeeper/data # 自定义的zookeeper保存数据的目录
clientPort=2181                   # 客户端连接Zookeeper服务器的端口，Zookeeper会监听这个端口，接受客户端的访问请求
maxClientCnxns=128                # 单个客户端IP可以和zookeeper保持的连接数
autopurge.snapRetainCount=3       # 保存快照的数量，启用后ZooKeeper只保存最新的几个快照，其余的会自动清除，最新快照和相应的事务日志分别保留在dataDir和dataLogDir中，默认值为 3。最小值为 3
autopurge.purgeInterval=1         # 自动清理日志和快照文件的频率，单位小时，默认0，不开启自动清理
server.1=10.0.1.101:2888:3888     # server.服务器编号=服务器IP:LF数据同步端口:LF选举端口
server.2=10.0.1.102:2888:3888     # hostname也可以，只要dns能解析到就行
server.3=10.0.1.103:2888:3888

[root@zk1 conf]$scp ./zoo.cfg 10.0.1.102:/usr/local/zookeeper/conf
[root@zk1 conf]$scp ./zoo.cfg 10.0.1.103:/usr/local/zookeeper/conf

集群id

[root@zk1 data]$echo 1 > myid

[root@zk2 data]$echo 2 > myid

[root@zk3 data]$echo 3 > myid

启动 zookeeper

[root@zk1 bin]$./zkServer.sh start

[root@zk2 bin]$./zkServer.sh start

[root@zk3 bin]$./zkServer.sh start

验证 Zookeeper 状态

[root@zk1 bin]$./zkServer.sh status 
ZooKeeper JMX enabled by default
Using config: /usr/local/zookeeper/bin/../conf/zoo.cfg
Client port found: 2181. Client address: localhost. Client SSL: false.
Mode: follower		# follower

[root@zk2 bin]$./zkServer.sh status 
ZooKeeper JMX enabled by default
Using config: /usr/local/zookeeper/bin/../conf/zoo.cfg
Client port found: 2181. Client address: localhost. Client SSL: false.
Mode: follower		# follower

[root@zk3 bin]$./zkServer.sh status      
ZooKeeper JMX enabled by default
Using config: /usr/local/zookeeper/bin/../conf/zoo.cfg
Client port found: 2181. Client address: localhost. Client SSL: false.
Mode: leader		# leader

zookeeper 集群选举过程

节点角色状态：

LOOKING   # 寻找 Leader 状态，处于该状态需要进入选举流程
LEADING   # 领导者状态，处于该状态的节点说明是角色已经是 Leader
FOLLOWING # 跟随者状态，表示 Leader 已经选举出来，当前节点角色是 follower
OBSERVER  # 观察者状态，表明当前节点角色是 observer

选举 ID：

1 2	ZXID # zookeeper transaction id，每个改变Zookeeper状态的操作都会形成一个对应的zxid myid # 服务器的唯一标识(SID)，通过配置myid文件指定，集群中唯一

zookeeper 数据增删改查

任意一台zookeeper节点进行以下操作：

[root@zk1 bin]$./zkCli.sh -server 10.0.1.102:2181
...
Welcome to ZooKeeper!
JLine support is enabled
[zk: 10.0.1.102:2181(CONNECTING) 0] help
ZooKeeper -server host:port cmd args
        addauth scheme auth
        close 
        config [-c] [-w] [-s]
        connect host:port
        create [-s] [-e] [-c] [-t ttl] path [data] [acl]
        delete [-v version] path
        deleteall path
        delquota [-n|-b] path
        get [-s] [-w] path
        getAcl [-s] path
        history 
        listquota path
        ls [-s] [-w] [-R] path
        ls2 path [watch]
        printwatches on|off
        quit 
        reconfig [-s] [-v version] [[-file path] | [-members serverID=host:port1:port2;port3[,...]*]] | [-add serverId=host:port1:port2;port3[,...]]* [-remove serverId[,...]*]
        redo cmdno
        removewatches path [-c|-d|-a] [-l]
        rmr path
        set [-s] [-v version] path data
        setAcl [-s] [-v version] [-R] path acl
        setquota -n|-b val path
        stat [-w] path
        sync path

zookeeper 客户端 ZooInspector

Linux：https://github.com/zzhang5/zooinspector
Windows：https://www.cnblogs.com/weiyiming007/p/11951591.html

下载、解压、双击 build/zookeeper-dev-ZooInspector.jar
连接成功

RabbitMQ

发表于 2021-02-21 更新于 2021-02-22 分类于运维，消息队列与微服务

阿里云消息队列：https://www.aliyun.com/product/ons

RabbitMQ 基于 erlang 语言开发，具有高并发优点、支持分布式具有消息确认机制、消息持久化机制，消息可靠性和集群可靠性高，简单易用、运行稳定、跨平台、多语言开源

Broker：接收和分发消息的应用，RabbitMQ Server 就是 Message Broker
Virtual host：出于多租户和安全因素设计的，把 AMQP 的基本组件划分到一个虚拟的分组中，类似于网络中的 namespace 概念，当多个不同的用户使用同一个 RabbitMQ server 提供的服务时，可以划分出多个 vhost，每个用户在自己的 vhost创建 exchange／queue 等
Connection：publisher／consumer 和 broker 之间的 TCP 连接。
Channel：如果每一次访问 RabbitMQ 都建立一个 Connection，在消息量大的时候建立 TCP Connection 的开销将是巨大的，效率也较低。Channel 是在 connection 内部建立的逻辑连接，如果应用程序支持多线程，通常每个 thread 创建单独的channel 进行通讯，AMQP method 包含了 channel id 帮助客户端和 message broker 识别 channel，所以 channel 之间是完全隔离的。Channel 作为轻量级的 Connection 极大减少了操作系统建立 TCP connection 的开销。
Exchange：message 到达 broker 的第一站，根据分发规则，匹配查询表中的 routing key，分发消息到 queue 中去。常用的类型有：direct (point-to-point), topic (publish-subscribe) and fanout (multicast)。
Queue：消息最终被送到这里等待 consumer 取走，先进先出，可以持久化到磁盘节点服务器
Binding：exchange 和 queue 之间的虚拟连接，binding 中可以包含 routing key。Binding 信息被保存到 exchange 中的查询表中，用于 message 的分发依据。

RabbitMQ 中的生产者消费者示例

生产者发送消息到 broker server（RabbitMQ），在 Broker 内部，用户创建Exchange／Queue，通过Binding 规则将两者联系在一起，Exchange 分发消息，根据类型／binding 的不同分发策略有区别，消息最后来到 Queue 中，等待消费者取走

RabbitMQ 单机部署

快速部署示例：https://www.rabbitmq.com/install-debian.html#apt-bintray-quick-start

主机名解析

[root@mq1 ~]$hostname
mq1.ljk.cn
[root@mq1 ~]$hostname -I
10.0.1.101 
[root@mq1 ~]$vim /etc/hosts
...
10.0.1.101 mq1.ljk.cn mq1

时间原因，选择 apt 安装，直接执行以下脚本

#!/bin/sh

## If sudo is not available on the system,
## uncomment the line below to install it
# apt-get install -y sudo

sudo apt-get update -y

## Install prerequisites
sudo apt-get install curl gnupg -y

## Install RabbitMQ signing key
curl -fsSL https://github.com/rabbitmq/signing-keys/releases/download/2.0/rabbitmq-release-signing-key.asc | sudo apt-key add -

## Install apt HTTPS transport
sudo apt-get install apt-transport-https

$distribution='bionic'		# ubuntu18.04
sudo tee /etc/apt/sources.list.d/bintray.rabbitmq.list <<EOF
## 默认安装最新版本的 erlang 23.x，可以指定版本例如：erlang-22.x
deb https://dl.bintray.com/rabbitmq-erlang/debian $distribution erlang
## Installs latest RabbitMQ release
deb https://dl.bintray.com/rabbitmq/debian $distribution main
EOF

## Update package indices
sudo apt-get update -y

## Install rabbitmq-server and its dependencies
sudo apt-get install rabbitmq-server -y --fix-missing

安装成功

[root@zabbix src]$systemctl status rabbitmq-server.service 
● rabbitmq-server.service - RabbitMQ broker
   Loaded: loaded (/lib/systemd/system/rabbitmq-server.service; enabled; vendor preset: enabled)
   Active: active (running) since Sun 2021-02-21 02:41:45 UTC; 1h 26min ago
 Main PID: 5992 (beam.smp)
   Status: "Initialized"
    Tasks: 22 (limit: 2289)
   CGroup: /system.slice/rabbitmq-server.service
           ├─5992 /usr/lib/erlang/erts-11.1.8/bin/beam.smp -W w -MBas ageffcbf -MHas ageffcbf -MBlmbcs 512 -MHlmbcs 512 -MMmcs 30 -P 1048576 -t 5000000 -stbt db -zd
           ├─6013 erl_child_setup 32768
           ├─6039 /usr/lib/erlang/erts-11.1.8/bin/epmd -daemon
           ├─6058 inet_gethost 4
           └─6059 inet_gethost 4
...

插件管理
https://www.rabbitmq.com/management.html
开启 web 管理界面

[root@zabbix src]$which rabbitmq-plugins
/usr/sbin/rabbitmq-plugins
[root@zabbix src]$rabbitmq-plugins enable rabbitmq_management
Enabling plugins on node rabbit@mq1:
rabbitmq_management
The following plugins have been configured:
  rabbitmq_management
  rabbitmq_management_agent
  rabbitmq_web_dispatch
Applying plugin configuration to rabbit@mq1...
The following plugins have been enabled:
  rabbitmq_management
  rabbitmq_management_agent
  rabbitmq_web_dispatch

started 3 plugins.

# 5672		消费者访问的 端口
# 15672		web 管理端口
# 25672		集群状态通信端口

[root@mq1 ~]$rabbitmqctl list_users
Listing users ...
user    tags
guest   [administrator]		# guest是初始化的用户，账号密码都是guest，但是只能使用localhost访问

[root@mq1 ~]$rabbitmqctl add_user ljk 123456	# 添加用户
Adding user "ljk" ...
Done. Don't forget to grant the user permissions to some virtual hosts! See 'rabbitmqctl help set_permissions' to learn more.
[root@mq1 ~]$rabbitmqctl set_user_tags ljk administrator	# 用户授权
Setting tags for user "ljk" to [administrator] ...
[root@mq1 ~]$rabbitmqctl list_users                     
Listing users ...
user    tags
ljk     [administrator]		# 授权成功
guest   [administrator]

使用账号 ljk，密码 123456，成功登录web管理界面：

登录之后，我们很少进行更改，主要是查看rabbitmq的运行状态

RabbitMQ 集群部署

普通模式：创建好 RabbitMQ 集群之后的默认模式
所有的mq节点保存相同的元数据，即消息队列，但队列里的数据仅保存一份，消费者从A节点拉取消息，如果消息在B节点，那么B会将消息发送给A节点，然后消费者就能拉取到数据了
缺点：单点失败
镜像模式：把需要的队列做成镜像队列
在普通模式的基础上，增加一些镜像策略，消息实体会主动在镜像节点间同步，而不是在 consumer 取数据时临时拉取，解决了单点失败的问题，但是性能下降，增加集群内部网络消耗一个
队列想做成镜像队列，需要先设置 policy，然后客户端创建队列的时候，rabbitmq 集群根据“队列名称”自动设置是普通集群模式或镜像队列

推荐设计架构：

在一个 rabbitmq 集群里，有 3 台或以上机器，其中 1 台使用磁盘模式（数据保存到内存和磁盘），其它节点使用内存模式（数据只保存到内存），使用磁盘模式的节点，作为数据备份使用

Ubuntu 1804 安装集群版 RabbitMQ

1
2
3

10.0.1.101 mq1.ljk.cn mq1
10.0.1.102 mq1.ljk.cn mq2
10.0.1.103 mq1.ljk.cn mq3

Rabbitmq 的集群是依赖于 erlang 的集群来工作的，所以必须先构建起 erlang 的集群环境,而 Erlang 的集群中各节点是通过一个 magic cookie 来实现的，这个cookie 存放在 /var/lib/rabbitmq/.erlang.cookie 中，文件是 400 的权限,所以必须保证各节点 cookie 保持一致，否则节点之间就无法通信

各节点安装RabbitMQ并安装插件，参考上面单机部署

各服务器关闭 RabbitMQ

1
2
3

[root@mq1 ~]$systemctl stop rabbitmq-server.service
[root@mq2 ~]$systemctl stop rabbitmq-server.service
[root@mq3 ~]$systemctl stop rabbitmq-server.service

在 mq1 同步.erlang.cookie 至其他两台服务器

1
2
3

[root@mq1 ~]$cd /var/lib/rabbitmq/
[root@mq1 rabbitmq]$scp .erlang.cookie 10.0.1.102:/var/lib/rabbitmq
[root@mq1 rabbitmq]$scp .erlang.cookie 10.0.1.103:/var/lib/rabbitmq

各服务器启动 RabbitMQ

1
2
3

[root@mq1 ~]$systemctl start rabbitmq-server.service
[root@mq2 ~]$systemctl start rabbitmq-server.service
[root@mq3 ~]$systemctl start rabbitmq-server.service

查看当前集群状态

1
2
3

[root@mq1 ~]$rabbitmqctl cluster_status
[root@mq2 ~]$rabbitmqctl cluster_status
[root@mq3 ~]$rabbitmqctl cluster_status

创建 RabbitMQ 集群：mq1、mq2作为内存节点，mq3作为磁盘节点

[root@mq1 ~]$rabbitmqctl stop_app 	#停止 app 服务
[root@mq1 ~]$rabbitmqctl reset 		#清空元数据
[root@mq1 ~]$rabbitmqctl join_cluster rabbit@mq3 --ram 	#将mq1添加到集群中，并成为内存节点，不加--ram默认是磁盘节点
[root@mq1 ~]$rabbitmqctl start_app	#启动 app 服务

[root@mq2 ~]$rabbitmqctl stop_app
[root@mq2 ~]$rabbitmqctl reset
[root@mq2 ~]$rabbitmqctl join_cluster rabbit@mq3 --ram
[root@mq2 ~]$rabbitmqctl start_app

将集群设置为镜像模式，任意节点执行以下命令

1	[root@mq1 ~]$rabbitmqctl set_policy ha-all "#" '{"ha-mode":"all"}'

查看集群状态

[root@mq1 ~]$rabbitmqctl cluster_status               
Cluster status of node rabbit@mq1 ...
Basics

Cluster name: rabbit@mq3.ljk.cn

Disk Nodes

rabbit@mq3

RAM Nodes

rabbit@mq1
rabbit@mq2

Running Nodes

rabbit@mq1
rabbit@mq2
rabbit@mq3

Versions

rabbit@mq1: RabbitMQ 3.8.12 on Erlang 23.2.5
rabbit@mq2: RabbitMQ 3.8.12 on Erlang 23.2.5
rabbit@mq3: RabbitMQ 3.8.12 on Erlang 23.2.5

Maintenance status

Node: rabbit@mq1, status: not under maintenance
Node: rabbit@mq2, status: not under maintenance
Node: rabbit@mq3, status: not under maintenance

Alarms

(none)

Network Partitions

(none)

Listeners

Node: rabbit@mq1, interface: [::], port: 15672, protocol: http, purpose: HTTP API
Node: rabbit@mq1, interface: [::], port: 25672, protocol: clustering, purpose: inter-node and CLI tool communication
Node: rabbit@mq1, interface: [::], port: 5672, protocol: amqp, purpose: AMQP 0-9-1 and AMQP 1.0
Node: rabbit@mq2, interface: [::], port: 25672, protocol: clustering, purpose: inter-node and CLI tool communication
Node: rabbit@mq2, interface: [::], port: 5672, protocol: amqp, purpose: AMQP 0-9-1 and AMQP 1.0
Node: rabbit@mq2, interface: [::], port: 15672, protocol: http, purpose: HTTP API
Node: rabbit@mq3, interface: [::], port: 25672, protocol: clustering, purpose: inter-node and CLI tool communication
Node: rabbit@mq3, interface: [::], port: 5672, protocol: amqp, purpose: AMQP 0-9-1 and AMQP 1.0
Node: rabbit@mq3, interface: [::], port: 15672, protocol: http, purpose: HTTP API

Feature flags

Flag: drop_unroutable_metric, state: enabled
Flag: empty_basic_get_metric, state: enabled
Flag: implicit_default_bindings, state: enabled
Flag: maintenance_mode_status, state: enabled
Flag: quorum_queue, state: enabled
Flag: user_limits, state: enabled
Flag: virtual_host_metadata, state: enabled

RabbitMQ 常用命令

创建 vhost

1 2	[root@mq1 ~]$rabbitmqctl add_vhost test Adding vhost "test" ...

列出所有 vhost

[root@mq1 ~]$rabbitmqctl list_vhosts
Listing vhosts ...
name
/
test

列出所有队列

1
2
3

[root@mq1 ~]$rabbitmqctl list_queues
Timeout: 60.0 seconds ...
Listing queues for vhost / ...

删除指定 vhost

1 2	[root@mq1 ~]$rabbitmqctl delete_vhost test Deleting vhost "test" ...

添加账户 jack 密码为 123456

1
2
3

[root@mq1 ~]$rabbitmqctl add_user jack 123456
Adding user "jack" ...
Done. Don't forget to grant the user permissions to some virtual hosts! See 'rabbitmqctl help set_permissions' to learn more.

更改用户密码

1 2	[root@mq1 ~]$rabbitmqctl change_password jack 654321 Changing password for user "jack" ...

设置 jack 用户对 test 的 vhost 有读写权限，三个点为配置正则、读和写
1
[root@mq1 ~]$rabbitmqctl set_permissions -p test jack ".*" ".*" ".*"

RabbitMQ API

RabbitMQ Cluster Monitor

集群状态监控

#!/bin/env python
# coding:utf-8
#Author: ZhangJie
import subprocess

running_list = []
error_list = []
false = "false"
true = "true"


def get_status():
    obj = subprocess.Popen(
        ("curl - s - u guest: guest http: // localhost: 15672/api/nodes & > / dev/null"), shell=True, stdout=subprocess.PIPE)

    data = obj.stdout.read()
    data1 = eval(data)
    for i in data1:
        if i.get("running") == "true":
            running_list.append(i.get("name"))
        else:
            error_list.append(i.get("name"))


def count_server():
    if len(running_list) < 3:   # 可以判断错误列表大于 0 或者运行列表小于 3，3未总计的节点数量
        print(101)              # 100 就是集群内有节点运行不正常了
    else:
        print(50)               # 50 为所有节点全部运行正常


def main():
    get_status()
    count_server()


if __name__ == "__main__":
    main()

内存使用监控

# cat rabbitmq_memory.py
#!/bin/env python
# coding:utf-8
#Author: ZhangJie
import subprocess
import sys

running_list = []
error_list = []
false = "false"
true = "true"


def get_status():
    obj = subprocess.Popen(
        ("curl - s - u guest: guest http: // localhost: 15672/api/nodes & > / dev/null"), shell=True, stdout=subprocess.PIPE)

    data = obj.stdout.read()
    data1 = eval(data)
    # print(data1)
    for i in data1:
        if i.get("name") == sys.argv[1]:
            print(i.get("mem_used"))


def main():
    get_status()


if __name__ == "__main__":
    main()

root@mq-server3: ~  # python3 rabbitmq_memory.py rabbit@mq-server1
85774336
root@mq-server3: ~  # python3 rabbitmq_memory.py rabbit@mq-server2
91099136
root@mq-server3: ~  # python3 rabbitmq_memory.py rabbit@mq-server3
96428032

MQ

发表于 2021-02-20 更新于 2021-02-22 分类于运维，消息队列与微服务

MQ：Message Queuing，消息队列

Message Queue 的需求由来已久，在 19 世纪 80 年代金融交易中，美国高盛等公司采用 Teknekron 公司的产品，当时的 Message queuing 软件叫做(the informationbus（TIB）,后来 TIB 被电信和通讯等公司采用，然后路透社收购了 Teknekron 公司，再然后 IBM 公司开发了 MQSeries，并且微软也开发了Microsoft Message Queue（MSMQ），但是这些商业 MQ 供应商的问题是厂商锁定及使用价格高昂，于是 2001 年，Java Message queuing 试图解决锁定和交互性的问题，但对应用来说反而更加麻烦了，于是 2004 年，摩根大通和 iMatrix 开始着手 Advanced MessageQueuing Protocol （AMQP）开放标准的开发，2006 年，AMQP 规范发布，2007年，Rabbit 技术公司基于 AMQP 标准开发的 RabbitMQ1.0 发布。

消息队列的目的是实现各个APP之间的通信（包括跨网咯通信），APP基于MQ实现消息的发送和接收，实现应用程序之间的通信，实现业务的解耦的异步机制

消息队列作为高并发系统的核心组件之一，能够帮助业务系统解构，提升开发效率和系统稳定性。消息队列主要具有以下优势：

削峰填谷：主要解决瞬时写压力大于应用服务能力导致消息丢失、系统奔溃等问题
系统解耦：解决不同重要程度、不同能力级别系统之间依赖导致一死全死
提升性能：当存在一对多调用时，可以发一条消息给消息系统，让消息系统通知相关系统
蓄流压测：线上有些链路不好压测，可以通过堆积一定量消息再放开来压测

目前主流的消息队列软件有 RabbitMQ、kafka、ActiveMQ、RocketMQ 等，还有小众的消息队列软件如ZeroMQ、Apache Qpid 等

dubbo

发表于 2021-02-20 更新于 2021-02-24 分类于运维，消息队列与微服务

微服务这个概念是从单体服务（单体应用）演化而来的

微服务：micro server，把单体服务拆分成多个小服务，这些小服务就是微服务，每个小服务运行在单独的运行环境，早期一般用虚拟机，现在都是容器（docker + k8s）

微服务落地：容器，k8s + docker
微服务发现对方：注册中心、服务发现，zookeeper
微服务之间相互调用：API
微服务扩容：服务治理，k8s实现服务编排
微服务监控：监控微服务的API等
微服务代码升级和回滚：CI / CD jenkings + gitlab
微服务日志查看：ELK，统一收集和展示

服务是相互调用的，一个服务可以即是服务提供方，同时又是服务消费方

微服务框架

这个开发比较关注微服务框架，作为运维，了解即可

spring boot

spring cloud

dubbo

阿里云微服务：https://promotion.aliyun.com/ntms/act/edasdubbo.html
dubbo 官网：https://dubbo.apache.org/zh/
阿里云 dubbo 简介：https://help.aliyun.com/document_detail/99299.html

dubbo 架构

https://dubbo.apache.org/zh/docs/v2.7/user/preface/architecture/

节点角色说明：

节点	角色说明
`Provider`	暴露服务的服务提供方
`Consumer`	调用远程服务的服务消费方
`Registry`	服务注册与发现的注册中心
`Monitor`	统计服务的调用次数和调用时间的监控中心
`Container`	服务运行容器

调用关系说明：

服务容器负责启动，加载，运行服务提供者。
服务提供者在启动时，向注册中心注册自己提供的服务。
服务消费者在启动时，向注册中心订阅自己所需的服务。
注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。
服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。
服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。

Dubbo 架构具有以下几个特点，分别是连通性、健壮性、伸缩性、以及向未来架构的升级性。

连通性

注册中心负责服务地址的注册与查找，相当于目录服务，服务提供者和消费者只在启动时与注册中心交互，注册中心不转发请求，压力较小
监控中心负责统计各服务调用次数，调用时间等，统计先在内存汇总后每分钟一次发送到监控中心服务器，并以报表展示
服务提供者向注册中心注册其提供的服务，并汇报调用时间到监控中心，此时间不包含网络开销
服务消费者向注册中心获取服务提供者地址列表，并根据负载算法直接调用提供者，同时汇报调用时间到监控中心，此时间包含网络开销
注册中心，服务提供者，服务消费者三者之间均为长连接，监控中心除外
注册中心通过长连接感知服务提供者的存在，服务提供者宕机，注册中心将立即推送事件通知消费者
注册中心和监控中心全部宕机，不影响已运行的提供者和消费者，消费者在本地缓存了提供者列表
注册中心和监控中心都是可选的，服务消费者可以直连服务提供者

健壮性

监控中心宕掉不影响使用，只是丢失部分采样数据
数据库宕掉后，注册中心仍能通过缓存提供服务列表查询，但不能注册新服务
注册中心对等集群，任意一台宕掉后，将自动切换到另一台
注册中心全部宕掉后，服务提供者和服务消费者仍能通过本地缓存通讯
服务提供者无状态，任意一台宕掉后，不影响使用
服务提供者全部宕掉后，服务消费者应用将无法使用，并无限次重连等待服务提供者恢复

伸缩性

注册中心为对等集群，可动态增加机器部署实例，所有客户端将自动发现新的注册中心
服务提供者无状态，可动态增加机器部署实例，注册中心将推送新的服务提供者信息给消费者

升级性

当服务集群规模进一步扩大，带动IT治理结构进一步升级，需要实现动态部署，进行流动计算，现有分布式服务架构不会带来阻力。下图是未来可能的一种架构：

节点角色说明：

节点	角色说明
`Deployer`	自动部署服务的本地代理
`Repository`	仓库用于存储服务应用发布包
`Scheduler`	调度中心基于访问压力自动增减服务提供者
`Admin`	统一管理控制台
`Registry`	服务注册与发现的注册中心
`Monitor`	统计服务的调用次数和调用时间的监控中心

示例

生产者示例

zk 配置：https://dubbo.apache.org/zh/docs/v2.7/user/references/registry/zookeeper/

注册中心除了zookeeper，还有其他方式：Nacos、Multicast、Redis、Simple

[root@provider1 src]$tar zxf dubbo-demo-provider-2.1.5-assembly.tar.gz	# 开发写的包
[root@provider1 src]$cd dubbo-demo-provider-2.1.5/
[root@provider1 dubbo-demo-provider-2.1.5]$ls
bin  conf  lib

[root@provider1 dubbo-demo-provider-2.1.5]$vim conf/dubbo.properties
dubbo.container=log4j,spring
dubbo.application.name=demo-provider
dubbo.application.owner=
# dubbo.registry.address=zookeeper://10.0.1.101:2181 | zookeeper://10.0.1.102:2181 | zookeeper://10.0.1.103:2181	# 注册中心：zookeeper，z集群k
dubbo.registry.address=zookeeper://10.0.1.101:2181	# 注册中心：zookeeper，单zk
dubbo.monitor.protocol=registry
dubbo.protocol.name=dubbo
dubbo.protocol.port=20880
dubbo.log4j.file=logs/dubbo-demo-provider.log
dubbo.log4j.level=WARN

[root@provider1 dubbo-demo-provider-2.1.5]$./bin/start.sh	# 启动provider，可能需要几分钟
Starting the demo-provider ........OK!
PID: 2813
STDOUT: logs/stdout.log

[root@provider1 dubbo-demo-provider-2.1.5]$tail -f logs/stdout.log	# 查看日志
Java HotSpot(TM) 64-Bit Server VM warning: ignoring option PermSize=128m; support was removed in 8.0
Java HotSpot(TM) 64-Bit Server VM warning: UseCMSCompactAtFullCollection is deprecated and will likely be removed in a future release.
log4j:WARN No appenders could be found for logger (com.alibaba.dubbo.common.logger.LoggerFactory).
log4j:WARN Please initialize the log4j system properly.
log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info.
[2021-02-23 13:25:48] Dubbo service server started!		# 启动成功

消费者示例

[root@consumer1 src]$tar zxf dubbo-demo-consumer-2.1.5-assembly.tar.gz	# 开发写的包
[root@consumer1 src]$cd dubbo-demo-consumer-2.1.5/
[root@consumer1 dubbo-demo-consumer-2.1.5]$vim conf/dubbo.properties
dubbo.container=log4j,spring
dubbo.application.name=demo-consumer
dubbo.application.owner=
dubbo.registry.address=zookeeper://10.0.1.101:2181
dubbo.monitor.protocol=registry
dubbo.log4j.file=logs/dubbo-demo-consumer.log
dubbo.log4j.level=WARN
[root@kafka3 dubbo-demo-consumer-2.1.5]$./bin/start.sh 	# 启动consumer
Starting the demo-consumer ....OK!
PID: 2498
STDOUT: logs/stdout.log

[root@consumer1 dubbo-demo-consumer-2.1.5]$tail -f logs/stdout.log 	# 查看日志
[13:33:22] Hello world23, response form provider: 10.0.1.101:20880
[13:33:24] Hello world24, response form provider: 10.0.1.101:20880
[13:33:26] Hello world25, response form provider: 10.0.1.101:20880
[13:33:28] Hello world26, response form provider: 10.0.1.101:20880


[root@provider1 dubbo-demo-provider-2.1.5]$tail -f logs/stdout.log 
[13:34:18] Hello world51, request from consumer: /10.0.1.103:13243
[13:34:20] Hello world52, request from consumer: /10.0.1.103:13243
[13:34:22] Hello world53, request from consumer: /10.0.1.103:13243
[13:34:24] Hello world54, request from consumer: /10.0.1.103:13243
[13:34:26] Hello world55, request from consumer: /10.0.1.103:13243
[13:34:28] Hello world56, request from consumer: /10.0.1.103:13243

以上示例是一个provider，如果是多个provider，则consumer会轮询读取

zookeeper 验证

dubbo admin

基于 zookeeper 发现并管理 provider 和 consumer

[root@kakfa1 webapps]$systemctl stop tomcat.service  # 先关闭tomcat，否则自动解压会出错
[root@kakfa1 webapps]$unzip dubboadmin.war -d dubboadmin  # 别人编译好的包，手动解压
[root@kakfa1 webapps]$vim dubboadmin/WEB-INF/dubbo.properties	# 配置文件
dubbo.registry.address=zookeeper://10.0.1.101:2181	# zookeeper地址
dubbo.admin.root.password=root	# root用户，账号密码都是root
dubbo.admin.guest.password=guest	# 访客

这个 duboadmin 版本比较老，如果需要新版的 dubboadmin，需要手动编译

微服务编译

https://dubbo.apache.org/zh/docs/v2.7/dev/build/

maven

编译c、c++，使用 make、cmake，编译java，使用maven

maven是一个项目管理工具，可以对Java项目进行构建、解决打包依赖等

POM：Project Object Model，项目对象模型，是 Maven 工程的基本工作单元，是一个 XML 文件，包含了项目的基本信息，用于描述项目如何构建，声明项目依赖等，在执行任务或目标时，Maven 会在当前目录中查找 pom 文件，通过读取 pom 文件获取所需的配置信息，然后执行目标

Pom 文件中可以指定以下配置：

项目依赖
插件
执行目标
项目构建 profile
项目版本
项目开发者列表
相关邮件列表信息

部署Maven：

# 官方文档：http://maven.apache.org/install.html
# 官方源：https://archive.apache.org/dist/maven/maven-3/
# 清华源：https://mirrors.tuna.tsinghua.edu.cn/apache/maven/maven-3/

[root@kakfa1 src]$wget https://mirrors.tuna.tsinghua.edu.cn/apache/maven/maven-3/3.6.3/binaries/apache-maven-3.6.3-bin.tar.gz
[root@kakfa1 src]$tar zxf apache-maven-3.6.3-bin.tar.gz 
[root@kakfa1 src]$cd apache-maven-3.6.3/
[root@kakfa1 apache-maven-3.6.3]$export PATH=`pwd`/bin:$PATH

Maven打包命令：

进入到包含有“pom.xml”的路径，执行：
1
mvn clean install package

有的时候受到测试的干扰，导致无法正在进行编译，这时候可以选择跳过测试：

mvn clean install package -Dmaven.test.skip=true

-Dmaven.test.skip=true		# 跳过测试，并且不编译测试下的源代码；
-DskipTests					# 不执行测试，但是会进行测试代码的编译；

如果需要编译的代码异常庞大，需要考虑对编译环境做一些处理，提成编译效率

1
2
3

mvn -T 4 clean install package -Dmaven.test.skip=true		# 启动多线程编译
mvn -T 2C clean install package -Dmaven.test.skip=true		# 分配编译的CPU个数
mvn clean install package -Dmaven.test.skip=true -Dmaven.compile.fork=true	# 启用多线程编译

所有的 Maven 都是建立在 JVM 上的，所以进行编译的时候还需要考虑 JVM 参数优化

1
2
3

# bin/mvn是shell文件，配置参数：“MAVEN_OPTS”
$ export MAVEN_OPTS="-Xmx6g -Xms6g" >> /etc/profile
$ . /etc/profile

示例

以 dubbo admin 为例：https://github.com/apache/dubbo-admin/blob/develop/README_ZH.md

下载代码:

1	$ git clone https://github.com/apache/dubbo-admin.git

指定注册中心地址

$ vim dubbo-admin-server/src/main/resources/application.properties
...
# centers in dubbo2.7
admin.registry.address=zookeeper://10.0.1.101:2181
admin.config-center=zookeeper://10.0.1.101:2181
admin.metadata-report.address=zookeeper://10.0.1.101:2181
...

构建：

1	$ mvn clean package -Dmaven.test.skip=true

启动：

$ mvn --projects dubbo-admin-server spring-boot:run
# 或
$ cd dubbo-admin-distribution/target; 
$ java -jar dubbo-admin-0.2.0.jar --server.port=8080 # 注意端口冲突

访问：浏览器访问 http://10.0.1.101:8080

zabbix_proxy.conf

发表于 2021-02-15 更新于 2021-02-16 分类于运维， Zabbix

# vim /apps/zabbix_proxy/etc/zabbix_proxy.conf
ProxyMode=1 #0为主动，1为被动
Server=10.0.58.101 #zabbix server服务器的地址或主机名
Hostname=magedu-jiege-proxy-active #代理服务器名称，与zabbix server添加代理时候的proxy name一致
ListenPort=10051 #zabbix proxy监听端口
LogFile=/tmp/zabbix_proxy.log
PidFile=/apps/zabbix_proxy/run/zabbix_proxy.pid
EnableRemoteCommands=1 #允许zabbix server执行远程命令
DBHost=10.0.58.104 #数据库服务器地址
DBName=zabbix_proxy_active #使用的数据库名称
DBUser=proxy #连接数据库的用户名称
DBPassword=123456 #数据库用户密码
DBPort=3306 #数据库端口
ProxyLocalBuffer=720 #已经提交到zabbix server的数据保留时间
ProxyOfflineBuffer=720 #未提交到zabbix server的时间保留时间
HeartbeatFrequency=60 #心跳间隔检测时间，默认60秒，范围0-3600秒，被动模式不使用
ConfigFrequency=5 #间隔多少秒从zabbix server获取监控项信息
DataSenderFrequency=5 #数据发送时间间隔，默认为1秒，范围为1-3600秒，被动模式不使用
StartPollers=20 #启动的数据采集器数量
JavaGateway=10.0.58.104 #java gateway服务器地址,当需要监控java的时候必须配置否则监控不到数据
JavaGatewayPort=10052 #Javagatewa服务端口
StartJavaPollers=20 #启动多少个线程采集数据
CacheSize=2G #保存监控项而占用的最大内存
HistoryCacheSize=2G #保存监控历史数据占用的最大内存
HistoryIndexCacheSize=128M #历史索引缓存的大小
Timeout=30 #监控项超时时间，单位为秒f
LogSlowQueries=3000 #毫秒，多久的数据库查询会被记录到日志

ProxyMode=0			# proxy模式，0：主动模式；1：被动模式
Server=10.0.1.21	# zabbix-server的ip地址，被动模式的监控项使用
ServerPort=10051	# zabbix-server的端口号，默认10051，被动模式下，此参数忽略
Hostname=proxy-qinagdao-active	# 在zabbix-server上用于区分proxy，通常设置为ip或主机名
HostnameItem=system.hostname	# 功能和hostname一样，可以设置zabbix的键值，所以更方便
ListenPort=10051	# zabbix-proxy监听的本机端口
SourceIP=			# 当服务器上有多个ip地址，可以指定使用哪个ip发起请求，一般不用配置

# 日志相关
LogType=file
LogFile=/tmp/zabbix_proxy.log
LogFileSize=0
DebugLevel=3

EnableRemoteCommands=0	# 是否允许远程命令

PidFile=/tmp/zabbix_proxy.pid
SocketDir=/tmp

# 数据库相关
DBHost=localhost
DBName=zabbix_proxy
DBSchema=
DBUser=zabbix
DBPassword=
DBSocket=
DBPort=

######### PROXY SPECIFIC PARAMETERS #############
ProxyLocalBuffer=24		# 发送成功的数据在本地保留多久，单位小时，0-172，也就是最多保留30天
ProxyOfflineBuffer=720	# 未发送成功的数据在本地保留多久，单位小时，0-172，也就是最多保留30天

HeartbeatFrequency=60	# 主动模式下，心跳检测zabbxi-server是否在线，0-3600，单位秒
ConfigFrequency=300		# 主动模式下，，配置的更新周期，1-3600*24*7，单位秒，这个参数建议设置为5分钟
DataSenderFrequency=60	# 数据向zabbix-server的推送周期，1-3600，单位秒

############ 高级参数 ################ 以下参数和 zabbix_server.conf 类似
StartPollers=5

# StartIPMIPollers=0
# StartPollersUnreachable=1
# StartTrappers=5
# StartPingers=1
# StartDiscoverers=1
# StartHTTPPollers=1
# JavaGateway=
# JavaGatewayPort=10052
# StartJavaPollers=0
# StartVMwareCollectors=0
# VMwareFrequency=60
# VMwarePerfFrequency=60
# VMwareCacheSize=8M
# VMwareTimeout=10
# SNMPTrapperFile=/tmp/zabbix_traps.tmp
# StartSNMPTrapper=0
# ListenIP=0.0.0.0
# HousekeepingFrequency=1
# CacheSize=8M
# StartDBSyncers=4
# HistoryCacheSize=16M
# HistoryIndexCacheSize=4M
Timeout=30
# TrapperTimeout=300
# UnreachablePeriod=45
# UnavailableDelay=60
# UnreachableDelay=15
# ExternalScripts=${datadir}/zabbix/externalscripts
# FpingLocation=/usr/sbin/fping
# Fping6Location=/usr/sbin/fping6
# SSHKeyLocation=
# LogSlowQueries=0
LogSlowQueries=3000
# TmpDir=/tmp
# AllowRoot=0
# User=zabbix
# Include=/usr/local/etc/zabbix_proxy.general.conf
# Include=/usr/local/etc/zabbix_proxy.conf.d/
# Include=/usr/local/etc/zabbix_proxy.conf.d/*.conf
# SSLCertLocation=${datadir}/zabbix/ssl/certs
# SSLKeyLocation=${datadir}/zabbix/ssl/keys
# SSLCALocation=
# StatsAllowedIP=
# LoadModulePath=${libdir}/modules
# LoadModule=
# TLSConnect=unencrypted
# TLSAccept=unencrypted
# TLSCAFile=
# TLSCRLFile=
# TLSServerCertIssuer=
# TLSServerCertSubject=
# TLSCertFile=
# TLSKeyFile=
# TLSPSKIdentity=
# TLSPSKFile=
# TLSCipherCert13=
# TLSCipherCert=
# TLSCipherPSK13=
# TLSCipherPSK=
# TLSCipherAll13=
# TLSCipherAll=

zabbix_agentd.conf

发表于 2021-02-10 更新于 2021-02-16 分类于运维， Zabbix

大部分同 zabbix_server.conf，以下是不同的参数

EnableRemoteCommands=0	# 0/1，是否允许执行远程命令
LogRemoteCommands=0		# 0/1，是否记录远程命令日志
Server=10.0.1.21		# 被动模式，设置为server或proxy的地址，或者都设置，允许10.0.1.21来请求数据
ListenPort=10050		# zabbix_agent监听的本地端口
StartAgents=3			# 0-100，预启动进程数，执行被动检查，默认3个足够了
ServerActive=10.0.1.21	# 主动模式，设置为server或proxy的地址，或者都设置，向10.0.1.21发送数据
Hostname=10.0.1.26		# 主机名称，zabbix_server添加主机时需要此项，通常设置为ip或主机名
HostnameItem=system.hostname	# 主机名称，和Hostname冲突，该项是动态的，其支持通过key进行配置，只要是zabbix_get能正常取的数据的key理论都是支持的（包含特殊字符的不支持）
HostMetadata=		# 0-255 characters，自动注册使用，静态配置
HostMetadataItem=	# 自动注册使用，动态配置

RefreshActiveChecks=120		# 主动模式下，每120秒主动提供一次数据

BufferSend=5	# 数据缓冲的时间 
BufferSize=100	# zabbix agent数据缓冲区的大小，当达到该值便会发送所有的数据到zabbix server 
MaxLinesPerSecond=20	# zabbix agent发送给zabbix server最大的数据行，1-1000

####### 用户定义的监控参数 #######
UnsafeUserParameters=0	# 0/1，是否允许所有字符参数的传递 
UserParameter=			# 指定用户自定义参数，可以定义多个，如果要传参，使用[*]
UserParameter=tcp_status[*],/bin/bash /usr/local/zabbix/etc/UserParameter/tcp_conn.sh $1 $2
UserParameter=memcache_status[*],/usr/local/zabbix/etc/UserParameter/memcached_status.sh "$1" "$2" "$3"
UserParameter=redis_status[*],/usr/local/zabbix/etc/UserParameter/redis_status.sh $1 $2 $3
UserParameter=nginx_status[*],/usr/local/zabbix/etc/UserParameter/nginx_status.sh $1 $2 $3
UserParameter=linux41[*],/bin/bash /usr/local/zabbix/etc/UserParameter/linux41.sh $1 $2 $3
UserParameter=qinghe,/usr/bin/python3 /usr/local/zabbix/etc/UserParameter/linux41.py
UserParameter=tcp_status[*],/bin/bash /usr/local/zabbix/etc/UserParameter/tcp_conn.sh $1 $2
UserParameter=memcache_status[*],/usr/local/zabbix/etc/UserParameter/memcached_status.sh "$1" "$2" "$3"
UserParameter=redis_status[*],/usr/local/zabbix/etc/UserParameter/redis_status.sh $1 $2 $3
UserParameter=nginx_status[*],/usr/local/zabbix/etc/UserParameter/nginx_status.sh $1 $2 $3
	

####### TLS相关参数 #######
TLSConnect=unencrypted
TLSAccept=unencrypted
TLSCAFile=
TLSCRLFile=
TLSServerCertIssuer=
TLSServerCertSubject=
TLSCertFile=
TLSKeyFile=
TLSPSKIdentity=
TLSPSKFile=

####### For advanced users - TLS ciphersuite selection criteria #######
TLSCipherCert13=
TLSCipherCert=
TLSCipherPSK13=
TLSCipherPSK=
TLSCipherAll13=
TLSCipherAll=

zabbix_server.conf

发表于 2021-02-09 更新于 2021-02-16 分类于运维， Zabbix

# zabbix_server.conf
# This is a configuration file for Zabbix server daemon
# To get more information about Zabbix, visit http://www.zabbix.com

ListenPort=10051 	# 监听端口
SourceIP= 			# 多IP地址情况下，与其他服务器通信使用的源IP地址，一般不用设置
PidFile=/tmp/zabbix_server.pid 	# PID文件路径
SocketDir=/tmp 		# socket文件路径，如果不涉及到本机通信，此参数意义不大

# 日志
LogType=file 		# 日志类型，支持system、file和console
LogFile=/tmp/zabbix_server.log  # 日志路径
LogFileSize=0 		# 指定日志滚动写入大小，当达到指定大小时，会删除就日志重新从头写入新日志，0-1024，最大1024M，0表示不限制，建议设置为0，因为这个文件一般不会太大
DebugLevel=3 #自定义日志级别，0-5，默认3 warning，可以设置为4 error

# 数据库
DBHost=192.168.7.104 	# 数据库地址
DBName=zabbix_server 	# 数据库名称
DBSchema= 				# 数据库访问协议，默认myslq，如果使用其他数据库，需要设置
DBUser=zabbix			# 数据库账号名
DBPassword=123456 		# 数据库用户密码
DBSocket= 				# 数据库socket文件，如果mysql不在本机，此参数不需要配置
DBPort=3306 			# 数据库端口，默认3306

# 历史数据
HistoryStorageURL= 		# elasticsearch服务器地址，保存zabbix历史数据到ES里面，优化zabbix性能，新版本zabbix的才支持
HistoryStorageTypes=uint,dbl,str,log,text  # elasticsearch索引类型
HistoryStorageDateIndex=0  # 将历史数据保存到不同的elasticsearch索引

# 导出数据相关，一般不会导出数据，所以不需要配置
ExportDir=			# 定义实时导出触发器事件，监控项采集值，趋势数据的目录
ExportFileSize=1G	# 定义每个导出文件的最大大小

############ 高级参数 ################

StartPollers=16			# 预启动进程数量，收集数据，0-1000，建议此值设置与cpu核数相同
StartIPMIPollers=0		# 预启动进程数量，IPMI收集数据，0-1000，如果有物理服务器，可以打开
StartPreprocessors=3	# 预启动进程数量，用于处理zabbix agent数据，1-1000，建议设置高一些，如果使用proxy，server就不和agent直接接触了，这样可以设置的低一些
StartPollersUnreachable=1	# 预启动进程数量，轮询检查不可达主机，0-1000，设置1个进程就够了，毕竟服务器不会经常挂
StartTrappers=5 	# 预启动进程数量，Trappers进程，处理报警信息，0-1000，报警多的话可以多开几个
StartPingers=3		# 预启动进程数量，用于ping检查主机，0-1000，建议设置多一
StartDiscoverers=1	# 自动发现主机的进程数量，0-250，此功能特别消耗资源，建议关闭
StartHTTPPollers=1 	# http进程数量，处理web请求，设置1-2足够
StartTimers=1		# 计时器实例数量，记录报错、发邮件等行为的时间，1-1000，设置为2就足够
StartEscalators=1 	# escalators进程的初始实例数量，用于处理动作中的自动步骤的进程的数量，0-100
StartAlerters=3 	# 报警实例预启动数量，0-100，报警多的话可以开多一点

# 监控java，zabbix不能直监控java，而是通过javagateway间接监控
JavaGateway=192.168.7.101	# javagateway服务器地址，java pollers必须设置
JavaGatewayPort=10052 		# javagateway端口，1024-32767
StartJavaPollers=20 		# java轮训实例预启动数量，0-1000

# 监控VMware，很少用
StartVMwareCollectors=0		# 用于设置监控VMWARE Esxi主机实例时使用，0-250，若为0则不启用，若要监控ESXI主机，此值最少为1，根据监控ESXI数量设置对应数值
VMwareFrequency=60			# 监控vmware获取最新数据间隔频率，单位为秒，10-86400
VMwarePerfFrequency=60		# 监控vmware获取性能数据间隔
VMwareCacheSize=8M #vmware数据缓存大小，会占用zabbix server服务器内存
VMwareTimeout=10 #超时时间

SNMPTrapperFile=/tmp/zabbix_traps.tmp	# snmp触发器临时文件路径
StartSNMPTrapper=0	# 是否启用 snmptrapper功能 ，默认0不启用（配合参数SNMPTrapperFile使用）

ListenIP=0.0.0.0	# 监听地址

# 历史数据相关，通过设置参数，删不干净，通常写sql脚本，直接删库
HousekeepingFrequency=1		# 多少小时清理一次代理端数据库的history数据，0-24，默认1小时，关于多久之前的数据是history数据，在模板的监控项中有设置
MaxHousekeeperDelete=5000		# 每次最多删除历史数据的行数，0-1000000

# 缓存相关，以下缓存空间都是隔离的
CacheSize=128M  # zabbix初始化时占用多少系统共享内存用于存储配置信息，HOST,ITEM,TRIGGER数据，视监控主机数量和监控项调整，建议调整到32M或者更大
CacheUpdateFrequency=60		# Zabbix更新缓存数据的频率，单位为秒，范围是1-3600，若管理页面操作不频繁，可以考虑加大参数值
StartDBSyncers=8	# zabbix和数据库同步数据的进程数量，1-100，视数据库服务器I/O繁忙情况，和数据库写能力调整。数值越大，写能力越强。对数据库服务器I/O压力越大
HistoryCacheSize=512M	# 历史数据的缓存大小，128K-2G
HistoryIndexCacheSize=128M	# 历史数据索引缓存的大小，128K-2G
TrendCacheSize=4M	# 划分多少系统共享内存用于存储计算出来的趋势数据，一定程度上可缓解数据库读压力
ValueCacheSize=64M	# 历史值缓存的大小，用于缓存历史数据请求的共享内存大小

# 超时相关
Timeout=30	# 数据获取等待超时时间，1-30，建议加大此值，注意若此数值加大，应该考虑参数 StartPollers 是否有相应加大的必要。
TrapperTimeout=300	# 启用trapper功能，用于进程等待超时设置，1-300，单位是秒
UnreachablePeriod=45	# 当主机不可达多少秒后，设置为主机不可用，单位是秒，范围是1-3600
UnavailableDelay=60		# 当主机不可用了，多久检查一次该主机的可用性，单位为秒，范围是1-3600
UnreachableDelay=15 	# 同 UnavailableDelay

# 脚本相关
AlertScriptsPath=${datadir}/zabbix/alertscripts		# 监控报警脚本路径,取决于编译时datadir参数
ExternalScripts=${datadir}/zabbix/externalscripts 	# 自定义脚本存储路径

FpingLocation=/usr/bin/fping		# fping命令的位置
Fping6Location=/usr/bin/fping6		# fping6命令的位置

SSHKeyLocation=		# 用于SSH检查和操作的公钥和私钥的位置。

LogSlowQueries=0	# 设置慢日志查询时间(以毫秒为单位)，仅当DebugLevel设置为3、4、5时才可用，0 - 不记录慢查询，范围是1-3600000，数据库自带慢日志查询功能，这里一般也不设置

TmpDir=/tmp		# 临时文件目录

StartProxyPollers=1		# 启用多少子进程与proxy端通信，建议此值等于proxy数量，范围是0-250
ProxyConfigFrequency=60	# 被动模式下，被监控主机同步配置文件至proxy的周期，单位秒，1-3600*24*7
ProxyDataFrequency=60 	# 被动模式下，zabbix server间隔多少秒向proxy请求历史数据，1-3600

AllowRoot=0 	# 是否允许root启动zabbix，0/1

User=zabbix 	# 设置zabbix启动用户

Include=/usr/local/etc/zabbix_server.general.conf 	# 导入其他目录的配置文件
Include=/usr/local/etc/zabbix_server.conf.d/
Include=/usr/local/etc/zabbix_server.conf.d/*.conf

# web监控 SSL相关
SSLCertLocation=${datadir}/zabbix/ssl/certs		# SSL证书公钥的位置，用于web监控
SSLKeyLocation=${datadir}/zabbix/ssl/keys 		# SSL客证书私钥位置，用于web监控
SSLCALocation= 									# SSL CA钥文件目录

StatsAllowedIP=		# 允许访问zabbix server的IP地址列表，不过一般通过防火墙限制

# 第三方模块相关
LoadModulePath=${libdir}/modules	# 第三方模块目录路径
LoadModule= #第三方模块路径，示例：LoadModule=<path/module.so>

# TLS相关，不过zabbix一般不用证书，即使用，配置在nginx也更合适
TLSCAFile= 		# CA文件
TLSCRLFile= 	# 包含已吊销证书的文件的完整路径名。
TLSCertFile= 	# 公钥文件路径
TLSKeyFile=  	# 私钥文件路径

以上所有参数的设置，可以先设置一个较小的保守的值，然后通过测试，一点点调整，最终优化到合适的值

Zabbix

发表于 2021-02-05 更新于 2021-02-23 分类于运维， Zabbix

监控服务介绍

逻辑布局

整体布局

常见的监控服务

开源监控软件：cacti、naglos、zabbix、smokeping、open-falcon等

Cacti

官网：https://www.cacti.net/
github：https://github.com/Cacti/cacti

1
2
3

Cacti是基于LAMP平台展现的网络流量监测及分析工具，通过SNMP技术或自定义脚本从目标设备/主机获取监控指标信息；其次进行数据存储，调用模板将数据存到数据库，使用rrdtool存储和更新数据，通过rrdtool绘制结果图形；最后进行数据展现，通过Web方式将监控结果呈现出来，常用于在数据中心监控网络设备

目前还有很多 数据中心、IDC服务商 还在用Cacti

缺点：只针对物理设备、虚拟机这样有固定IP地址的设备，不适合容器

Nagios

官网：https://www.nagios.org/

Nagios用来监视系统和网络的开源应用软件，利用其众多的插件实现对本机和远端服务的监控，当被监控对象发生异常时，会及时向管理员告警，提供一批预设好的监控插件，用户可以之间调用，也可以自定义Shell脚本来监控服务，适合各企业的业务监控，可通过Web页面显示对象状态、日志、告警信息，分层告警机制及自定义监控相对薄弱

缺点：报警机制比较简单，无法实现分组报警、递归报警等功能

SmokePing

官网地址：https://oss.oetiker.ch/smokeping/

Smokeping是一款用于网络性能监测的开源监控软件，主要用于对IDC的网络状况，网络质量，稳定性等做检测，通过rrdtool制图方式，图形化地展示网络的时延情况，进而能够清楚的判断出网络的即时通信情况

可以监测全国各地连接到网站的网速，类似站长之家的某些测速功能

Open-falcon

官网：https://www.open-falcon.org/
github：https://github.com/XiaoMi/open-falcon
文档：https://book.open-falcon.org/zh_0_2/contributing.html

1 2	小米公司开源出来的监控软件open-falcon(猎鹰)，监控能力和性能较强插件很多，部署复杂

夜莺

官网：https://n9e.didiyun.com/

1	滴滴出品，一款经过大规模生产环境验证的、分布式高性能的运维监控系统，基于 Open-falcon 二次开发

Zabbix

官网：https://www.zabbix.com/cn/

1
2
3

Zabbix是一个企业级解决方案，支持实时监控数千台服务器，虚拟机和网络设备，采集百万级监控指标，适用于任何IT基础架构、服务、应用程序和资源的解决方案

目前使用较多的开源监控软件，可横向扩展、自定义监控项、支持多种监控方式、可监控网络与服务等

缺点：zabbix使用mysql，数据库部分容易成为瓶颈

Prometheus

针对容器环境的开源监控软件

系统概述

主要功能

数据采集、问题检测、可视化、告警 & 修复、安全 & 认证、轻松部署、自动发现、分布式监控、Zabbix API

数据采集

所有监控系统的工作原理都类似，都需要采集被监控对象的数据

周期性时序数据

- 主机/对象：服务器、路由器、交换机、存储、防火墙、IP、PORT、URL、自定义监控对象…
  - 服务器较少时，采集时间可以快点，两三分钟一次
  - URL 就是 API
  - 自定义监控对象，通过写脚本实现
- 采集目标：监控项，指标数据（metrics data）

数据采集方式：

zabbix-agent 采集本机数据，然后发送给 zabbix-proxy
zabbix-proxy 将数据发送给 zabbix-server
注意：不是实时转发，zabbix-proxy 也搭配 mysql，负责临时存储数据
zabbix-server 只和zabbix-proxy保持连接即可，将数据存储到 mysql，结束采集

如果不安装（或者无法安装）agent客户端，可以使用特定的协议进行数据采集：

- SNMP：适用于路由器、交换机等网络设备
- Telnet
- ssh
- IPMI：物理机上如果有IPM接口，可以采集cpu温度、风扇传输等硬件信息
- JMX：监控java

数据存储

监控数据存储系统

- SQL: MySQL/MariaDB(Zabbix)
- NoSQL：Redis(Open-falcon)
- rrd: Round Robin Database(Cacti) 环形存储，始终保存一年的数据，一年前的覆盖掉

prometheus：时序数据库
zabbix：MySQL
cacti：rrd

数据类型

- 历史数据: 每个监控项采集到的每个监控值，查询时可能会造成数据库负载过大，开发和测试也会查看
- 趋势数据: 趋势表里主要保留某个监控项一个小时内历史数据的最大值、最小值和平均值以及该监控项一个小时内所采集到的数据个数

趋势数据是对历史数据的筛选，历史数据保存时间短一些，30天足以，趋势数据保存时间长一些，可以设置为一年

阈值

可按照预定义的阈值等级实现分层报警，可以80%，不过要考虑基数，Zabbix用的好不好，就看阈值设置的好不好，需要慢慢优化

告警机制

email、短信、微信、语音、故障自治愈（zabbix通知服务器重启，需事先写好脚本，针对物理机和虚拟机）

初级运维 –> 中级运维/高级运维 –> 架构师 –> 总监 –> CTO

1 2	host (host groups) <- templates # 从模板继承告警配置 host -> items -> triggers -> action (条件-conditions, 操作-operations) # 自定义告警配置

数据展示

1 2	- zabbix web：基于nginx+php - grafana：以zabbix为数据源，展示更为绚丽的界面

Zabbix 规划及部署

目前最新的LTS版本是5.0，5.0和之前版本有明显区别，但是文档还是英文的，所以目前学习还是以4.0为准

下载页面：https://www.zabbix.com/cn/download

规划

数据库：CPU和磁盘IO一定要快，内存最好32G，磁盘要大，zabbix的监控数据会远大于业务数据量
zabbix server：zabbix server 直接装在物理机
- CPU：16核
- 磁盘：RAID10、500G
- 内存：8G（监控几十个节点），16G（监控几百个节点），32G（监控两千个节点）

实验：

部署环境：服务器系统 ubuntu 18.04.5 / Centos 7.x

主机类型	IP地址
zabbix server	10.0.1.21
zabbix 主动代理	10.0.1.22
zabbix 被动代理	10.0.1.23
mysql master	10.0.1.24
mysql slave	10.0.1.25
web server1	10.0.1.26
web server2	10.0.1.27

yum/apt 安装

Install Zabbix repository

$wget https://repo.zabbix.com/zabbix/4.0/ubuntu/pool/main/z/zabbix-release/zabbix-release_4.0-3+bionic_all.deb
$ls
zabbix-release_4.0-3+bionic_all.deb
$dpkg -c zabbix-release_4.0-3+bionic_all.deb 	#查看dep包的内容
...
#zabbix.list：官方提供的源
-rw-r--r-- root/root       118 2019-07-30 16:34 ./etc/apt/sources.list.d/zabbix.list
...
$dpkg -i zabbix-release_4.0-3+bionic_all.deb 	#安装dep包
$vim /etc/apt/sources.list.d/zabbix.list	#修改zabbix源
#deb http://repo.zabbix.com/zabbix/4.0/ubuntu bionic main
#deb-src http://repo.zabbix.com/zabbix/4.0/ubuntu bionic main
deb https://mirrors.aliyun.com/zabbix/zabbix/4.0/ubuntu bionic main	#替换为阿里云的源
deb-src https://mirrors.aliyun.com/zabbix/zabbix/4.0/ubuntu bionic main
$apt update

安装Zabbix server，Web前端，agent

1
2
3

[root@zabbix-server ~]$apt install zabbix-server-mysql zabbix-frontend-php zabbix-agent
[root@zabbix-server ~]$systemctl disable mysql.service	# 数据库单独装，把自带的禁用掉
[root@zabbix-server ~]$systemctl stop mysql.service

安装、配置 mysql

[root@mysql-master ~]$apt search mysql-server	# 确保mysql版本不低于5.7
[root@mysql-master ~]$apt install mysql-server mysql-client

[root@mysql-master ~]$mysql -uroot -p
# 创建 zabbix_server 数据库
mysql> create database zabbix_server character set utf8 collate utf8_bin;
# 创建 zabbix_server 用户
mysql> create user zabbix_server@'10.0.%.%' identified by '123456';
mysql> grant all privileges on zabbix_server.* to zabbix_server@'10.0.%.%';

[root@mysql-master ~]$vim /etc/mysql/mysql.conf.d/mysqld.cnf 
[mysqld]
bind-address        = 0.0.0.0	# 修改监地址，默认监听127.0.0.1，修改为0.0.0.0

[root@mysql-master ~]$systemctl restart mysql.service

数据库初始化：

1	[root@zabbix-server ~]$zcat /usr/share/doc/zabbix-server-mysql*/create.sql.gz \| mysql -uzabbix_server -p123456 -h10.0.1.24 zabbix_server

为 Zabbix server 配置数据库

# 编辑配置文件 /etc/zabbix/zabbix_server.conf
[root@zabbix-server ~]$vim /etc/zabbix/zabbix_server.conf 
DBHost=10.0.1.24
DBName=zabbix_server
DBUser=zabbix_server
DBPassword=123456

[root@zabbix-server ~]$grep '^[a-Z]'  /etc/zabbix/zabbix_server.conf    
LogFile=/var/log/zabbix/zabbix_server.log
LogFileSize=0
PidFile=/var/run/zabbix/zabbix_server.pid
SocketDir=/var/run/zabbix
DBHost=10.0.1.24
DBName=zabbix_server
DBUser=zabbix_server
DBPassword=123456
SNMPTrapperFile=/var/log/snmptrap/snmptrap.log
Timeout=4
AlertScriptsPath=/usr/lib/zabbix/alertscripts
ExternalScripts=/usr/lib/zabbix/externalscripts
FpingLocation=/usr/bin/fping
Fping6Location=/usr/bin/fping6
LogSlowQueries=3000

为Zabbix前端配置PHP

# 编辑配置文件 /etc/zabbix/apache.conf
[root@zabbix-server ~]$vim /etc/zabbix/apache.conf
# php_value date.timezone Europe/Riga
php_value date.timezone Asia/Shanghai	# 修改时区

# 重启 zabbix 和 apache 服务
[root@zabbix-server ~]$systemctl restart zabbix-server zabbix-agent apache2

浏览器访问 http://10.0.1.21/zabbix，然后根据提示一步步配置

Database type	MySQL
Database server	10.0.1.24
Database port	3306
Database name	zabbix_server
Database user	zabbix_server
Database password	123456
 	
Zabbix server	10.0.1.21				# ip 和 主机名 均可
Zabbix server port	10051
Zabbix server name	zabbix_server		# 这里随便写

# 如果以后更改配置，需要修改两个文件
#	/etc/zabbix/zabbix_server.conf
#	/usr/share/zabbix/conf/zabbix.conf.php	# 生成的配置在此文件中

默认的账号 Admin，密码 zabbix

默认只能显示英文，所以需要汉化

# 安装简体中文语言环境
[root@zabbix-server ~]$apt install language-pack-zh*
# 增加中文语言环境变量
[root@zabbix-server ~]$vim /etc/environment
PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games"
LANG="zh_CN.UTF-8"		# 添加此行
# 重新设置本地配置
[root@zabbix-server ~]$dpkg-reconfigure locales

1 2	# 配置好后，需要重启apacha、php-fpm [root@zabbix-server ~]$systemctl restart apache2 php-fpm

但是，还有部分页面乱码，需要更换默认的字体包：

从 windows（位于 C:\Windows\Fonts）系统中挑一个顺眼的字体包，上传到服务器

[root@zabbix-server fonts]$pwd
/usr/share/zabbix/assets/fonts		# 注意目录
[root@zabbix-server fonts]$ls | tr ' ' \n
graphfont.ttf	# 默认字体
simhei.ttf		# 刚上传的 黑体
simkai.ttf		# 刚上传的 楷体，这两个都可以，其他的不一定可以


[root@zabbix-server include]$pwd
/usr/share/zabbix/include		# 注意目录
# 修改默认字体为黑体，楷体也可以
[root@zabbix-server include]$sed -i 's/graphfont/simkai/' defines.inc.php
[root@zabbix-server include]$systemctl restart apache2 php-fpm

编译安装

官方文档：https://www.zabbix.com/documentation/4.0/zh/manual/installation/install

把 apt 安装的 zabbix-server、zabbix-proxy、zabbix-agent 等软件的 service 文件拷贝出来备用，然后恢复快照

具体详见脚本 script-apt

注意：

server 和 proxy 不能安装在同一台主机

如果是centos，安装依赖参考：

1	yum install gcc libxml2-devel net-snmp net-snmp-devel curl curl-devel php phpbcmath php-mbstring mariadb mariadb-devel -y

汉化操作需要手动执行，脚本没有实现这个功能，不要忘记重启php-fpm

Zabbix 监控入门基础

了解业务结构
监控
业务优化

zabbix 概念

配置

模板：
- 键值（key）：最基础的指令，每个键值表示一项数据，比如 system.hostname 表示主机名，zabbix内置了一些，如果不够用，可以自定义（需要在zabbix_agentd.conf中指定）
- 监控项（item）：主要是由键值 + 更新周期组成
- 应用集：对监控项分组，功能类似的监控项的合集
- 触发器：据监控项的返回值对比预先设置的阈值，触发器会触发动作
  - 表达式：功能一般选择 last
- 图形：
- 自动发现：
- web场景/web检测：
主机群组
- 1
主机
- d
维护
- w

动作

动作：动作由触发器触发，触发动作选项用来限制触发器的范围，一般选主机群组，只有该主机群组中的主机的触发器可以触发动作，多个触发条件可以选择和/或的关系

操作：动作的操作会调用报警媒介，发送到指定用户，毕竟数据库出问题，需要发给DBA，发给网络工程师也不管用

默认操作步骤持续时间：发送周期，一般配置 60s，即60秒发一次

默认标题和消息内容：用{}包裹的变量是宏，zabbix所有内置的宏，参考：官方文档

# 示例：
{ALERT.SENDTO}		# 报警脚本参数，值来自于用户报警媒介配置，可能是邮件、手机号等等
{ALERT.SUBJECT}		# 报警脚本参数，默认值由动作配置
{ALERT.MESSAGE}		# 报警脚本参数，默认值由动作配置

恢复操作：解决完报警信息后，恢复信息也要发送
更新操作：

关联事件
- 4
自动发现：添加/移除/更改元素时执行自动操作

https://www.zabbix.com/cn/auto_discovery
https://www.zabbix.com/documentation/4.0/zh/manual/discovery/network_discovery
- 网络发现:定期扫描、发现设备类型，IP，状态，运行时间/停机时间等，并采取预定义的操作。
- 低级别发现（LLD）:自动为设备上不同元素创建监控项，触发器和图形。
- 主动agent自动注册使用Zabbix agent自动开始监控新设备
服务
- 2

管理

agent代理程序：即 proxy
报警媒介类型：把报警信息通知给用户的方式，可以配置邮件、短信、微信（通过脚本实现）等方式，以qq邮件为例，将qq邮箱和用户关联起来，发生报警后，qq邮箱作为发件人将报警信息发送到用户的邮箱中
用户

zabbix server

官方文档：https://www.zabbix.com/documentation/4.0/zh/manual/concepts/server

zabbix server 是整个 zabbix 软件的核心程序。
zabbix server是所有配置、统计和操作数据的中央存储中心，也是zabbix监控系统的告警中心。
基本的 zabbix server 的功能分解成为三个不同的组件。他们是：zabbix server、web前端和数据库。

zabbix proxy

官方文档：https://www.zabbix.com/documentation/4.0/zh/manual/concepts/proxy

zabbix proxy 代表 zabbix server 采集监控数据，减轻 zabbix server 的 cpu 和 io 开销。
zabbix proxy 从受监控设备采集监控数据，先将数据缓存到本机数据库，然后传输到所属的 zabbix server。

zabbix agent

官方文档：https://www.zabbix.com/documentation/4.0/zh/manual/concepts/agent

proxy 和 agent 都是代理，但前者是服务端，后者是客户端

zabbix agent 部署在被监控目标上，以主动监控本地资源和应用程序（硬盘、内存、处理器统计信息等）。

zabbix agent 收集本地的操作信息并将数据报告给 zabbix server 用于进一步处理。一旦出现异常（例如硬盘空间已满或者有崩溃的服务进程），zabbix server 会主动警告管理员指定机器上的异常。

zabbix agents 的极高效率缘于它可以利用本地系统调用来完成统计数据的采集。

默认监听在 10051 端口。

sender

主要用于测试的命令，例如：如果 Zabbix agent 收集不到数据，可以用这个命令发一下测试数据，看一下是 Zabbix agent 的问题还是网络问题

get

主要用于测试的命令，可以与 Zabbix agent 进行通信，并从 Zabbix agent 那里获取所需的信息

注意：只有 zabbix_agentd.conf 中 Server 配置的 ip 才能从该主机上 get 到数据

监控tomcat

所有的监控，配置步骤都是一样的：

创建主机
给主机添加模板

主动与被动监控模式

主动和被动都是相对 agent 来说的，被动模式配置简单，所以默认是被动模式

被动检查：zabbix server（或 proxy）向 agent 要数据，agent 才工作，否则就不工作
主动检查：agent 从 zabbix server 获取监控项列表，然后定期采集数据，主动发送给 zabbix server

被动模式

被动模式下，zabbix server会根据主机关联的模板中的监控项和数据采集间隔时间，周期性的打开随机端口并向zabbix agent服务器的10050发起tcp连接，然后发送获取监控项数据的指令，即zabbix server发送什么指令，zabbix agent就收集什么数据，zabbix server什么时候发送zabbix agent就什么时候采集，zabbix server不发送zabbix agent就闲着，所以zabbix agent也不用关心其监控项和数据采集周期间隔时间

优点就是配置简单，缺点是会加大 zabbix server 的工作量，在数百甚至数千台服务器的环境下会导致 zabbix server 需要轮训向每个 zabbix agent 发送数据采集指令，如果 zabbix server 负载很高还会导致不能及时获取到最新数据

主动模式

主动模式下，zabbix agent 主动向 zabbix server 的10051端口发起 tcp 连接请求（zabbix agent配置文件中指定zabbix server的IP或者主机名），获取到自己的监控项和数据采集周期等信息，然后再周期性的采集指定的数返回给 zabbix server

主动模式可以有效减轻 zabbix server 的压力，推荐使用主动模式

配置主动模式：

修改 zabbix agent 配置文件

# zabbix_agentd.conf
PidFile=/usr/local/zabbix/run/zabbix_agentd.pid
LogFile=/tmp/zabbix_agentd.log
LogFileSize=0
Server=10.0.1.21	# 被动模式下，指定zabbix server的ip，如果全部监控项都是主动模式，则可注释此项
StartAgents=3
ServerActive=10.0.1.21		# 重点，开启主动模式，指定zabbix server的ip
Hostname=10.0.1.26			# zabbix agent本机的ip
Timeout=30
Include=/usr/local/etc/zabbix_agentd.conf.d/*.conf

生成主动模式模板
完全克隆zabbix内置的Template OS Linux模板，命名为：Template OS Linux-active，修改监控项的类型，可以单独改，也可以批量更新
最后把主动模式模板添加到主机上

zabbix proxy

zabbix proxy架构

zabbix proxy对比zbbbix server

功能	zabbxy proxy	zabbix server
量级	请量级	相对重量级
图形	无	带图形控制界面
可以独立工作	是，可以独立采集数据并存储	是，即数据采集、存储、分析、展示于一体
易维护	是，配置完成后基本无需管理	维护也不难
独立数据库	保留少量最近数据	保留指定时间内的所有数据
报警通知	不支持发送邮件通知	支持邮件、短信等告警机制（基于调用脚本）

zabbix proxy部署与使用

zabbix proxy 的大版本必须要和 zabbix server 版本一致，否则会出现兼容性问题

apt/yum安装zabbix proxy

https://www.zabbix.com/documentation/4.0/zh/manual/installation/install_from_packages/debian_ubuntu

# 安装软件仓库配置包
$wget https://repo.zabbix.com/zabbix/4.0/ubuntu/pool/main/z/zabbix-release/zabbix-release_4.0-2+bionic_all.deb
$dpkg -i zabbix-release_4.0-2+stretch_all.deb
$sed -i 's@http://repo.zabbix.com@https://mirrors.aliyun.com/zabbix@' /etc/apt/sources.list.d/zabbix.list
$apt update
# 安装 SERVER/PROXY/前端
$apt install zabbix-proxy-mysql
$cat /lib/systemd/system/zabbix-proxy.service	# 这里的service文件没有看懂
[Unit]
Description=Zabbix Proxy (MySQL/MariaDB)
Documentation=man:zabbix_proxy
After=network.target mysql.service

[Service]
Type=simple
User=zabbix
Group=zabbix
ExecStart=/usr/sbin/zabbix_proxy --foreground
Restart=on-abnormal

[Install]
WantedBy=multi-user.target

# 配置数据库
略...

编译安装zabbix proxy

编译安装，参考脚本…
修改被监控主机的配置文件，Server 和 ServerActive
管理 -> agent代理程序 -> 创建代理（注意名称要和zabbix_proxy.conf中的hostname对应起来） -> 修改主机的“由agent代理程序监测”参数

zabbix 监控案例实战

自定义监控项
通过脚本采集监控项数据
zabbix agent获取监控项数据
自定义模板和图形及触发器
验证数据

监控Linux TCP连接状态

监控TCP连接数脚本

1
2
3

[root@zabbix-web1 ~]#cat /usr/local/zabbix/data/tcp_conn.sh
#!/bin/bash
ss -ant | awk -v TCP_STAT=$1 -v s=0 '$1==TCP_STAT {++s} END {print s}'

zabbix agent添加自定义监控项

[root@web1 etc]$vim zabbix_agentd.conf
...
UserParameter=tcp_status[*],/bin/bash /usr/local/zabbix/data/tcp_conn.sh $1 $2
...
[root@web1 etc]$chmod a+x zabbix_agentd.conf
[root@web1 etc]$systemctl restart zabbix-agent

zabbix server测试监控项数据

[root@zabbix bin]$./zabbix_get -s 10.0.1.26 -p 10050 -k tcp_status[TIME-WAIT]
1
[root@zabbix bin]$./zabbix_get -s 10.0.1.26 -p 10050 -k tcp_status[ESTAB]    
2
[root@zabbix bin]$./zabbix_get -s 10.0.1.26 -p 10050 -k tcp_status[LISTEN]   
9

zabbix web导入模板
配置-模板-导入
将TCP监控模板关联至主机
验证监控数据

监控Memcached

安装 memcached

监控脚本

[root@web1 data]$grep '^[^#]' /etc/memcached.conf    
-d
logfile /var/log/memcached.log
-m 64
-p 11211
-u memcache
-l 127.0.0.1
-P /var/run/memcached/memcached.pid

[root@web1 data]$echo -e "stats\nquit" | nc 127.0.0.1 11211  
STAT pid 5590
STAT uptime 725
STAT time 1613618905
STAT version 1.5.6 Ubuntu
STAT libevent 2.1.8-stable
STAT pointer_size 64
STAT rusage_user 0.072870
STAT rusage_system 0.048580
STAT max_connections 1024
STAT curr_connections 1
STAT total_connections 4
STAT rejected_connections 0
STAT connection_structures 2
STAT reserved_fds 20
STAT cmd_get 0
STAT cmd_set 0
STAT cmd_flush 0
STAT cmd_touch 0
STAT get_hits 0
STAT get_misses 0
STAT get_expired 0
STAT get_flushed 0
STAT delete_misses 0
STAT delete_hits 0
STAT incr_misses 0
STAT incr_hits 0
STAT decr_misses 0
STAT decr_hits 0
STAT cas_misses 0
STAT cas_hits 0
STAT cas_badval 0
STAT touch_hits 0
STAT touch_misses 0
STAT auth_cmds 0
STAT auth_errors 0
STAT bytes_read 35
STAT bytes_written 3795
STAT limit_maxbytes 67108864
STAT accepting_conns 1
STAT listen_disabled_num 0
STAT time_in_listen_disabled_us 0
STAT threads 4
STAT conn_yields 0
STAT hash_power_level 16
STAT hash_bytes 524288
STAT hash_is_expanding 0
STAT slab_reassign_rescues 0
STAT slab_reassign_chunk_rescues 0
STAT slab_reassign_evictions_nomem 0
STAT slab_reassign_inline_reclaim 0
STAT slab_reassign_busy_items 0
STAT slab_reassign_busy_deletes 0
STAT slab_reassign_running 0
STAT slabs_moved 0
STAT lru_crawler_running 0
STAT lru_crawler_starts 1275
STAT lru_maintainer_juggles 774
STAT malloc_fails 0
STAT log_worker_dropped 0
STAT log_worker_written 0
STAT log_watcher_skipped 0
STAT log_watcher_sent 0
STAT bytes 0
STAT curr_items 0
STAT total_items 0
STAT slab_global_page_pool 0
STAT expired_unfetched 0
STAT evicted_unfetched 0
STAT evicted_active 0
STAT evictions 0
STAT reclaimed 0
STAT crawler_reclaimed 0
STAT crawler_items_checked 0
STAT lrutail_reflocked 0
STAT moves_to_cold 0
STAT moves_to_warm 0
STAT moves_within_lru 0
STAT direct_reclaims 0
STAT lru_bumps_dropped 0
END

[root@web1 data]$cat memcache_monitor.sh 
#!/bin/bash
echo -e "stats\nquit" | nc 127.0.0.1 11211 | grep "STAT $1" | awk '{print $3}'

zabbix agent添加自定义监控项
zabbix server测试监控项数据
zabbix web制作模板
1. 创建模板
2. 创建监控项
3. 创建触发器
4. 创建图形
模板关联主机
验证监控项数据

监控Redis

安装Redis

监控脚本

[root@web1 data]$redis-cli -h 127.0.0.1 -p 6379 info			# 所有info
...
[root@web1 data]$redis-cli -h 127.0.0.1 -p 6379 info clients	# 客户端相关info
# Clients
connected_clients:1				# 当前连接数
client_longest_output_list:0
client_biggest_input_buf:0
blocked_clients:0
[root@web1 data]$redis-cli -h 127.0.0.1 -p 6379 info memory		# 内存相关info
# Memory
used_memory:839288				# 已用内存
used_memory_human:819.62K
used_memory_rss:3846144
used_memory_rss_human:3.67M
used_memory_peak:841288
used_memory_peak_human:821.57K
used_memory_peak_perc:99.76%
used_memory_overhead:832134
used_memory_startup:782504
used_memory_dataset:7154
used_memory_dataset_perc:12.60%
total_system_memory:2065870848
total_system_memory_human:1.92G
used_memory_lua:37888
used_memory_lua_human:37.00K
maxmemory:0
maxmemory_human:0B
maxmemory_policy:noeviction
mem_fragmentation_ratio:4.58
mem_allocator:jemalloc-3.6.0
active_defrag_running:0
lazyfree_pending_objects:0

zabbix agent添加自定义监控项
zabbix server测试监控项数据
zabbix web模板制作
1. 创建模板
2. 创建触监控项：当前连接数监控项、已用内存监控项
3. 创建触发器：当前连接数触发器、已用内存触发器
4. 创建图形：Redis当前连接数图形、Redis已用内存图形
模板关联主机
验证监控项数据

监控 Nginx

安装nginx

监控脚本

#!/bin/bash
nginx_active() {
    curl "http://127.0.0.1:/nginx_status/" 2>/dev/null | grep 'Active' | awk '{print $NF}'
}
nginx_reading() {
    curl "http://127.0.0.1:/nginx_status/" 2>/dev/null | grep 'Reading' | awk '{print $2}'
}
nginx_writing() {
    curl "http://127.0.0.1:/nginx_status/" 2>/dev/null | grep 'Writing' | awk '{print $4}'
}
nginx_waiting() {
    curl "http://127.0.0.1:/nginx_status/" 2>/dev/null | grep 'Waiting' | awk '{print $6}'
}
nginx_accepts() {
    curl "http://127.0.0.1:/nginx_status/" 2>/dev/null | awk NR==3 | awk '{print $1}'
}
nginx_handled() {
    curl "http://127.0.0.1:/nginx_status/" 2>/dev/null | awk NR==3 | awk '{print $2}'
}
nginx_requests() {
    curl "http://127.0.0.1:/nginx_status/" 2>/dev/null | awk NR==3 | awk '{print $3}'
}

case $1 in
active)
    nginx_active
    ;;
reading)
    nginx_reading
    ;;
writing)
    nginx_writing
    ;;
waiting)
    nginx_waiting
    ;;
accepts)
    nginx_accepts
    ;;
handled)
    nginx_handled
    ;;
requests)
    nginx_requests
    ;;
esac

zabbix agent添加自定义监控项

[root@web1 etc]$cat zabbix_agentd.conf
...
UserParameter=nginx_status[*],/usr/local/zabbix/data/nginx_status.sh $1
...

导入Nginx监控模板
模板关联主机
验证监控数据

SNMP 监控

SNMP：Simple Network Management Protocol，简单网络管理协议，TCP/IP协议簇的一个应用层协议

Linux 设备通过 agent 监控，网络设备通过 SNMP 协议监控，主要用于监控华为、思科等网络设备

SNMP有三个版本：目前主要使用的是 v2c 版本

1
2
3

SNMP v1		# 团体名（Community Name）认证
SNMP v2c	# 团体名认证，它在兼容SNMP v1的同时又扩充了SNMP v1的功能
SNMP v3		# 基于用户的安全模型（USM，User-Based Security Model）的认证机制

SNMP数据交互

SNMP管理进程与代理进程之间为了交互信息，定义了5种报文：

get-request			# 从代理进程处提取一个或多个参数值
get-response		# 返回的一个或多个参数值。这个操作是由代理进程发出的
trap				# 代理进程主动发出的报文，通知管理进程有某些事情发生
get-next-request	# 从代理进程处提取一个或多个参数的下一个参数值
set-request			# 设置代理进程的一个或多个参数值

SNMP组织结构

SNMP结构非常复杂，一套完整的SNMP系统主要包括以下几个方面：

SNMP报文协议
管理信息结构（SMI， Structure of Management Information），一套公用的结构和表示符号
管理信息库（MIB，Management Information Base），管理信息库包含所有代理进程的所有可被查询和修改的参数
OID（Object Identifiers），一个OID是一个唯一的键值对，用于标识具体某一个设备的某个具体信息（对象标识），如端口信息、设备名称等

SNMP MIB

MIB是OID的集合。MIB是基于对象标识树的，对象标识是一个整数序列，中间以”.”分割，这些整数构成一个树型结构，类似于 DNS或Unix的文件系统，MIB被划分为若干个组，如system、 interfaces、 a t（地址转换）和ip组等。iso. org.dod.internet.private.enterprises（1.3 .6 .1.4.1）这个标识，是给厂家自定义而预留的，比如华为：1.3.6.1.4.1.2011，华三：1.3.6.1.4.1.25506

SNMP OID

OID 就是对象标识

snmpwalk工具可以使用SNMP的get请求查询指定OID入口的所有OID树信息。通过snmpwalk也可以查看支持SNMP协议（可网管）的设备的一些其他信息，比如cisco交换机或路由器IP地址、内存使用率等，也可用来协助开发SNMP功能

ubuntu中版本较新，这里以centos7为例：

$yum -y install net-snmp-utils
$snmpwalk -h
USAGE: snmpwalk [OPTIONS] AGENT [OID]
–h：显示帮助。
–v：指定snmp的版本, 1或者2c或者3。
–c：指定连接设备SNMP密码。			# 重点
–V：显示当前snmpwalk命令行版本。		# 重点，其实基本上也就只用这俩参数
–r：指定重试次数，默认为0次。
–t：指定每次请求的等待超时时间，单为秒，默认为3秒。
–l：指定安全级别：noAuthNoPriv|authNoPriv|authPriv。
–a：验证协议：MD5|SHA。只有-l指定为authNoPriv或authPriv时才需要。
–A：验证字符串。只有-l指定为authNoPriv或authPriv时才需要。
–x：加密协议：DES。只有-l指定为authPriv时才需要。
–X：加密字符串。只有-l指定为authPriv时才需要。

[root@zabbix-server ~]#snmpwalk -v 2c -c 123456 10.0.58.108 1.3.6.1.2.1.1.1
iso.3.6.1.2.1.1.1.0 = STRING: "Linux centos7 3.10.0-1127.el7.x86_64 #1 SMP Tue Mar 31 23:36:51 UTC 2020 x86_64"

[root@zabbix-server ~]#snmpwalk -v 2c -c 123456 10.0.58.108 1.3.6.1.2.1.1.5
iso.3.6.1.2.1.1.5.0 = STRING: "centos7"

配置zabbix

使用zabbix 自带的SNMP，要先修改团体名称，否则会因为团体名不一致导致zabbix没有权限去获取被监控服务器的snmp利用率

监控 MySQL

监控MySQL连接数、主从同步、同步延迟等

percona-monitoring-plugins

percona 官方出了专门的监控管理软件，所以已经停止维护 percona-monitoring-plugins，以下使用旧的版本

监控脚本

[root@mysql-master src]$wget https://downloads.percona.com/downloads/percona-monitoring-plugins/percona-monitoring-plugins-1.1.8/binary/debian/artful/x86_64/percona-zabbix-templates_1.1.8-1.artful_all.deb

$dpkg -c percona-zabbix-templates_1.1.8-1.artful_all.deb | awk '{print $NF}' 
...
./var/lib/zabbix/percona/scripts/get_mysql_stats_wrapper.sh	# 监控脚本，修改手动修改
./var/lib/zabbix/percona/scripts/ss_get_mysql_stats.php	# 设置mysql的用户名和密码
./var/lib/zabbix/percona/templates/userparameter_percona_mysql.conf	# userparameter
./var/lib/zabbix/percona/templates/zabbix_agent_template_percona_mysql_server_ht_2.0.9-sver1.1.8.xml	# 模板文件，直接导入即可
...
$dpkg -i percona-zabbix-templates_1.1.8-1.artful_all.deb

$cp /var/lib/zabbix/percona/scripts/get_mysql_stats_wrapper.sh /usr/local/zabbix/data/
$vim /var/lib/zabbix/percona/scripts/ss_get_mysql_stats.php
<?php
...
$mysql_user = 'root';
$mysql_pass = '123456';
...

新建模板：直接导入zabbix_agent_template_percona_mysql_server_ht_2.0.9-sver1.1.8.xml即可
新建主机，并连接到刚创建的模板

自定义脚本监控MySQL

编写脚本监控脚本MySQL主从同步及延迟

slave机器上有两个关键的进程：

Slave_SQL_Running：负责自己的slave mysql进程
Slave_IO_Running：负责与主机的io通信

# 主从延迟，实际上只靠 Seconds_Behind_Master 这一个参数是不够的
mysql -uroot -p123456 -e "show slave status\G;" | grep "Seconds_Behind_Master:" | awk -F: '{print $2}'

mysql -uroot -e "show slave status\G;" | grep "Slave_IO_Running" | awk -F: '{print $2}' | sed 's/^[ \t]*//g'

mysql -uroot -e "show slave status\G;" | grep "Slave_SQL_Running:" | awk -F: '{print $2}' | sed 's/^[ \t]*//g'

自定义端口和进程监控

zabbix 内置相关key：

# 检查 TCP 端口 是否处于侦听状态。返回 0 - 未侦听；1 - 正在侦听
net.tcp.listen[port]
# 检查是否能建立 TCP 连接到指定端口。返回 0 - 不能连接；1 - 可以连接
net.tcp.port[<ip>,port]
# 检查服务是否运行并接受 TCP 连接。返回 0 - 服务关闭；1 - 服务运行
net.tcp.service[service,<ip>,<port>]
# 检查 TCP 服务的性能，当服务 down 时返回 0，否则返回连接服务花费的秒数
net.tcp.service.perf[service,<ip>,<port>]

故障自治愈功能

当zabbix 监控到指定的监控项异常的时候，通过指定的操作使故障自动恢复，通常是重启服务等一些简单的操作，也可以调用脚本执行比较复杂的操作

设置监控项和触发器，新建动作，在触发条件里面添加操作，在远程主机通过zabbix 客户端执行命令

zabbix agent需要开启远程命令执行

1
2
3

# zabbix_agentd.conf
EnableRemoteCommands=1		# 开启远程执行命令
UnsafeUserParameters=1		# 允许远程执行命令的时候使用不安全的参数(特殊字符串)

zabbix用户授权

1 2	# /etc/sudoers zabbix ALL = NOPASSWD: ALL # 授权指定用户执行特殊命令不再需要密码，比如sudo等

创建动作
配置–动作–创建动作
执行远程操作
验证自治愈功能

将被测试的服务手动停止运行，验证能否自动启动或重启，更多操作可以远程执行脚本
手动将Nginx、Tomcat等web服务停止后，验证zabbix agent能否自动启动或重启

grafana图形展示

grafana 本身只是一个图形显示工具，它独立于zabbix之外，通过zabbix提供的api获取数据，进行展示，其实不只是zabbix，它还可以搭配 prometheus、elasticsearch、mysql 等等，只要你提供数据，它都能给你展示出来

grafana 相比 zabbix 自带的web界面，更加好看

安装grafana服务
https://grafana.com/grafana/download?platform=linux

1
2
3

sudo apt-get install -y adduser libfontconfig1
wget https://dl.grafana.com/oss/release/grafana_7.4.2_amd64.deb
sudo dpkg -i grafana_7.4.2_amd64.deb

grafana安装并启用zabbix插件
https://grafana.com/grafana/plugins/alexanderzobnin-zabbix-app

grafana-cli plugins install alexanderzobnin-zabbix-app

# 以上方式可能失败，推荐直接下载，然后移动到插件目录
$wegt https://storage.googleapis.com/plugins-community/alexanderzobnin-zabbix-app/release/4.1.2/alexanderzobnin-zabbix-app-4.1.2.zip
$unzip alexanderzobnin-zabbix-app-4.1.2.zip
$mv alexanderzobnin-zabbix-app /var/lib/grafana/plugins/

$systemctl restart grafana-server.service

启动zabbix插件
添加zabbix 数据源
1. 添加mysql数据源
2. 添加zabbix数据源
添加Dashboard

自定义基础监控模板

略…

结合pyhton脚本监控案例

kubernetes 集群状态监控脚本

[root@kubernetes-master1 ~]# cat /usr/local/zabbix/data/k8s_monitor.py
#!/usr/bin/env python
#coding:utf-8
#Author ZhangShiJie

import subprocess
success_list = []
error_list= []
def get_status():
    obj = subprocess.Popen(("curl -sXGET http://10.20.15.209:8080/api/v1/nodes"),shell=True, stdout=subprocess.PIPE)
    data = obj.stdout.read()
    data1 = eval(data)
    data2 = data1.get('items')
    #print data2
    for i in data2:
        data3 = i.get('status')
        for i in data3.get('conditions'):
            if i.get('reason') == 'KubeletReady':
                if i.get('type') == "Ready":
                    if i.get('status') == 'True':
                        success_list.append(i.get('status'))
                    elif i.get('status') == 'False':
                        error_list.append(i.get('status'))
                    else:
                        break
                else:
                    error_list.append(i.get('status'))
                    #pass
            else:
                error_list.append(i.get('status'))
                
def count_status():
    if len(error_list) == 0:
        print 50
    else:
        print 100

def main():
    get_status()
    count_status()

if __name__ == "__main__":
    main()
    
# chmod a+x /usr/local/zabbix/data/k8s_monitor.py

监控MongodbDB复制集状态

#cat /usr/local/zabbix/data/mongodb_cluster_monitor.py
#!/bin/env python
#coding:utf-8
#Author: ZhangShiJie

import subprocess
success_list = []
error_list= []

def get_mongodb_status():
    obj = subprocess.Popen(("echo 'rs.status()' | /usr/local/mongodb/bin/mongo -u user -p wswd --authenticationDatabase admin \
| grep health | awk -F':' '{print $2}' | awk -F',' '{print $1}'"),shell=True, stdout=subprocess.PIPE)
    restful = obj.stdout.read()
    data = restful.split()
    for i in data:
        if i == "1":
            success_list.append(i)
        else:
            error_list.append(i)

def count_status():
    if len(error_list) > 0:
        print 100
    else:
        print 50
        
def main():
    get_mongodb_status()
    count_status()
    
if __name__ == "__main__":
    main()
    
#chmod a+x /usr/local/zabbix/data/redis_llen.py

监控Redis列表长度

[root@redis ~]#cat /usr/local/zabbix/data/redis_llen.py
#!/usr/bin/env python
#coding:utf-8
#Author ZhangShijie
import redis
def redis_conn():
    pool=redis.ConnectionPool(host="10.20.0.252",port=6379,db=0)
    conn = redis.Redis(connection_pool=pool)
    data = conn.llen('api4-nginx-accesslog')
    print(data)
redis_conn()

[root@redis ~]# chmod a+x /usr/local/zabbix/data/redis_llen.py

监控ELK集群状态

[root@elk-s1 ~]# vim /usr/local/zabbix/data/els_status.py

#!/usr/bin/env python
#coding:utf-8
#Author ZhangShijie

import subprocess
false="false"
obj = subprocess.Popen(("curl -sXGET http://10.20.3.128:9200/_cluster/health?
pretty=true"),shell=True, stdout=subprocess.PIPE)
data = obj.stdout.read()
data1 = eval(data)
status = data1.get("status")
if status == "green":
    print "100"
else:
    print "50"

[root@elk-s1 ~]# chmod a+x /usr/local/zabbix/data/els_status.py

监控RabbitMQ集群节点状态

#cat /usr/local/zabbix/data/rabbit_cluster_monitor.py
#!/bin/env python
#coding:utf-8
#Author: ZhangShiJie

import subprocess
running_list = []
error_list = []
false="false"
true="true"
def get_status():
    obj = subprocess.Popen(("curl -sXGET -u guest:guest http://10.20.3.171:15671/api/nodes"),shell=True,stdout=subprocess.PIPE)
    data = obj.stdout.read()
    data1 = eval(data)
    for i in data1:
        if i.get("running") == "true":
            running_list.append(i.get("name"))
        else:
            error_list.append(i.get("name"))
def count_server():
    if len(running_list) < 3: #可以判断错误列表大于0或者运行列表小于3，3未总计的节点数量
        print 100 #100就是集群内有节点运行不正常了
    else:
        print 50 #50为所有节点全部运行正常
def main():
    get_status()
    count_server()
if __name__ == "__main__":
    main()
    
#chmoa a+x /usr/local/zabbix/data/rabbit_cluster_monitor.py

Zabbix 事件通知机制

出现故障报警的时候，可以通过不同方式通知管理员进行故障处理，尽快恢复业务

1
2
3

# zabbix_server.conf
AlertScriptsPath=/usr/lib/zabbix/alertscripts 	#报警脚本路径
ExternalScripts=/usr/lib/zabbix/externalscripts #外部脚本路径

报警的最核心就是把报警媒介配置好，包括它前后的部分

添加报警媒介（邮件、短信、微信）
将报警媒介添加到动作的操作中，这样通过动作，就将触发器和报警媒介关联起来了
将报警媒介添加到用户，这样，当有触发器报警，就会通过报警媒介通知到用户

邮件通知

短信通知

微信通知

略..，和短信通知差不多

Zabbix 自动化运维

批量部署 Agent

使用agent，实现agent的自动化批量安装，可以通过源码或apt等方式安装

API

通过 zabbix web 进行的操作，都提供对应的API，可以通过编程的方式实现

API简介：https://www.zabbix.com/documentation/4.0/zh/manual/api
API列表：https://www.zabbix.com/documentation/4.0/zh/manual/api/reference

动态发现主机

memcached

发表于 2021-02-04 更新于 2021-02-08 分类于运维， Tomcat

Memcached 和 Redis 比较

比较类别	Redis	memcached
数据结构	哈希、列表、集合、有序集合	纯kev-value
持久化	支持	不支持
高可用	主从复制、读写分离、sentinel、Redis Cluster	需二次开发
单value容量	最大512M	最大1M
内存分配	临时申请空间，可能导致碎片	预分配内存池的方式管理内存，能够省去内存分配时间
虚拟内存	有自己的VM机制，理论上能够存储比物理内存更多的数据，当数据超量时，会引发swap，把冷数据刷到磁盘上	所有的数据存储在物理内存里
网络模型	非阻塞IO复用模型，提供一些非KV存储之外的排序、聚合功能，在执行这些功能时，复杂的CPU计算，会阻塞整个IO调度	非阻塞IO复用模型
水平扩展的支持	redis cluster 可以横向扩展	暂无
多线程	Redis6.0之前是只支持单线程	Memcached支持多线程,CPU利用方面Memcache优于Redis
过期策略	有专门线程，清除缓存数据	懒淘汰机制：每次往缓存放入数据的时候，都会存一个时间，在读取的时候要和设置的时间做TTL比较来判断是否过期
单机QPS	约10W	约60W
源代码可读性	代码清爽简洁	可能是考虑了太多的扩展性，多系统的兼容性，代码不清爽
适用场景	复杂数据结构、有持久化、高可用需求、value存储内容较大	纯KV，数据量非常大，并发量非常大的业务

Memcached 集群

Memcached集群，称为基于客户端的分布式集群，即由客户端实现集群功能，即Memcached本身不支持集群

Memcached集群内部并不互相通信，一切都需要客户端连接到Memcached服务器后自行组织这些节点，并决定数据存储的节点

权限管理

发表于 2021-02-04 分类于运维，基础，文件、用户、权限

chown

chown 命令可以修改文件的属主, 也可以修改文件属组

# 修改文件的属主、属组
chown [OPTION]... [OWNER][:[GROUP]] FILE...
# 参考 rfile 修改file文件的属主和属组
chown [OPTION]... --reference=RFILE FILE...

-R 递归修改目录下的所有文件的属主和属组, 此项慎用, 非常危险

chgrp

chgrp 命令只用来修改属组

1 2	chgrp [OPTION]... GROUP FILE... chgrp [OPTION]... --reference=RFILE FILE..

-R 递归

文件权限

u 属主
g 属组
o 其他

用户的最终权限, 从左向右进行顺序匹配, 一旦匹配权限立即生效, 不再向右查看其权限

rwx 读、写、执行

注意: 权限设置对 root 无效

目录和文件的权限区别

主要区别在执行权限 x
文件的x表示可以把文件提请内核启动一个进程, 即可以执行(运行)此文件(此文件必的内容必须是可执行)
目录的x是目录可访问的最小权限, 对文件进行读写操作的时候, 文件路径上经过的所有目录, 都必须先具有执行权限, 否则访问就无法进行下去, 定位不到目录文件

删除和新建文件, 需要有目录的执行(x)和写(w)权限: 这个很好理解, 因为删除和新建文件需要修改文件项, 而文件项就是目录的数据内容

chmod

chmod [OPTION]... MODE[,MODE]... FILE...
chmod [OPTION]... OCTAL-MODE FILE...
#参考RFILE文件的权限，将FILE的修改为同RFILE
chmod [OPTION]... --reference=RFILE FILE...

# MODE: who opt permission
#       who: u g o a
#           opt: + - =
#               permission: r w x X

X 只针对目录配合 -R 使用的时候可以只递归修改目录的权限, 不影响文件的权限

面试题

执行 cp /etc/issue /data/dir 所需要的最小权限？

/bin/cp		x
/etc/ 		x
/etc/issue  r
/data/      x
/data/dir	w、x

新建文件和目录的默认权限

对于文件来说, 大部分文件的内容是不可执行的, 所以默认不给执行权限
对于目录来说, 执行权限是必备的, 所以默认给执行权限

[20:27:57 root@centos7.mageedu.org  data]#mkdir test
[20:28:04 root@centos7.mageedu.org  data]#touch a.log
[20:28:07 root@centos7.mageedu.org  data]#ll
total 0
-rw-r--r-- 1 root root 0 Aug  3 20:28 a.log
drwxr-xr-x 2 root root 6 Aug  3 20:28 test

umask

umask 可以设定文件创建时的缺省模式, 不是直接设置, 而是间接设置, 首先预设两组默认权限上限:
对于文件来说, 默认权限上限是666(不给执行权限), 666 减去 umask值就是文件创建时的默认权限;
对于目录来说, 默认权限上限是777(不做任何限制), 777 减去 umask值, 就是目录创建时的默认权限.
所以, 如果umask的值为 022 那么创建文件默认的权限就是 644, 创建目录默认的权限就是 755

1	umask [-p] [-S] [mode]

可以在~/.bashrc 中设置 umask 的值, 永久生效

1	[20:46:48 root@centos7.mageedu.org data]#echo `umask -p` >> ~/.bashrc

但是一般不会修改默认的权限, 如果修改也是临时的

练习

当用户docker对/testdir 目录无执行权限时，意味着无法做哪些操作？

无法ls查看目录下的文件列表; 无法cd到目录; 无法对目录下的文件进行读写操作; 也无法在目录下新建文件, 删除目录下的文件

当用户mongodb对/testdir 目录无读权限时，意味着无法做哪些操作？

无法ls查看目录下的文件列表

当用户redis 对/testdir 目录无写权限时，该目录下的只读文件file1是否可修改和删除？

不可以

当用户zabbix对/testdir 目录有写和执行权限时，该目录下的只读文件file1是否可修改和删除？

不可以修改, 可以删除

复制/etc/fstab文件到/var/tmp下，设置文件所有者为tomcat读写权限，所属组为apps组有读写权限，其他人无权限

[21:01:39 root@centos7.mageedu.org  data]#useradd -s /sbin/nologin -M tomcat
[21:01:53 root@centos7.mageedu.org  data]#groupadd apps
[21:03:36 root@centos7.mageedu.org  tmp]#ll
total 4
-rw-r--r-- 1 root root 595 Aug  3 21:03 fstab
[21:03:37 root@centos7.mageedu.org  tmp]#chown tomact:apps ./fsta
[21:04:05 root@centos7.mageedu.org  tmp]#chown tomcat:apps ./fstab    
[21:04:16 root@centos7.mageedu.org  tmp]#ll
total 4
-rw-r--r-- 1 tomcat apps 595 Aug  3 21:03 fstab
[21:08:20 root@centos7.mageedu.org  tmp]#chmod 660 fstab 
[21:08:50 root@centos7.mageedu.org  tmp]#ll
total 4
-rw-rw---- 1 tomcat apps 595 Aug  3 21:03 fstab

误删除了用户git的家目录，请重建并恢复该用户家目录及相应的权限属性

mkdir /home/git
# 不要拷贝/etc/skel/.*因为.*包括..会把/etc目录内容也拷贝过去，就不对了，复制隐藏和非隐藏文件
# . 代表当前目录
cp -r /etc/skel/. /etc/skel/* /home/git
chmod 700 /home/git
chown -R git:git /home/git

Linux文件系统上的特殊权限

前面介绍了常见的三种权限 r w x, 还有三种特殊权限: SUID、SGID、Sticky

前提：进程有属主和属组，文件有属主和属组

SUID

SUID只对二进制可执行程序（后面称：bin文件）有效，SUID设置在目录上毫无意义。
如果bin文件设置了SUID，那么当前用户执行这个bin文件的时候，会自动继承这个bin文件的属主的身份。
例如：给/usr/bin/passwd设置SUID

1 2	[21:36:33 root@centos7.mageedu.org home]#ll `which passwd` -rwsr-xr-x. 1 root root 27856 Apr 1 11:57 /usr/bin/passwd

passwd的属主是root, 当前用户是wang, 那么当wang执行passwd的时候, 就等于root在执行passwd

# SUID权限的设定
chmod u+s file...
chmod u-s file...
chmod 4xxx file... 	# ugo 中u对应 100 是 4

-rwsr-xr-x. 1 root root 34928 May 11 2019 /usr/bin/passwd

SGID

类似SUID, 区别有两点:

任何一个可执行程序文件能不能启动为进程，取决于发起者对程序文件是否拥有执行权限，启动为进程后，其进程的属组为原程序文件的属组
SUID作用在目录上无意义, SGID作用在目录上有意义

1
2
3

chmod g+s file...
chmod g-s file...
chmod 2xxx file... 	# ugo 中 g对应 010 是 2

目录上的SGID的权限功能:
默认情况下, 用户创建文件时, 其属组为此用户所属的主组, 一旦某目录被设置了SGID, 则对此目录有写权限的用户在此目录中创建的文件所属的组为此目录的属组, 通常用于创建一个协作目录

Sticky

具有写权限的目录, 用户通常可以删除该目录下的任何文件, 和文件的权限无关。当目录设置了Sticky权限，只有文件的所有者和root可以删除该文件。

chmod o+t DIR...
chmod o-t DIR...
chmod 1xxx DIR... 	# ugo 中 o对应 001 是 1

drwxrwxrwt. 15 root root 4096 Dec 12 20:16 /tmp

权限的数字表示

我们知道rwx可以用421来表示，修改文件权限可以这么写：chmod 755 file，其实755前面还有一个0。这个0就是特殊权限位，当权限位是0的时候，可以省略

suid、sgid、sticky
000 0
001 1
010 2
011 3
100 4
101 5
110 6
111 7

权限位映射

有suid时，属主位的x变成s，如果属主位没有x，则x位置上的-变成S
有sgid时，属组位的x变成s，如果属组位没有x，则x位置上的-变成S
有sticky时，OHTER位的x变成t，如果OHTER位没有x，则x位置上的-变成T

# 注意t和T
lujinkai@Z510:~/data/test$ chmod 1755 ./grep/
lujinkai@Z510:~/data/test$ ll -d grep/
drwxr-xr-t 2 lujinkai lujinkai 4096 Aug 13 17:27 grep//
lujinkai@Z510:~/data/test$ chmod o-x grep/
lujinkai@Z510:~/data/test$ ll -d grep/
drwxr-xr-T 2 lujinkai lujinkai 4096 Aug 13 17:27 grep//

设定文件的特殊属性 chattr

设置文件的特殊属性, 可以防止root用户删除或修改文件

# 不能删除、改名、更改
chattr +i files...

# 只能追加内容，不能删除、改名
chattr +a files...

# 显示特殊属性
lsattr

访问控制列表 ACL

Access Control List 实现灵活的权限管理
除了 u g o, 可以对更多用于设置权限
CentOS6可能不支持, 需要手动增加ACL功能

ACL生效顺序

owner > acl user > group > other

ACL相关命令

setfacl 为用户或群组添加针对某目录或文件的 ACL 权限
1
2
setfacl [-bkndRLPvh] [{-m|-x} acl_spec] [{-M|-X} acl_file] file ...
setfacl --restore=file
- -m –modify-acl 更改文件的访问控制列表
- -x –remove-acl
- -b –remove-all
- –set 选项会把原有的ACL项都删除, 用新的替代, 需要注意的是一定要包含u g o设置, 不能像-m一样只是添加ACL就可以
  1
  2
  setfacl --set u::rw,u:wang:rw,g::r,o::- file1
  # 设置u的权限为rw、设置用户wang的权限是rw、设置g的权限是r，清空o的所有权限
getfacl 查看设置ACL权限

# 设置test对a.log文件没有任何权限 可以用 - 或 0 或 000 表示
[08:57:42 root@centos7.mageedu.org  test]#setfacl -m u:test:- a.log 
# 查看对a.log文件设置的ACl权限
[08:58:30 root@centos7.mageedu.org  test]#getfacl a.log 
# 设置apps群组对a.log文件只有写权限
[08:58:33 root@centos7.mageedu.org  test]#setfacl -m g:apps:w a.log 
[08:59:06 root@centos7.mageedu.org  test]#getfacl a.log             
# file: a.log
# owner: root
# group: root
user::rw-
user:test:---
group::r--
group:apps:-w-
mask::rw-
other::r--
# 清除test用户, 对a.log文件acl权限
[08:59:07 root@centos7.mageedu.org  test]#setfacl -x u:test a.log 
[08:59:32 root@centos7.mageedu.org  test]#getfacl a.log           
# file: a.log
# owner: root
# group: root
user::rw-
group::r--
group:apps:-w-
mask::rw-
other::r--
# 清除a.log上的所有acl权限
[08:59:33 root@centos7.mageedu.org  test]#setfacl -b a.log 
[08:59:55 root@centos7.mageedu.org  test]#getfacl a.log    
# file: a.log
# owner: root
# group: root
user::rw-
group::r--
other::r--

mask

mask 只设置除u和o之外的人和组的最大权限

1	[09:28:44 root@centos7 test]#getfacl -m mask::r a.log

设置mask之后, 如果再使用setfacl或者chmod更改文件的权限, mask的值会自动调整

备份和还原ACL

主要的文件操作命令cp和mv都支持ACL, cp命令需要加上-p参数。但是tar等常见的备份工具不会保留目录和文件的ACL信息

# 备份 先导出acl权限信息，然后再压缩备份
get -R /tmp/dir > acl.txt
# 恢复 先解压文件，然后导入acl权限信息
setfacl -R --set-file=acl.txt /tmp/dir

练习

在/testdir/dir里创建的新文件自动属于webs组，组apps的成员如：test能对这些新文件有读写权限，组dbs的成员如：mysql只能对新文件有读权限，其它用户（不属于webs,apps,dbs）不能访问这个文件夹

1.将apps、dbs中的成员加入到webs组中
2.注意setfacl设置apps和dbs的ACL时给x权限

误将 /bin/chmod 文件的执行权限删除，如何恢复？

方法一：从别的机器上拷贝一个过来
方法二：用系统中已有的各种脚本语言解释器修改权限
方法三：

[14:24:31 root@centos7 data]#chmod -x /usr/bin/chmod 
[14:24:41 root@centos7 data]#ll /usr/bin/chmod 
-rw-r--r--. 1 root root 58592 Aug 20  2019 /usr/bin/chmod
[14:24:48 root@centos7 data]#setfacl -m u:root:rwx /usr/bin/chmod 
[14:25:18 root@centos7 data]#getfacl /usr/bin/chmod 
getfacl: Removing leading '/' from absolute path names
# file: usr/bin/chmod
# owner: root
# group: root
user::rw-
user:root:rwx
group::r--
mask::rwx
other::r--

[14:25:30 root@centos7 data]#chmod +x /usr/bin/chmod 
[14:25:43 root@centos7 data]#ll /usr/bin/chmod 
-rwxrwxr-x+ 1 root root 58592 Aug 20  2019 /usr/bin/chmod
[14:25:48 root@centos7 data]#setfacl -b /usr/bin/chmod 
[14:26:03 root@centos7 data]#ll /usr/bin/chmod         
-rwxr--r-x. 1 root root 58592 Aug 20  2019 /usr/bin/chmod

文件管理和IO重定向

发表于 2021-02-04 分类于运维，基础，文件、用户、权限

7种文件类型

- 普通文件
d 目录文件 directory
b 块设备block
c 字符设备 character
l 符号链接文件 link
p 管道文件 pipe
s 套接字文件 socket

普通文件

普通文件分为三类:

纯文本文件 ASCII
使用cat可以查看纯文本文件
二进制文件 binary
使用od或者hexdump命令以8进制或者16进制查看
数据格式文件 data
有些程序运行的过程中会读取某些特定格式的文件, 那些特定格式的文件可以被成为数据文件(data file). 举例来说, 我们的Linux在使用登录的时候, 都会将登录的数据记录在 /var/log/wtmp 文件内, 该文件就是一个data file, 它可以被last和who命令读取内容.

目录文件

块设备和字符设备

块设备是硬件设备, 以块（block, 在EXT4文件系统中, 一个block通常为4K）为单位, 应用程序通过随机访问的形式读取数据.
最常见的块设备是硬盘, 还有软盘等. 注意这些都是挂载文件系统的设备, 文件系统就像块设备的通用语言.

字符设备文件以字节流的方式进行访问，由字符设备驱动程序来实现这种特性。字符终端、串口和键盘等就是字符设备。可以顺序读取，但通常不支持随机存取。

区分块设备和字符设备最简单的方法就是看数据访问的方式, 能随机访问获取数据的是块设备, 必须按字节顺序访问的是字符设备.

符号链接文件

符号链接文件又叫软连接，软连接相当于一个快捷方式

软（symbolic 或 soft）链接

文件A和文件B的inode号码虽然不一样，但是文件A的内容是文件B的路径。读取文件A时，系统会自动将访问者导向文件B。因此，无论打开哪一个文件，最终读取的都是文件B。这时，文件A就称为文件B的”软链接”（soft link）或者”符号链接（symbolic link）。

这意味着，文件A依赖于文件B而存在，如果删除了文件B，打开文件A就会报错：”No such file or directory”。这是软链接与硬链接最大的不同：文件A指向文件B的文件名，而不是文件B的inode号码，文件B的inode”链接数”不会因此发生变化。

1	ln -s filename [linkname]

软链接的内容是它引用文件的路径
可以对目录创建软链接
可以跨分区创建软链接

硬（hard）链接

硬链接本质上就给一个文件起一个新的名称，不是符号链接，写在这里主要是为了阅读方便

1	ln filename [linkname]

inode信息中有一项叫做”链接数”，记录指向该inode的文件名总数

创建硬链接后，和原文件的inode还是一样的
新建硬链接, inode中的”链接数” + 1
rm删除文件, inode中的”链接数” - 1，当”链接数”为0，才是真正删除此文件
不能跨域驱动器或分区创建硬链接
不支持对目录创建硬链接

管道文件（FIFO文件）

管道文件主要用于进程间通信

管道都是一端写入、另一端读取，它们是单方向数据传输的，它们的数据都是直接在内存中传输的，管道是进程间通信的一种方式，例如父进程写，子进程读。

套接字文件

套接字用来实现两端通信，可以实现双向管道的进程间通信功能。不仅如此，套接字还能通过网络实现跨主机的进程间通信功能。

套接字需要成对才有意义，也就是分为两端，每一端都有用于读、写的文件描述符(或文件句柄)，相当于两根双向通信的管道。

套接字根据协议族的方式分为两大类：网络套接字(AF_INET类型，根据ipv4和ipv6分为inet4和inet6)和Unix Domain套接字(AF_UNIX类型)。当然，从协议族往下，套接字可细分为很多种类型，例如INET套接字可以分为TCP套接字、UDP套接字、链路层套接字、Raw套接字等等。其中网络套接字是网络编程的基础和核心。

对于单机的进程间通信，使用Unix Domain套接字比Inet套接字更好，因为Unix Domain套接字没有网络通信组件，也就是少了很多网络功能，它更加轻量级。实际上，某些语言在某些操作系统平台上实现的管道功能就是通过Unix Domain来实现的，可想而知其高效率。例如：http://blog.lujinkai.cn/archives/9.html#H2_9，nginx和PHP-FPM的进程间通信有两种方式,一种是TCP,一种是UNIX Domain Socket.其中TCP是IP加端口,可以跨服务器.而UNIX Domain Socket不经过网络,只能用于Nginx跟PHP-FPM都在同一服务器的场景，效率更高。

文件元数据

每个文件的属性信息，比如：文件的大小、时间、类型等，称为文件的元数据（meta data）

atime、mtime、ctime

每个文件都有三个时间，atime、mtime、ctime，使用stat命令可以查看。

atime：access time 访问时间，当使用cat命令查看文件内容时atime不改变。使用wq退出vim时修改atime，使用q!退出vim时不改变atime。使用echo往文件写内容不改变atime。使用sed -i修改文件改变atime
mtime：modify time 修改时间，当文件内容被修改时，mtime发生改变。
ctime：change time 变化时间，文件的inode被修改时，ctime发生改变。注意：只要mtime发生改变，ctime肯定也同步发生改变，如果文件较大，ctime可能会延迟几毫秒。

文件节点表结构

广义上，一个文件由三部分组成：目录项、索引节点（inode）、数据块

目录项：dirent，包含文件名和索引节点号，索引节点号指向索引节点表（inode table）中对应的索引节点
索引节点：inode，包含文件的元数据以及数据块指针
数据块：包含文件的具体内容

inode的大小

硬盘格式化的时候，操作系统自动将硬盘分为两个区域。一个是数据区，存放文件数据；另一个是inode区（inode table），存放inode。

每个inode节点的大小，一般是128字节或256字节。inode节点的总数，在格式化时就给定，一般是每1KB或每2KB就设置一个inode。假定在一块1GB的硬盘中，每个inode节点的大小为128字节，每1KB就设置一个inode，那么inode table的大小就会达到128MB，占整块硬盘的12.8%。

inode有上图中的左边区域组成，数据块由右边区域构成。不同的文件大小，通过多层级的间接指针协同完成。

直接块指针有12个，一个块大小为4KB，所以直接指针可以保存48KB的文件

间接块指针:每个指针占用4个字节，一个块是4KB，所以可以将一个块拆分成1024个指针，那么它的存储数据1024*4KB=4MB

双重间接块指针：同理可得它可以存储的数据为1024*4MB=4GB

三级指针可以储存文件数据大小为1024*4GB=4TB

一个字节占用几个字节?

https://blog.csdn.net/IOSSHAN/article/details/88944637

目录也是文件，打开目录，实际上就是打开目录文件。

目录文件也是由目录项、inode、数据块组成。

目录的数据块中存储的是一系列目录项的列表，是其下的文件的所有目录项。每个目录项，由两部分组成：包含文件名，以及该文件名对应的inode号码。

打开一个文件分三步走

每个inode都有一个号码，操作系统用inode号码来识别不同的文件。

这里值得重复一遍，Unix/Linux系统内部不使用文件名，而使用inode号码来识别文件。对于系统来说，文件名只是inode号码便于识别的别称或者绰号。

打开一个文件分三步走：名称与inode编号关联，首先，系统找到这个文件名对应的inode号码；其次，通过inode号找到对应的inode，获取inode信息；最后，根据inode信息，找到文件数据所在的block，读出数据。

cp和inode

分配一个空闲的inode号，在inode table中生成新条目
在目录中创建一个目录项，将名称与inode编号关联
拷贝数据生成新的文件

rm和inode

链接数递减，当减到0，就释放inode号
把数据块放在空闲列表中
删除目录项
数据实际上不会马上被删除，但是当另一个文件使用数据块时将被覆盖

根据3，可以得出, 删除文件实际上是修改目录的内容, 所以删除文件必须要有目录的写权限, 所以删除文件和文件的权限没有关系, 和文件的父目录的权限有关，同理：创建文件也是这样

mv和inode

如果mv命令的目标和源在相同的文件系统

创建新的目录项，新名称对应到inode号
删除旧的目录项
修改对应inode上的元数据（时间戳），不移动数据

如果mv命令的目标和源在不同的文件系统：mv相当于 cp + rm

1 2	# 删除大文件 [root@centos8 ~]#cat /dev/null > /var/log/huge.log

IO重定向和管道

IO的I是input，IO的O是ouput

Linux给程序提供了三种IO设备：

标准输入（STDIN）0 默认接受来自终端窗口的输入
标准输出（STDOUT）1 默认输出到终端窗口
标准错误（STDERR）2 默认输出到终端窗口

STDOUT和STDERR可以被重定向到指定文件，而非默认的当前终端。

命令 操作符 文件名

2>&1

这里的&类似php中表示变量引用的用法, 放在>后面的&, 表示重定向的目标不是一个文件, 而是一个文件描述符

标准错误拷贝了标准输出的行为, 注意是行为，不仅仅是路径。如果标准输出是 > a.log，那么标准错误输出也是 > a.log，如果标准输出是 >> a.log，那么标准错误输出也是 >> a.log

而&>file是一种特殊的用法, 也可以写成>&file, 二者的意思完全相同, 都等价于1>file 2>&1, 此处的&>或者>&视作整体, 不能分开

标准输入重定向单行重定向 <

利用<可以将标准输入重定向

[root@4710419222 test]# cat a.log 
a
# cat 如果没有指定文件, 或者指定文件为"-", 则从标准输入读取
[root@4710419222 test]# cat > b.log <a.log 
[root@4710419222 test]# cat b.log 
a
[root@4710419222 test]# echo b > b.log 
[root@4710419222 test]# cat < a.log > b.log 
[root@4710419222 test]# cat b.log 
a

多行重定向 <<终止词

这个很好理解, 类似php的长字符串<<<EOT

[root@4710419222 test]# cat > a.log <<EOT
> 123
> 456
> 789
> EOT
[root@4710419222 test]# cat a.log 
123
456
789

管道

1	命令1 \| 命令2 \| 命令3 \| ...

将命令1的STDOUT发送给命令2的STDIN, 命令2的STDOUT发送到命令3的STDIN
所有命令都在当前shell进程的子进程中执行
注意：管道符后面只能跟一个命令，如果跟多个命令，命令之间用分号间隔，那么，由于管道的右边会打开一个子进程，所以，后面的命令实际上是属于父进程的，解决办法就是用{}或者()把多个命令包裹起来，确保多个这多个命令是在同一个进程下执行
1
2
3
4
5
6
[root@centos8 scripts]#echo 1 2 | read x y ; echo x=$x y=$y
x= y=
[root@centos8 ~]#echo 1 2 | ( read x y ; echo x=$x y=$y )
x=1 y=2
[root@centos8 ~]#echo 1 2 | { read x y ; echo x=$x y=$y; }
x=1 y=2
组合多种工具的功能

注意: STDERR默认通过管道转发, 可利用2>&1或|&实现

[root@4710419222 test]# ll c.log
ls: cannot access c.log: No such file or directory
# 命令1 2>&1 | 命令2
[root@4710419222 test]# ll c.log 2>&1 | tr a-z A-Z  
LS: CANNOT ACCESS C.LOG: NO SUCH FILE OR DIRECTORY
# 命令1 |& 命令2
[root@4710419222 test]# ll c.log |& tr a-z A-Z
LS: CANNOT ACCESS C.LOG: NO SUCH FILE OR DIRECTORY

重定向中的 - 符号

# 将下载文件内容输出到标准输出, 而不保存文件
[root@centos8 ~]#wget -qO - http://www.wangxiaochun.com/testdir/hello.sh
#!/bin/bash
# ------------------------------------------
# Filename: hello.sh
# Version: 1.0
# Date: 2017/06/01
# Author: wang
# Email: 29308620@qq.com
# Website: www.wangxiaochun.com
# Description: This is the first script
# Copyright: 2017 wang
# License: GPL
# ------------------------------------------
#经典写法
echo "hello, world"
#流行写法
echo 'Hello, world!'

# 将 /home 里面的文件打包，但打包的数据不是记录到文件，而是传送到 stdout，经过管道后，将 tar - cvf - /home 传送给后面的 tar -xvf - , 后面的这个 - 则是取前一个命令的 stdout， 因此，就不需要使用临时file了
tar -cvf - /home | tar -xvf -

文件描述符（fd）

Linux中一切都是文件。文件描述符fd是内核为了高效管理已被打开的文件所创建的索引，是一个非负整数，在文件open时产生。程序刚刚启动的时候，0是标准输入，1是标准输出，2是标准错误。如果此时去打开一个新的文件，它的文件描述符会是3。

系统为每一个进程维护了一个文件描述符表，该表的值都是从0开始的，由于进程级文件描述符表的存在，不同的进程中会出现相同的文件描述符，它们可能指向同一个文件，也可能指向不同的文件。

文件操作相关命令

pwd

# -P 显示真实的物理路径
[root@centos7 bin]# pwd
/bin
[root@centos7 bin]# pwd -P
/usr/bin

basename 和 dirname

[root@4710419222 vhost]# pwd
/usr/local/nginx/conf/vhost
# 显示文件名
[root@4710419222 vhost]# basename `pwd` 
vhost
[root@4710419222 vhost]# basename `pwd`\/to2b.cn.conf
to2b.cn.conf
# 显示路径
[root@4710419222 vhost]# dirname $(pwd)
/usr/local/nginx/conf

cd

# 切换至物理路径, 而非软链接目录 -P
[root@4710419222 ~]# cd -P /bin/
[root@4710419222 bin]# pwd
/usr/bin
# 切换到来时的目录 cd -

ls

# 显示隐藏文件,但是不显示.和..
[root@47105171233 ~]# ll -A
# 按照mtime从新到旧排序
[root@4710419222 ~]# ll -t
# 按照mtime从旧到新排序
[root@4710419222 ~]# ll -tr
# 按照atime从新到旧排序
[root@4710419222 ~]# ll -ut /
# 按照从大到小排序
[root@4710419222 /]# ll -S
# 递归遍历目录下所有文件
[root@4710419222 ~]# ll -R

说明: ls 查看不同后缀文件时的颜色由 /etc/DIR_COLORS 和@LS_COLORS变量定义

stat

文件有三个时间

[root@4710419222 ~]# stat test.php
  File: ‘test.php’
  Size: 96              Blocks: 8          IO Block: 4096   regular file
Device: fd01h/64769d    Inode: 138598      Links: 1
Access: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2020-07-26 18:48:51.780437746 +0800		# 文件最近一次被访问的时间
Modify: 2020-07-25 17:21:15.970280822 +0800		# 文件内容最近一次被修改的时间
Change: 2020-07-25 17:21:15.973280860 +0800		# 文件属性最近一次被修改的时间
 Birth: -

file

判断文件的类型不能依靠后缀, 可以使用file命令判断文件的类型

hexdump

hexdump命令一般用来查看“二进制”文件的十六进制编码，但实际上它能查看任何文件，而不只限于二进制文件。

-C 输出规范的十六进制和ASCII码。

1
2
3

[root@4710419222 ~]# hexdump -C test.txt       
00000000  0a                                                |.|
00000001

文件通配符 glob

文件通配符可以用来匹配符合条件的多个文件，方便批量管理文件

 # * 匹配零个或多个字符, 但不匹配隐藏文件
[root@4710419222 ~]# ll -a *
-rw-r--r-- 1 root root        863 Oct 17  2019 clear_history.php
-rw-r--r-- 1 root root  244205697 Oct 24  2018 oneinstack-full.tar.gz
lrwxrwxrwx 1 root root         27 Jul 18  2019 python-learn -> /data/wwwroot/python-learn/
-rw-r--r-- 1 root root 1073741824 Oct 31  2018 swapfile
-rw-r--r-- 1 root root      11195 Sep 27  2019 testparm-v.txt
 # ? 匹配任何单个字符
 # [0-9]
 # [a-z] a、A、b、B...x、X、y、Y、z、Z
 # [lujinkai]
 # [^lujinkai]

此外, 还有预定义的字符类: man 7 glob

[:digit:]：任意数字，相当于0-9
[:lower:]：任意小写字母,表示 a-z
[:upper:]: 任意大写字母,表示 A-Z
[:alpha:]: 任意大小写字母
[:alnum:]：任意数字或字母
[:blank:]：水平空白字符
[:space:]：水平或垂直空白字符
[:punct:]：标点符号
[:print:]：可打印字符
[:cntrl:]：控制（非打印）字符
[:graph:]：图形字符
[:xdigit:]：十六进制字符

ps: 批量创建文件是用{}, 批量显示文件使用[]

文件通配符(glob)和正则表达式(regex)

文件通配符就是* ? [] 这三个，正则表达式则功能强大。

对于：文件通配符中，\匹配0个或多个字符，可以单独使用。而在正则表达式中，*是匹配前面的0次或多次，前面必须由内容，不能单独使用。

对于?：和*一样，文件通配符中，?可以单独使用，正则表达式中不可以。

对于[]：文件通配符[]中的内容是按照ASCII统计的，例如[a-z]会匹配a、A、b、B…y、Y、z，而正则表达式[]中的内容是按照人类的方式统计，例如[a-z]会匹配a、b、c、d、e…x、y、z

对于.：文件通配符中.就是.，没有别的意思。正则表达式中.匹配单个字符

touch

创建空文件和刷新文件时间

# -a 仅改变 atime和ctime
# -m 仅改变 mtime和ctime
# -t [[CC]YY]MMDDhhmm[.ss] 指定atime和mtime的时间戳
# -c 如果文件不存在，则不予创建

cp

-a 归档，相当于-dR –preserv=all，常用于备份功能
-u –update 只复制源比目标先更新文件或目标不存在的文件
-b 目标存在, 覆盖前先备份, 默认形式为filename~, 只保留最近一个备份
–backup=numbered 目标存在, 覆盖前先备份加数字后缀, 形式为filename.~#~, 可以保留多个版本

注意: 不同类型的文件不能覆盖, 例如普通文件可以覆盖普通文件, 但是不能覆盖目录

[root@4710419222 test]# ll
drwxr-xr-x 2 root root   12288 Jul 29 15:32 test
[root@4710419222 test]# \cp -a --backup=numbered /test ./xxx 
[root@4710419222 test]# \cp -a --backup=numbered /test ./xxx 
[root@4710419222 test]# \cp -a --backup=numbered /test ./xxx 
[root@4710419222 test]# ll
drwxr-xr-x 2 root root   12288 Jul 29 15:32 test
-rw-r--r-- 1 root root      11 Jul 29 15:30 xxx
-rw-r--r-- 1 root root      11 Jul 29 15:30 xxx.~1~
-rw-r--r-- 1 root root      11 Jul 29 15:30 xxx.~2~

mv

1
2
3

mv [OPTION]... [-T] SOURCE DEST	# 移动并重命名
mv [OPTION]... SOURCE... DIRECTORY	# 移动到目录
mv [OPTION]... -t DIRECTORY SOURCE... # 目的目录参数在前, 要移动的文件参数在后

mv命令可以移动和重命名文件, 同一分区移动会很快

-b 目标存在, 覆盖前先备份

但是mv命令只能一次重命名一个文件, 使用rename命令可以批量重命名文件

rename

# rename [options] <expression> <replacement> <file>...
# 修改后缀
[root@4710419222 test]# ll
total 4
-rw-r--r-- 1 root root 18 Jul 29 19:36 a.txt
-rw-r--r-- 1 root root  0 Jul 29 19:14 b.txt
[root@4710419222 test]# rename '.txt' '.log' ./*
[root@4710419222 test]# ll
total 4
-rw-r--r-- 1 root root 18 Jul 29 19:36 a.log
-rw-r--r-- 1 root root  0 Jul 29 19:14 b.log

这个命令好像可以使用正则, 但是我试了一下, 不行, 可能是版本的问题

rm

此命令非常危险, 建议使用mv替代rm , 当删除的时候, 实际上是移动到一个特定的目录

1	alias rm='DIR=/data/backup`date +%F%T`;mkdir $DIR;mv -t $DIR'

rm虽然删除了文件, 但是在安全场景要求较高的情况下, 可以使用shred安全删除文件

[root@centos8 ~]#shred -zvun 5 passwords.txt
# -z 最后一次覆盖添加0，以隐藏覆盖操作
# -v 能够显示操作进度
# -u 覆盖后截断并删除文件
# -n 指定覆盖文件内容的次数（默认值是3次）

tree

显示目录树

df

1	df [选项列表]... [文件列表]...

-a –all
-h –human-readable
-i –inodes 显示 inode 信息而非块使用量

关于 df 和 lsblk

lsblk 查看的是block device,也就是逻辑磁盘大小。df查看的是file system, 也就是文件系统层的磁盘大小。

显示磁盘占用情况和inode使用情况使用df。

mkdir

-p 目录如果不存在, 创建, 如果存在, 不报错
-m 创建目录时直接指定权限

rmdir

挂载点不能删除

tee

从标准输入读入并写往标准输出和文件

1	tee [选项]... [文件列表]...

把标准输入的数据复制到文件列表中的每一个文件，同时送往标准输出。

-a –append 追加到给出的文件, 而不是覆盖

功能: 保存不同阶段的输出; 复杂管道的故障排除; 同时查看和记录输出

[root@centos8 ~]#cat <<EOF | tee /etc/motd
> welcome to magedu
> happy new year
> EOF
welcome to magedu
happy new year

lsof

列出打开的文件，Linux下万物皆文件，网络也是文件。
lsof的参数巨多，下面列举常用的参数

1	lsof file # 查看文件被哪些进程占用

1 2	lsof -i # 列出所有的网络连接 lsof -i tcp # 列出所有的tcp网络连接

seq

打印数列

[root@centos8 ~]# seq 0 9
0
1
2
3
4
5
6
7
8
9
[root@centos8 ~]# seq -s ' ' 0 9
0 1 2 3 4 5 6 7 8 9
[root@centos8 ~]# seq -s ' ' 0 2 9
0 2 4 6 8
[root@centos8 ~]# seq -s + 1 100 | bc
5050
[root@centos8 ~]# seq -s + 1 2 100 | bc
2500

练习题

1、将/etc/issue文件中的内容转换为大写后保存至/tmp/issue.out文件中

1	[root@centos7 test]# cat /etc/issue \| tr 'a-z' 'A-Z' > /tmp/issue.out

2、将当前系统登录用户的信息转换为大写后保存至/tmp/who.out文件中

1	[root@centos7 test]# whoami \| tr 'a-z' 'A-Z' > /tmp/who.out

3、一个linux用户给root发邮件，要求邮件标题为”help”，邮件正文如下：
Hello, I am 用户名,The system version is here,please help me to check it ,thanks!
操作系统版本信息

1	[root@centos8 ~]# echo -e "Hello, I am `whoami`,The system version is here,please help me to check it ,thanks! \n`cat /etc/os-release`" \| mail -s hello root

4、将/root/下文件列表，显示成一行，并文件名之间用空格隔开

1	[root@4710419222 /]# ls -A /root \| tr '\n' ' '

5、计算1+2+3+…+99+100的总和

1 2	[root@centos8 test]# seq -s + 1 100 \| bc 5050

6、删除Windows文本文件中的回车字符，即“\r”

1	cat a.log \| tr '\r' ' '

7、处理字符串“xt.,l 1 jr#!$mn 2 c*/fe 3 uz 4”，只保留其中的数字和空格

1 2	[root@centos8 test]# echo 'xt.,l 1 jr#!$mn 2 c*/fe 3 uz 4' \| tr -dc '0-9 ' 1 2 3 4[root@centos8 test]#

8、将PATH变量每个目录显示在独立的一行

1	[root@centos8 test]# echo $PATH \| tr ':' '\n'

9、将指定文件中0-9分别替代成a-j

1	[root@centos8 test]# cat a.log \| tr '0-9' 'a-j'

10、将文件/etc/centos-release中每个单词（由字母组成）显示在独立一行，并无空行

[root@centos8 test]# cat /etc/centos-release | tr -c "[:alpha:]" " " | tr -s " " "\n"
CentOS
Linux
release
Core

11、ls 输出的内容明明是分行的, 为什么显示出来就不分行了?

不单 ls 会这样，不少其他命令也会这样。它们会使用 isatty 函数查询输出是否指向终端，对输出到终端和非终端的处理，可能不一样

常见的比如：
1、输出到终端时，使用 color，非终端则不用；
2、输出到终端时，使用 text 方式，非终端则用 binary。

如果需要一致的输出，应当明确使用相关参数

這取決於 stdout 是不是終端。如果是終端就可以讀取終端的寬度，根據寬度排版。

用户、组

发表于 2021-02-04 更新于 2021-02-19 分类于运维，基础，文件、用户、权限

Linux 安全模型

3A:

认证: Authentication (确认身份, 登录系统的用户名和密码)

授权: Authorization (对于文件和程序的权限)

审计: Accouting|Audition (监控日志)

认证和授权linux本身的软件实现, 审计通过特定的软件实现

用户登录成功时, 系统会自动分配令牌token, token中包含了用户标识和组成员等信息, 用户的每一步操作, 系统都会校验他的token, 验证他的权限。使用`id`可以查看token

用户

linux中每个用户是通过 uid 来唯一标识的 id -u

管理员: root, 0
普通用户
- 系统用户: 1-499 (centos6及以前), 1-999 (centos7以后), 对守护进行获取资源进行权限分配
- 登录用户: 500+ (centos6及以前), 1000+ (centos7以后), 给用户进行交互式登录使用

用户组

linux中可以将一个或多个用户加入用户组中, 用户组通过 gid 唯一标识 id -g

管理员组: root, 0
普通组:
- 系统组
- 普通组

用户和用户组的关系

用户的主要组: 用户必须属于一个且只有一个主组, 默认创建用户时会自动创建和用户同名的组作为用户的主组, 由于此组中只有一个用户, 又称为私有组
用户的附加组: 一个用户可以属于0个或多个辅助组, 附属组

1 2	[lujinkai@centos7 root]$ id postfix uid=89(postfix) gid=89(postfix) groups=89(postfix),12(mail)

安全上下文

进程能够访问资源的权限取决于进程的运行者身份, 而非程序本身

用户和组的配置文件

/etc/passwd 系统用户配置文件，存储了系统中所有用户的基本信息，并且所有用户都可以对此文件执行读操作
/etc/shadow 存储 Linux 系统中用户的密码信息，又称为“影子文件”。
/etc/group 用户组配置文件，用户组的所有信息都存放在此文件中
/etc/gshadow 存储组用户的密码信息

/etc/passwd 文件格式

[root@centos7 ~]# whatis passwd
sslpasswd (1ssl)     - compute password hashes
passwd (1)           - update user's authentication tokens
passwd (5)           - password file
[root@centos7 ~]# man 5 passwd

name: 用户登录名
password: 在很早之前, 这里确实存储密码, 后来因为安全问题, 密码就搬迁到/etc/shadow中了, 但是因为兼容性问题, 所以格式不能变, 就留了一个占位符, 用x或*占位
UID: 用户的id
GID: 用户主组的id
GECOS: 存储用户全名和一些注释
directory: 用户家目录
shell: 用户默认使用的shell ( /bin/bash )

/etc/shadow 文件格式

/etc/passwd文件所有用户都可以读, /etc/shadow文件只有root用户才可以读

注意，如果这个文件的权限发生了改变，则需要注意是否是恶意攻击。

Linux /etc/shadow（影子文件）内容解析（超详细）

用户登录名
加密过的用户登录密码, 一般用sha512加密
最后一次修改密码的时间, 如果没有修改过, 则空置
密码再过几天可以被更改, 0表示随时都可以更改
密码再过几天必须被更改, 9999是300多年, 可以认为永不过期
密码过期前几天系统提醒用户, 默认是一周
密码过期后的宽限时间, 以天为单位, 也就是说密码过期后, 用户如果还没有修改密码, 则在此字段规定的宽限天数内, 用户还是可以登录系统
账号过期时间, 从1970.1.1开始算, 多少天后账号失效, 在此规定时间之外, 不论密码是否过期, 都无法登录! 该字段通常被使用在具有收费服务的系统中
保留, 这个字段目前没有使用, 等待新功能的加入

/etc/group 文件格式

root:x:0:
mail:x:12:postfix
lujinkai:x:1000:
# 组名:密码:GID:以当前组为附加组的用户列表(分割符为逗号)

/etc/gshadow 文件格式

root:::
mail:::postfix
lujinkai:!::
# 组名:组密码:组管理员

组密码

通常不设置组密码, 为空或者 ! 都表示该群组没有组密码
组管理员列表

可以更改组密码和添加用户到群组中, 组管理员列表用逗号分隔。这个功能现在不常用了。
组管理员

该字段显示这个用户组中有哪些附加用户，和 /etc/group 文件中附加组显示内容相同，多个用户也是用逗号分隔

练习

1.创建用户gentoo，附加组为bin和root，默认shell为/bin/csh，注释信息为”Gentoo Distribution”

[root@centos7 ~]# useradd gentoo -G bin,root -s /bin/csh -c "Gentoo Distribution"
[root@centos7 ~]# getent passwd gentoo
gentoo:x:1003:1003:Gentoo Distribution:/home/gentoo:/bin/csh
[root@centos7 ~]# groups gentoo
gentoo : gentoo root bin

2.创建下面的用户、组和组成员关系:
名字为webs 的组
用户nginx，使用webs 作为附加组
用户varnish，使用webs 作为附加组
用户mysql，不可交互登录系统，且不是webs 的成员，nginx，varnish，mysql密码都是magedu