《Linux运维总结:基于ARM64架构CPU使用docker-compose一键离线部署alertmanager v0.27.0高可用集群》

总结:整理不易,如果对你有帮助,可否点赞关注一下?

更多详细内容请参考:《Linux运维篇:Linux系统运维指南》


一、部署背景

由于业务系统的特殊性,我们需要面对不同的客户部署业务系统,监控作为重要的一环,为了更快捷有效的部署业务监控系统,这里编写了基于ARM64架构一键离线docker容器版alertmanager集群工具。


二、工具介绍

一键部署工具实现功能如下:

1、支持单机部署(1 alertmanager )。
2、支持单机伪集群部署(3 alertmanager )。
3、支持多机分布式机部署(3 alertmanager )。
4、支持数据目录、端口。
5、支持alertmanager配置文件、数据目录持久化。
6、支持部署、启动、停止、卸载、检测等操作。


三、工具下载

基于ARM64架构CPU使用docker-compose一键离线部署alertmanager v0.27.0高可用集群工具


四、部署步骤

说明:这里就只演示,在一台主机上一键部署alertmanager v0.27.0高可用集群。

1、查看帮助命令


2、编辑变量文件

bash 复制代码
[root@host-monitor alertmanager-tools]# cp cluster.conf.tpl cluster.conf
[root@host-monitor alertmanager-tools]# vim cluster.conf
# 建议填写为当前磁盘最大存储空间目录,如果系统盘空间最大,建议填写为/data,如果挂在盘空间最大,建议填写为挂载目录
export BASE_DIR="/data"

# Alertmanager1服务节点ip和宿主机映射web端口和集群端口,端口不冲突情况下,建议不修改
export ALERTMANAGER1_SERVER_HOST='192.168.1.149' 
export ALERTMANAGER1_WEB_SERVER_PORT='9001'
export ALERTMANAGER1_CLUSTER_SERVER_PORT='8001'

# Alertmanager2服务节点ip和宿主机映射web端口和集群端口,端口不冲突情况下,建议不修改
export ALERTMANAGER2_SERVER_HOST='192.168.1.149' 
export ALERTMANAGER2_WEB_SERVER_PORT='9002'
export ALERTMANAGER2_CLUSTER_SERVER_PORT='8002'

# Alertmanager3服务节点ip和宿主机映射web端口和集群端口,端口不冲突情况下,建议不修改
export ALERTMANAGER3_SERVER_HOST='192.168.1.149' 
export ALERTMANAGER3_WEB_SERVER_PORT='9003'
export ALERTMANAGER3_CLUSTER_SERVER_PORT='8003'

# Webhook-dingtalk服务ip和宿主机映射端口,根据实际情况填写
export WEBHOOK_DINGTALK_SERVER_HOST='192.168.1.149'
export WEBHOOK_DINGTALK_SERVER_PORT='8060'

3、执行一键部署

bash 复制代码
[root@host-monitor alertmanager-tools]# ./op.sh build allinone

执行结果,如下图所示:


4、查看web页面

.


五、其它操作

5.1、启动

bash 复制代码
[root@host-monitor alertmanager-tools]# ./op.sh start allinone

执行结果,如下图所示:


5.2、停止

bash 复制代码
[root@host-monitor alertmanager-tools]# ./op.sh stop allinone

执行结果,如下图所示:


5.3、检查

bash 复制代码
[root@host-monitor alertmanager-tools]# ./op.sh check allinone

执行结果,如下图所示:


5.4、卸载

bash 复制代码
[root@host-monitor alertmanager-tools]# ./op.sh clear allinone

执行结果,如下图所示:


总结:整理不易,如果对你有帮助,可否点赞关注一下?

更多详细内容请参考:《Linux运维篇:Linux系统运维指南》

相关推荐
葫芦的运维日志1 小时前
从手动部署到GitOps只需四步
架构
sumuve1 小时前
从100行到1行:我是如何重构IoT设备实时数据通信的?
架构·响应式设计
koddnty2 小时前
c++协程控制流深入剖析
后端·架构
Mintopia2 小时前
Vite 与 Uni-App X 的协作原理:从前端开发到多端运行的桥梁
架构
louiX18 小时前
深入理解 Android BLE GATT 回调机制:从“回调地狱”到高可靠 OTA 架构
架构
aircrushin19 小时前
轻量化大模型架构演进
人工智能·架构
天蓝色的鱼鱼19 小时前
你的项目真的需要SSR吗?还是只是你的简历需要?
前端·架构
文心快码BaiduComate20 小时前
百度云与光本位签署战略合作:用AI Agent 重构芯片研发流程
前端·人工智能·架构
JavaTalks1 天前
高并发保护实战:限流、熔断、降级如何配合落地
后端·架构·设计
兆子龙1 天前
别再用 useState / data 管 Tabs 的 activeKey 了:和 URL 绑定才香
前端·架构