四层、七层负载均衡

　　 https://www.jianshu.com/p/1308c7e0f425

所谓四层就是基于IP+端口的负载均衡，通过虚拟IP+端口接收请求，然后再分配到真实的服务器；七层通过虚拟的URL或主机名接收请求，然后再分配到真实的服务器七层就是基于URL等应用层信息的负载均衡。

七层负载：

[root@www ~]# cat /etc/nginx/conf.d/test.conf
upstream phpserver {
        server192.168.2.3;
        server192.168.2.4;
        }
upstream htmlserver {
server192.168.2.1;
       server192.168.2.2;
       }
[root@www ~]# vim /etc/nginx/nginx.conf
      location / {
root  /usr/share/nginx/html;
            index  index.html index.htm;
         if ($request_uri ~*.html$){
                       proxy_pass http://htmlserver;
                }
            if ($request_uri~* .php$){
                       proxy_pass http://phpserver;
                }
        }

　　　四层负载：

[root@linux-node1 conf]# vim nginx.conf         
worker_processes  1;
events {
    worker_connections  1024;
}
stream {  #类似于7层的http段
        upstream ssh_proxy {
        hash $remote_addr consistent;
        server 192.168.56.2:22;
        server 192.168.56.3:22;
   }
      server {
        listen 2222;
        proxy_connect_timeout 1s;
        proxy_timeout 3s;
        proxy_pass ssh_proxy;
     }
  }

　　 https://www.jianshu.com/p/fa937b8e6712

一、简介

** 所谓四层就是基于IP+端口的负载均衡；七层就是基于URL等应用层信息的负载均衡；**同理，还有基于MAC地址的二层负载均衡和基于IP地址的三层负载均衡。换句换说，二层负载均衡会通过一个虚拟MAC地址接收请求，然后再分配到真实的MAC地址；三层负载均衡会通过一个虚拟IP地址接收请求，然后再分配到真实的IP地址；四层通过虚拟IP+端口接收请求，然后再分配到真实的服务器；七层通过虚拟的URL或主机名接收请求，然后再分配到真实的服务器。
** 所谓的四到七层负载均衡，就是在对后台的服务器进行负载均衡时，依据四层的信息或七层的信息来决定怎么样转发流量。** 比如四层的负载均衡，就是通过发布三层的IP地址（VIP），然后加四层的端口号，来决定哪些流量需要做负载均衡，对需要处理的流量进行NAT处理，转发至后台服务器，并记录下这个TCP或者UDP的流量是由哪台服务器处理的，后续这个连接的所有流量都同样转发到同一台服务器处理。七层的负载均衡，就是在四层的基础上（没有四层是绝对不可能有七层的），再考虑应用层的特征，比如同一个Web服务器的负载均衡，除了根据VIP加80端口辨别是否需要处理的流量，还可根据七层的URL、浏览器类别、语言来决定是否要进行负载均衡。举个例子，如果你的Web服务器分成两组，一组是中文语言的，一组是英文语言的，那么七层负载均衡就可以当用户来访问你的域名时，自动辨别用户语言，然后选择对应的语言服务器组进行负载均衡处理。
负载均衡器通常称为四层交换机或七层交换机。四层交换机主要分析IP层及TCP/UDP层，实现四层流量负载均衡。七层交换机除了支持四层负载均衡以外，还有分析应用层的信息，如HTTP协议URI或Cookie信息。
负载均衡分为L4 switch（四层交换），即在OSI第4层工作，就是TCP层啦。此种Load Balance不理解应用协议（如HTTP/FTP/MySQL等等）。例子：LVS，F5。
另一种叫做L7 switch（七层交换），OSI的最高层，应用层。此时，该Load Balancer能理解应用协议。例子： haproxy，MySQL Proxy。

注意：上面的很多Load Balancer既可以做四层交换，也可以做七层交换。

　　https://blog.csdn.net/onlyou930/article/details/80791706

　　如果k8s集群运行在第三方云平台上，比如openstack，那么可以通过外部的loadbalance来暴露服务，还能借用第三方的负载均衡机制实现负载均衡。以openstack为例，借助neutron的lbaas，访问服务的流量会被直接转发到后端的pod，跳过了内置的kube-proxy负载均衡。