2024年10月负载均衡调度器（特殊云机制包括哪些）
⑴负载均衡调度器（特殊云机制包括哪些
⑵自动伸缩监听器是一个服务代理，它监控和追踪云服务用户和云服务之间的通信，用以动态伸缩通常部署在靠近防火墙的位置，自动追踪负载状态信息。负载量可以前端请求量或请求引发的后端处理需求量决定。提供不同类型的响应：如通过预定义参数自动伸缩IT资源或者负载超过或低于阈值时，自动通知云用户。.负载均衡器水平扩展的常见方法就是把负载在更多的IT资源上做负载均衡，与单一IT资源相比，提升了性能和容量。负载均衡器机制是一个运行时代理，其逻辑就是基于这个思想。负载均衡器可以执行一组特殊的运行时负载分配功能，包括非对称分配：较大的工作负载被送到具有较强处理能力的IT资源负载优先级：根据优先等级进行调度、排队、丢弃和分配上下文感知分配：根据请求内容的指示吧请求分配到不同IT资源负载均衡机制可以是多层网络交换机专门的硬件设备专门的基于软件的系统服务代理负载均衡器同在位于产生负载的IT资源和负责执行负载IT资源之间的通信路径上.SLA监控器SLA监控器机器被用来专门观察云服务的运行时性能，确保他们履行SLA公布的QoS需求SLA监控器收集的数据由SLA管理系统处理并集成到SLA报告的标准中。.按使用付费监控器按使用付费监控器机制按照预先定义好的定价参数测量基于云的IT资源使用，并生成使用日志用于计算费用.审计监控器审计监控器机制用来收集网络和IT资源的审计记录数据，用以满足管理需要或合同义务。.故障转移系统故障转移系统通过使用现有的集群技术提供冗余的实现来增加IT资源的可靠性和可用性。故障转移系统有两种基本的配置主动-主动：IT资源的冗余实现会主动地同步服务工作负载。当发现故障时，将失效的实例从负载均衡调度器中剔除，有效的IT资源就会接管处理工作。主动-被动：待机或非活跃的实现会被激活，从不可用的IT资源处接管工作。.虚拟机监控器虚拟机监控器机制是虚拟化基础设施中最基础的部分，主要用来在物理服务器上生成虚拟服务器实例。.资源集群将多个分布的IT资源分为一组，使得他们能像同一个IT资源一样进行操作。这增强了集群化IT化IT资源的组合计算能力、负载均衡能力和可用性。常用的资源集群类型包括服务器集群：物理或虚拟服务器组成集群。数据库集群：用于改进数据的可用性，具有同步的特性，可以维持集群中各种存储设备上存储数据的一致性大数据集集群：实现了数据的分区和分布.多设备代理一个云服务可能会被大量的云用户访问，他们对主机硬件设备和通信需求都不同。为了克服云服务和不同云服务用户之间的不兼容性，需要创建映射逻辑来改变运行时交换信息多设备代理来帮助运行时的数据转换，使得云服务能够被更广泛的云用户程序和设备所使用。多设备代理通常作为网关存在可创建转化的逻辑层次包括传输协议消息协议存储设备协议数据模式/数据模型
⑶/dev/sda挂载的是/目录，之前没有做lvm，现在再做lvm会损坏其中的数据吗
⑷首先，你重新做lvs会损坏里面的数据，因为它需要格式化磁盘。其他知识点扩充一、LVS的基本工作原理.当用户向负载均衡调度器（DirectorServer发起请求，调度器将请求发往至内核空间.PREROUTING链首先会接收到用户请求，判断目标IP确定是本机IP，将数据包发往INPUT链.IPVS是工作在INPUT链上的，当用户请求到达INPUT时，IPVS会将用户请求和自己已定义好的集群服务进行比对，如果用户请求的就是定义的集群服务，那么此时IPVS会强行修改数据包里的目标IP地址及端口，并将新的数据包发往POSTROUTING链.POSTROUTING链接收数据包后发现目标IP地址刚好是自己的后端服务器，那么此时通过选路，将数据包最终发送给后端的服务器二、LVS的组成LVS由部分程序组成，包括ipvs和ipvsadm。.ipvs(ipvirtualserver)：一段代码工作在内核空间，叫ipvs，是真正生效实现调度的代码。.ipvsadm：另外一段是工作在用户空间，叫ipvsadm，负责为ipvs内核框架编写规则，定义谁是集群服务，而谁是后端真实的服务器(RealServer)三、LVS相关术语.DS：DirectorServer。指的是前端负载均衡器节点。.RS：RealServer。后端真实的工作服务器。.VIP：向外部直接面向用户请求，作为用户请求的目标的IP地址。.DIP：DirectorServerIP，主要用于和内部主机通讯的IP地址。.RIP：RealServerIP，后端服务器的IP地址。.CIP：ClientIP，访问客户端的IP地址。
⑸负载均衡设备转发端口转换原理
⑹负载均衡设备转发端口转换原理是：我们要使用统一的流量入口来对外提供服务，本质上就是需要一个流量调度器，通过均衡的算法，将用户大量的请求流量均衡地分发到集群中不同的服务器上。这其实就是我们今天要说的负载均衡。
⑺使用负载均衡可以给我们带来的几个好处：
⑻提高了系统的整体性能；
⑼提高了系统的扩展性；
⑽提高了系统的可用性；
⑾负载均衡类型：广义上的负载均衡器大概可以分为类，包括：DNS方式实现负载均衡、硬件负载均衡、软件负载均衡。
⑿负载均衡——LVSDR模式
⒀相比于nginx只能用于层负载均衡，LVS就比较强大了，能在层做负载均衡。而且性能和稳定性上LVS也比较占优，毕竟是合入内核模块，不稳定肯定不行。LVS通过工作于内核的ipvs模块来实现功能，其主要工作于filter的INPUT链上。除此之外，还需要一个用户态工具，ipvdadm，用于用户负载集群定义和集群服务管理。LVSDR模式的流程大概如下：、客户端发送请求至VIP，也就是访问服务，请求报文源地址是CIP，目标地址为VIP；、LVS调度器接收到请求，报文在PREROUTING链检查，确定目的IP是本机，于是将报文发送至INPUT链，ipvs内核模块确定请求的服务是我们配置的LVS集群服务，然后根据用户设定的均衡策略选择某台后端RS，并将目标MAC地址修改RIP的MAC地址。因为调度器和后端服务器RS在同个网段，因此直接二层互通，将请求发给选择的RS处理；、因为报文目的mac是本机，且RS上有配置VIP，因此RS能接收该报文。后端服务处理完请求后，将响应直接发往客户端，此时源IP地址为VIP，目标IP为CIP。如下，准备三台服务器，机器作用...VIP，LVS调度器对外服务IP...RIP，后端web服务器之一...RIP，后端web服务器之二上面我们说过lvs依赖于ipvs内核模块，和ipvsadm用户态工具。因为centos已经默认加载ipvs模块，因此这一步我们不需要配置。我们只需要安装ipvsadm工具即可，yuminstall-yipvsadm然后在LVS调度器上配置VIP，这里我们采用虚拟网卡，当然也可以使用独立网卡配置，ifconfigeth:.../up接着配置LVS集群服务，#ipvsadm-C#ipvsadm-A-t...:-srr#ipvsadm-a-t...:-r...:-g#ipvsadm-a-t...:-r...:-g其中，第一条命令是清空所有规则；第二条命令是定义LVS服务，并指定负责均衡策略为rr，即轮询；第三、四条命令各添加一台后端web服务器，作为负载均衡节点，并指定为DR模式。ipvsadm基本命令参数如下：-A?指定添加的LVS负载均衡虚拟服务-t?指定虚拟服务器的IP地址和端口-s?指定调度算法，ss为轮询，wrr为加权轮询，dh为目标地址散列，sh为源地址散列，lc为最少链接等-a?在对应的VIP下添加RS节点-g?指定LVS的工作模式为DR模式-l?指定LVS的工作模式为tunnel模式-m?指定LVS的工作模式为NAT模式添加完后端RS，我们可以查看此LVS对应的均衡规则，#ipvsadm-LnIPVirtualServerversion..(size=)ProtLocalAddress:PortSchedulerFlags?-》RemoteAddress:Port?????ForwardWeightActiveConnInActConnTCP?...:rr?-》...:??????Route??????????????-》...:??????Route?????????这里web服务器使用nginx搭建，因此在两台RS上安装nginx，yuminstall-ynginx同时为了后面测试，我们修改web服务器的index.html内容，#cat/usr/share/nginx/html/index.htmlThisis...#cat/usr/share/nginx/html/index.htmlThisis...接着开始进行LVS相关配置，首先将VIP配置在lo接口上，(注意掩码要配置成位，不然RS通信会出问题)ifconfiglo:.../up接着配置对应路由，routeadd-host...devlo然后设置相关系统参数，echo》/proc/sys//ipv/conf/eth/arp_ignoreecho》/proc/sys//ipv/conf/eth/arp_announceecho》/proc/sys//ipv/conf/all/arp_ignoreecho》/proc/sys//ipv/conf/all/arp_announce其实严格意义上只要配置出口网卡的对应参数就可以了，配置a
⒁LVS四种工作模式原理
⒂LVS是LinuxVirtualServer：Linux虚拟服务器；是一个虚拟的服务器集群【多台机器LBIP】。
⒃负载调度器(loadbalancer)：它是整个LVS集群对外的前端机器，负责将client请求发送到一组服务器上执行，而client端认为是返回来一个同一个IP【通常把这个IP称为虚拟IP/VIP】服务器池(serverpool)：一组真正执行client请求的服务器，一般是我们的web服务器；除了web，还有FTP，MAIL，DNS共享存储(sharedstored)：它为serverpool提供了一个共享的存储区，很容易让服务器池拥有相同的内容，提供相同的服务
⒄VS：VirtualServer#虚拟服务，一个抽象的服务，用于最开始接收web请求的服务Director,Balancer#负载均衡器、分发器RS：RealServer#真正提供服务的服务器CIP:ClientIP#用户端IP，发起请求的客户端IP，一般是公网IPVIP：DirectorVirtualIP#负载均衡器虚拟IPDIP：DirectorIP#负载均衡器IPRIP：RealServerIP#真正提供web服务的服务器的IP
⒅直接路由模式（LVS-DR互联网使用比较多的一种模式DR模式是通过改写请求报文的目标MAC地址，将请求发给真实服务器的，而真实服务器响应后的处理结果直接返回给客户端用户。同TUN模式一样，DR模式可以极大的提高集群系统的伸缩性。而且DR模式没有IP隧道的开销，对集群中的真实服务器也没有必要必须支持IP隧道协议的要求。但是要求调度器LB与真实服务器RS都有一块网卡连接到同一物理网段上，必须在同一个局域网环境。
⒆DR模式特点优点：和TUN（隧道模式一样，负载均衡器也只是分发请求，应答包通过单独的路由方法返回给客户端。与VS-TUN相比，VS-DR这种实现方式不需要隧道结构，因此可以使用大多数操作系统做为物理服务器。缺点：（不能说缺点，只能说是不足要求负载均衡器的网卡必须与物理网卡在一个物理段上。
⒇NAT模式（LVS-NATNAT模式是通过网络地址转换的方法来实现调度的。首先调度器(LB)接收到客户的请求数据包时（请求的目的IP为VIP，根据调度算法决定将请求发送给哪个后端的真实服务器（RS。然后调度就把客户端发送的请求数据包的目标IP地址及端口改成后端真实服务器的IP地址（RIP,这样真实服务器（RS就能够接收到客户的请求数据包了。真实服务器响应完请求后，查看默认路由（NAT模式下我们需要把RS的默认路由设置为LB服务器。把响应后的数据包发送给LB,LB再接收到响应包后，把包的源地址改成虚拟地址（VIP然后发送回给客户端。
⒈NAT模式特点：、NAT技术将请求的报文和响应的报文都需要通过LB进行地址改写，因此网站访问量比较大的时候LB负载均衡调度器有比较大的瓶颈，一般要求最多之能-台节点、只需要在LB上配置一个公网IP地址就可以了。、每台内部的节点服务器的网关地址必须是调度器LB的内网地址。、NAT模式支持对IP地址和端口进行转换。即用户请求的端口和真实服务器的端口可以不一致。
⒉FullNAT模式（LVS-FullNAT客户端对VIP发起请求，Director接过请求发现是请求后端服务。Direcrot对请求报文做full-nat，把源ip改为Dip，把目标ip转换为任意后端RS的rip，然后发往后端，rs接到请求后，进行响应，响应源ip为Rip，目标ip还是DIP，又内部路由路由到Director,Director接到响应报文，进行full-nat。将源地址为VIP，目标地址改为CIP请求使用DNAT，响应使用SNAT
⒊FullNAT模式特点：FULLNAT模式也不需要LBIP和realserverip在同一个网段；fullnat跟nat相比的优点是：保证RS回包一定能够回到LVS；因为源地址就是LVS==》不确定fullnat因为要更新sorceip所以性能正常比nat模式下降%
⒋IP隧道模式（LVS-Tunnel采用NAT模式时，由于请求和响应的报文必须通过调度器地址重写，当客户请求越来越多时，调度器处理能力将成为瓶颈。为了解决这个问题，调度器把请求的报文通过IP隧道转发到真实的服务器。真实的服务器将响应处理后的数据直接返回给客户端。这样调度器就只处理请求入站报文，由于一般网络服务应答数据比请求报文大很多，采用VS/TUN模式后，集群系统的最大吞吐量可以提高倍。它和NAT模式不同的是，它在LB和RS之间的传输不用改写IP地址。而是把客户请求包封装在一个IPtunnel里面，然后发送给RS节点服务器，节点服务器接收到之后解开IPtunnel后，进行响应处理。并且直接把包通过自己的外网地址发送给客户不用经过LB服务器。
⒌ip隧道模式特点：负载均衡器只负责将请求包分发给后端节点服务器，而RS将应答包直接发给用户。所以，减少了负载均衡器的大量数据流动，负载均衡器不再是系统的瓶颈，就能处理很巨大的请求量，这种方式，一台负载均衡器能够为很多RS进行分发。而且跑在公网上就能进行不同地域的分发。隧道模式的RS节点需要合法IP，这种方式需要所有的服务器支持”IPTunneling”(IPEncapsulation)协议，服务器可能只局限在部分Linux系统上。
⒍四种模式性能比较：因为DR模式IPTUNELL模式都是在packagein时经过LVS，在packageout是直接返回给client，所以二者的性能比NAT模式高，但IPTUNNEL因为是TUNNEL模式比较复杂，其性能不如DR模式；FULLNAT模式因为不仅要更换DSTIP还更换SOURCEIP所以性能比NAT下降%种模式的性能如下：DR==》IPTUNNEL==》NAT==》FULLNAT
⒎软件架构中，负载均衡有哪些调度算法
⒏谢邀！负载均衡调度算法也叫负载均衡方法有很多种，下面以使用比较广的nginx为例说说软件负载均衡的调度算法：nginx默认的调度算法，按照时间顺序逐一分配后台服务器在server后加weigth，weight值越高，后台服务器分配概率越大，下图是说ip为的后台服务分配概率是ip为后台服务的两倍按照访问ip的hash分配，增加ip_hash关键字，同一ip访问相同的后台服务按照访问url的hash分配，增加url_hash关键字，同一url访问相同的后台服务按照最少连接数方式分配，增加least_conn关键字，哪个后台服务连接数少就分配哪个按照最短响应时间分配，增加fair关键字，响应时间短的后台服务优先分配
⒐IPVS(LVS)负载均衡简介及实验测试
⒑LVS是LinuxVirtualServer的简称，也就是Linux虚拟服务器,是一个由章文嵩博士发起的自由软件项目，现在已经是Linux标准内核的一部分。LVS是一种叫基于TCP/IP的负载均衡技术，转发效率极高，具有处理百万计并发连接请求的能力。LVS的IP负载均衡技术是通过IPVS模块实现的。IPVS模块是LVS集群的核心软件模块，它安装在LVS集群作为负载均衡的主节点上，虚拟出一个IP地址和端口对外提供服务。用户通过访问这个虚拟服务（VS，然后访问请求由负载均衡器（LB调度到后端真实服务器（RS中，由RS实际处理用户的请求给返回响应。根据负载均衡器转发客户端请求以及RS返回响应机制的不同，将IPVS的转发模式分为三种：VS/NAT，VS/DR，VS/TUNDR模式下，客户端的请求包到达负载均衡器的虚拟服务IP端口后，负载均衡器不会改写请求包的IP和端口，但是会改写请求包的MAC地址为后端RS的MAC地址，然后将数据包转发；真实服务器处理请求后，响应包直接回给客户端，不再经过负载均衡器。所以DR模式的转发效率是最高的，特别适合下行流量较大的业务场景，比如请求视频等大文件。DR模式的特点：LB只是将数据包的MAC地址改写为RS的MAC地址，然后转发给相应的RS。因为LB转发时并不会改写数据包的目的IP，所以RS收到的数据包的目的IP仍是LB的虚拟服务IP。为了保证RS能够正确处理该数据包，而不是丢弃，必须在RS的环回网卡上绑定LB的虚拟服务IP。这样RS会认为这个虚拟服务IP是自己的IP，自己是能够处理这个数据包的。否则RS会直接丢弃该数据包！因为LB不会改写数据包的目的端口，所以RS服务的监听端口必须和虚拟服务端口一致，否则RS会直接拒绝该数据包。因为RS收到的请求数据包的源IP是客户端的IP，所以理所当然RS的响应会直接回给客户端，而不会再经过LB。这时候要求RS和客户端之间的网络是可达的。因为LB在转发过程中需要改写数据包的MAC为RS的MAC地址，所以要能够查询到RS的MAC。而要获取到RS的MAC，则需要保证二者位于一个子网，否则LB只能获取到RS网关的MAC地址。NAT模式下，请求包和响应包都需要经过LB处理。当客户端的请求到达虚拟服务后，LB会对请求包做目的地址转换（DNAT，将请求包的目的IP改写为RS的IP。当收到RS的响应后，LB会对响应包做源地址转换（SNAT，将响应包的源IP改写为LB的IP。NAT模式的特点：对于请求包，会进行DNAT；对于响应包，会进行SNAT。虽然LB在转发过程中做了NAT转换，但是因为只是做了部分地址转发，所以RS收到的请求包里是能看到客户端IP的。因为RS收到的请求包源IP是客户端的IP，为了保证响应包在返回时能走到LB上面，所以需要将RS的默认网关地址配置为LB的虚拟服务IP地址。当然，如果客户端的IP是固定的，也可以在RS上添加明细路由指向LB的虚拟服务IP，不用改默认网关。因为需要将RS的默认网关配置为LB的虚拟服务IP地址，所以需要保证LB和RS位于同一子网。又因为需要保证RS的响应包能走回到LB上，则客户端不能和RS位于同一子网。否则RS直接就能获取到客户端的MAC，响应包就直接回给客户端了，不会走网关，也就走不到LB上面了。这时候由于没有LB做SNAT，客户端收到的响应包源IP是RS的IP，而客户端的请求包目的IP是LB的虚拟服务IP，这时候客户端无法识别响应包，会直接丢弃。IP隧道（IPtunneling是将一个IP报文封装在另一个IP报文的技术，这可以使得目标为一个IP地址的数据报文能被封装和转发到另一个IP地址。IP隧道技术亦称为IP封装技术（IPencapsulation。IP隧道主要用于移动主机和虚拟私有网络（VirtualPrivatework，在其中隧道都是静态建立的，隧道一端有一个IP地址，另一端也有唯一的IP地址。利用IP隧道技术将请求报文封装转发给后端服务器，响应报文能从后端服务器直接返回给客户。但在这里，后端服务器有一组而非一个，所以我们不可能静态地建立一一对应的隧道，而是动态地选择一台服务器，将请求报文封装和转发给选出的服务器。这样，可以利用IP隧道的原理将一组服务器上的网络服务组成在一个IP地址上的虚拟网络服务。各个服务器将VIP地址配置在自己的IP隧道设备上。它的连接调度和管理与VS/NAT中的一样，只是它的报文转发方法不同。调度器根据各个服务器的负载情况，动态地选择一台服务器，将请求报文封装在另一个IP报文中，再将封装后的IP报文转发给选出的服务器；服务器收到报文后，先将报文解封获得原来目标地址为VIP的报文，服务器发现VIP地址被配置在本地的IP隧道设备上，所以就处理这个请求，然后根据路由表将响应报文直接返回给客户。轮叫调度（RoundRobinScheduling算法就是以轮叫的方式依次将请求调度不同的服务器，即每次调度执行i=(i+)modn，并选出第i台服务器。算法的优点是其简洁性，它无需记录当前所有连接的状态，所以它是一种无状态调度。LB会根据RS上配置的权重，将消息按权重比分发到不同的RS上。可以给性能更好的RS节点配置更高的权重，提升集群整体的性能。最小连接调度（Least-ConnectionScheduling算法是把新的连接请求分配到当前连接数最小的服务器。最小连接调度是一种动态调度算法，它通过服务器当前所活跃的连接数来估计服务器的负载情况。调度器需要记录各个服务器已建立连接的数目，当一个请求被调度到某台服务器，其连接数加；当连接中止或超时，其连接数减一。加权最小连接调度（WeightedLeast-ConnectionScheduling算法是最小连接调度的超集，各个服务器用相应的权值表示其处理性能。服务器的缺省权值为，系统管理员可以动态地设置服务器的权值。加权最小连接调度在调度新连接时尽可能使服务器的已建立连接数和其权值成比例。基于局部性的最少链接调度（Locality-BasedLeastConnectionsScheduling，以下简称为LBLC算法是针对请求报文的目标IP地址的负载均衡调度，目前主要用于Cache集群系统，因为在Cache集群中客户请求报文的目标IP地址是变化的。这里假设任何后端服务器都可以处理任一请求，算法的设计目标是在服务器的负载基本平衡情况下，将相同目标IP地址的请求调度到同一台服务器，来提高各台服务器的访问局部性和主存Cache命中率，从而整个集群系统的处理能力。带复制的基于局部性最少链接调度（Locality-BasedLeastConnectionswithReplicationScheduling，以下简称为LBLCR算法也是针对目标IP地址的负载均衡，目前主要用于Cache集群系统。它与LBLC算法的不同之处是它要维护从一个目标IP地址到一组服务器的映射，而LBLC算法维护从一个目标IP地址到一台服务器的映射。对于一个“热门”站点的服务请求，一台Cache服务器可能会忙不过来处理这些请求。这时，LBLC调度算法会从所有的Cache服务器中按“最小连接”原则选出一台Cache服务器，映射该“热门”站点到这台Cache服务器，很快这台Cache服务器也会超载，就会重复上述过程选出新的Cache服务器。这样，可能会导致该“热门”站点的映像会出现在所有的Cache服务器上，降低了Cache服务器的使用效率。LBLCR调度算法将“热门”站点映射到一组Cache服务器（服务器集合，当该“热门”站点的请求负载增加时，会增加集合里的Cache服务器，来处理不断增长的负载；当该“热门”站点的请求负载降低时，会减少集合里的Cache服务器数目。这样，该“热门”站点的映像不太可能出现在所有的Cache服务器上，从而提供Cache集群系统的使用效率。目标地址散列调度（DestinationHashingScheduling算法也是针对目标IP地址的负载均衡，但它是一种静态映射算法，通过一个散列（Hash函数将一个目标IP地址映射到一台服务器。目标地址散列调度算法先根据请求的目标IP地址，作为散列键（HashKey从静态分配的散列表找出对应的服务器，若该服务器是可用的且未超载，将请求发送到该服务器，否则返回空。源地址散列调度（SourceHashingScheduling算法正好与目标地址散列调度算法相反，它根据请求的源IP地址，作为散列键（HashKey从静态分配的散列表找出对应的服务器，若该服务器是可用的且未超载，将请求发送到该服务器，否则返回空。它采用的散列函数与目标地址散列调度算法的相同。它的算法流程与目标地址散列调度算法的基本相似，除了将请求的目标IP地址换成请求的源IP地址。客户端发送对VIP的请求，lvs负载到后端某一台server，后端server处理后，直接封包回送客户端，源IP地址一定是lvs上面配的那个公网服务地址，也就后端server要配置这个ip，后端server收到的数据包是lvs没有变动过的（IP：vip，多个server，接入互联网的server持有相同的IP，是不允许的，因此，必须将后端server中的vip隐藏起来（对外隐藏，对自己可见VIP:虚拟服务器地址DIP:转发的网络地址，和RIP通信：ARP协议，获取RealServer的RIP：MAC地址；，转发Client的数据包到RIP上，RIP上要求有VIP（对外隐藏VIP；RIP:后端真实主机(后端服务器)CIP:客户端IP地址对外隐藏，对内可见kernelparameter:目标mac地址为全F，交换机触发广播arp_ignore:定义接收到ARP请求时的响应级别；：只要本地配置的有相应地址，就给予响应；：仅在请求的目标(MAC)地址配置请求到达的接口上的时候，才给予响应；arp_announce：定义将自己地址向外通告时的通告级别；：将本地任何接口上的任何地址向外通告；：试图仅向目标网络通告与其网络匹配的地址；：仅向与本地接口上地址匹配的网络进行通告；lvs主机：...RIP主机：也就是需要负载的服务器，...-LVS是LinuxVirtualServer的简写，意即Linux虚拟服务器，是一个虚拟的服务器集群系统，后来将lvs嵌入到linux内核，叫做ipvsipvs参数保存规则-S载入此前的规则：-R配置lvs的VIP确保/proc/sys//ipv/ip_forwa此时的源IP地址为VIP，目标IP为CIPRIP、VIP、DIP全是公网地址RS的网关不会也不可能指向DIP所有的请求报文经由DirectorServer，但响应报文必须不能进过DirectorServer不支持端口映射RS的系统必须支持隧道LVS服务器：...RS服务器：...，...，.....###系统配置vim/etc/sysctl.conf..###系统配置vim/etc/sysctl.conf
⒒基于tcp负载均衡的服务器集群除了用昂贵的F及比较昂贵的交换机外，还有其它方法可以实现
⒓所说的服务器是web服务器吗？还有那左右的预算包括web服务器的钱吗？我说的这个实在linux上实现的。。。。这个可以用lvs代替，它可以实现F的功能，只是性能比F差，但是性价比绝对超高。LVS(LinuxVirtualServer)?LVS是一个开源的软件，可以实现LINUX平台下的简单负载均衡。LVS是LinuxVirtualServer的缩写，意思是Linux虚拟服务器。?LVS集群采用三层结构，其主要组成部分为：–A、负载调度器（loadbalancer，它是整个集群对外面的前端机，负责将客户的请求发送到一组服务器上执行，而客户认为服务是来自一个IP地址（我们可称之为虚拟IP地址上的。–B、服务器池（serverpool，是一组真正执行客户请求的服务器，执行的服务有WEB、MAIL、FTP和DNS等。–C、共享存储（sharedstorage，它为服务器池提供一个共享的存储区，这样很容易使得服务器池拥有相同的内容，提供相同的服务。另外，可以再给调度器一个备机，来实现高可用。。。这个东西只要把服务器提供好了，找人来搭，费用会比用F实惠很多。