zabbix高可用搭建--基础(1)

总架构:
2016年开始接触zabbix,因为监控数据的增加以及后期的可扩展性,着手搭建zabbix的高可用。因本人之前是做网络工作,根本不知道php、nginx、keepalive、lvs、mariadb等,搭建高可用用时2个周时间才最终完成。以下是一名网络工程师的搭建心得:
一、搭建成功的秘诀:
1、查看各系统的日志信息,然后百度寻找解决办法;
2、购买相关书籍《zabbix分布式监控系统》、《zabbix最佳实践》;
3、购买相关视频,可以从淘宝上看看,其他网络教育平台费用有点高;
4、加入相关zabbix、数据库mariadb等群;
二、zabbix高可用的架构

三、zabbix的主机清单
操作系统都是centos7 mini版。

数据库mariadb建议3台以上

其他应用的数据库集群及分区、负载均衡搭建搭建可以关注我的博客
https://blog.51cto.com/1194325

原文地址:https://blog.51cto.com/1194325/2384751

时间: 2024-07-29 18:19:19

zabbix高可用搭建--基础(1)的相关文章

zabbix高可用搭建--数据库集群(2)

一.数据mariadb集群搭建分为两个内容1.负载均衡搭建2.mariadb galera cluster二.负载均衡搭建负载均衡集群是 load balance 集群的简写,翻译成中文就是负载均衡集群.常用的负载均衡开源软件有nginx.lvs.haproxy,商业的硬件负载均衡设备F5.Netscale.这里主要是学习 LVS 并对其进行了详细的总结记录.本次采用lvs的DR模式2.1 安装keepalive和lvs安装包yum install -y ##### keepalived 安装k

inotify+rsync+mysql主主复制+keepalived实现zabbix高可用

思路:主备机通过inotify+rsync实现文件同步,通过mysql主主复制实现数据同步,同一时刻只有一台服务器能对外提供zabbix服务,web端登陆虚ip访问,被监控主机通过配置虚ip来完成监控. 配置: 主机 ip 操作系统 zabbix版本 mysql版本 inotify版本 rsync版本 备注 zabbix-server01 172.27.9.80 Centos7.3.1611 zabbix_server (Zabbix) 3.4.10 5.7.22 3.14 3.1.2 关闭防火

专职DBA-基于MHA高可用搭建MySQL读写分离架构-Atlas

专职DBA-基于MHA高可用搭建MySQL读写分离架构-Atlas 1.Atlas介绍 Atlas是由Qihoo360,Web平台部基础架构团队开发维护的一个基于MySQL协议的数据中间层项目. 它是在mysql-proxy-0.8.2版本的基础上,对其进行了优化,增加了一些新的功能特性. 360内部使用Atlas运行的mysql业务,每天承载的读写请求数达几十亿条. 下载地址:https://github.com/Qihoo360/Atlas/releases 注意: 1.Atlas只能安装运

pacemaker+corosync实现zabbix高可用集群

一.pacemaker 是什么 1.pacemaker 简单说明 2.pacemaker 由来 二.pacemaker 特点 三.pacemaker 内部结构 1.群集组件说明: 2.功能概述 四.centos6.x+pacemaker+corosync实现zabbix高可用 1.环境说明 五.安装pacemaker和corosync(各个节点均要运行) 1.前提条件各个节点完成主机解析工作. 2.各个节点的时间同步 3.各个节点完成互信工作 4.关闭防火墙与SELinux 5.安装pacema

Zabbix高可用,实现zabbix的无缝切换,无故障时间

作者:骚年有梦 联系方式:[email protected] zabbix高可用设计目标: 1.keepalived服务优先级选择切换机制:对于zabbix服务器来说,只要zabbix存活和mysql存活,就能够正常记录数据,不会丢失数据,php和nginx只是web页面的访问而已,所以我在这里定义mysql和zabbix为主要服务,php和nginx为次要服务,为了实现主要服务存在,次要服务挂了:次要服务器存在,主要服务器挂了,keepalived会优先选择主要服务存在的一方作为Master,

OpenStack Mitaka HA高可用搭建

OpenStack Mitaka HA高可用搭建mini试看版version 1.0环境虚拟机列表:10.1.1.120 controller1 controller1.test.com10.1.1.121 controller2 controller2.test.com10.1.1.122 controller3 controller3.test.com10.1.1.133 compute1 compute1.test.com10.1.1.134 glance-backend backend.

Keepalived Httpd的简单高可用搭建及设定sorry_server

环境: K1:192.168.11.26 K2:192.168.11.28 R1:192.168.11.21 R2:192.168.11.30 VIP:192.168.11.99 一.K1配置 [[email protected] ~]# cd /etc/keepalived/                     [[email protected] keepalived]# cat keepalived.conf    #查看配置文件 ! Configuration File for ke

redis+keepalived高可用搭建

一.Redis高可用部署及监控 目录 [相关资料脚本配置文件在此文件夹内]   Redis达到的目的:  1.主拥有读写权限,从拥有读和复制的权限. sentinel达到的目的:1.监控主从redis, 2.当其中一个redis宕机遇到故障后自动切换主从关系. 一.Redis Sentinel简介 二.硬件需求 三.拓扑结构 1.单M-S结构 2.双M-S结构 3.优劣对比 四.配置部署 1.Redis配置 2.Redis Sentinel配置 3.启动服务 4.故障模拟检测 五.备份恢复 1.

阿里云环境迁移记录 - MYSQL高可用搭建

MYSQL高可用方案主要分为两大类,一类是前置管理,一类是后置管理.前置管理的思想是利用各种前置管理工具,动态切换或者分发请求到不同的实例并切换master,如keepalived.MHA.packmaker+Corosync.MySQLProxy等,一般通过暴露VIP将整个MYQL集群隐藏起来,其中Proxy主要用以读写分离.后置管理则是利用共享存储的思想,如NDB方案.由于我们的用户尚不足百万,所以一开始的计划是选择最简单的前置管理模式-双主+keepalived方案,后来因为阿里云停用了V