在上市前一个月，我们从 Redline Networks 获得了一款新网络加速盒的预生产副本：TX 2200。与其前身 TX 2400 的副本一样，无论是架构还是组件，它的主要区别在于与它一样，它既不是缓存服务器也不是负载均衡器，尽管它可以与该硬件一起使用。 TX 2200 的目标是系统化 HTTP/1.1 协议功能的使用，为客户端提供网页服务，而不必承受服务器端的缺点（资源消耗高）。
安装非常简单
实际上，该盒子被插入到要加速的 Web 服务器前端、防火墙下游的网络中。它连接到交换机的端口，作为旁路，而不是作为流量切断。从客户端的角度来看，Redline Networks 盒子使用 HTTP/1.1 的 Accept-Encoding: gzip（和/或 deflate）功能来压缩上游 HTTP 流量，以便客户端可以在服务器端对其进行解压缩。默认情况下打开并维护 6 个 TCP 连接，在其中确保多个 HTTP 请求的复用，从而可以减少信令信号量（开销）。这可以防止服务器必须通过 TCP 会话轮询来维护 HTTP/1.1 会话。令人惊讶的是，设置 TX 2200 非常简单，从控制台端口为设备分配 IP 地址后，就可以通过 Telnet 来管理它（不太用户友好，但更完整）。 ）或通过网络界面。该界面允许您激活或不激活 TX 2200，定义个性化 HTTP 标头，但最重要的是配置高可用性（使用两个 TX 2200 进行故障转移）。设备声明涉及与服务器相对应的虚拟 IP 地址的定义。加速（从单个虚拟地址最多可访问八台服务器），TX 2200 还可以发挥简化负载平衡器作用的配置（它基于响应时间）服务器，所有服务器都必须具有相同的内容）。我们使用 Solaris 8 下的两台 Sun Netra X1 服务器以及 iPlanet Web 服务器和 96 个客户端进行的性能测试证明了加速器的优势。无论是在客户端的下载时间、使用的 HTTP 带宽还是每秒处理的网页数量方面，结果都是不言而喻的（见方框）。但是，我们没有注意到 CPU 方面有任何显着差异。服务器上的负载，在这里，工作时间减半，这使得相同时间的 CPU 负载减半。鉴于其使用可以产生的节省（LS 吞吐量、服务器功率等），TX 2200 所代表的投资应该很快得到摊销。
