重新认识硬软负载

Barracuda Networks, Inc. - A big, blue, open-source based appliance, usually bought through resellers. If you don’t care about quality and you want to buy as cheaply as possible. (LVS + HAProxy + Linux)
Loadbalancer.org, Inc. - A small red and white open-source appliance, usually bought directly. You like the idea of a vendor who gives a damn. (LVS + HAProxy + Linux)
Kemp Technologies, Inc. - A medium-sized yellow appliance, open-source based, usually bought through resellers. Offers a focus on feature range and rapid growth. (LVS + Linux)

这段引用来自于https://www.loadbalancer.org/blog/so-just-how-should-you-compare-load-balancers/
是一家做负载均衡的，老板有着非常励志的经历，也让我了解了一些关于硬件负载均衡的知识，其实很多硬件负载均衡都有用到LVS、HAProxy，只是他们有专门定制的硬件（包括特殊的芯片处理信息交换及SSL），但是前不久我们要求F5给我们配置IPV6时，让我重新的认识了一下F5这款硬负载。

因为集团IPV6改造，要求支持IPV6，F5给我们的方案是新建几台IPV6服务，以前IPV4的策略不变，要新增IPV6策略负载到IPV6的服务上，这让我不太理解，为什么不能都指向我们的IPV4服务呢，Nginx也好，HAProxy也好不都是反向代理吗，IPV6连接到Nginx，Nginx转发到后端的IPV4服务，这很简单呀，然后，F5的人员并不是技术人员，说不能在一个POOL里什么的，只能自己查资料了。

找到这篇文章https://www.jianshu.com/p/2b55aa4c21e2

1.透明模式：Performance L4 + DNAT
原理：这种类型的Virtual server.F5按照纯四层的方式处理数据包，只看源IP,源端口，目的IP和目的端口。数据包到达F5后，只改变目的IP为后端地址和端口进行转发。这部分的数据处理方式是可以通过F5 PVA芯片来进行转发的。所以这种模式从理论上来将是不会消耗CPU的。但是F5对PVA转发的要求还是比较苛刻，会有很多相关条件的限制。
后端操作：默认网关需要指向F5
2.透明模式：Performance L4 + SNAT + DNAT
原理：这种类型的Virtual server.F5按照纯四层的方式处理数据包，只看源IP,源端口，目的IP和目的端口。数据包到达F5后，改变源IP地址为SNAT地址的（一般为F5的vip），同时也改变目的IP为后端地址和端口进行转发。这部分的数据处理方式是可以通过F5 PVA芯片来进行转发的。所以这种模式从理论上来将是不会消耗CPU的。但是F5对PVA转发的要求还是比较苛刻，会有很多相关条件的限制。
后端操作：不需要任何操作
3.透传模式：standard + DNAT
原理：这种类型的Virtual server在数据包F5上是采取full proxy 7层的处理模式。一个client发起请求后，首先需要跟F5建立三次握手后，随后F5进行转发，再跟后端real server建立三次握手时，源地址和源端口为原客户端的，而目的IP和端口为后端的。F5维护两个TCP协议栈。在应用HTTP Profile后,F5将数据包按照HTTP协议的方式进行处理。此时数据的处理过程完全由F5 CPU处理。也可以实现所谓的content switch(内容交换)。但是这种方式对CPU的消耗比较高。
后端操作：默认网关需要指向F5
4，透传模式：standard + SNAT + DNAT
原理：这种类型的Virtual server在数据包F5上是采取full proxy 7层的处理模式。一个client发起请求后，首先需要跟F5建立三次握手后，随后F5进行转发，跟后端real server建立三次握手时，源地址和源端口更改为SNAT地址的（（一般为F5的vip）），而目的IP和端口为后端的。F5维护两个TCP协议栈。在应用HTTP Profile后,F5将数据包按照HTTP协议的方式进行处理。此时数据的处理过程完全由F5 CPU处理。也可以实现所谓的content switch(内容交换)。但是这种方式对CPU的消耗比较高。
后端操作：不需要任何操作
5，fast http模式：standard + SNAT + DNAT + oneconnect
原理：oneconnect只是一个keepalive的作用，让client向F5发http请求的时候，可以复用同一条连接。不支持https和会话保持功能。
后端操作：不需要任何操作
6，路由模式
原理和LVS的DR模式相同

发现原来F5并不是反向代理，而是NAT，也就是要更改IP地址，于我们把IPV4的服务器打开了IPV6的支持，业务服务器开启对IPV6的监听（就是ipv6与ipv4地址都监听一个端口），F5按我提供的ipv6地址设置策略，访问没有问题。