keepalived

超详细搭建Memcached主主复制+Keepalived高可用架构

匿名 (未验证) 提交于 2019-12-02 22:56:40
简介 Memcached本身是基于内存的缓存,它的设计本身没有冗余机制。如果一个Memcached节点失去了所有的数据,应用程序可以从数据源中再次获取到数据,可以使用开源软件Magent实现Memcached集群,通过Magen缓存代理,防止单点现象。缓存代理也可以做备份,可以用keepalived软件实现高可用 实验环境 主机名 操作系统 IP地址 相关软件 master CentOS_7.4_x86_64 192.168.100.71 libevent-2.1.8-stable.tar.gz;memcached-1.5.6.tar.gz;magent-0.5.tar.gz backuper CentOS_7.4_x86_64 192.168.100.72 libevent-2.1.8-stable.tar.gz;memcached-1.5.6.tar.gz; client CentOS_7.4_x86_64 192.168.100.73 telnet软件 搭建步骤 一、配置主机 1、安装libevent [root@master ~]# tar xvfz libevent-2.1.8-stable.tar.gz [root@master ~]# cd libevent-2.1.8-stable/ [root@master libevent-2.1.8-stable]# .

memcached+magent+keepalived实现高可用群集

匿名 (未验证) 提交于 2019-12-02 22:56:40
magent代理的用途: 如果memcached其中一个缓存节点的机器down机,那么客户端存入的缓存数据将会丢失一部分,我们可以采用 Magent 缓存代理,防止单点现象,缓存代理也可以做备份,通过客户端连接到缓存代理服务器,缓存代理服务器连接缓存服务器,缓存代理服务器可以连接多台Memcached机器,这样就能实现实现高可用以及防止单点故障。 keepalived的用途: 但是如果magent代理服务器宕机了,就不能继续提供服务,所以就用到了keepalived,通过keepalived配置文件设置优先级来决定谁做主magent或者从magent,当主magent正常运行时vip在主magent,当主magent宕机vip自动换到从magent,主magent恢复后vip自动回到主magent上。 实验准备 magent代理与memcached服务装在同一台主机上,仅做实验参考。 主机 ϵͳ IP 角色 软件 memcached 1 CentOS 7 192.168.100.130 主节点 memcached-1.5.6.tar.gz、libevent-2.1.8-stable.tar.gz magent 1 CentOS 7 192.168.100.130 主代理服务器 magent-0.5.tar.gz memcached 2 CentOS 7 192.168.100

利用ansible书写playbook搭建HAProxy+Keepalived+PXC负载均衡和高可用的PXC环境续

微笑、不失礼 提交于 2019-12-02 22:52:08
ansible、playbook、haproxy、keepalived、PXC haproxy+keepalived双主模式调度pxc集群 HAProxy介绍 反向代理服务器,支持双机热备支持虚拟主机,但其配置简单,拥有非常不错的服务器健康检查功能, 当其代理的后端服务器出现故障, HAProxy会自动将该服务器摘除,故障恢复后再自动将该服务器加入 引入了frontend,backend;frontend根据任意 HTTP请求头内容做规则匹配,然后把请求定向到相关的backend. Keepalived介绍 Keepalived是一个基于VRRP协议来实现的WEB 服务高可用方案,可以利用其来避免单点故障。 一个WEB服务至少会有2台服务器运行Keepalived,一台为主服务器(MASTER), 一台为备份服务器(BACKUP),但是对外表现为一个虚拟IP,主服务器会发送特定的消息给备份服务器, 当备份服务器收不到这个消息的时候,即主服务器宕机的时候,备份服务器就会接管虚拟IP,继续提供服务,从而保证了高可用性。 一、环境准备: proxy 192.168.1.241(外网IP: 139.9.219.* ) 跳板机(堡垒主机)、安装ansible、数据库客户端 pxc-0001 192.168.1.181 PXC数据库服务器角色 pxc-0002 192.168.1.182

Nginx反向代理,负载均衡,redis session共享,keepalived高可用

匿名 (未验证) 提交于 2019-12-02 22:10:10
相关知识自行搜索,直接上干货。。。 使用的资源: nginx主服务器一台,nginx备服务器一台,使用keepalived进行宕机切换。 tomcat服务器两台,由nginx进行反向代理和负载均衡,此处可搭建服务器集群。 redis服务器一台,用于session的分离共享。 nginx主服务器:192.168.50.133 nginx备服务器:192.168.50.135 tomcat项目服务器1:192.168.50.137 tomcat项目服务器2:192.168.50.139 redis服务器:192.168.50.140 注意访问时需要配置防火墙规则,或者关闭防火墙 首先进行的通用安装: 总的需要模拟五台服务器,使用vmware,全部使用centos6.5 64位,五台服务器全部安装jdk,我使用的是jdk1.8. 1.安装VMware虚拟机,安装linux系统,此处使用centOS6.5 64位,安装linux命令行工具,上传文件工具,此处使用SecureCRT,SecureFX 。安装教程不再赘述,百度一大堆.......... 这步有问题请使劲点: www.baidu.com 2.在linux上安装jdk: 安装jdk:卸载openjdk版本,上传解压jdk,配置环境变量----参考: http://jingyan.baidu.com/article

Nginx教程

匿名 (未验证) 提交于 2019-12-02 22:10:10
Nginx 是一个高性能的HTTP和反向代理服务器。 特点是占用内存少,并发能力强,理论上能支持高达50000个并发连接数。 Nginx可以作为静态页面的web服务器,同时还支持CGI协议的动态语言,如perl,php等。但是不支持java, java需要通过tomcat配合。 Nginx可以作为正向代理来进行上网功能。 正向代理:如果把局域网外的Internet想象成一个巨大的资源库,则局域网中的客户端要访问Internet, 则需要通过代理服务器来访问,这种代理服务器就称为正向代理。 正向代理需要客户端配置代理服务器进行指定网站访问。 Nginx可以作为反向代理服务器。 反向代理中,客户端对代理是无感知的。因为客户端不需要任何配置就可以访问。请求发送到反向代理服务器后,由反向代理服务器去选择目标服务器,获取数据后返回给客户端。 反向代理服务器和真实服务器对外就是一台服务器,暴露的是代理服务器的地址,隐藏了真实服务器的地址。 增加服务器的数量,将请求分发到各个服务器上,将原来请求集中到单个服务器上的情况改为将请求分发到多个服务器上,将负载分发到不同的服务器上,也就是我们所说的负载均衡。 为了加快网站的解析速度,可以把动态页面和静态页面由不同的服务器来解析,加快解析速度,降低原来单个服务器的压力。 本次安装在虚拟机CentOS 7.6 64位系统中进行。 先安装gcc环境

安装配置keepalived2.0.18,实现nginx+keepalived高可用

匿名 (未验证) 提交于 2019-12-02 22:10:10
一、环境 服务器系统版本:CentOS 7 两台服务器,一台做主节点,一台做备用节点: 192.168.1.200(主节点) 192.168.1.201(备用节点) 二、安装keepalived 2.0 两台服务器都安装上 keepalived 2.0。 1、安装依赖包(libnl库-简化netlink 协议对象的实现、gcc-GNU编译器套件、openssl-devel-包含开发支持各种密码算法和协议的应用程序所需的文件的库包) #yum install -y libnl-devel libnl3-devel libnfnetlink-devel gcc openssl-devel 2、访问keepalived官网下载安装包: #wget https://www.keepalived.org/software/keepalived-2.0.18.tar.gz 3、解压keepalived安装包: #tar -zxvf keepalived-2.0.18.tar.gz 4、安装keepalived: #mkdir /usr/local/keepalived(创建安装目录) #cd keepalived-2.0.18切换到(安装目录下) #./configure --prefix=/usr/local/keepalived(指定位置下安装源代码) #make(编译) #make

Nginx高可用群集架构(Keepalived+nginx+ipvsadm)

匿名 (未验证) 提交于 2019-12-02 22:10:10
案例说明 为了解决Nginx的单点故障问题,使用Keepalived实现双机热备,Keepalived 是一种高性能的服务器高可用或热备解决方案, Keepalived 可以用来防止服务器单点故障的发生,通过配合 Nginx 可以实现 web 前端服务的高可用。使用ipvsadm轮询规则实现负载均衡。 案例拓扑 案例环境 主机 操作系统 ip地址 主要软件 keepalivedMaster Centos7 192.168.100.130 keepalived、ipvsadm keepalivedBackup Centos7 192.168.100.140 keepalived、ipvsadm nginx1 Centos7 192.168.100.100 nginx-1.14.0 nginx2 Centos7 192.168.100.110 nginx-1.14.0 客户机 win7 192.168.100.55 网页浏览器 案例操作 一、安装两台nginx服务器 1、安装环境包 yum install gcc gcc-c++ pcre pcre-devel zlib-devel -y 2、下载nginx包 cd /usr/local/ wget http://nginx.org/download/nginx-1.14.0.tar.gz 3、解压编译 tar zxf nginx-1

mysql之MHA、Mycat综合分析

匿名 (未验证) 提交于 2019-12-02 22:06:11
一、简介     你可以把它看做是一个监控MySQL的工具,当master挂了之后,起一个slave作为master,另外一台slave重新作为新master的备库;     所以MHA的架构做好是三台数据库,并且已经提前做好了主从模式(一主两从),MHA可以管理多组MySQL主从集群;VIP的跳转也     是通过keepalived来实现的,总体的架构设计如下图所示(借助网上的图片):   Mycat:     实现读写分离、分库分表的一个开源的工具,我这里没有使用到分库分表的功能,只是单纯的做读写分离;mycat实现读写分离是在配置文件     中配置的,配置起来也比较的简单,下面会详细介绍,架构方面则是采用的如下图所示的架构模式: 二、MHA搭建安装   2.1 搭建( 一主两从已经实现,这里不做阐述 )     包分为两部分,一个是manager的包,另外一个是node包;包的下载地址为:https://pan.baidu.com/s/1D6v6yPeCTecaB68LwPZJ2A,密码:oyez     所有的节点都需要安装node包,然后所有的节点你都需要安装Perl的依赖包:perl-DBD-MySQL     如果还缺少其它包的话,那就见招拆招呗!!     还有一点需要注意:那个manager包你可以单独部署在一台服务器上,也可以部署在其中一台node节点上  

keepalived+mysql实现高可用

匿名 (未验证) 提交于 2019-12-02 22:06:11
为了响应公司需求,打造出更安全的mysql集群,能够实现mysql故障后切换,研究了几天终于有了成果,一起分享一下。 首先介绍一下这套集群方案实现的功能 1、mysql服务器故障后自动转移,修好后自动切回 2、mysql服务故障自动转移,修好后自动切回 3、可以实现在几秒钟内转移 以下内容均是实验环境,请根据实际情况修改响应参数 生产环境MySQL主主同步主键冲突处理? http://www.linuxidc.com/Linux/2013-07/86890.htm MySQL + KeepAlived + LVS 单点写入主主同步高可用架构实验? http://www.linuxidc.com/Linux/2013-05/84002.htm MySQL 主主同步配置? http://www.linuxidc.com/Linux/2013-05/83815.htm CentOS?6.3下MySQL主从复制笔记? http://www.linuxidc.com/Linux/2013-06/85983.htm Linux下的MySQL主主复制? http://www.linuxidc.com/Linux/2013-10/91683.htm 实验环境: mysql1 ip:10.1.1.20 mysql2? ip:10.1.1.21 mysql vip:10.1.1.25

mysql group replication观点及实践

匿名 (未验证) 提交于 2019-12-02 21:59:42
一:个人看法 又一个“真正” 的群集,怎么做到“真正” ? 怎么做到解决复制的延迟,怎么做到强数据一致性?yGTID的全局事务就能 围绕这些问题进行了一些mgr 的实践, 为未来的数据库高可用设计多条选择。 mysql5.7手册17章可以看到其原理,网络上也很多同志写了关于其技术原理,这里自己对比rac理解下: 作为shared nothing (mgr)架构,其数据一致性实现较 shared everything(RAC) 架构要难, MGR 对于 sharad nothing 架构,必须要了解分布式协议PAXOS,分布式状态机 理论,而在这块我翻阅了很多资料,发现其实并不是很成熟的。从上图可以看出来MGR 的冲突检测机制 类似于 rac 的gird 群集组件 也具备通告广播的群集服务。但本质架构上有所不同。一切依赖于 复制组的软件实现。如果这里出了问题,那么整个群集一致性难以得到保证。 二:搭建过程 这个过程比较粗糙,网络上有不少写的比较细的可以参考 1:MGR 必须3节点以上,这个道理不在解释,先配置my.cnf port=3306 basedir=/home/mysql datadir=/home/mysql/data3 socket = /home/mysql/data3/mysql3.sock log_error=/home/mysql/data3/mysql3