细节决定成败3:特定页面无法打开-低调大师

细节决定成败3:特定页面无法打开

2017-11-14 589

细节决定成败, 做技术的尤其如此，今天我们继续分享一个和负载均衡相关的排障案例:

之前系列:

细节决定成败2: 链路负载均衡遇到IPS

细节决定成败1: 负载均衡和应用层面的结合

七层服务器负载均衡时，HTTP Header的大小限制

客户报障，使用A10设备配置了七层应用交换，在经过负载均衡后访问同一台内部服务器的不同页面，一个可以正常打开，另外一个无响应。

在明确的确是相同客户端通过负载均衡设备访问相同的后台服务器出现的问题后；很显然这个问题和网络互通基本上无关，通常这种问题是比较难处理的。这种情况下无非回归到根本，从客户端，负载均衡和服务器三处同时抓包进行详尽的分析：

访问该页面时，客户端发送请求；负载均衡代理应答后，客户端发送HTTP请求，但未接收到任何后续的响应报文

服务器：可以接收到客户端的请求并正确返回响应报文

负载均衡：接收到服务器的请求并正确转发给服务器；成功接收来自服务器的报文但未转发给前段客户端：

看过我们之前有关PMTU文章的读者，可能会马上考虑到这个是不是PMTU的问题，经过报文的详细分析排除；在进一步排查时发现，服务器的详细响应报文是这样的(通过wireshark分析服务器响应报文, Follow TCP产生）

经过确认，是由于服务器响应报文中HTTP Header中的一个Set Cookie长度过长；超过了常用的16K字节；而负载均衡设备通常为能快速处理7层报文，对整个服务器响应中HTTP Header的内容会放入系统buffer中处理；在HTTP Header的长度超过该buffer大小时会丢弃，造成上面提到的访问故障。

需要提到的是，IIS系统等WEB中间件对用户的HTTP请求，和服务器的HTTP响应都有大小的限制，不同的版本设定值不同；在淘宝叔同的"大型互联网站性能优化"一文中也特别提到要减小服务器返回Cookie的大小作为网站优化的一种手段：

在此再次提醒诸位：四层和七层的应用对负载均衡/应用交付来讲是完全不同的机制；七层由于应用上的种种细节，就有可能存在类似这篇文章提到的细枝末节的问题；何时采用四层部署，何时又应该使用七层功能，请大家务必根据应用需求仔细定夺。

(J.L.)

本文转自 virtualadc 51CTO博客，原文链接:http://blog.51cto.com/virtualadc/972328

微信关注我们

原文链接：https://yq.aliyun.com/articles/425878

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

什么是微服务

最近流行语又多了个微服务，事实上已经流行蛮久了。对于微服务的概念，其实业界并没有给出明确的定义。只是罗列了几个微服务的特征，比如：独立部署组件化，按业务或者服务的功能来划分粒度低易于部署，快速部署去中心化 ...... 还有其它的一下特征，一时枚举不全，因为各个文章都有自己的解释。但是我读了个大概，发现个名词和SOA并没有什么大不同，硬是要有什么不同点，那就是原先早起的SOA还依赖于ESB这种东西，而微服务是要去除ESB。但是，现在的SOA也可以不依赖ESB，微服务的这些特征，完全可以用SOA实现。本质上，微服务是一个更严格的SOA。其实我已经用微服务很好几年了，即使没意识到这个就叫微服务。Martin 又造了个新词来忽悠大众。本文转自cnn23711151CTO博客，原文链接：http://blog.51cto.com/cnn237111/1968162，如需转载请自行联系原作者

2017-11-15

621

摘要：由于最近在做重构的项目，所以对重构又重新进行了一遍学习和整理，对31天重构最早接触是在2009年 10月份，由于当时没有订阅 Sean Chambers的blog，所以是在国外的社区上闲逛的时候链接过去的。记得当时一口气看完了整个系列并没有多少感觉，因为这些基本上项目都在使用，只是我们没有专门把它标示和整理出来，所以也没有引起多大的重视。现在突然接手这个重构项目，由于团队成员技术和经验参差不齐，所以有必要专门整理一个重构的纲要，当然这个系列也非常适合做新系统的代码规范参考，只要有代码的地方，这个重构规范就很有价值。周末也不想出去闲逛，因为在刚到这个美丽的城市，没有亲戚或者朋友，所以才能静下心来两天时间写完这个重构参考规范。同时也感受了Windows Live writer写文章的快感。当然重构的整体架构得另当别论（整体架构在我的这篇文章有专门的讲解（ http://www.cnblogs.com/zenghongliang/archive/2010/06/23/1763438.html）。大的架构设计好了以后，这些重构细节点就成了东风之后的大火，对整个项目也是至关重要。3...

2017-11-15

566

资源下载

更多资源

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。