F5
Networks 服务器负载均衡器常见问题简答
Q1: 什么叫服务器负载均衡器（Server Load Balancing）？什么叫 SLB 与 GSLB？ A：服务器负载均衡器是指设置在一组功能相同或相似的服务器前端，对到达服务器组的流量 进行合理分发，并在其中某一台服务器故障时，能将访问请求转移到其它可以正常工作的服务 器的软件或网络设备。 SLB 是服务器负载均衡(Server Load Balancing)的简称。服务器负载均衡又可以分为局域网 服务器负载均衡与广域网服务器负载均衡(Global Server Load Balancing)。狭义的 SLB 是指 局域网服务器负载均衡，与广域网服务器负载均衡（GSLB）相对。
Q2: 为什么需要服务器负载均衡？采用服务器负载均衡器有什么优点？ A：原有的系统只部署了一台服务器，随着访问量的增加，一台服务器已经不能满足应用的需 要，而需要增加更多的服务器。当部署了两台以上的服务器时，就可能会需要用到负载均衡 器。通过服务器负均衡器，对流量进行合理分配，可以带来以下好处： 负载均衡器优化了访问请求在服务器组之间的分配，消除了服务器之间的负载不平 衡，从而提高了系统的反应速度与总体性能； 负载均衡器可以对服务器的运行状况进行监控，及时发现运行异常的服务器，并将 访问请求转移到其它可以正常工作的服务器上，从而提高服务器组的可靠性 采用了负均衡器器以后，可以根据业务量的发展情况灵活增加服务器，系统的扩展 能力得到提高，同时简化了管理。 Q3: 服务器负载均衡有哪些实现方法？ A：实现服务器负载均衡有多种方法，常见的方法有： 基于 DNS 轮询的方法：即在 DNS 服务器中对同一域名设置多条 DNS A 记录， 通过 DNS 的轮询机制实现服务器负载均衡。 基于服务器集群的方法； 基于应用软件的实现方法，在应用软件设计中就考虑了多服务器之间的协同工作 与任务调度。这种方法一般会有一台服务器作为中枢对访问请求进行调度，同时 要求在应用层支持访问重定向或任务调度、跳转机制。 采用专门的 L4/L7 层交换机来实现，也即我们常说的负载均衡器。一般都是通过 在 L4/L7 层交换机作地址转换（NAT）来实现。 基于代理方式的负载均衡算法。 Q4: 目前华为公司哪些应用系统采用了服务器负载均衡设备？ A:目前华为公司业务与软件产品线中的 ICD3.0、动感地带、彩铃、MMS、WAP 网关产品现 在都开始使用 F5 公司的 L4/L7 层交换机作服务器负载均衡。
Q5: F5 Networks 公司的服务器负载均衡器由什么名字，有哪些系列？ A：F5 Networks 公司的局域网服务器负载均衡的产品叫 Bigip 应用交换机(Application Switch)，或叫 Layer4-7 层交换机。目前 Bigip 应用交换机系统有 Bigip1000、 Bigip 2400、Bigip 5000 三个型号。
BIG-IP 1000 BIG-IP 2400 BIG-IP 5100 & 5110
1000 D39 Platform 8 10/100 1 Gb 1 x 1 GHz 512 MB Memory 512 Flash 1 SSL Chip (up to 2000 TPS) 0 TPS @ factory
2400 D44 Platform MRA II 16 10/100 2 Fiber GB 1 x 1.26 GHz PIII 512 MB Memory 512 Flash 1 SSL Chip (up to 2000 TPS) PMC slot for FIPS SSL
5100 D51 Platform 2Gb/s 2x 1.26 Ghz PIII 24 10/100 4 Fiber GB 1 GB Memory 512 Flash 1 SSL Chips* (up to 4,000 TPS) PMC slot for FIPS 5110 Everything the 5100 has except 4 Copper GB replace Fiber GB
三个型号的配置如下：
BigIP 1000 BigIP 2400 BigIP 5000 （5100/5110） 最大连接数 空间占用 冗余电源 网络接口 4,000,000 2U 支持 1x1000 BASE-SX 8x10/100 BASETX CPU MEM (STD/MAX) Storage PIII 1.0 GHz x 1 512 M/2G 512 MB Compact Flash SSL 芯片 免费 SSL hand-shakes per second 软件模块升级 支持 支持 支持 1x SSL chip 100 TPS 4,000,000 2U 支持 2x1000 BASE-SX 16x10/100 BASETX PIII 1.26 GHz x 1 512 M/2G 512 MB Compact Flash 1x SSL chip 100 TPS 4,000,000 2U 支持 4x1000 BASE-SX 24x10/100 BASETX PIII 1.26 GHz x 2 1G/2G 512 MB Compact Flash 2x SSL chip 100TPS
Q6: 请简单介绍 F5 Networks 公司？ A：F5 Networks, Inc.是 一 家 专 注于 IP 网 络 流 量 和 内容 管 理 ( iTCM） 领 域 的 厂 商， 总 部 在美国西雅图，成立于 1996 年， 1999 年 在 Nasdac 上市，目前全球有 500 多员 工 。 F 5 N e t w o r k s 是 全 球 领 先 的 L a y e r 4 - 7 层 交 换 机 厂 商、 SS L 集成 加 速 产 品 供 应 商 。 目 前 F 5 N e t wo r k s 在 全球 独 立 式 L a y e r 4 - 7 层 交 换 机 市 场、 SS L 集 成 加 速 产 品 市 场 的 市 场 份 额 都 是 处 于 第 一 位。 其中 L a y e r 4 - 7 层独 立 式 交 换 机 在 日 本 更 是 占 有 了 超 过 60%以上的市场份额。 F 5 N e tw o r k s 于 2 0 0 0 年 进 入 中 国市 场 ， 目 前 在 北 京 、 上 海 、 广 州 设 有 办 事 处 。 F 5 N e tw o r k s 公 司 的 网 站 是 h t t p: / / w w w . f 5. c o m Q7: A： F5 Networks 公司除了服务器负载均衡器之外，还有哪些产品？
控制管理层
监控和管理软件
5000/2000/1000/500 系列 局域网络高可用性 和负载均衡,应用交 换技术及SSL加速 解决方案.
Blade Controller 针对刀片式服务器 和应用的高可用 性, 可扩展性, 安全 性和性能.
Link Controller 针对多链路出口的 网络的高可用性和 链路控制技术解决 方案
Global Load Balancer 对广域网络多数据中心的 高可用性和负载均衡技术 及动态冗灾解决方案
SSL VPN Gate 远程访问解决方 案，IPSEC VPN 的替代方案
Switch
Appliance
Q8: 请简单介绍 F5 L4/L7 层交换机对服务器作负载均衡的工作过程。 A：F5 L4/L7 层交换机对服务器作负载均衡时主要包括以下几个过程： ? 截获和检查分析流量：保证只有合适的数据包才能通过 ? 服务器监控和健康检查：随时了解服务器群的可用性状态 ? 负载均衡和应用交换功能：通过各种策略或负载均衡算法将访问请求导向到合适的服务 器，这一过程包括目标服务器的选择及地址转换（NAT）过程。 ? 会话的保持(Persistence)：通过会话保持，保证一系列相关连的会话不会被负载均衡到 不同的服务器上。
Q9: F5 L4/L7 层交换机对服务器作负载均衡时是怎样做地址转换的（NAT）。 A：F5 L4/L7 层交换机对服务器作负载均衡是采用基于网络地址转换(NAT)的负载均衡技 术 。 下图所示是一个典型的 F5 L4/L7 层交换机对服务器作负载均衡的网络拓扑：
Cisco6009
Bigip 2400
Web/APP Server Incoming request
Web/APP Server
virtual server 192.168.101.1:80
pool (name=WEB_POOL)
Load Bala ncing
member (server=10.1.1.4:80)
member (server=10.1.1.5:80)
member (server=10.1.1.6:80)
负载均衡器后面的一组服务器 10.1.1.4:80、10.1.1.5:80、10.1.1.6:80 对外构成一台虚拟 的 服 务 器 （ Virtual Server ） 192.168.101.1:80 ， 对 外 提 供 服 务 。 当 一 个 访 问 虚 拟 服 务 器 192.168.101.1:80 的请求到达负载均衡器以后，负载均衡器根据预先设定的负载均衡算法从服 务器 pool(WEB_POOL)中挑选一台服务器来服务该请求，例如选定的是 10.1.1.4:80；然后通 过网络地址转换（NAT）将访问请求包的目的地址与端口转换成 10.1.1.4:80，并将数据包发给 10.1.1.4。服务器 10.1.1.4 处理访问请求，并作出回应。回应的包必须返回到负载均衡器上， 由负载均衡器将回应包的源地址与端口转换回虚拟服务器的地址与端口，并返回给客户。这样 完成一次访问过程。 Q10: 什么叫会话保持(Persistence)? A: 会话保持(persistence)是负载均衡中一个特定而重要的概念。
一个客户与服务器经常经过好几次的交互过程才能完成一笔交易。由于这几次交互过 程是密切相关的，服务器在进行这些交互过程的某一个交互步骤时，往往需要了解上一次交互 过程的处理结果，这就要求所有这些相关的交互过程都由一台服务器完成，而不能被负载均衡 器分散到不同的服务器上。 而这一系列的相关的交互过程可能是由客户到服务器的一个连接的多次会话完成，也 可能是在客户与服务器之间的多个不同连接里的多次会话完成。不同连接的多次会话，最典型 的例子就是基于 http 的访问，一个客户完成一笔交易可能需多次点击，而一个新的点击产生 的请求，可能会重用上一次点击建立起来的连接，也可能是一个新建的连接。 会话保持就是指在负载均衡器上有这么一种机制，可以识别做客户与服务器之间交互 过程的关连性，在作负载均衡的同时，还保证一系列相关连的访问请求会保持分配到一台服务 器上。 Q11: 基于 Layer 4 的负载均衡与基于 Layer 7 的负载均衡有什么区别？ A：基于 Layer 4 的负载均衡在截取数据流以后，对数据包要检查与分析的部份仅仅限于 IP 报 头及 TCP/UDP 报头，而不关心 TCP 或 UDP 包内部信息。而基于 Layer7 的负载均衡，则要 求负载均衡器除了支持 Layer4 负载均衡以外，还要理解数据包中 4 层以上的信息，也即应用 层的信息。例如，可以理解分析 http 协议，从数据包中提取出 http uri 或 cookie 信息。基于 Layer4 与基于 Layer7 负载均衡或交换对数据包检查的深度不一样，基于 Layer4 的交换偏重 的是网络层，而 Layer7 偏重的是应用层，与应用结合很紧密。负载均衡器在作这两种方式的 负载均衡时的性能也不一样。 Q12: 为什么需要基于 Layer7 的负载均衡？ A：简单来说，之所以需要基于 Layer7 的负载均衡，有以下原因： 会话保持(Persistence)的需要：在很多应用中，单靠 Layer4 层的信息，也即 IP 地址 与端口的信息，是不足以分辨出会话的相关性。这样要实现会话保持，就必须依靠 于 Layer7 交换。 应用安全的需要：要做到应用级的安全，负载均衡器必须能检查、分析应用层的信 息，并以此作为流量分发、访问控制的依据。 服务器、应用健康检查的需求：如前面所述，负载均衡器还有一个重要任务就是要及 时发现服务器上的异常情况，这种异常情况不仅仅限于网络故障，还包括服务或应 用能不能对访问请求作出正确的响应。这也是要通过对数据包的应用层进行分析才 能实现。 Q13: 对 Lay4-7 层交换机或应用交换机一般要关注、了解哪些方面？ A：一般来说，对 Lay4-7 层交换机或应用交换机，一般会提到以下几个因素： 支持的负载均衡算法 支持的服务器健康检查的方法 如何保持客户端和服务器的会话 速度/性能指标
安全性与可靠性 端口数量 Q14: F5 Bigip 负载均衡器支持哪些负载均衡算法？ A: F5 Bigip 负载均衡器支持的负载均衡算法包括：
? 轮询（RoundRobin）：顺序循环将请求一次顺序循环地连接每个服务器。当其中某个服务器 发生第二到第 7 层的故障，BIG/IP 就把其从顺序循环队列中拿出，不参加下一次的轮询，直到其恢复 正常。 ?比率（Ratio）：给每个服务器分配一个加权值为比例，根椐这个比例，把用户的请求分配到每 个服务器。当其中某个服务器发生第二到第 7 层的故障，BIG/IP 就把其从服务器队列中拿出，不参加 下一次的用户请求的分配，直到其恢复正常。 ?优先权（Priority）：给所有服务器分组，给每个组定义优先权，BIG/IP 用户的请求，分配给优 先级最高的服务器组（在同一组内，采用轮询或比率算法，分配用户的请求）；当最高优先级中所有服 务器出现故障，BIG/IP 才将请求送给次优先级的服务器组。这种方式，实际为用户提供一种热备份的 方式。 ?最小的连接数（LeastConnection）：传递新的连接给那些进行最少连接处理的服务器。当其 中某个服务器发生第二到第 7 层的故障，BIG/IP 就把其从服务器队列中拿出，不参加下一次的用户请 求的分配，直到其恢复正常。 ?最快模式（Fastest）：传递连接给那些响应最快的服务器。当其中某个服务器发生第二到第 7 层的故障，BIG/IP 就把其从服务器队列中拿出，不参加下一次的用户请求的分配，直到其恢复正常。 ?观察模式（Observed）：连接数目和响应时间以这两项的最佳平衡为依据为新的请求选择服 务器。当其中某个服务器发生第二到第 7 层的故障，BIG/IP 就把其从服务器队列中拿出，不参加下一 次的用户请求的分配，直到其恢复正常。 ?预测模式（Predictive）：BIG/IP 利用收集到的服务器当前的性能指标，进行预测分析，选择 一台服务器在下一个时间片内，其性能将达到最佳的服务器相应用户的请求。(被 big/ip 进行检测) ? 规则模式（iRule）：针对不同的数据流设置导向规则，用户可自行编辑流量分配规则，BIG/IP 利用这些规则对通过的数据流实施导向控制。
Q15: F5 Bigip 负载均衡器支持哪些服务器健康检查方法？ A：F5 Bigip 负载均衡器支持以下的服务器健康检查方法：
服务器 (Node) - Ping (ICMP) 服务 (Port) － Connect 可扩展的应用验证 (EAV) :不仅仅检查服务器上指定服务的端口是否处于监听状态，还要检查该 服务端口能否对应用访问请求作出回应，例如可以检查对 http 请求或对数据库的查询能否作出 回应。 可扩展的内容验证 (ECV)：Bigip 除了可以通过 EAV 对服务进行检查，还可以通过 ECV 对服务 器的响应作进一步分析，通过分析读取服务器回应中的指定内容来判断服务器上服务的运行情
况。上述检查方法的检查频度（e.g. 10 seconds）与检查响应 Timeout 时间（ e.g. 5 seconds）都可以根据应用情况进行灵活定制。
对于 ECV、EAV，在 Bigip 中已经包含了一些常见应用的检查与内容验证的方法，例如 http 的检查、Ldap、SQL Server 等。如果碰到一些应用、Bigip 上没有提供相应的检查 方法，Bigip 还提供了一个扩展的接口，用户只需要编写相应的应用检查脚本或程序并加载 到 Bigip 就可实现对该应用的检查或内容验证。 Q16: F5 Bigip 支持哪些会话保持方法？ A： ? 简单会话保持 – 根据客户端源 IP 地址保持客户会话的技术 ? HTTP Header – 根据 HTTP 包头信息保持会话的技术 ? SSL ID 会话保持 – 根据 SSL ID 保持客户/服务器连接的技术 ? HTTP Cookie 会话保持 – 插入模式,改写模式, 被动模式, 散列模式(Cookie Hash) ? SIP ID 会话保持 ? Cache 设备的专用会话保持 ? i-Mode 移动应用的会话保持技术 ? i-Rules 客户定制的会话保持方法 Q17: 请问基于客户端源地址的会话保持（Persistence）方法有什么优缺点？ A：所谓基于源地址的会话保持（在 Bigip 应用交换机中，又叫作 simple persistence 方法） 是指负载均衡器在作负载均衡时是根据访问请求的源地址作为判断关连会话的依据。对来自同 一 IP 地址的所有访问请求在作负载均时都会被保持到一台服务器上去。 基于原地址的会话保持实现起来简单，只需要根据数据包三、四层的信息就可以实现，效率也 比较高。存在的问题就在于当多个客户是通过代理或地址转换的方式来访问服务器时，由于都 分配到同一台服务器上，会导致服务器之间的负载严重失衡。另外一种情况上客户机数量很 少，但每个客户机都会产生多个并发访问，对这些必发访问也要求通过负均均衡器分配到多个 服器上，这时基于客户端源地址的会话保持方法也会导致负载均衡失效。 在上述情况只能采用应用层的会话保持技术，例如基于 http 的 cookie, URI, SSLID 或 TCP、 UDP 包内某一指定字段。 Q18: Lay4-7 层交换机或应用交换机有哪些速度、性能指标比较重要？ A: ? Session/Second : – 每秒处理的会话数量,有 Lay4 和 Lay7 的区别 ? Maximum connection :
? ?
– 最多能够保持的连接数量,即最多能够保持多少个并发的会话连接 Throughput : 吞吐率 (bps) – 有 Lay4 和 Lay7 的区别 VIP Maximum Number :(支持的虚拟服务器个数) – 最多同时多少应用可以做负载均衡
Q19: F5 Bigip 应用交换机支持的最大连接数是多少？ A：F5 Bigip 应用交换机对客户到服务器之间的每一条连接都要维护一条记录，当连接开始 建立时，Bigip 会根据负载均衡算法将客户的请求分配到一台服务器上。连接建立以后，对这 个连接内的所有会话将不再需要通过负载均衡算法来选择服务器，而是根据系统中原有的连接 表直接进行地址转换及交换。如果连接没有被主动关闭，即使连接处于闲置状态，应用交换机 中的相应的连接表也会保持一段时间，直到 Timeout 为止。 F5 Bigip 应用交换机采用的是共享内存与中央 CPU 的体系结构，系统支持的最大连接数只与 系统配置的内存数量有关。一般来说： 当系统配置的内存是 512M 时，支持的最大连接数是 100 万； 当系统配置的内存是 1G 时，支持的最大连接数是 200 万； 当系统配置的内存是 2G 时，支持的最大连接数是 400 万； 上述参数适用于 Bigip1000、 Bigip 2400、Bigip 5000 三个型号。至于随着 Bigip 上连接数 的增加，系统处理会话的速度会不会下降，由于 Bigip 对连接表的查询是采用的 hash 算法， 查询速度与连接表的数量没有关系。 Q20: F5 Bigip 应用交换机每秒会话处理能力是多少？ A：在应用交换机中 Layer4 的每秒会话处理能力与 Layer7 的每秒会话处理能力是不一样的。 另外每秒会话处理能力还与数据包的大小有关系。每秒会话处理能力反应了应用交换机对数据 包或会话的处理能力，与系统的负载均衡算法、地址转换能力有关。 Lyaer4 的交换可以通过 ASCI 芯片硬件来处理，所以性能会高一些。而 Layer7 的会话处理过 程必须通过 CPU 进行，更多的依赖于 CPU 的处理能力。 在 F5 Bigip 产品系列中，Bigip2400 采用了最新的 Layer4 ASCI 芯片，所以 Layer4 的每秒会 话处理能力最强；而 Bigip5000 采用了两个 CPU，所以 Layer 7 的每秒会话处理能力最强。 F5 Bigip2400 的 Layer4 最大会话处理能力是：125000 Layer 4 sessions per second at a data return
file size of 64 bytes。
F5
Bigip5000 的 Layer7 最大会话处理能力是：19000 sessions per second。
关于 F5 Bigip 详细的性能参数可以到 https://www.doczj.com/doc/e67946056.html, 或 https://www.doczj.com/doc/e67946056.html, 下载相关的第三 方评测报告。 Q21: F5 Bigip 的优势在哪？ A： ? 最多的负载均衡模式(12 种) – 其中观察模式,预测模式是 F5 的专利 ? 会话保持技术最多(8 种) – 其中 Cookie 会话保持技术向所有的竞争对手收取专利费 ? 服务器健康检查最彻底 – 专有的 EAV、ECV 健康检查模式 ? 性能最好,速度最快: 125000 S/S Lay4(Bigip 2400); 19000 S/S Lay7(Bigip 5000);1.8Gbps; ? 会话保持数量第一达到:400 万 ? 支持最多的 VIP : 4 万个 ? 唯一交换机厂商有开放的 API, iControl Q22: 请解释 Bigip 上的 SSL 加速功能？ A： Bigip SSL 加速功能是指通过在 Bigip 上的专用的 SSL 处理芯片，作为 SSL 的代理，将来自 客户端的 SSL 请求终结在 Bigip 上，以此来卸载服务器上的 SSL（安全套接层）处理对服务器 CPU 资源的消耗，以提高其性能，同时大幅度缩短响应时间并增强客户交易流量管理。SSL 加 速技术可以提高电子商务服务器的性能，并在关键业务在线交易过程中提供安全性、高速度和 流量管理，所有这一切都是从同一地点进行的，无需费钱费力地在每台服务器上安装额外的硬 件或软件。 通过 Bigip SSL 加速，可以 ? 集中化的 SSL 处理方式 – 不需每个服务器安装公司 SSL 卡
– 使服务器提供最好的服务响应,而不必处理 SSL 的令人头疼问题 ? 集中化的认证管理 – 不需每个服务器进行认证 目前 Bigip 1000、2400、5000 标准配置已经包含了 100TPS 的 SSL 支持，通过额外购买 License，可以扩展到 400、800、1200。 注：TPS 是指每秒的交易数量 Q23: Bigip 的安全性如何？ A：F5 Bigip 上通过以下机制提高系统的安全性： ? 缺省拒绝(Default deny)、Port Lockdown 机制 ? BIG-IP 用监察资料交易的起点，目的或入口来过滤封包和限制或拒绝双向的流量 ? 远端管理，使用 SSH 命令列或以 SSL 来做浏览器介面管理 ? 能把无用的连接关掉(阻挡拒绝服务攻击) ? 能找起点路线(阻挡 IP spoofing) ? Syncookie 机制抵制 SYN floods 攻击 ? 阻挡 teardrop 和陆地攻击 ? 阻碍 ICMP(网络控制讯息协议)攻击，保护它自己和其他服务器 ? 不使用 SMTPd，FTPd，Telnetd，或其它可攻击的恶魔 ? 可发现、记录 DOS 攻击情况，能发现任何试图非法存取的服务和端口： 企图率：企图多少次 端口：哪些端口被攻击 IP 地址：攻击者的 IP 地址 Q24: Bigip 的可靠性如何？ A：通过配置双机运行于 Redundant 模式，BIG-IP 提供支持 99.999%的正常运行时间。
Router
Bigip
Bigip
Web/APP Server
Web/APP Server
Q25: Bigip 双机是如何工作的？ A：F5 Bigip 双机即支持 Active-Standby 方式也支持 Active-Active 方式。如果是 ActiveActive 方式，采用的是路由分担的模式。 运行于 HA 方式的两台四层交换机通过 Failover 串口线交换心跳信息(电压信号不断地由 一方送到另外一方)。处于 Standby 的系统不断监控 Failover 上的电平，一旦发现电平降低， Standby Unit 会立即变成 Active,会发生切换(Failover).通过串口监控电平信号引起的切换可 以在一秒中以内完成(大概 200~300ms). 四层交换机在系统启动的时候也会监控 Failover 线缆的电平以决定系统是处于 Active 状 态还是 Standby 状态。 Failover 线缆也可以不采用串口线，而直接采用网络线。(但 F5 不建议这样做，因为网络 层故障就可能会两台负载均衡器都处于 Active 状态)。如果采用网络层监控实现 Failover, Bigip 将通过 1027 与 1028 端口交换心跳信息。 在串口 Failover 线缆上不传输任何数据信息。 数据信息的传输通过网络来完成。因此运行于 HA 方式的两台四层交换机在网络层必须是 相通的。(可以用网线将两台四层交换机直接相连起来，也可以通过其它的二层设备将两台四 层交换机相连，使四层交换机在网络上可以连通对端的 Failover IP 地址)。 两台运行于 HA 方式的四层交换机之间通过网络层交互的信息主要包括： 用于配置同步的信息：通过手工执行 config sync 会引起 Active 到 Standby 系统的 配置信息传输。 用于在发生 Failover 时连接维持的信息： 如果设置了 Connection Mirroring,处于 Active 的四层交换机会将连接表每十秒中发送一次到 Standby 的系统。 （The following TCP Connections can be mirrored:TCP、UDP、SNAT、FTP、Telnet ） 如果设置了 Stateful Failover,Persistence 信息也会被发送到 Standby 系统。（The following persistence information for the virtual servers (VIPs) can be mirrored: SSL persistence、Sticky persistence、iRules Persistence )
一般来说，对于长连接的应用如 ftp,telnet 才需要将连接状态进行同步，而一些短连 接应用如 http,并不需要进行连接状态同步。
Q26: 在 Bigip 双机处于一主一备的运行模式中，后台的服务器通过双网卡与两台 Bigip 相 连，是不是一个网卡 down 掉或网卡所连的链路断掉，就会引起 Bigip 进行切换？ A：Bigip 支持对某一 VLAN 上所连链路状态的检测，但当配置双网卡的服务器有一链路或网 卡故障时，并不需要 Bigip 进行切换，而只需要通过网卡的链路切换来保证服务器的连通性。 对 Intel、Broadcom 等服务器网卡，都有相应的驱动程序实验同一服务器上多网卡的 failover 或负载均衡，而在 SUN 服务器上 solaris 操作系统已经带了 IP Multipathing 功能实现 多网卡的互为备用及负载均衡。 Q27: 什么是 iControl?
A：iControl 是 F5 的内部通信协议，它实现了产品间的安全网络通信，用于对 F5 设备进行配 置、监控、测量、管理并进行数据传输。F5 是业内第一个免费开发内部通信协议接口与开发 包的网络设备厂商。iControl ? 包含一个基于安全版 CORBA/IIOPS 的内部 API ? 提供 SOAP/XML 方式的外部 API ? 轻松、快速地将应用与 F5 Networks 设备进行集成 ? 通过在 API 级与 F5 Networks 设备进行集成而最大限度地降低维护成本,确保未来可 操作性
Q28: 如何进一步获取 F5 产品与技术的相关信息？ A：可以登陆 F5 公司网站 https://www.doczj.com/doc/e67946056.html,，若要寻找技术资料、常见问题的答案可以登陆 https://www.doczj.com/doc/e67946056.html,. 也可以直接与 F5 办事处相联系：F5 广州办事处 020********；F5 北京办事 处：010********。