CoyotePoint公司及其产品介绍

CoyotePoint公司以及其产品

1．1 公司简介

Coyote Point Systems公司创立于1999年，总部位于美国圣何塞，其在美国、欧洲、澳大利亚、非洲、日本和亚太地区都有分支机构，客户遍布全球16个国家,

有4000多个用户每年综合增长率为100%。在服务器负载均衡和应用流量管理的性能和价值上是业界的领导者。

Coyote Point Systems提供优化网络架构，降低带宽成本、使用更少的服务器资源，提高网络的可用性及安全性的行业解决方案。Coyote Point 产品保证从产品的升级到网络架构的检查,都可以让它更简单,并服务于更多的客户,创造更多的收益,拥有最佳的资源和最小的风险,从而保护公司的声誉,而不会损失分毫。根据客户的需要为客户提供正确的、经济的管理解决方案。

经调查Coyote Point负载均衡产品拥有其它同类产品的双倍性能，而价格却低于其它同类产品。例如15台服务器，需要增加它25%的性能，就要再购买4台新的服务，但现在只需要购买一台Coyote Point就可得到同样的功能，甚至比25%更高的性能，这就是Coyote Point的价值。

Coyote Point Systems.拥有高性能、高可用性及可靠性的地方、地区和全球的负载均衡解决方案。在全球有3000多客户在应用Coyote Point解决方案来保证自己网络的不间断可用性和高性能的应用系统。

所获奖励

1．2 客户以及案例

2.服务器负载均衡—Equalizer介绍

Equalizer是一款高性能的内容交换机，具有如下特性：

·基于多条件的、用户可配置的智能负载均衡

·对于服务器和集群性能的实时监测 政府/教育 媒体 ·从一个单一的界面对服务器和集群进行管理

·用Cookie或IP地址进行会话保持

·双机热备功能避免了单点故障

·基于7层（L7）的内容交换

·基于地理位置的负载均衡（需要Envoy模块）

智能负载均衡

Equalizer的功能是作为一个网关，通向一组或多组被称为“虚拟集群”的服务器。当客户端向Equalizer管理的网站发出一个请求，Equalizer能判断出这一请求应交给哪个虚拟集群，并判断出该集群中的哪台服务器最适合处理这个请求，然后就将请求转发至这台服务器。

为了转发请求，Equalizer会修改请求数据包的包头地址。在L7运行模式下，Equalizer能够检查并且（在有些情况下）修改请求包和应答包的包头内容。

为了判断转发请求至哪一个服务器，Equalizer将运用智能负载均衡算法。负载均衡算法中会考虑到集群和服务器的配置选项、服务器的实时状态信息、L7规则以及请求包本身的信息。

负载均衡的配置

配置虚拟集群时，可以选择以下负载均衡算法之一，以控制Equalizer如何在各服务器之间均衡负载：轮询、静态权重、自适应、最快反应、最少连接数或服务器代理（server agent）。

配置虚拟集群中的服务器时，为每台服务器指定一个20至200的静态权重数（static weight）。当你选用一种自适应的负载均衡算法时，Equalizer用服务器的静态权重数作为起点，来决定转发给各个服务器的请求的比例。每台服务器按自己的权重数在整个集群的总权重数中所占的比例，来分担总的流量负载。Equalizer按实时状态调整服务器的权重数，以保证能将请求转发到最合适的服务器上去。权重数为“0”的服务器被认为是down掉了或不可用：Equalizer不向这种状态下的服务器转发新进入的请求。

服务器实时状态信息

Equalizer能够通过服务器代理（server agent）或是ACV（Active Content

Verification）收集服务器的实时状态信息。

可以在各服务器上安装服务器代理，向Equalizer提供周期性的性能统计数据。这就使得Equalizer能够按照集群中服务器的实际运行状况，动态地调整服务器的权重数。在选用自适应负载均衡的情况下，如果服务器负载过重，Equalizer就会减少服务器的动态权重数，这样，就会减少服务器收到的请求数量。Coyote Point向用户提供生成这些服务器代理的API接口。详情见附录A“使用服务器代理”。

Equalizer的ACV（内容检验）提供了一种手段：使用那些支持基于文本的请求/应答的协议（如：HTTP），对服务器的应答进行“合法性”的检验。如果在一个集群中激活ACV检验，Equalizer就会向集群中的每台服务器发送“ACV探询字符串”请求应答数据，然后用一个“ACV应答字符串”对返回的应答数据进行检验。如果Equalizer收不到回应数据，或者在回应数据中匹配不到“ACV应答字符串”，便认为检验失败，Equalizer就会停止向该服务器转发新进入的数据请求。ACV检验不支持基于UDP的应用。

网络地址翻译和地址伪装

Equalizer的NAT子系统负责将新进入的4层或7层（带地址伪装）的客户端请求转发给可用的服务器。NAT子系统记录下已进入的请求，选择最适用的服务器，重写请求包的TCP/UDP和IP包头，然后将已经被翻译过的请求包转发给被选中的服务器。由于服务器配置的网关是Equalizer，所以当服务器的应答包返回时，Equalizer就能对数据包进行“反向”的翻译工作。

UDP服务的负载均衡

可以在Equalizer上配置虚拟集群（Virtual Cluster），为许多基于UDP的服务提供负载均衡和服务器故障检测。UDP的负载均衡非常适用于“无状态协议”（如DNS和RADIUS等），还能对WAP网关做负载均衡，甚至能够负载均衡某些类型的NFS服务器集群。

会话保持

当客户端和服务器之间共享某种状态信息时，做到会话保持是非常有用的。例如，一个网上购物的应用，可能就需要依赖于客户端与服务器会话信息的一致性：有关一个购物车的详细信息可能会涉及到前后多个单独的TCP连接，而同一个购物会话的多个TCP连接中的信息必须保持一致。Equalizer支持两种会话保持的机制：基于Cookie的会话保持和基于IP地址的会话保持。

基于Cookie的会话保持

Equalizer对于支持7层负载均衡的HTTP和HTTPS集群，可以使用基于Cookie的会话保持。使用基于Cookie的会话保持，Equalizer会在服务器应答包返回客户端的途中，插入一个cookie到应答包包头中。这个cookie能够唯一地标识出客户端刚才所连接的服务器。客户端在后续发给Equalizer的请求中会把这个cookie带回来。这样，Equalizer就能够根据cookie中的信息将客户端的请求仍旧转发至与上次的连接相同的服务器。

Equalizer还能够把来自某一特定的客户端的请求转发到上次连接的服务器上，哪怕即使上次连接的是不同的虚拟集群。例如，如果用户从一个HTTP集群转向一个HTTPS集群，那么只要这个HTTPS集群中还有与上次连接相同的IP地址，会话保持的cookie就仍然有效。

如果客户端会话保持的服务器变得不可用了，Equalizer会自动选择另一台可用的服务器。这时客户端必须建立一个新的会话，Equalizer会在下一个应答包中插入一个新的cookie。

基于IP地址的会话保持

对于支持第4层负载均衡的一般的TCP/UDP集群，Equalizer支持基于IP地址的会话保持。如果在系统中激活了“sticky connections”特性，Equalizer则在客户端连接到一台服务器时，用源IP地址来标识客户端。Equalizer在一段设定的时间内会把来自同一个IP地址的客户请求转发给同一台服务器。

“sticky timer”是会话保持计时器，用来对某一客户端与一台服务器连接后所过去的时间计时。在某一客户端与一台服务器的连接中止后而且它们之间也没有别的当前连接时，计时器便开始计时。这时一旦出现新的连接，Equalizer便会重置计时器。如果该客户端没有任何新的请求，计时器就会一直继续直到超时。超时以后，对该客户端再发来的请求Equalizer就会像对待其它新的连接一样，按照设定的负载均衡算法来选择一台服务器，将请求转发过去。

有些ISP使用多个代理服务器（proxy server）来发送客户端的连接。为了能正确处理这一类客户端连接的会话保持，Equalizer还支持“网段会话保持”：只是客户端IP地址的网段部分对连接的会话保持起作用，不管连接来自哪一个proxy，只要IP地址的网络号相同，请求就会被导向同一台服务器。

还可以将Equalizer配置成保证能将来自某一特定客户端的请求发送到同一台服务器上，尽管这次连接的是与上次不同的虚拟集群。在一个集群上激活“inter-cluster stickiness”选项，Equalizer在接到每个连接请求时都会检查该虚拟集群上是否有会话保持记录（就和处理正常的会话保持一样），如果没有找到会话保持记录，Equalizer接下来会检查所有其它的集群是否有相同的IP地址，如果仍然没有找到能够匹配的会话保持记录，那么就按新的连接请求处理。

第7层负载均衡及服务器的选择

Equalizer支持第7层“内容感知”的负载均衡。这使得管理员可以自己定义规则，根据数据包的内容来转发HTTP和HTTPS的请求。第7层的负载均衡，是基于应用层的信息来转发客户端请求的，这就需要读取客户端和服务器之间交换的TCP/UDP数据包中的实际有效负载（payload）。例如，通过对payload的检查，一个应用程序可以基于客户端HTTP请求的header、HTTP请求的method、服务器HTTP应答和页面数据等信息，作出对于HTTP请求的负载均衡决定。

Equalizer的第7层负载均衡，让管理员可以在管理界面中定义按照数据包内容来转发HTTP和HTTPS请求的转发规则。这些规则被称为“匹配”规则。例如，可以用第7层的规则来指定如下的转发策略：

“将所有对图形文件的请求转发至服务器A，B和E；

将所有对Perl脚本的请求转发至服务器C和D；

将所有其它的请求转发至服务器Z。”

这使得管理员可以生成极其灵活的集群配置，管理员可以使用第7层技术来实现基于HTTP cookie的客户端/服务器（C/S）的会话保持。

对于HTTP的请求，第7层负载均衡可以基于以下内容来做选择决定：

·HTTP协议的版本