企业运维训练营之云上网络原理与实践课程 - 第二讲 负载均衡CLB(下)- 常见问题与解决思路

简介: 课程目标了解负载均衡CLB的产品功能了解负载均衡CLB的底层架构与相关技术掌握负载均衡CLB的最佳实践熟知负载均衡CLB的常见问题与解决思路

企业运维训练营之云上网络原理与实践课程

第二讲  负载均衡CLB(下)- 常见问题与解决思路

 

视频地址:

https://developer.aliyun.com/learning/course/991/detail/14970

 

 

1.  访问CLB失败

image.png

 

a.  问题表现:公网所有客户端ping or telnet 均不通。

可能的原因:SLB IP被清洗或黑洞。

处理方法:1、清洗:解除清洗 2、黑洞:迁移业务,等待黑洞结束。

 

b.  问题表现:

  • 可以pingSLB IP
  • 客户端报错:Connection reset by peerConnection refused502状态码;
  • 访问日志,upstream addr显示为非IP地址;
  • 客户端抓包:SYN发出后收到了RST

可能的原因:RS全部健康检查失败。

处理方法:后端ECS上分析排查健康检查失败的原因。

 

c.  问题表现:

  • ping or telnet 表现类似,偶发不通;
  • 只有部分地域或单个运营商存在问题;

可能的原因:公网链路质量问题。

处理方法:获取MTR结果后请终端用户向当地运营商报障。

 

d.  问题表现:

  • 可以pingSLB IP
  • 是四层监听;
  • 访问失败概率为(n-1)/nn为后端ECS服务器台数;
  • 客户端抓包SYN发出后没有收到SYN ACK

可能的原因:服务器同时作为后端ECS与客户端;

处理方法:

  • 更改为7层监听
  • 更改架构

 

2.  健康检查失败

image.png

a.  /七层监听健康检查失败原因:

 

  • 屏蔽了健康检查源IP
  • 后端ECS端口是否监听;
  • 后端ECS监听队列是否溢出;
  • 安全软件是否进行了拦截;

 

b.  七层监听健康检查失败原因:

 

除了上述可能的问题,七层监听默认使用head请求,需要查看后端WebServer是否开启head请求;

 

c.  错误信息示例:

 

TCP监听:TCP connect time out / TCP connect error

UDP监听:UDP connect error

HTTP(s)监听:check protocol error / check time out

 

3.  访问出现4xx5xx

 image.png

 

使用负载均衡后出现4xx5xx的处理思路:

 

a.  400 Bad Request

 

  • 请求头过大;
  • Cookie过大;

 

b.  500 Internal Server Error

 

  • 指定域名和url时,没有精确匹配url
  • proxy往后端ECS发送数据的过程中,后端ECS主动RSTTCP连接;

 

c.  502 Bad Gateway

 

  • proxy和后端ECS三次握手过程中,后端ECS主动回复了RST
  • proxy和后端ECS三次握手成功,但在等待响应的过程中后端ECS主动回复了RST
  • 所有后端ECS健康检查失败;

 

d.  503 Service Unavailable

 

  • proxy超出单台限定的QPSupstream_response_timeupstream_addr会填充为“_”;
  • 转发的目标集合中没有可用的RS(如虚拟服务器中没有RS,后端服务器中没有ECS)upstream_response_time一般会填充为0.000upstream_addr会填充为“127.0.0.1:503”

 

e.  504 Gateway Timeout

 

  • proxyRS三次握手建连超时(超时时间为5),如syn一直在重传,upstream_response_time填充为5(可能会有正负一点误差,如5.001)upstream_status504
  • proxyRS三次握手成功,但是等待HTTP响应超时(超时时间为60)upstream_response_time填充为60(可能会有正负一点误差,如60.001)upstream_status504

 

4.  负载不均

 image.png

a.  负载不均的原因

 

  • 四层监听:业务存在长连接;新建连接数过少;
  • 七层监听:启用了HTTP2
  • /七层监听:后端健康检查抖动;会话保持;转发规则为最小连接数。

 

b.  解决思路:

 

  • 访问日志;
  • 健康检查日志;
  • 寻求阿里云技术支持,查看底层数据。

 

5.  压测性能不符合预期

 image.png

 

a.   施压前

  • 观测指标:50x状态码(特别是503状态码);丢弃连接、丢弃流量、50x状态码、upstream_response_timeupstream_response_time
  • 施压方式:长时间的压测、施压的源IP足够多(建议10个以上)

 

b.   施压中

  • 施压工具:推荐使用PTSJmeter
  • 关闭健康检查;
  • 关闭会话保持;

 

c.   施压后

  • 查看压测报告:QPSRTTPSVU
  • 评估是否达到预期;

 

d.   可能的原因

  • TCP流压测:单个TCP链接速率峰值=CLB总带宽的1/(N-1)
  • 客户端出现瓶颈:源端口不足、带宽受限;
  • SLB本身出现瓶颈:超过实例配额;
  • 后端ECS出现瓶颈。

 

 

 

相关实践学习
每个IT人都想学的“Web应用上云经典架构”实战
本实验从Web应用上云这个最基本的、最普遍的需求出发,帮助IT从业者们通过“阿里云Web应用上云解决方案”,了解一个企业级Web应用上云的常见架构,了解如何构建一个高可用、可扩展的企业级应用架构。
相关文章
|
4月前
|
负载均衡 NoSQL Redis
不增加 GPU,首 Token 延迟下降50%|LLM 服务负载均衡的新实践
针对LLM服务的特点,Higress AI网关以插件形式提供了面向LLM服务的负载均衡算法,包括全局最小请求数负载均衡、前缀匹配负载均衡以及GPU感知负载均衡,能够在不增加硬件成本的前提下,提升系统的吞吐能力、降低响应延迟,并实现更公平、高效的任务调度。
562 135
|
3月前
|
JavaScript Java 大数据
基于python的网络课程在线学习交流系统
本研究聚焦网络课程在线学习交流系统,从社会、技术、教育三方面探讨其发展背景与意义。系统借助Java、Spring Boot、MySQL、Vue等技术实现,融合云计算、大数据与人工智能,推动教育公平与教学模式创新,具有重要理论价值与实践意义。
|
7月前
|
数据采集 机器学习/深度学习 人工智能
运维人的“福音”?AI 驱动的自动化网络监控到底香不香!
运维人的“福音”?AI 驱动的自动化网络监控到底香不香!
909 0
|
8月前
|
弹性计算 负载均衡 网络协议
阿里云SLB深度解析:从流量分发到架构优化的技术实践
本文深入探讨了阿里云负载均衡服务(SLB)的核心技术与应用场景,从流量分配到架构创新全面解析其价值。SLB不仅是简单的流量分发工具,更是支撑高并发、保障系统稳定性的智能中枢。文章涵盖四层与七层负载均衡原理、弹性伸缩引擎、智能DNS解析等核心技术,并结合电商大促、微服务灰度发布等实战场景提供实施指南。同时,针对性能调优与安全防护,分享连接复用优化、DDoS防御及零信任架构集成的实践经验,助力企业构建面向未来的弹性架构。
735 76
|
11月前
|
存储 弹性计算 负载均衡
活动实践 | ALB 实现跨地域负载均衡
本方案通过阿里云的云企业网(CEN)、转发路由器(TR)、专有网络(VPC)、云服务器(ECS)和应用型负载均衡(ALB),实现跨地域的应用负载均衡。它扩展了系统的吞吐能力,提升了可用性和安全性。用户可通过资源编排服务(ROS)一键部署,并进行负载测试验证。清理资源也简便快捷。
|
运维 监控 网络协议
|
负载均衡 网络协议 Unix
Nginx负载均衡与故障转移实践
Nginx通过ngx_http_upstream_module模块实现负载均衡与故障转移,适用于多服务器环境。利用`upstream`与`server`指令定义后端服务器组,通过`proxy_pass`将请求代理至这些服务器,实现请求分发。Nginx还提供了多种负载均衡策略,如轮询、权重分配、IP哈希等,并支持自定义故障转移逻辑,确保系统稳定性和高可用性。示例配置展示了如何定义负载均衡设备及状态,并应用到具体server配置中。
|
存储 运维 网络协议
运维的基本概念:服务器和网络基础知识
运维的基本概念:服务器和网络基础知识
1178 0
运维的基本概念:服务器和网络基础知识
|
运维 安全 应用服务中间件
自动化运维的利器:Ansible入门与实战网络安全与信息安全:关于网络安全漏洞、加密技术、安全意识等方面的知识分享
【8月更文挑战第30天】在当今快速发展的IT时代,自动化运维已成为提升效率、减少错误的关键。本文将介绍Ansible,一种流行的自动化运维工具,通过简单易懂的语言和实际案例,带领读者从零开始掌握Ansible的使用。我们将一起探索如何利用Ansible简化日常的运维任务,实现快速部署和管理服务器,以及如何处理常见问题。无论你是运维新手还是希望提高工作效率的资深人士,这篇文章都将为你开启自动化运维的新篇章。
|
消息中间件 负载均衡 Kafka
Kafka 实现负载均衡与故障转移:深入分析 Kafka 的架构特点与实践
【8月更文挑战第24天】Apache Kafka是一款专为实时数据处理和流传输设计的高性能消息系统。其核心设计注重高吞吐量、低延迟与可扩展性,并具备出色的容错能力。Kafka采用分布式日志概念,通过数据分区及副本机制确保数据可靠性和持久性。系统包含Producer(消息生产者)、Consumer(消息消费者)和Broker(消息服务器)三大组件。Kafka利用独特的分区机制实现负载均衡,每个Topic可以被划分为多个分区,每个分区可以被复制到多个Broker上,确保数据的高可用性和可靠性。
600 2