TMOS ：应用交付网络全代理解决方案.pdfVIP

F5 NETWORKS TMOS ：应用交付网络全代理解决方案 概述 从前，我们有两种方式来部署应用交付网络设施；面向性能的部署或面向智能的部署。在开放市 场上，客户传统上选择那些具有最佳性能的解决方案。结果造成，大多数厂商将其设施构建于运 行速度更快、基于分组的架构；而非性能较差、基于代理的架构。由于这些设备对智能的需求有 所增加，因此提供上述解决方案的各个厂商发现其自身处不妙：这些厂商向设备添置的客户所需 的智能特性越多，他们越像是在配置代理，并且性能越糟。 F5 Networks 公司最初采用基于分组的方式，但同时也致力于解决根本的问题——为用户提供一款 可提供高性能的智能解决方案。TMOS 架构因此应运而生，这一架构具备各种实时特性与功能， 基于特定目的构建、是一款全代理解决方案，并具有当今网络基础设施所需的强大功能与高性 能。 基于分组与基于代理 要想了解TMOS 架构的独特特性与强大功能，至关重要的一点是须密切关注该设备的历史情况， 并在运行速度与智能特性之间做出抉择，选出基于分组和基于代理的解决方案。 基于分组的设计是什么样的设计？ 基于分组（或报文到报文）设计的网络设备，虽然位于通讯流的中间部分，但并非这些通讯的端 点；此类设备仅负责传递数据包。对于基于报文到报文运行的设备而言，它通常对通过其间的协 议一无所知，根本不是一个真正的协议端点。这些设备速度缓慢的主要原因是因为它们对于整个 协议栈一无所知，缺乏用以处理流量的各种快捷方法。例如，就TCP/IP 协议而言，此类设备对协 议的理解仅限于改写IP 地址和TCP 端口；仅知道整个协议栈的一半内容。 由于网络变得日益复杂，对智能的需求日益增加，更加先进的基于分组的设计开始出现（包括F5 Networks 公司生产的BIG-IP 4.x 版产品）。此类设备对TCP/IP 协议有着充分的了解，既了解TCP 连接的安装与卸载，也了解如何修改TCP/IP 标头，甚至还知道如何插入数据至TCP 数据流当 中。由于这些系统能够向TCP 数据流插入数据，可修改数据流中的内容，因此，他们还必须对客 户端和服务器间来回传递的数据包的TCP 序列(SEQ) 和确认(ACK) 值进行重写。F5 Networks 公 司的BIG-IP 4.x 版解决方案可充分理解TCP/IP 和HTTP 协议，从而可确认单个HTTP 请求，能够 发送不同请求至不同的服务器，并复用已经开启的BIG-IP 设备连接。 采用一个非常复杂的报文到报文架构（BIG-IP 4.x 版是迄今为止上述方案中最全面的一款产品）， 所有上述功能均可实现。 尽管复杂性越来越强，但基于分组的设计仍然还不是十分复杂，并且快于传统的基于代理的方 Page 1 F5 NETWORKS 案，因为它们具有仅需一小部分逻辑用于全代理的优势。 基于代理的设计（全代理）是什么样的设计？ 全代理设计是与报文到报文设计相对的一种设计。与对通过设备的通讯流一无所知不同，全代理 完全了解这些协议，其自身构成该协议的一个端点，也是该协议的创作者之一。客户端与全代理 之间的连接完全独立于全代理与服务器间的连接，然而在报文到报文设计中，实质上在客户端和 服务器端之间存在一条直接通信信道（尽管位于其中的设备可能会充分利用来回传递的数据包）。 由于全代理是一种实际上的协议端点，它必须在客户端和服务器端进行充分部署（基于分组的设 计却并非如此）。这也意味着全代理能够有其自已的TCP 连接行为，比如缓冲、转发，以及TCP 选项。借助全代理，每个连接均为独一无二的；每个连接均有其自已的TCP 连接行为。这意味着 与全代理设备连接的客户可能会存在不同的连接行为，而全代理可能用其与后端服务器进行通 讯。因此，不论最初的源地址还是最终目标地址如何，全代理解决方案均支持单独对每个连接进 行优化。此外，全代理能够理解并处理每种协议，正像真实的客户端或服务器使用层进行处理那 样。以HTTP 的使用为例，首先对IP 协议进行处理，之后为TCP，然后是HTTP ；每个层均对较 低的层一无所知。 全代理设备具备诸多优势，能够更加轻松地支持应用级协议，能够完全“讲述”协议，在主动优化 这些协议时，他们具有更大的灵活性（这一点与报文到报文设计不同，后者只能被动地支持一些 协议