hliyuxin的专栏

一个集群跑八台AGW,  后端下挂长连接服务， 一个VIP对应一个RS,  keepalived vip配置alpha 、omega选项. 问题描述： 1、连接到服务器 XXX.XXX.97.97(VIP) ，这时能正常发消息 2、后端服务器应用重启 3、客户端连接断开后尝试重连 4、服务器启动成功 5、客户端重新连接成功，并能发送消息，未读消息也能推送下去 6、多了一会（大概几秒）

之前线上LVS如果https健康检查的rs 配置较多，会出现cpu利用率高的问题。通过工具测试发现，整个https健康检查过程中，cpu耗时主要发生在SSL_connect()函数上，也就是握手阶段。       下面我们来看ssl协议，主要有以下几个步骤： 1. Client -> Server：Client Hello 2. Server -> Client：Server Hello,

如果LVS上一个VIP下挂的RS全都不可用， 原LVS采用的方式是DROP掉访问该VIP的包。出现这种情况，我们需要最短时间反馈给监控该VIP不可用，降低应用的不可用时长。 我们采用的改进方法是当该VIP的RS都不可用时，第一个syn包直接回复RST包，这个结果类似访问一个IP不存在的PORT。 设计方法是svc结构体增加weight变量，代表下挂rs的weight的和，当rs都不可用时svc-

随着集团业务的不断扩大，各站点访问量的急剧增长，服务器集群的规模成倍增长，同时也要求传统的LVS集群的服务器数量成倍增长。传统LVS的负载均衡功能现已很难满足公司集群系统的需求，怎样开发出一个高性能、处理超大规模流量的四层负载均衡网关产品，成为整个集团的一个巨大的技术挑战。 传统的LVS 基于linux内核的NetFilter框架实现，实验测试linux 2.6内核netfilter框架，在没有