阿里云 SLB 负载均衡 503 错误解决方案

小渣渣

最近用浏览器访问本站的时候，我尝试多刷新几次，就会报 503 错误，如下图：

503 Service Temporarily Unavailable

同时，响应头如下：

content-length: 608
content-type: text/html
date: Sat, 07 Jan 2023 13:50:32 GMT
via: HTTP/2.0 SLB.205

503 Service Temporarily Unavailable 错误


503是一种HTTP状态码，由于临时的服务器维护或者过载，服务器当前无法处理请求。这个状况是临时的，并且将在一段时间以后恢复。

一般来说，出现503错误多半是因为网站访问量大，造成了流量超限或者并发数大引起的资源超限出现的错误。


via 响应头

我们从 503 响应中看到了 via: HTTP/2.0 SLB.205 响应头信息，关于 via 响应头，解释如下：

Via

列出从客户端到 OCS 或者相反方向的响应经过了哪些代理服务器，他们用什么协议（和版本）发送的请求。

当客户端请求到达第一个代理服务器时，该服务器会在自己发出的请求里面添加 Via 头部，并填上自己的相关信息，当下一个代理服务器 收到第一个代理服务器的请求时，会在自己发出的请求里面复制前一个代理服务器的请求的Via头部，并把自己的相关信息加到后面，以此类推，当 OCS 收到最后一个代理服务器的请求时，检查 Via 头部，就知道该请求所经过的路由。例如：Via：1.0 236-81.D07071953.sina.com.cn:80 (squid/2.6.STABLE13)

根据描述，我们大体可以推测出是 SLB（负载均衡）服务直接返回了 503 错误，也就是请求并没有到达我们后端真实的服务器，请求直接由阿里云 SLB（负载均衡）响应给用户了。

这时，我突然想到阿里云的 SLB（负载均衡）服务是有不同的规格，不同的规格也有不同的并发限制，以简约型I (slb.s1.small)为例，该规格最大可以支持连接数: 5000，新建连接数 (CPS): 3000，每秒查询数 (QPS): 1000。如下图：



解决方案：升级 SLB 配置！！！升级 SLB 配置！！！升级 SLB 配置！！！

关于查看 SLB（负载均衡）监控可以无法看出已经超出规格限制，以下的话，我看的也是云里雾里。

SLB 配置 ssl 会默认开启 http/2.0，因为 http2.0 会复用tcp连接，一个 tcp 连接建立后只负载到 SLB 一个节点上的，此时通过这个 tcp 连接发送 http 请求 就全部走到一个节点了，就导致单节点超限，就会出现503

性能保障型slb.s1.small 的配置：连接数: 5000, CPS: 3000, QPS: 1000

这个规格 QPS 是1000，但 SLB 单节点的 QPS 是 1000/(8-1)，七层这个是8个节点，单节点 QPS 在142附近，在 SLB 上配置 http/2.0 的话 可以调高一些 SL B的规格或者换成四层层监听。http/2.0 放到后端去配置

可以参考 https://help.aliyun.com/knowledge_detail/55193.html 中关于为什么每个连接达不到带宽峰值的解释；二者是一个原因的

参考资料：


超链接登录可见。
超链接登录可见。