# 一、模版的介绍
在 Zabbix 中，模板（Template） 是一组可复用的监控配置集合，用于快速为多个相同类型的主机批量配置监控项、触发器、图形、告警媒介等内容，避免重复配置，提升监控部署效率。

模板的核心作用

配置复用
- 一台服务器（如 Linux 主机）需要监控 CPU、内存、磁盘、网络等指标，如果每台主机都手动添加这些监控项，工作量巨大。将这些通用配置打包成模板（如 Template OS Linux），直接链接（Link） 到所有 Linux 主机，即可一键完成监控配置。

统一管理
- 当需要修改监控规则（如调整触发器阈值），只需修改模板，所有链接该模板的主机配置会自动同步，无需逐台修改。

分层与继承
- 模板支持链接其他模板，实现配置的分层继承。例如：
- 基础模板：监控通用系统指标（CPU、内存）
- 应用模板：监控特定服务（如 Nginx、MySQL）
- 主机可以同时链接基础模板 + 应用模板，获得完整监控能力。


# 二、模版的创建

![image.png](/static/img/043751f0148eeaccc2abf84a70a3ea13.image.webp)




![image.png](/static/img/97faa68a73016c24cfbcd40f19cf1cba.image.webp)


宏就是变量名的意思。
![image.png](/static/img/68487c70f1ff11b5caec24a2e32c5e19.image.webp)

然后找到自己创建好的模版进行添加监控项和触发器

![image.png](/static/img/91bfaa74eae14e7f3a93caeeb8ddd070.image.webp)

把之前那两个案例监控项目复制过来

![image.png](/static/img/1bc61120ec438a08dc1c222c8aa6a589.image.webp)


![image.png](/static/img/9a238e9cb6b48e4469b61fc05e43a691.image.webp)

刷新查看自己的模版已经多了3个监控项

![image.png](/static/img/17bd32c9f72e7bab62c2ebe39c567844.image.webp)


触发器也是一样的操作复制

![image.png](/static/img/11f87670b002f96b07163f11f1dd75b7.image.webp)


![image.png](/static/img/a15c87fd5af11a38f0fce273c71e980d.image.webp)

刷新已经多了2个
![image.png](/static/img/211572491add85eacf06404f5dd242c1.image.webp)


# 三、主机关联模版

elk02这台主机是没有之前的那3个监控项和2个触发器的，现在直接用模版关联
![image.png](/static/img/dc7fe2c6cee13add9df1c4df91940c2d.image.webp)


![image.png](/static/img/a73ba8386dd8def61b677889a3198258.image.webp)


![image.png](/static/img/b4c5fd03e8672df5ad465bbd9ccd1a4b.image.webp)

![image.png](/static/img/eee4152be2d9118ec958005c4e3bf9ed.image.webp)


![image.png](/static/img/ba32819a963fb200b7187e6d32a3f3fe.image.webp)

这时已经关联上了这个模版
![image.png](/static/img/b7c086930fa008f77e20d21f6e72450f.image.webp)

最后去该主机客户端把配置文件的监控项键值配置好（直接去之前客户端机器scp命令复制过去）

8.zabbix-模版

# 一、用shell脚本的方式监控linux用户是否异地登录
创建一个脚本目录
```js
mkdir -p /etc/zabbix/scripts
```
创建一个脚本
```js
vi /etc/zabbix/scripts/check_login_ip.sh
```
脚本内容
```js
#!/bin/bash
# 基于lastlog命令检测用户异地登录（适配root用户，可扩展其他用户）

# ========== 配置项 ==========
TARGET_USER="root"          
WHITELIST_IPS=( "192.168.201.101" "192.168.201.1" "192.168.201.0/24" )  
TMP_DETAIL="/tmp/login_ip_detail.log"  
# ===========================

# 初始化临时文件
> $TMP_DETAIL

# 步骤1：提取登录IP
LOGIN_IP=$(lastlog | grep "^${TARGET_USER}" | awk '{print $3}')

# 步骤2：处理特殊情况
if [ -z "$LOGIN_IP" ] || [ "$LOGIN_IP" = "*" ] || [ "$LOGIN_IP" = "localhost" ]; then
    echo "0"
    echo "用户${TARGET_USER}无有效登录IP：IP=${LOGIN_IP}" > $TMP_DETAIL
    exit 0
fi

# 步骤3：对比白名单（核心修复：区分单个IP和网段）
ABNORMAL_FLAG=1  # 默认异常
for WHITELIST_IP in "${WHITELIST_IPS[@]}"; do
    # 判定是否是网段（包含/）
    if echo "$WHITELIST_IP" | grep -q "/"; then
        # 网段：用ipcalc匹配
        if ipcalc -s "$LOGIN_IP" "$WHITELIST_IP" >/dev/null 2>&1; then
            ABNORMAL_FLAG=0
            break
        fi
    else
        # 单个IP：直接字符串精准匹配（避开ipcalc坑）
        if [ "$LOGIN_IP" = "$WHITELIST_IP" ]; then
            ABNORMAL_FLAG=0
            break
        fi
    fi
done

# 步骤4：记录详细信息
if [ $ABNORMAL_FLAG -eq 1 ]; then
    DETAIL_MSG="【异地登录告警】用户=${TARGET_USER}, 登录IP=${LOGIN_IP}, 白名单IP=${WHITELIST_IPS[*]}"
else
    DETAIL_MSG="【正常】用户=${TARGET_USER}, 登录IP=${LOGIN_IP}（在白名单内）"
fi
echo "$DETAIL_MSG" > $TMP_DETAIL

# 步骤5：返回状态
echo $ABNORMAL_FLAG

```

```js
# 1. 脚本赋权
chmod +x /etc/zabbix/scripts/check_login_ip.sh
chown zabbix:zabbix /etc/zabbix/scripts/check_login_ip.sh
# 2. 测试脚本（切换zabbix用户，验证输出）
su - zabbix -s /bin/bash -c "/etc/zabbix/scripts/check_login_ip.sh"
# 预期输出：
# 情况1（IP在白名单）：0
# 情况2（IP异地）：1
```

创建一个配置文件
```js
vi /etc/zabbix/zabbix_agent2.d/login_ip_monitor.conf
```

```js
# 监控项1：异地登录状态（0=正常，1=异常）- 数值型，用于触发器
UserParameter=system.login.ip.abnormal,/etc/zabbix/scripts/check_login_ip.sh

# 监控项2：登录IP详细信息 - 字符型，用于告警文案
UserParameter=system.login.ip.detail,cat /tmp/login_ip_detail.log 2>/dev/null || echo "无登录信息"
```
重启 Agent 生效
```js
systemctl restart zabbix-agent

# 验证监控项（Agent本地测试）
zabbix_agentd -t system.login.ip.abnormal  # 应返回0/1
zabbix_agentd -t system.login.ip.detail    # 应返回详细信息
```
web页面进行配置

![image.png](/static/img/fb134898d4dc53795685852975cb5c17.image.webp)

第一个监控项
![image.png](/static/img/eabea332fa4ef27db7b88c216558a1eb.image.webp)
第二个监控项

![image.png](/static/img/625aaddc5bc8f8dc66134c03da020897.image.webp)

创建触发器

![image.png](/static/img/e89b2852b62eff4052e4d6758cbdb829.image.webp)

验证是否触发，把脚本的网段改别的ip

改了后立马触发，异常为1，正常为0
![image.png](/static/img/04c3ef39aa1d5dad43d03df94bae610a.image.webp)

7.zabbix自定义监控案例

# 一、配置触发器步骤
选择对应的主机点触发器
![image.png](/static/img/b59c9685301a13dee63e0fcebea816a7.image.webp)


然后右上角点创建触发器
![image.png](/static/img/0571377841fa197577928265ab4c8f63.image.webp)

创建触发器后，表达式选择你之前监控项
![image.png](/static/img/d823f41f9da0bf92a2cdc80f2c8ad155.image.webp)

![image.png](/static/img/77040ad7b733f2a318e15be3e375b5c1.image.webp)

表达式条件，结果等于no就触发

```js
last(/k8s-node01/tomcat.port.8081)="no"
last(/k8s-node01/tomcat.port.8081)="yes"
```
写好表达式后然后添加
![image.png](/static/img/b5f49b8ea474c2604ee828aa21aef884.image.webp)


# 二、验证触发器是否有效

我直接把tomcat 8081的端口进程杀掉，然后仪表盘就出现了我定义的触发器
![image.png](/static/img/bd20118a0e42d7ca7482721286470885.image.webp)

当我去重新启动tomcat后，问题就解除了。

![image.png](/static/img/ba1e7f7611609303cd5643b229f51366.image.webp)

![image.png](/static/img/dae1b31dcf4a16206577d2664e272d81.image.webp)

6.zabbix配置触发器

# 什么是云计算?
云计算是一种按量付费的模式！云计算的底层是通过虚拟化技术来实现的！

云计算的服务类型
1. IAAS基础设施即服务(infrastructure as an service)_虚拟机、ecs云主机
2. PAAS平台即服务(platform as an service）php、java、容器
3. SAAS软件即服务(softwareas an service）企业邮箱服务、cdn服务、rds数据库

1.云计算

# 一、准备环境（之前的伪分布卸载了，重头再来）



## 服务器，这些都加入到/etc/hosts里面
```js
192.168.201.100 k8s-master01
192.168.201.101  k8s-node01
192.168.201.102  k8s-node02
```
## 都确定安装了javajdk8
```js
java -version
```

```js
# 关闭防火墙
systemctl stop firewalld && systemctl disable firewalld
# 关闭SELinux
sed -i 's/^SELINUX=enforcing/SELINUX=disabled/' /etc/selinux/config
setenforce 0
# 重启服务器（可选，确保配置生效）
reboot
```
## 服务器的时间保持一致

```js
# 安装ntp
yum install -y ntp
# 同步时间
ntpdate ntp.aliyun.com
# 设置定时同步（每10分钟）
echo "*/10 * * * * /usr/sbin/ntpdate ntp.aliyun.com >/dev/null 2>&1" >> /var/spool/cron/root
```
## 配置 SSH 免密登录（master 免密登录所有节点，包括自己）

在 k8s-master01 执行：
```js
# 生成密钥对（一路回车，不设密码）
ssh-keygen -t rsa -P '' -f ~/.ssh/id_rsa
# 公钥分发到所有节点（包括自己）
ssh-copy-id root@k8s-master01
ssh-copy-id root@k8s-node01
ssh-copy-id root@k8s-node02
# 验证免密（无密码登录node01）
ssh root@k8s-node01  # 能直接登录则成功
```
## 直接如果已经做了自己的免密就不用重新生成执行这个就可以了
```js
# 分发密钥到k8s-node01（首次执行需要输入node01的root密码）
ssh-copy-id root@k8s-node01

# 分发密钥到k8s-node02（首次执行需要输入node02的root密码）
ssh-copy-id root@k8s-node02
```

```js
# 验证登录k8s-node01（无需密码直接登录则成功）
ssh root@k8s-node01
# 登录后执行exit返回master
exit

# 验证登录k8s-node02（无需密码直接登录则成功）
ssh root@k8s-node02
# 登录后执行exit返回master
exit
```
## rpm包部署的JAVA-JDK用回之前的那种方式部署
![image.png](/static/img/d5ca1b816f17da34cf63869cfc0253ec.image.webp)

直接用scp命令把环境变量文件拷贝过去也行

# 二、修改192.168.201.100	k8s-master01的配置文件
## core-site.xml
```js
vi /opt/hadoop/hadoop-3.3.6/etc/hadoop/core-site.xml
```

```js
<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" href="configuration.xsl"?>




<configuration>
<property>
    
    <name>fs.defaultFS</name>
    <value>hdfs://192.168.201.100:9820</value>
</property>
<property>
    
    <name>hadoop.tmp.dir</name>
    <value>/opt/hadoop/hadoop-3.3.6/tmp</value>
</property>

</configuration>
```

## hdfs-site.xml
```js
vi /opt/hadoop/hadoop-3.3.6/etc/hadoop/hdfs-site.xml
```

```js
<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" href="configuration.xsl"?>




<configuration>
<property>

    <name>dfs.replication</name>
    <value>3</value>
</property>

<property>
    <name>dfs.namenode.secondary.http-address</name>
    <value>192.168.201.101:9868</value>
</property>

<property>
    <name>dfs.namenode.http-address</name>
    <value>192.168.201.100:9870</value>
</property>
</configuration>                 
```
## hadoop-env.sh：补充 YARN 用户配置 + 统一 JAVA_HOME
```js
vi /opt/hadoop/hadoop-3.3.6/etc/hadoop/hadoop-env.sh
```

```js
# 1. 统一JAVA_HOME（改为软链接，三台机器需一致，先确认/usr/lib/jvm下的软链接）
export JAVA_HOME=/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.262.b10-1.el7.x86_64

# 2. 保留原有HDFS用户配置
export HDFS_NAMENODE_USER="root"
export HDFS_DATANODE_USER="root"
export HDFS_SECONDARYNAMENODE_USER="root"

# 3. 全分布式新增：YARN进程root用户配置（必需）
export YARN_RESOURCEMANAGER_USER="root"
export YARN_NODEMANAGER_USER="root"
```
## 修改workers

```js
vi /opt/hadoop/hadoop-3.3.6/etc/hadoop/workers
```
覆盖修改
```js
k8s-master01
k8s-node01
k8s-node02
```

## 修改完配置后，分发的其他的节点

```js
scp -r /opt/hadoop/hadoop-3.3.6/ root@k8s-node01:/opt/hadoop
scp -r /opt/hadoop/hadoop-3.3.6/ root@k8s-node02:/opt/hadoop

#然后全部机器删除日志临时文件
cd /opt/hadoop/hadoop-3.3.6/
rm -rf tmp/
rm -rf logs/
```

# 三、重新格式化 NameNode（仅 master 执行，仅一次）：

```js
hdfs namenode -format
```

# 四、启动集群（仅在 k8s-master01 执行）

```js
start-dfs.sh
```
验证完成
![image.png](/static/img/201ea3af8cd1c612e3c9793f33c9bd35.image.webp)