keepalived

生产环境对数据库要求很高的，为了避免数据库的突发情况，给他做个保险--用keepalived做高可用 环境（此处ip，密码均是乱造的）： 主：192.1.31.161 端口：3306 用户：vnum 密码：vnum@123 从：192.1.31.162 端口：3306 方案介绍 两台mysql互为主从，但只有master写，slave只负责读。主从通过keepalive做成高可用，当master出问题， 由slave接替master工作，即读写都在slave操作。当master恢复正常，master自动同步故障时间段数据，接替slave的写工作。 一：配置主主同步 、配置文件 master my.cnf 主要参数 log_slave_updates log-bin = mysql-bin server-id = 1 binlog-ignore-db=mysql #auto_increment_increment = 2 #auto_increment_offset = 2 slave my.cnf 主要参数 log_slave_updates log-bin = mysql-bin server-id = 2 binlog-ignore-db=mysql #auto_increment_increment = 2 #auto_increment_offset = 1 注: log

memcached高可用群集搭建 我们需要三台服务器： 主服务器 192.168.247.206 从服务器 192.168.247.160 客户端 192.168.247.161 主服务器 配置memcached主缓存节点和从缓存节点 [root@lamp ~]# hostnamectl set-hostname master [root@lamp ~]# su [root@master ~]# [root@master ~]# mkdir /abc mkdir: cannot create directory ‘/abc’: File exists [root@master ~]# mount.cifs //192.168.254.10/linuxs /abc Password for root@//192.168.254.10/linuxs: [root@master ~]# cd /abc [root@master abc]# tar zxvf libevent-2.1.8-stable.tar.gz -C /opt [root@master abc]# tar zxvf memcached-1.5.6.tar.gz -C /opt [root@master abc]# mkdir /opt/magent [root@master abc]# tar zxvf magent

1 前言 在应用程序中，应用配置连接的数据库IP地址和端口号都是固定一个的，当所属IP地址的服务器宕机后，需要人为手工更改IP地址切换数据库服务器。同时当应用接收到成千上万的并发 http 请求时，会导致服务器消耗大量系统资源，轻则响应速度降低，严重的甚至会引发宕机。 为了充分合理的利用服务器资源，提高数据服务的性能和稳定性，在较低成本的前提下，保证在部分服务器宕机或发生故障的情况下不影响业务的正常运作。本文主要介绍 Nginx+Keepalived 连接 SequoiaDB -MySQL 实例的高可用方案与实践。 2 SequoiaDB 数据库介绍 SequoiaDB 巨杉数据库是一款完全自研的金融级分布式数据库产品，采用计算与存储分离架构，由数据库实例层和数据库存储引擎层组成。数据库实例层负责解析请求并转发至数据库存储引擎层处理，同时会将数据库存储引擎层的响应结果反馈给应用层，数据库实例层支持包括针对结构化数据的 MySQL 实例、PostgreSQL 实例、SparkSQL 实例，以及针对非结构化数据的 S3 和 PosixFS 文件系统的对象存储实例实例，而数据库存储引擎层是由 SequoiaDB 巨杉数据库的协调节点、编目节点和数据节点组成。该数据库集群架构能方便用户实现由传统数据库到巨杉数据库的无缝迁移，减少应用开发者的开发和学习成本。 2.1 SequoiaDB

3 月，跳不动了？>>> 1 前言 在应用程序中，应用配置连接的数据库IP地址和端口号都是固定一个的，当所属IP地址的服务器宕机后，需要人为手工更改IP地址切换数据库服务器。同时当应用接收到成千上万的并发 http 请求时，会导致服务器消耗大量系统资源，轻则响应速度降低，严重的甚至会引发宕机。 为了充分合理的利用服务器资源，提高数据服务的性能和稳定性，在较低成本的前提下，保证在部分服务器宕机或发生故障的情况下不影响业务的正常运作。本文主要介绍 Nginx+Keepalived 连接 SequoiaDB -MySQL 实例的高可用方案与实践。 2 SequoiaDB 数据库介绍 SequoiaDB 巨杉数据库是一款完全自研的金融级分布式数据库产品，采用计算与存储分离架构，由数据库实例层和数据库存储引擎层组成。数据库实例层负责解析请求并转发至数据库存储引擎层处理，同时会将数据库存储引擎层的响应结果反馈给应用层，数据库实例层支持包括针对结构化数据的 MySQL 实例、PostgreSQL 实例、SparkSQL 实例，以及针对非结构化数据的 S3 和 PosixFS 文件系统的对象存储实例实例，而数据库存储引擎层是由 SequoiaDB 巨杉数据库的协调节点、编目节点和数据节点组成。该数据库集群架构能方便用户实现由传统数据库到巨杉数据库的无缝迁移，减少应用开发者的开发和学习成本。 2.1

1、目的 搭建web高可用架构，用haproxy作为前段负载均衡分摊后端web服务器压力，Keepalived保证haproxy的存活（双机热备：一台haproxy挂了，自动切换到另外一台haproxy上） 2、环境（系统均为centos7，防火墙与selinux都关闭） 192.168.0.100：web1（端口7000）、web2（端口8000） 192.168.0.101：haproxy1、keepalived（MASTER） 192.168.0.102：haproxy2、keepalived（BACKUP） 虚拟ip（VIP）：192.168.0.11（端口8600） 3、搭建web1与web2 在192.168.0.100上安装docker，运行两个容器分别是web1与web2 4、分别在master和backup节点上安装haproxy与keepalived 直接yum安装，过程省略。。。 5、配置haproxy(在master与backup节点配置相同) 编辑配置文件/etc/haproxy/haproxy.cfg 在最后添加后端web主机的访问地址 backend webapp balance roundrobin server web1 192.168.0.101:7000 check inter 2000 fall 3 weight 1 server web2

实验环境： 主机 IP LVS-1 1.1.1.101 LVS-2 1.1.1.102 Nginx-1 1.1.1.103 Nginx-1 1.1.1.104 VIP 1.1.1.100 在这里插入图片描述 Keepalived - LVS 实验步骤： 1） 配置 Web 服务 可参考Nginx 安装 Web-1 安装、配置、启动 useradd -M -s /sbin/nologin nginx cd /usr/src/nginx-1.6.0/ ./configure --prefix=/usr/local/nginx --user=nginx --group=nginx --with-http_ssl_module --with-http_spdy_module --with-http_stub_status_module --with-pcre ln -s /usr/local/nginx/sbin/nginx /usr/local/sbin echo 'This is a Web1-Master ' > /usr/local/nginx/html/index.html nginx curl 1.1.1.103 This is a Web1-Master Web-1 设置路由规则 [root@localhost ~]# vim /etc/sysctl.conf [root

部署阶段及问题笔记：https://www.cnblogs.com/l-hh/category/1400262.html 两台机器都安装keepalived [root@zabbix-master ~]# yum install keepalived.x86_64 -y keepalived配置 Zabbix-master配置文件： ! Configuration File for keepalived global_defs { router_id zabbix-master #router_id 机器标识 } vrrp_script chk_zabbix { script "/etc/keepalived/check.sh zabbix_server" interval 1 #每1秒检测一次服务的运行状态 weight 30 #优先级变化幅度 fall 2 #尝试两次都成功才成功 rise 2 #尝试两次都失败才失败 } vrrp_script chk_mysql { script "/etc/keepalived/check.sh mysqld" interval 1 weight 20 fall 2 rise 2 } vrrp_instance VI_1 { #vrrp实例定义部分 state MASTER #设置lvs的状态，MASTER和BACKUP两种，必须大写

keepalived 双机热备 1. keepalived 双机热备的原理 首先，要知道 keepalived 有三个模块，分别是core、check和vrrp。其中core模块为keepalived的核心，负责主进程的启动、维护以及全局配置文件的加载和解析，check模块负责健康检查，vrrp模块是来实现VRRP协议的。 keepalived 工作在网络层，通过VRRP 协议，将信号广播到网络内的所有机器。当网络组中的主机收到广播后，就会检测自己的优先级，如果发现本机的优先级是最高，则将VIP绑定到本机的网卡。 所以，keepalived 软件主要是靠VRRP 协议通信。所以，当keepalived 机器组里的机器不能正常通信后，就会出现脑裂问题——即有两台以上的主机在抢占VIP 。 keepalived 通常用在组建双机热备，当master 出现故障后，备机会获得vip绑定，替代出现故障的机器提供服务。当然热备的主机数量可以不止两台。 2. 搭建双机热备的思路 有两台nginx 提供web服务功能，在nginx 服务器上各安装keepalived 软件，其中一台配置为master，另一台配置成backup。keepalived 的配置文件可以统一完成这些需求。keepalived 还可以自定义检测nginx健康情况的脚本。这个检测nginx的脚本功能是

某厂面试归来，发现自己落伍了！>>> 通过SaltStack的配置管理来实现一个“中小型web架构”的自动化部署和配置管理，主要包括以下功能和服务： 系统初始化 Haproxy服务 Keepalived服务 Nginx服务 PHP（FastCGI）服务 Memcached服务 按照本案例的思路，我们将按照系统初始化、功能模块化、业务模块这样的设计思路来进行设计和实施： 系统初始化：指操作系统安装完毕之后，需要使用到的初始配置，比如安装监控代理、调整内核参数、设置域名解析等 功能模块：指的是生产用到的应用，比如Nginx、PHP、Haproxy、Keepalived等这类应用服务的安装和管理，每一个功能完美创建一个目录来存放，我们把这个目录的集合称之为“功能模块” 业务模块：在功能模块中我们编写了大量基础的功能状态，在业务层面直接进行引用，所以功能模块就是尽可能的全、而且独立。而业务模块，不同的业务类型就可以在Include功能模块里面的安装和部署，每个业务使用自己独特的配置文件等。最终在top.sls里面我们只需要给某个Minion指定一个业务的状态即可。 一、环境规划 环境规划包含实验环境规划SaltStack环境。 1.实验环境： salt-master-1.example.com 10.0.241.122 Master salt-minion-1.example.com 10

背景 通常情况下，利用nginx进行负载均衡，使后端服务高可用，某个后台服务出现问题可以动态剔除，不影响系统的正常运行，但是nginx只有一个，这时候是个瓶颈，会出现单点故障，nginx出现问题，服务将会出现中断，影响系统的正常运行。 keepalived解决nginx单点问题 利用keepalived故障切换转移的功能，部署多个nginx服务，比如两个，一个master对外服务，另外一个处于backup热备服务，对外通过vip进行访问。当master服务出现问题的时候，backup热备服务的机器将会动态接管vip，接管vip后backup热备服务将会对外服务，从而解决nginx单点故障问题。 keepalived配置 [root@k8snode01 keepalived]# more keepalived.conf ! Configuration File for keepalived global_defs { notification_email { acassen@firewall.loc failover@firewall.loc sysadmin@firewall.loc } notification_email_from Alexandre.Cassen@firewall.loc smtp_server 192.168.200.1 smtp_connect