新功能:阿里云负载均衡支持HTTP/2、WSS协议(现已全地域覆盖)

简介: 很高兴的告诉大家,阿里云负载均衡已经在全地域支持HTTP/2、WSS(Web Socket Secure)协议。 什么是HTTP/2 HTTP2是超文本传输协议的第二版,Hypertext Transfer Protocol Version 2 (HTTP/2),向下兼容HTTP1.X协议版本,同时带来性能的大幅提升。

很高兴的告诉大家,阿里云负载均衡已经在全地域支持HTTP/2、WSS(Web Socket Secure)协议。

1、HTTP/2协议支持

什么是HTTP/2

HTTP2是超文本传输协议的第二版,Hypertext Transfer Protocol Version 2 (HTTP/2),向下兼容HTTP1.X协议版本,同时带来性能的大幅提升。

HTTP/2相比HTTP/1.X有哪些优点

多路复用 (Multiplexing): 多路复用允许同时通过单一的 HTTP/2 连接发起多重的请求-响应消息。
二进制分帧与首部压缩: 提升了数据在网络中传输的效率
服务端推送(Server Push): 服务端可以主动往客户端推送数据,以减少请求次数提升效率
除此以外还有流量控制主动重置请求请求优先级等众多特性使得WEB服务性能得以大幅提升

HTTP/1.1与HTTP/2请求过程对比

image

通过访问https://http2.akamai.com/demo可以看到HTTP/2传输性能相对于HTTP/1.X的显著提升

如何在阿里云负载均衡SLB上启用HTTP2协议

无需配置,在HTTPS监听上默认支持(当前不支持明文的HTTP2)

限制于约束

  • HTTP/2协议仅在HTTPS监听上支持,不支持明文HTTP2(HTTP/2 Cleartext)
  • SLB HTTPS监听会侦测客户端发起的握手报文ClientHello中的ALPN字段进行协议版本的协商,若客户端ClientHello报文中没有携带ALPN字段,则SLB将按照HTTP/1.x的请求逻辑来处理
  • 在HTTP2.0链路上,所有后端发给SLB的回应,根据协议要求,将head中所有字段的名称改为小写字母,如Content-Type会被改写为content-type
  • 当前HTTP/2只启用在客户端到SLB之间的链路,SLB到后端服务器之间的连接依然是HTTP/1.X
  • HTTP/2的请求会统计到监听/实例的QPS中,与HTTP/1.X的QPS请求统一计数
  • 单个连接支持的最大并发stream数为128
  • HTTP/2的连接超时时间为180秒,不可例外

2、WSS协议支持

什么是WS/WSS

WS是Web Socket的缩写
WebSocket 是 HTML5 一种新的协议。它实现了浏览器与服务器全双工通信,能更好的节省服务器资源和带宽并达到实时通讯,它建立在 TCP 之上,同 HTTP 一样通过 TCP 来传输数据,但是它和 HTTP 最大不同是:
WebSocket 是一种双向通信协议,在建立连接后,WebSocket 服务器和 Browser/Client Agent 都能主动的向对方发送或接收数据,就像 Socket 一样;WebSocket 需要类似 TCP 的客户端和服务器端通过握手连接,连接成功后才能相互通信。
WSS是Web Socket Secure的缩写即WebSocket加密版本。

为何使用WS/WSS

随着互联网的蓬勃发展,各种类型的WEB应用层出不穷,很多应用要求服务端有能力进行实时推送能力(比如直播间聊天室),以往很多网站为了实现推送技术,所用的技术都是轮询。轮询是在特定的的时间间隔(如每1秒),由浏览器对服务器发出HTTP请求,然后由服务器返回最新的数据给客户端的浏览器。这种传统的模式带来很明显的缺点,即浏览器需要不断的向服务器发出请求,然而HTTP请求可能包含较长的头部,其中真正有效的数据可能只是很小的一部分,显然这样会浪费很多的带宽等资源。
在这种情况下,HTML5定义了WebSocket协议,能更好的节省服务器资源和带宽,并且能够更实时地进行通讯。
WebSocket实现了浏览器与服务器全双工(full-duplex)通信—允许服务器主动发送信息给客户端。

WebSocket协议的交互过程如下:

image

如何在阿里云负载均衡SLB上启用WS/WSS支持

无需配置,当选用HTTP监听时,默认支持无加密版本WebSocket协议;当选择HTTPS监听时,默认支持加密版本的WebSocket协议,即WSS;

限制于约束

  • 负载均衡与ECS后端服务的连接采用HTTP/1.1,建议后端服务器采用支持HTTP/1.1的WebServer
  • 若负载均衡与后端服务超过60秒无消息交互,会主动断开连接,如需要维持连接一直不中断,需要主动实现保活机制,每60秒内进行一次报文交互

3、支持的地域

当前仅在欧洲中部(法兰克福)与亚太东南3(吉隆坡)地域支持HTTP/2、WSS,其他地域会陆续支持

4、收费政策

HTTP/2、WSS协议支持不额外收取费用

相关实践学习
每个IT人都想学的“Web应用上云经典架构”实战
本实验从Web应用上云这个最基本的、最普遍的需求出发,帮助IT从业者们通过“阿里云Web应用上云解决方案”,了解一个企业级Web应用上云的常见架构,了解如何构建一个高可用、可扩展的企业级应用架构。
目录
相关文章
|
4月前
|
缓存 负载均衡 网络协议
HTTP 与 SOCKS5 代理协议:企业级选型指南与工程化实践
面向企业网络与数据团队的代理协议选型与治理指南,基于流量特征选择HTTP或SOCKS5协议,通过多协议网关统一出站,结合托管网络降低复杂度,实现稳定吞吐、可预测时延与合规落地。
|
7月前
|
缓存 监控 搜索推荐
301重定向实现原理全面解析:从HTTP协议到SEO最佳实践
301重定向是HTTP协议中的永久重定向状态码,用于告知客户端请求的资源已永久移至新URL。它在SEO中具有重要作用,能传递页面权重、更新索引并提升用户体验。本文详解其工作原理、服务器配置方法(如Apache、Nginx)、对搜索引擎的影响及最佳实践,帮助实现网站平稳迁移与优化。
759 68
|
6月前
HTTP协议中请求方式GET 与 POST 什么区别 ?
GET和POST的主要区别在于参数传递方式、安全性和应用场景。GET通过URL传递参数,长度受限且安全性较低,适合获取数据;而POST通过请求体传递参数,安全性更高,适合提交数据。
632 2
|
6月前
|
应用服务中间件
HTTP协议中常见的状态码
HTTP协议状态码分为1xx、2xx、3xx、4xx、5xx五类,常见状态码包括:101(请求已接受)、200(请求成功)、302(重定向)、400(请求错误)、401(未认证)、403(无权限)、404(资源不存在),以及500(服务器错误)、502(网关错误)、503(服务不可用)、504(网关超时)等。
256 0
|
6月前
|
网络协议 安全 网络安全
什么是HTTP协议
HTTP协议是超文本传输协议,基于TCP,规定了客户端与服务器端通信规则,但数据以明文传输,安全性低。HTTPS则通过SSL加密保障数据安全。两者默认端口不同,HTTP为80,HTTPS为443。HTTPS安全性更高,但消耗更多服务器资源。
231 0
|
6月前
|
数据采集 Web App开发 JSON
Python爬虫基本原理与HTTP协议详解:从入门到实践
本文介绍了Python爬虫的核心知识,涵盖HTTP协议基础、请求与响应流程、常用库(如requests、BeautifulSoup)、反爬应对策略及实战案例(如爬取豆瓣电影Top250),帮助读者系统掌握数据采集技能。
567 0
|
7月前
|
存储 网络协议 安全
HTTP 协议及会话跟踪机制详解
本文详解了 HTTP 协议的核心知识,包括其定义(超文本传输协议,基于 TCP,规定客户端与服务器通信规则)及与 HTTPS 的区别(安全性、端口、资源消耗)。 介绍了 GET 与 POST 请求的差异(参数限制、安全性、应用场景),以及 Restful 风格(通过 URL 定位资源,请求方式决定操作)。列举了常见 HTTP 状态码(如 200 成功、404 资源未找到),对比了转发与重定向的区别(服务器端一次请求 vs 客户端两次请求)。 还阐述了会话跟踪机制:Cookie 基于客户端存储,通过Set-Cookie和Cookie头实现,安全性较低;Session 基于服务端存储,依赖 C
652 1
|
6月前
|
缓存 网络协议 UED
深度解析HTTP协议从版本0.9至3.0的演进和特性。
总的来说,HTTP的演进是互联网技术不断发展和需求日益增长的结果。每一次重要更新都旨在优化性能,增进用户体验,适应新的应用场景,而且保证了向后兼容,让互联网的基础架构得以稳定发展。随着网络技术继续进步,我们可以预期HTTP协议在未来还会继续演化。
789 0
|
8月前
|
缓存
HTTP协议深度剖析:常见请求头信息讲解
这就是HTTP请求头背后的工作原理,希望通过比作“邮差”和“标签”,可以让你对这个繁琐技术更有感触,更得心应手。尽管这些信息可能很琐碎,但了解了它们的含义和工作方式,就等于揭开了HTTP协议神秘的面纱,掌控了网络交流的核心。你还等什么,赶快动手尝试一下吧!
251 17

相关产品

  • 负载均衡