1.1方式一、单臂旁路接入
1.2方式二、双臂串接
1.3部署说明
F5支持单臂旁路接入和双臂串行等接入方式。因为F5端口个数有限，建议采用单臂旁路模式，即F5旁挂在交换机上，通过交换机完成与服务器和客户端之间的通讯。
2原理流程图
?BIGIP LTM对外提供一个虚拟的应用服务器，接收所有的客户端请求
?BIGIP LTM通过负载均衡算法处理，将客户端请求转发到后台的多个应用实例
?BIGIP LTM内置可编程控制接口，可以对流量进行编程控制处理
?BIGIP LTM通过应用健康检查，准确的判断应用程序的工作和服务状态，一旦发现应用不能提供服务，则将其从负载均衡组中摘除
3负载均衡必要性
随着互联网的发展，web服务的数据量越来越大，同时对应用的高可用性提出了更高的要求，服务器主备冗余模式已经不能满足当前需求，作为应用交付行业内最为成熟的方案提供商，F5的负载均衡技术可以实现以下目标：?实现应用系统99.999%的不间断访问
?优化应用结构
?节省服务器资源
?加速访问，提高用户体验
?实现应用系统良好的扩展性
4相关技术
4.1服务器负载均衡算法
BIG-IP是一台对流量和内容进行管理分配的设备。它提供10种灵活的算法将数据流有效地转发到它所连接的服务器群。而面对用户，只是一台虚拟服务器。用户此时只须记住一台服务器，即虚拟服务器。但他们的数据流却被BIG-IP灵活地均衡到所有的服务器。
这10种算法包括：
轮询（Round Robin）：顺序循环将请求一次顺序循环地连接每个服务器。当其中某个服务器发生第二到第7层的故障，BIG-IP就把其从顺序循环队列中拿出，不参加下一次的轮询，直到其恢复正常。
比率（Ratio）：给每个服务器分配一个加权值为比例，根椐这个比例，把用户的请求分配到每个服务器。当其中某个服务器发生第二到第7层的故障，BIG-IP就把其从服务器队列中拿出，不参加下一次的用户请求的分配，直到其恢复正常。
优先权（Priority）：给所有服务器分组，给每个组定义优先权，BIG-IP 用户的请求，分配给优先级最高的服务器组（在同一组内，采用轮询或比率算法，分配用户的请求）；当最高优先级中所有服务器出现故障，BIG-IP才
将请求送给次优先级的服务器组。这种方式，实际为用户提供一种热备份的方式。
最少的连接方式（Least Connection）：传递新的连接给那些进行最少连接处理的服务器。当其中某个服务器发生第二到第7层的故障，BIG-IP就把其从服务器队列中拿出，不参加下一次的用户请求的分配，直到其恢复正常。
最快模式（Fastest）：传递连接给那些响应最快的服务器。当其中某个服务器发生第二到第7层的故障，BIG-IP就把其从服务器队列中拿出，不参加下一次的用户请求的分配，直到其恢复正常。
观察模式（Observed）：连接数目和响应时间以这两项的最佳平衡为依据为新的请求选择服务器。当其中某个服务器发生第二到第7层的故障，BIG-IP 就把其从服务器队列中拿出，不参加下一次的用户请求的分配，直到其恢复正常。
预测模式（Predictive）：BIG-IP利用收集到的服务器当前的性能指标，进行预测分析，选择一台服务器在下一个时间片内，其性能将达到最佳的服务器相应用户的请求。(被BIG-IP进行检测)
动态性能分配（Dynamic Ratio-APM):BIG-IP收集到的应用程序和应用服务器的各项性能参数，动态调整流量分配。
动态服务器补充（Dynamic Server Act.):当主服务器群中因故障导致数量减少时，动态地将备份服务器补充至主服务器群。
规则模式：针对不同的数据流设置导向规则，用户可自行编辑流量分配规则，BIG-IP利用这些规则对通过的数据流实施导向控制。
4.2服务器健康检查方法
BIG-IP除了能够进行不同OSI层面的健康检查之外，还具有扩展内容验证和扩展应用查证两种健康检查方法。
基本的健康检查方法有以下几种：
在Layer 2 健康检查涉及到用来对给定的IP地址寻找MAC地址的地址分辨
协议 (ARP) 请求。因为BIG-IP设置了真实服务器的IP地址，它会发送针对每一个真实服务器的IP地址的ARP请求以找到相应的MAC地址，服务器会响应这
个ARP请求，除非它已经停机。
在Layer 3 健康检查涉及到对真实服务器发送”ping”命令。“ping”是常用的程序来确认一个IP地址是否在网络中存在，或者用来确认主机是否正
常工作。
在Layer 4，BIG-IP会试图联接到一个特定应用在运行的TCP或UDP端口。
举例来说，如果VIP是被绑定在端口80做Web应用的话，BIG-IP试图建立一个
联接到真实服务器的80端口。BIG-IP发送一个TCP SYN 请求包到每个真实服
务器的80端口，并检查回应的TCP SYN ACK数据包是否收到，如果哪一个没有收到，BIG-IP就确认那台服务器不能正常提供服务，BIG-IP单独针对服务器
的每个应用端口做健康检查并单独做关于其服务器的诊断结果是非常重要的。这样一来真实服务器的80服务可能停机，但是端口21可能正常工作，BIG-IP
可以继续利用这个服务器的21端口提供FTP服务，同时确认这个服务器的Web 应用已经停机，这样一来就提供了一个高效率的负载均衡解决方案，细分健康检查的做法有效地提高了服务器的处理能力。
扩展内容查证(ECV：Extended Content Verification)：
ECV是一种非常复杂的服务检查，主要用于确认应用程序能否对请求返回对应的数据。如果一个应用对该服务检查做出响应并返回对应的数据，则BIG-IP控制器将该服务器标识为工作良好。如果服务器不能返回相应的数据，则将该服务器标识为宕机。宕机一旦修复，BIG-IP就会自动查证应用已能对客户请求做出正确响应并恢复向该服务器传送。该功能使BIG-IP可以将保护延伸到后端应用如Web内容及数据库。BIG-IP的ECV功能允许您向Web服务器、防火墙、缓存服务器、代理服务器和其它透明设备发送查询，然后检查返回的响应。这将有助于确认您为客户提供的内容正是其所需要的。
用户可以定义发送和接收的字串，发送字串是指发送到一个服务器的请求命令，例如：“GET /” 字串发送到一个HTTP 服务器。
服务器回应得字串必须与接收到的字串相匹配，例如“https://www.doczj.com/doc/db5089771.html,”。ECV 可以工作在正常和透明节点模式。
扩展应用查证(EAV: Extended Application Verification)：
EAV是另一种服务检查，用于确认运行在某个服务器上的应用能否对客户请求做出响应。为完成这种检查，BIG-IP控制器使用一个被称作外部服务检查者的客户程序，该程序为BIG-IP提供完全客户化的服务检查功能，但它位
于BIG-IP控制器的外部。例如，该外部服务检查者可以查证一个从后台数据库中取出数据的应用能否正常工作。EAV是BIG-IP提供的非常独特的功能，它提供管理者将BIG-IP客户化后访问各种各样应用的能力，该功能使BIG-IP 在提供标准的可用性查证之外能获得服务器、应用及内容可用性等最重要的反馈。该功能对于提高系统可靠性至关重要，它用于从客户的角度测试您的站点。例如，您可以模拟客户完成交易所需的所有步骤－连接到前置服务器或中间件服务器、从目录中选择项目以及验证交易使用的信用卡。一旦BIG-IP 掌握了该“可用性”信息，即可利用负载平衡使资源达到最高的可用性。BIG-IP 已经为测试多种服务的健康情况和状态，预定义了扩展应用验证(EAV)，如：FTP、NNTP、SMTP、POP3和MSSQL等，用户还可依据实际应用，自行编辑EAV 脚本。F5产品健康检查的频度和间隔是可以根据用户的要求而设置.
通过F5灵活自定义方式的ECV健康检查方式，用户可以检查常见的应用如HTTP、SMTP、POP3等。而通过EAV健康检查方式，更可自行编写脚本，实现更加复杂的健康检查方式，全面的检测后台服务器的运行状态，保证系统运行的高效，可靠。
4.3会话保持技术
当使用BIG-IP对服务器进行负载均衡时，就需要会话保持。如果某位用户连接到了一台服务器上，那么我们肯定希望该用户在将来再次连接时将仍可连接到该台服务器上。当该服务器存有用户相关数据，并且这些数据并不与其它服务器动态共享时，持续性就显得十分有必要了。例如，假设一位用户在某网站采购了一“购物车”的商品，然后还未结帐就离开了该网站。如
果在其重新登录网站后，BIG-IP应用交换机将客户请求路由至不同的服务器，那么新的服务器对该用户的数据和其所购买的商品将一无所知。当然，如果
所有服务器都在同一个后台数据库服务器中存储用户信息及其选购商品的话，那么一切就不成问题了。但是如果网站不是这样设计的，那么具体的购物车
数据就只能存储在特定的服务器上。这样，BIG-IP应用交换机就必需选择用户曾连接上的那台服务器，以无缝地处理用户请求。
BIG-IP提供以下几种会话保持方法：Simple Persistence，SSL Session ID Persistence，SIP Persistence，Cookie Persistence，iMode Persistence，目的地址归类。
4.4LTM相关加速技术
4.4.1One Connect降低服务器TCP连接数量
用户因连接和断开网络连接而产生的周期性网络请求会耗费掉企业宝贵的 web 应用资源。即使每个连接开销很小，但合到一起，它们将影响到总的应用负载，对于电子商务站点和拥有大量用户的企业应用来说，这一点尤为
明显。在Apache Server的标准配置中，一台服务器的最高并发连接数为1024个，而MicroSoft IIS可配置为2048个。可见连接数对于服务器是一个极大的限制,在应用服务器上比如Weblogic，WebSphere上，连接数的增加将会给系统增加大量的开销。
连接优化将处理连接的责任移交给了 F5 WA。网络流量在 WA和源应用之间的小型资源池和永久连接中进行多路传输。WA将成千上万个用户的连接汇聚成为少数的服务器连接，最终可显着降低源应用的负载。
与其它的连接优化技术不同，F5 采用了动态连接池的方式，当每一个用户请求发送到WA时，根据负载均衡策略， WA将在请求将被发送到的服务器端寻找空闲的连接，如果有空闲连接，则直接将请求通过该连接发送到服务器，如果没有空闲连接，则新建一个连接与服务器端通讯。这样，既保证了在服务器端始终维持最小的连接数，又避免了由于没有空闲连接而导致的客户端请求排队的现象。
4.4.2HTTP页面压缩
应用和网络延迟问题进一步降低了 web 内容的传输速度。Web Accelerator专利技术－ Express 压缩技术能够消除因压缩算法所带来的延迟，为拨号和宽带用户带来额外的性能提升。事实上，借助 Express 压缩，拨号用户的访问速率将比原来快 5 到 10 倍，同时带宽利用率和成本将降低70%-80%。
响应时间的加快，带来了用户满意度和效率的提升，从而使基于 web 的应用得到更加广泛的应用。单在更低带宽成本方面所节约的费用（尤其在远程销售办公机构或人员方面所节省的费用），就足以补偿在设备购置方面的投资，甚至是后者的好几倍。使用工业标准的GZIP和Deflate压缩算法来压缩HTTP流量；降低带宽消耗、缩短最终用户在慢速 / 低带宽连接条件下的下载时间。
4.4.3RAM Cache
在BIGIP-LTM上，可以通过配置内存Cache来提高系统响应速度，并减小服务器端的压力。
通过内存Cache机制，WA可以把频繁访问的内容存放在内存中，当下一次请求到达时，直接从内存返回用户请求的页面。从而降低了服务器的请求压力。
4.4.4HTTPS Offload
在SSL处理过程中，所有的传输内容均采用加密算法处理。其中最重要的两个部分为SSL握手时交换秘钥的非对称加密和数据传输时的对称加密。
当SSL的客户端压力超过400TPS时，单台服务器就很难处理请求了。因此，必须采用SSL加速设备来进行处理。
F5其实现的结构如下：
所有的SSL流量均在F5上终结，F5与服务器之间可采用HTTP或者弱加密的SSL进行通讯。这样，就极大的减小了服务器端对HTTPS处理的压力，可将服务器的处理能力释放出来，更加专注的处理业务逻辑。
在F5可处理单向SSL连接，双向SSL连接。并且可同时处理多种类型和多个应用的SSL加解密处理。
4.5设备自身冗余机制
BIGIP可以实现两种方式实现冗余连接，一是Active-Backup方式，另一种是Active-Active方式。物理连接方式如下图所示：
F5 Networks公司BIGIP产品是业界唯一实现双机冗余毫秒级切换的产品，而且设计合理。所有会话通过Active BIGIP同时，会话信息会通过同步数据线同步到Backup BIGIP，保证Active与Backup设备会话信息同步。且每台设备中的watchdog芯片通过心跳线检监测对方设备电平，当Active BIGIP 故障时，watchdog会首先发现，并且通知Backup BIGIP接管shared ip,VIP 等，完成冗余切换过程，Backup BIGIP变成Active Backup，由于Backup BIGIP 事先已经保存了所有会话数据信息，可以保证所有在线会话的通畅和完整。两台设备的多种模式的冗余切换触发机制：
?Watch dog：完全通过“心跳线”监测物理信号判断设备的运行状况，适时进行冗余切换，采用这种方式，切换时间在50ms—200ms。
?Gateway failsafe：处于Active状态的BIGIP定期与网关设备取得联系，若在timeout时间内得不到任何响应，就自动切换为Standby状态。
?Vlan Arm failsafe：通过判断某个Vlan是否有流量，触发切换。5性能参数