lvs.txt
70墨值下载
libnet 下载地址： http://search.cpan.org/dist/libnet/
ipvsadm 下载地址： http://www.linuxvirtualserver.org/software/ipvs.html#kernel-2.6
从 Linux 内核版本 2.6 起，ip_vs code 已经被整合进了内核中，因此，只要在编译内核的时候选择了
ipvs 的功能，您的 Linux 即能支持 LVS。Linux 2.4.23 以后的内核版本也整合了 ip_vs code，但如果
是更旧的内核版本，您得自己手动将 ip_vs code 整合进内核原码中，并重新编译内核方可使用 lvs。
一、关于 ipvsadm:
ipvsadm 是运行于用户空间、用来与 ipvs 交互的命令行工具，它的作用表现在：
1、定义在 Director 上进行 dispatching 的服务(service)，以及哪此服务器(server)用来提供此服务；
2、为每台同时提供某一种服务的服务器定义其权重（即概据服务器性能确定的其承担负载的能力）；
注：权重用整数来表示，有时候也可以将其设置为 atomic_t；其有效表示值范围为 24bit 整数空间，即
（2^24-1）；
因此，ipvsadm 命令的主要作用表现在以下方面：
1、添加服务（通过设定其权重>0）；
2、关闭服务（通过设定其权重>0）；此应用场景中，已经连接的用户将可以继续使用此服务，直到其退出或
超时；新的连接请求将被拒绝；
3、保存 ipvs 设置，通过使用“ipvsadm-sav > ipvsadm.sav”命令实现；
4、恢复 ipvs 设置，通过使用“ipvsadm-sav < ipvsadm.sav”命令实现；
5、显示 ip_vs 的版本号，下面的命令显示 ipvs 的 hash 表的大小为 4k；
# ipvsadm
IP Virtual Server version 1.2.1 (size=4096)
6、显示 ipvsadm 的版本号
# ipvsadm --version
ipvsadm v1.24 2003/06/07 (compiled with popt and IPVS v1.2.0)
二、ipvsadm 使用中应注意的问题
默认情况下，ipvsadm 在输出主机信息时使用其主机名而非 IP 地址，因此，Director 需要使用名称解析服
务。如果没有设置名称解析服务、服务不可用或设置错误，ipvsadm 将会一直等到名称解析超时后才返回。
当然，ipvsadm 需要解析的名称仅限于 RealServer，考虑到 DNS 提供名称解析服务效率不高的情况，建议
将所有 RealServer 的名称解析通过/etc/hosts 文件来实现；
三、调度算法
Director 在接收到来自于 Client 的请求时，会基于"schedule"从 RealServer 中选择一个响应给
Client。ipvs 支持以下调度算法：
1、轮询（round robin, rr),加权轮询(Weighted round robin, wrr)——新的连接请求被轮流分配
至各 RealServer；算法的优点是其简洁性，它无需记录当前所有连接的状态，所以它是一种无状态调度。
轮叫调度算法假设所有服务器处理性能均相同，不管服务器的当前连接数和响应速度。该算法相对简单，不适
用于服务器组中处理性能不一的情况，而且当请求服务时间变化比较大时，轮叫调度算法容易导致服务器间的
负载不平衡。
2、最少连接(least connected, lc)， 加权最少连接(weighted least connection, wlc)——新的
连接请求将被分配至当前连接数最少的 RealServer；最小连接调度是一种动态调度算法，它通过服务器当
前所活跃的连接数来估计服务器的负载情况。调度器需要记录各个服务器已建立连接的数目，当一个请求被调
度到某台服务器，其连接数加 1；当连接中止或超时，其连接数减一。
3、基于局部性的最少链接调度（Locality-Based Least Connections Scheduling，lblc）——针
对请求报文的目标 IP 地址的负载均衡调度，目前主要用于 Cache 集群系统，因为在 Cache 集群中客户请求
报文的目标 IP 地址是变化的。这里假设任何后端服务器都可以处理任一请求，算法的设计目标是在服务器的
负载基本平衡情况下，将相同目标 IP 地址的请求调度到同一台服务器，来提高各台服务器的访问局部性和主
存 Cache 命中率，从而整个集群系统的处理能力。LBLC 调度算法先根据请求的目标 IP 地址找出该目标 IP
地址最近使用的服务器，若该服务器是可用的且没有超载，将请求发送到该服务器；若服务器不存在，或者该
服务器超载且有服务器处于其一半的工作负载，则用“最少链接”的原则选出一个可用的服务器，将请求发送到
该服务器。
4、带复制的基于局部性最少链接调度（Locality-Based Least Connections with Replication
Scheduling，lblcr）——也是针对目标 IP 地址的负载均衡，目前主要用于 Cache 集群系统。它与 LBLC
算法的不同之处是它要维护从一个目标 IP 地址到一组服务器的映射，而 LBLC 算法维护从一个目标 IP 地址到
一台服务器的映射。对于一个“热门”站点的服务请求，一台 Cache 服务器可能会忙不过来处理这些请求。这
时，LBLC 调度算法会从所有的 Cache 服务器中按“最小连接”原则选出一台 Cache 服务器，映射该“热门”站点
到这台 Cache 服务器，很快这台 Cache 服务器也会超载，就会重复上述过程选出新的 Cache 服务器。这样，
可能会导致该“热门”站点的映像会出现在所有的 Cache 服务器上，降低了 Cache 服务器的使用效率。LBLCR
调度算法将“热门”站点映射到一组 Cache 服务器（服务器集合），当该“热门”站点的请求负载增加时，会增加
集合里的 Cache 服务器，来处理不断增长的负载；当该“热门”站点的请求负载降低时，会减少集合里的
Cache 服务器数目。这样，该“热门”站点的映像不太可能出现在所有的 Cache 服务器上，从而提供 Cache 集
群系统的使用效率。LBLCR 算法先根据请求的目标 IP 地址找出该目标 IP 地址对应的服务器组；按“最小连接”
原则从该服务器组中选出一台服务器，若服务器没有超载，将请求发送到该服务器；若服务器超载；则按“最
小连接”原则从整个集群中选出一台服务器，将该服务器加入到服务器组中，将请求发送到该服务器。同时，
当该服务器组有一段时间没有被修改，将最忙的服务器从服务器组中删除，以降低复制的程度。
5、目标地址散列调度（Destination Hashing，dh）算法也是针对目标 IP 地址的负载均衡，但它是一种
静态映射算法，通过一个散列（Hash）函数将一个目标 IP 地址映射到一台服务器。目标地址散列调度算法先
根据请求的目标 IP 地址，作为散列键（Hash Key）从静态分配的散列表找出对应的服务器，若该服务器是
可用的且未超载，将请求发送到该服务器，否则返回空。
6、源地址散列调度（Source Hashing，sh）算法正好与目标地址散列调度算法相反，它根据请求的源 IP
地址，作为散列键（Hash Key）从静态分配的散列表找出对应的服务器，若该服务器是可用的且未超载，将
请求发送到该服务器，否则返回空。它采用的散列函数与目标地址散列调度算法的相同。除了将请求的目标
IP 地址换成请求的源 IP 地址外，它的算法流程与目标地址散列调度算法的基本相似。在实际应用中，源地址
散列调度和目标地址散列调度可以结合使用在防火墙集群中，它们可以保证整个系统的唯一出入口。
四、关于 LVS 追踪标记 fwmark：
如果 LVS 放置于多防火墙的网络中，并且每个防火墙都用到了状态追踪的机制，那么在回应一个针对于 LVS
的连接请求时必须经过此请求连接进来时的防火墙，否则，这个响应的数据包将会被丢弃。
查看 LVS 上当前的所有连接
# ipvsadm -Lcn
或者
#cat /proc/net/ip_vs_conn
查看虚拟服务和 RealServer 上当前的连接数、数据包数和字节数的统计值，则可以使用下面的命令实现：
# ipvsadm -l --stats
查看包传递速率的近似精确值，可以使用下面的命令：
# ipvsadm -l --rate
VS/NAT
LVS-NAT 基于 cisco 的 LocalDirector。VS/NAT 不需要在 RealServer 上做任何设置，其只要能提供一
个 tcp/ip 的协议栈即可，甚至其无论基于什么 OS。基于 VS/NAT，所有的入站数据包均由 Director 进行
目标地址转换后转发至内部的 RealServer，RealServer 响应的数据包再由 Director 转换源地址后发回
客户端。
VS/NAT 模式不能与 netfilter 兼容，因此，不能将 VS/NAT 模式的 Director 运行在 netfilter 的保护
范围之中。现在已经有补丁可以解决此问题，但尚未被整合进 ip_vs code。
____________
| |
| client |
|____________|
of 17
70墨值下载
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文档的来源（墨天轮），文档链接，文档作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
下载排行榜
评论