F5 HTTP压缩技术.docVIP

具有智能压缩能力的 BIG-IP 系统可缩短应用交付时间并优化带宽 概述 通过互联网交付应用的数量越来越多、复杂程度也越来越高。透明容量 (sheer volume) 和网际协议中的干扰 (chattiness) 可用来提升带宽。但这将导致延迟增加、响应时间延长、最终用户体验不佳以及应用性能下降。而就企业声誉及生产率方面而言，这将给企业带来巨大损失。 压缩技术可显著改善应用性能。本白皮书将主要针对以下几个方面展开讨论：压缩的必要性、当今市场上压缩 web 流量的几种方法以及功能强大的 F5 BIG-IP? 系统如何帮助企业在加速应用交付的同时，智能优化其带宽。 什么是压缩？ 压缩是从数据流中移除冗余模式的一种优化技术，采用这项技术，将传输更少量的数据包，并降低带宽损耗，从而大大改善应用性能。由于通过网络从服务器传至最终用户的数据包减少，应用数据便能更快地交付。HTTP 压缩普遍用于 web 应用，它有助于降低 web 对象消耗的带宽流量，显著减少最终用户的响应时间。 GZIP 是一种由标准浏览器支持、用于 web 流量的流行 HTTP 压缩技术。大多数浏览器配置均支持 HTTP 1.1 标准，即“content-encoding（文档编码方式）”。借助 GZIP，客户机浏览器本质上需要与服务器协商，表明其能够接收编码数据。一旦协商一致，GZIP 便使用客户机支持的编码格式，对 web 服务器发送的数据进行压缩。在下表中，消息 1 显示客户请求压缩，消息 2 则显示服务器接受并确认 GZIP 压缩请求。 GET / HTTP/1.1 Host: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) GeckoFirebird/0.7 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9, text/plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,*/*;q=0.1 Accept-Language: en-us,en;q=0.5 Accept-Encoding: gzip, deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive 消息 1：客户机请求压缩 HTTP/1.1 200 OK Date: Thu, 04 Dec 2003 16:15:12 GMT Server: Apache/2.0 Vary: Accept-Encoding Content-Encoding: gzip Cache-Control: max-age=300 Expires: Thu, 04 Dec 2003 16:20:12 GMT X-Guru: basic-knowledge=0, general-knowledge=0.2, complete-omnipotence=0.99 Content-Length: 1533 Content-Type: text/html; charset=ISO-8859-1 消息 2：服务器确认压缩请求 一旦确定压缩类型，会话将开始使用约定的压缩技术交谈。浏览器将对服务器接收的数据进行实时解压，这将减少传送的数据量、提高页面显示速度。 对源于 web 服务器的数据进行压缩的方式有两种：动态压缩和预压缩 (precompressed)。动态内容加速机制主要针对 HTML、XML、CSS、Java、JavaScript 以及 WML等传输数据进行实时压缩。该机制在电子商务应用、数据库驱动站点及其它许多应用中尤为实用。预压缩数据是指预先生成并以“ html.gz ”文件或其它格式文件存储在服务器上的文本型数据。预压缩数据之后，实时压缩/解压之前，CPU 负载将大为减缓。 挑战 为什么需要压缩？ 由于应用日益“Web 化 (webified)”，web 流量几乎每年就翻两番。随着带宽需求呈指数级增长，企业将面临诸如低带宽客户连接类型、高网络延迟，以及较差应用响应类型等问题。网络管理员解决应用性能问题的传统办法是不断丢弃有故障的带宽。由于当应用扩展或部署下一个“大型”应用时，网络管理员需要重复执行这一流程，因此，这种办法并不适用。此外，带宽价格未能按预期迅速降低，这使得提升网络容量要比实施压缩更为昂贵。以下将就推动压缩技术发展的一些详细因素进行探讨： 客户机访问速度以及“最后一英里 (the last mile)”瓶颈问题：由于存在多种