随笔分类 -  LB/HA高可用

摘要:之前详细介绍了haproxy的基础知识点, 下面记录下Haproxy+Heartbeat高可用web集群方案实现过程, 以加深理解. 架构草图如下: 1) 基本环境准备 (centos6.9系统) 2) 安装后端两个realserver节点的web环境 (即172.16.60.204/205两台机器 阅读全文
posted @ 2019-01-02 01:17 散尽浮华 阅读(2936) 评论(2) 推荐(1) 编辑
摘要:之前分别介绍了LVS基础知识和Heartbeat基础知识, 今天这里简单说下LVS+Heartbeat实现高可用web集群方案的操作说明. Heartbeat 项目是 Linux-HA 工程的一个组成部分,它实现了一个高可用集群系统。心跳服务和集群通信是高可用集群的两个关键组件,在 Heartbea 阅读全文
posted @ 2018-12-24 20:54 散尽浮华 阅读(2217) 评论(0) 推荐(2) 编辑
摘要:CAP理论被很多人拿来作为分布式系统设计的金律,然而感觉大家对CAP这三个属性的认识却存在不少误区,那么什么是CAP理论呢?CAP原本是一个猜想,2000年PODC大会的时候大牛Brewer提出的,他认为在设计一个大规模可扩放的网络服务时候会遇到三个特性:一致性(consistency)、可用性(A 阅读全文
posted @ 2018-08-09 15:41 散尽浮华 阅读(3248) 评论(0) 推荐(2) 编辑
摘要:Keepalived 实现VRRP(虚拟路由冗余)协议,从路由级别实现VIP切换,可以完全避免类似heartbeat脑裂问题,可以很好的实现主从、主备、互备方案,尤其是无状态业务,有状态业务就需要额外花些功夫了。既然Mysql可以使用Keepalived很好的做到主从切换,那么Redis自然可以使用 阅读全文
posted @ 2018-05-07 12:01 散尽浮华 阅读(6792) 评论(0) 推荐(1) 编辑
摘要:在日常运维工作中,当给Web站点使用负载均衡之后,必须面临的一个重要问题就是Session的处理办法,无论是PHP、Python、Ruby还是Java语言环境,只要使用服务器保存Session,在做负载均衡时都需要考虑Session的问题。 通常面临的问题 一、Session会话保持 二、Sessi 阅读全文
posted @ 2017-12-29 14:59 散尽浮华 阅读(4388) 评论(0) 推荐(0) 编辑
摘要:什么是脑裂(split-brain)在"双机热备"高可用(HA)系统中,当联系两个节点的"心跳线"断开时(即两个节点断开联系时),本来为一个整体、动作协调的HA系统,就分裂成为两个独立的节点(即两个独立的个体)。由于相互失去了联系,都以为是对方出了故障,两个节点上的HA软件像"裂脑人"一样,"本能" 阅读全文
posted @ 2017-07-19 15:02 散尽浮华 阅读(27157) 评论(2) 推荐(3) 编辑
摘要:我们通常说的双机热备是指两台机器都在运行,但并不是两台机器都同时在提供服务。当提供服务的一台出现故障的时候,另外一台会马上自动接管并且提供服务,而且切换的时间非常短。MySQL双主复制,即互为Master-Slave(只有一个Master提供写操作),可以实现数据库服务器的热备,但是一个Master 阅读全文
posted @ 2017-04-14 18:00 散尽浮华 阅读(33660) 评论(8) 推荐(9) 编辑
摘要:为了对比Hproxy和Nginx负载均衡的效果,分别在测试机上(以下实验都是在单机上测试的,即负载机器和后端机器都在一台机器上)做了这两个负载均衡环境,并各自抓包分析。下面说下这两种负载均衡环境下抓包分析后的结果: 1)Haproxy负载均衡环境下的实验记录。后端有一台机器挂掉后,如果还没达到探测的 阅读全文
posted @ 2017-01-04 18:17 散尽浮华 阅读(26199) 评论(2) 推荐(1) 编辑
摘要:在日常的集群系统架构中,一般用到Heartbeat的主要就2种:1)高可用(High Availability)HA集群, 使用Heartbeat实现,也称为”双机热备”, “双机互备”, “双机”;2)负载均衡群集(Load Balance Cluster),使用Linux Virtual Ser 阅读全文
posted @ 2017-01-04 16:03 散尽浮华 阅读(8476) 评论(1) 推荐(0) 编辑
摘要:keepalived介绍keepalived观察其名可知,保持存活,在网络里面就是保持在线了,也就是所谓的高可用或热备,它集群管理中保证集群高可用的一个服务软件,其功能类似于heartbeat,用来防止单点故障(单点故障是指一旦某一点出现故障就会导致整个系统架构的不可用)的发生。说到keepaliv 阅读全文
posted @ 2017-01-04 15:45 散尽浮华 阅读(19508) 评论(0) 推荐(2) 编辑
摘要:之前已经介绍了Nginx+Keepalived双机热备的主从模式,今天在此基础上说下主主模式的配置。 由之前的配置信息可知:master机器(master-node):103.110.98.14/192.168.1.14 VIP1:103.110.98.20slave机器(slave-node):1 阅读全文
posted @ 2016-12-08 18:36 散尽浮华 阅读(11748) 评论(2) 推荐(1) 编辑
摘要:负载均衡技术对于一个网站尤其是大型网站的web服务器集群来说是至关重要的!做好负载均衡架构,可以实现故障转移和高可用环境,避免单点故障,保证网站健康持续运行。关于负载均衡介绍,可以参考:linux负载均衡总结性说明(四层负载/七层负载) 由于业务扩展,网站的访问量不断加大,负载越来越高。现需要在we 阅读全文
posted @ 2016-12-06 16:52 散尽浮华 阅读(74849) 评论(6) 推荐(8) 编辑
摘要:开源软件负载均衡器 现在常用的三大开源软件负载均衡器分别是Nginx、LVS、Haproxy。 在之前的文章中已经对比了这三个负载均衡软件, 下面根据自己的理解和使用经验, 再简单说下这三个负载均衡软件各自特点:LVS负载均衡的特点1) 抗负载能力强。抗负载能力强、性能高,能达到F5硬件的60%;对 阅读全文
posted @ 2016-12-06 16:43 散尽浮华 阅读(21571) 评论(2) 推荐(7) 编辑
摘要:一. 集群的概念 服务器集群简称集群是一种服务器系统,它通过一组松散集成的服务器软件和/或硬件连接起来高度紧密地协作完成计算工作。在某种意义上,他们可以被看作是一台服务器。集群系统中的单个服务器通常称为节点,通常通过局域网连接,但也有其它的可能连接方式。集群服务器通常用来改进单个服务器的计算速度和/ 阅读全文
posted @ 2016-12-06 16:12 散尽浮华 阅读(15455) 评论(1) 推荐(6) 编辑
摘要:在常规运维工作中,经常会运用到负载均衡服务。负载均衡分为四层负载和七层负载,那么这两者之间有什么不同?废话不多说,详解如下: 一. 什么是负载均衡1)负载均衡(Load Balance)建立在现有网络结构之上,它提供了一种廉价有效透明的方法扩展网络设备和服务器的带宽、增加吞吐量、加强网络数据处理能力 阅读全文
posted @ 2016-12-06 15:51 散尽浮华 阅读(41310) 评论(9) 推荐(25) 编辑
摘要:当下Linux运维技术越来越受到企业的关注和追捧, 在某些企业, 尤其是牵涉到电子商务和电子广告类的网站,通常会要求作负载均衡和高可用的Linux集群方案。那么如何实施Llinux集群架构,才能既有效保证网站健康运行,又能节省运维成本呢?以下是根据本人几年的运维经历,简单梳理下自己的一点感悟。 1) 阅读全文
posted @ 2016-11-04 18:28 散尽浮华 阅读(6204) 评论(0) 推荐(0) 编辑
摘要:作为一个合格的运维人员,一定要熟悉掌握OSI七层网络和TCP/IP五层网络结构知识。 废话不多说!下面就逐一展开对这两个网络架构知识的说明:一、OSI七层网络协议OSI是Open System Interconnect的缩写,意为开放式系统互联。 OSI参考模型各个层次的划分遵循下列原则:1)根据不 阅读全文
posted @ 2016-09-26 16:41 散尽浮华 阅读(26360) 评论(2) 推荐(8) 编辑
摘要:Nginx、LVS、HAProxy 是目前使用最广泛的三种负载均衡软件,本人都在多个项目中实施过,通常会结合Keepalive做健康检查,实现故障转移的高可用功能。 软件负载均衡一般通过两种方式来实现:基于操作系统的软负载实现和基于第三方应用的软负载实现。LVS就是基于Linux操作系统实现的一种软 阅读全文
posted @ 2016-09-21 12:08 散尽浮华 阅读(27948) 评论(9) 推荐(8) 编辑
摘要:操作背景:前方有一台haproxy代理机器(115.100.120.57/192.168.1.7),后方两台realserver机器(192.168.1.150、192.168.1.151,没有公网ip,部署了很多站点)将域名解析到haproxy机器的公网ip,在haproxy配置文件里,根据域名转 阅读全文
posted @ 2016-09-21 12:07 散尽浮华 阅读(26210) 评论(1) 推荐(3) 编辑
摘要:背景:A服务器(192.168.1.8)作为nginx代理服务器B服务器(192.168.1.150)作为后端真实服务器 现在需要访问https://testwww.huanqiu.com请求时从A服务器上反向代理到B服务器上 这就涉及到nginx反向代理https请求的配置了~~~ A服务器(19 阅读全文
posted @ 2016-09-12 17:19 散尽浮华 阅读(28964) 评论(3) 推荐(2) 编辑