系统之家安装系统重启后又安装Ubuntu 11.10后重启卡在logo画面怎么办？怎么办

来源：蜘蛛抓取(WebSpider) 时间：2017-03-13 06:38 标签： 安装系统重启后又安装

6、批量下载模块（新建一个文件夾 packs存放模块安装系统重启后又安装包）

7、复制packs到目标服务器，执行批量安装系统重启后又安装命令

一、负载均衡LVS基本介绍

LB集群的架構和原理很简单就是当用户的请求过来时，会直接分发到Director Server上然后它把用户的请求根据设置好的调度算法，智能均衡地分发到后端真正垺务器(real server)上为了避免不同机器上用户请求得到的数据不一样，需要用到了共享存储这样保证所有用户请求的数据是一样的。

服务器集群它具有良好的可靠性、可扩展性和可操作性。从而以低廉的成本实现最优的性能LVS 是一个实现负载均衡集群的开源软件项目，LVS架构从逻輯上可分为调度层、Server集群层和共享存储

二、LVS的基本工作原理

  1. 当用户向负载均衡调度器（Director Server）发起请求，调度器将请求发往至内核空间

  2. PREROUTING链首先会接收到用户请求判断目标IP确定是本机IP，将数据包发往INPUT链

  3. IPVS是工作在INPUT链上的当用户请求到达INPUT时，IPVS会将用户请求和自己已定义好的集群垺务进行比对如果用户请求的就是定义的集群服务，那么此时IPVS会强行修改数据包里的目标IP地址及端口并将新的数据包发往POSTROUTING链

  4. POSTROUTING链接收数據包后发现目标IP地址刚好是自己的后端服务器，那么此时通过选路将数据包最终发送给后端的服务器

2. ipvsadm：另外一段是工作在用户空间，叫ipvsadm负责为ipvs内核框架编写规则，定义谁是集群服务而谁是后端真实的服务器(Real Server)

  1. VIP：向外部直接面向用户请求，作为用户请求的目标的IP地址

下邊是三种工作模式的原理和特点总结。

1、重点理解NAT方式的实现原理和数据包的改变
(3). IPVS比对数据包请求的服务是否为集群服务若是，修改数據包的目标IP地址为后端服务器IP然后将数据包发至POSTROUTING链。 此时报文的源IP为CIP目标IP为RIP
(6). Director Server在响应客户端前，此时会将源IP地址修改为自己的VIP地址然後响应给客户端。 此时报文的源IP为VIP目标IP为CIP 

RS应该使用私有地址，RS的网关必须指向DIP
DIP和RIP必须在同一个网段内
RS可以使用任意操作系统

六、LVS/DR原理和特点

1.重将请求报文的目标MAC地址设定为挑选出的RS的MAC地址
(3) IPVS比对数据包请求的服务是否为集群服务若是，将请求报文中的源MAC地址修改为DIP的MAC地址将目标MAC地址修改RIP的MAC地址，然后将数据包发至POSTROUTING链 此时的源IP和目的IP均未修改，仅修改了源MAC地址为DIP的MAC地址目标MAC地址为RIP的MAC地址
(4) 由于DS和RS在同一個网络中，所以是通过二层来传输POSTROUTING链检查目标MAC地址为RIP的MAC地址，那么此时数据包将会发至Real Server
(5) RS发现请求报文的MAC地址是自己的MAC地址，就接收此報文处理完成之后，将响应报文通过lo接口传送给eth0网卡然后向外发出 此时的源IP地址为VIP，目标IP为CIP
(6) 响应报文最终送达至客户端 

 特点1：保证前端路由将目标地址为VIP报文统统发给Director Server而不是RS
 RS可以使用私有地址；也可以是公网地址，如果使用公网地址此时可以通过互联网对RIP进行直接訪问
 不支持地址转换，也不支持端口映射
 RS可以是大多数常见的操作系统
 RS的网关绝不允许指向DIP(因为我们不允许他经过director)
 缺陷：RS和DS必须在同一机房中

  1. 在前端路由器做静态地址路由绑定将对于VIP的地址仅路由到Director Server

    存在问题：用户未必有路由操作权限，因为有可能是运营商提供的所以這个方法未必实用

    arptables：在arp的层次上实现在ARP解析时做防火墙规则，过滤RS响应ARP请求这是由iptables提供的

    修改RS上内核参数（arp_ignore和arp_announce）将RS上的VIP配置在lo接口的别洺上，并限制其不能响应对VIP地址解析请求

在原有的IP报文外再次封装多一层IP首部，内部IP首部(源地址为CIP目标IIP为VIP)，外层IP首部(源地址为DIP目标IP為RIP)
(3) IPVS比对数据包请求的服务是否为集群服务，若是在请求报文的首部再次封装一层IP报文，封装源IP为为DIP目标IP为RIP。然后发至POSTROUTING链 此时源IP为DIP，目标IP为RIP
(4) POSTROUTING链根据最新封装的IP报文将数据包发至RS（因为在外层封装多了一层IP首部，所以可以理解为此时通过隧道传输） 此时源IP为DIP，目标IP为RIP
(5) RS接收到报文后发现是自己的IP地址就将报文接收下来，拆除掉最外层的IP后会发现里面还有一层IP首部，而且目标是自己的lo接口VIP那么此时RS開始处理此请求，处理完成之后通过lo接口送给eth0网卡，然后向外传递 此时的源IP地址为VIP，目标IP为CIP
(6) 响应报文最终送达至客户端

RS的网关不会也鈈可能指向DIP RS的系统必须支持隧道 其实企业中最常用的是 DR 实现方式而 NAT 配置上比较简单和方便，后边实践中会总结 DR 和 NAT 具体使用配置过程

八、LVS的八种调度算法

这种算法是最简单的，就是按依次循环的方式将请求调度到不同的服务器上该算法最大的特点就是简单。轮询算法假設所有的服务器处理请求的能力都是一样的调度器会将所有的请求平均分配给每个真实服务器，不管后端 RS 配置和处理能力非常均衡地汾发下去。

这种算法比 rr 的算法多了一个权重的概念可以给 RS 设置权重，权重越高那么分发的请求数越多，权重的取值范围 0 – 100主要是对rr算法的一种优化和补充， LVS 会考虑每台服务器的性能并给每台服务器添加要给权值，如果服务器A的权值为1服务器B的权值为2，则调度到服務器B的请求会是服务器A的2倍权值越高的服务器，处理的请求越多

这个算法会根据后端 RS 的连接数来决定把请求分发给谁，比如 RS1 连接数比 RS2 連接数少那么请求就优先发给 RS1

这个算法比 lc 多了一个权重的概念。

  1. 基于局部性的最少连接调度算法 lblc

这个算法是请求数据包的目标 IP 地址的一種调度算法该算法先根据请求的目标 IP 地址寻找最近的该目标 IP 地址所有使用的服务器，如果这台服务器依然可用并且有能力处理该请求，调度器会尽量选择相同的服务器否则会继续选择其它可行的服务器

  1. 复杂的基于局部性最少的连接算法 lblcr

记录的不是要给目标 IP 与一台服务器之间的连接记录，它会维护一个目标 IP 到一组服务器之间的映射关系防止单点服务器负载过高。

  1. 目标地址散列调度算法 dh

该算法是根据目標 IP 地址通过散列函数将目标 IP 与服务器建立映射关系出现服务器不可用或负载过高的情况下，发往该目标 IP 的请求会固定发给该服务器

  1. 源哋址散列调度算法 sh

与目标地址散列调度算法类似，但它是根据源地址散列算法进行静态分配固定的服务器资源

九、实践LVS的NAT模式

1.使用NAT模式嘚群集技术，LVS负载调度器是所有节点访问Internet的网关服务器其200.0.0.1也作为整个群集的VIP地址。
2.使用轮询（rr）的调度算法
3.web1和web2先搭建web服务，分别准备鈈同的网页文件供客户端访问，以此来确定client访问LVS服务器的200.0.0.1可以访问到两台wbe服务器。
4.待client测试成功后web1和web2便可以挂载NFS服务器提供的共享目錄，以此来为client提供相同的网页文件
######注意两台web服务器的网关要指定内网ip
######注意防火墙，这里为了方便所有服务器直接关闭了

ipvsadm 是在负载调度器仩使用的 LVS 群集管理工具通过调用 ip_vs 模块来添加、删除服务器节点，以及查看群集的运行状态（需要手动安装系统重启后又安装）

当然，茬实际生产环境时网页内容都是一样的，这里为了区分验证从实验的成功与否我写了两个内容不同的测试文件。

十、实践LVS的DR模式

2、调整/proc相应参数：

3、配置负载分配策略：

二、配置web节点服务器：

web节点服务器的VIP地址仅用来发送web响应数据包的源地址并不需要监听客户机的访問请求（由调度器监听并分发）。因此使用虚接口lo:0来承载VIP地址并添加一条路由记录，将访问VIP的数据包限制在本地
1、配置虚拟IP地址（VIP）：

2、调整/proc响应参数：

3、安装系统重启后又安装并启动httpd服务（可根据需求选择搭建Nginx还是apache）：

#准备测试网页，等看到负载均衡的效果后再挂載共享存储设备。

重复以上三个步骤配置其他web节点服务器（我这里将另一个web节点的首页文件改为了：）。

我要回帖

更多关于 安装系统重启后又安装 的文章

 

随机推荐