Linux虚拟服务器的结构、调度算法综述
点击次数：27 次 发布日期：2008-11-22 09:42:04 作者：源代码网
|
源代码网推荐Linux虚拟服务器（LinuxVirtualServer,LVS）建筑于实际的服务器集群之上，用户看不到提供服务的多台实际服务器，而只能看见一台作为负载平衡器的服务器。实际的服务器通过高速局域网或地理上分散的广域网连接。实际服务器的前端是一台负载平衡器，他将用户的请求调度到实际服务器上完成，这样看起来好像所有服务都是通过虚拟服务器来完成的。Linux虚拟服务器能够提供良好的可升级性、可靠性和可用性。用户可以透明地增加或减少一个节点，可以对实际服务器进行监测，如果发现有节点失败就重新配置系统。 源代码网推荐 源代码网推荐结构 源代码网推荐 源代码网推荐LinuxVirtualServer的结构如图1所示。 源代码网推荐 源代码网推荐 图1Linux虚拟服务器结构图 源代码网推荐 源代码网推荐调度算法 源代码网推荐 源代码网推荐LVS提供了四种调度算法：轮转调度，加权轮转调度，最少连接调度，加权最少连接调度。 源代码网推荐 源代码网推荐轮转调度（RoundRobinScheduling） 源代码网推荐轮转调度不考虑服务器的连接数和响应时间，它将所有的服务器都看作是相同的。当以轮转的形式将连接分发到不同的服务器上。 源代码网推荐加权轮转调度(WeightedRoundRobinScheduling) 源代码网推荐根据每个机器的处理能力的不同给每个机器分配一个对应的权重，然后根据权重的大小以轮转的方式将请求分发到各台机器。这种调度算法的耗费比其它的动态调度算法小，但是当负载变化很频繁时，它会导致负载失衡，而且那些长请求会发到同一个服务器上。 源代码网推荐最少连接调度(LeastConnectionScheduling) 源代码网推荐最少连接调度将用户请求发送到连接数最少的机器上。最少连接调度是一种动态调度方法，如果集群中各台服务器的处理能力相近，则当负载的变化很大时也不会导致负载失衡，因为它不会把长请求发送到同一台机器上。但是当处理器的处理能力差异较大时，最少连接调度就不能很好的发挥效能了。 源代码网推荐加权最小连接调度(WeightedLeastConnectionScheduling) 源代码网推荐根据服务器的性能不同而给它们分配一个相应的权重，权重越大，获得一个连接的机会就越大。有如下的运算方法：（假设共有n台机器，每一台服务器i的权重为Wi(i=1，..，n)，活跃连接数为Ci(i=1，..，n)，所有的连接数为Ci(i=1，..，n)的总和，下一个连接会发送给服务器j，服务器j满足以下的要求）：(Cj/ALL_CONNECTIONS)/Wj=min{(Ci/ALL_CONNECTIONS)/Wi}(i=1，..，n)由于ALL_CONNECTIONS是一个常数，因此上面的式子可以优化为：Cj/Wj=min{Ci/Wi}(i=1，..，n) 源代码网推荐 源代码网推荐负载平衡方法 源代码网推荐 源代码网推荐LVS提供了三种IP级的负载平衡方法：VirtualServerviaNAT、VirtualServerviaIPTunneling、VirtualServerviaDirectRouting。 源代码网推荐 源代码网推荐VirtualServerviaNAT方法使用了报文双向重写的方法，VirtualServerviaIPTunneling采用的是报文单向重写的策略，VirtualServerviaDirectRouting采用的是报文转发策略，这些策略将在以后的文章中详细描述。 源代码网推荐 源代码网推荐MOSIX 源代码网推荐 源代码网推荐MOSIX为Linux核心增添了集群计算的功能。它支持的操作系统平台有BSD/OS和Linux，它允许任意多个基于X86/Pentium的服务器和工作站协同工作。在MOSIX集群环境中，用户无需对应用程序进行修改，或将应用程序与库连接起来，或将应用程序分配到不同的节点上运行。MOSIX会自动将这些工作透明地交给别的节点来执行。 源代码网推荐 源代码网推荐MOSIX的核心是适应性的资源管理算法，它对各节点的负载进行监测并做出相应的回应，从而提高所有进程的整体性能。它使用抢先的进程迁移方法来在各节点中分配和再分配进程，从而充分利用所有的资源。适应性的资源管理算法具体上又包括适应性的负载平衡算法、内存引导算法和文件I/O的优化算法。这些算法都对集群中的资源使用情况的变化做出响应。如：节点上的不平衡的负载分布或由于内存不足而导致的过多的磁盘换入换出。在这种情况下，MOSIX将进程从一个节点迁移到另外一个节点上，从而来均衡负载或将进程迁移到有足够的内存空间的节点上。 源代码网推荐 源代码网推荐由于MOSIX是在Linux的核心中实现的，因此它的操作对应用程序而言是完全透明的。可以用它来定义不同的集群类型，这些集群中的机器可以相同也可以不同。 源代码网推荐 源代码网推荐与Turbocluster、LinuxVirtualServer、Lsf等集群系统不同的是，MOSIX集群中的每个节点既是主节点又是服务节点，不存在主控节点。对于那些在本地节点创建的进程而言，该节点就是一个主节点；对于那些从远方节点迁移过来的进程而言，该节点就是服务节点。这意味着可以在任意时刻向集群中增加节点或从集群中删除节点，而不会对正在运行的进程产生不良的影响。MOSIX的另外一个特性就是它的监测算法能够监测每个节点的速度、负载、可用内存、IPC以及I/Orate。系统使用这些信息来决定将进程发送到哪个具体的节点上。当在某个节点上创建了一个进程以后，该进程就在这个节点上执行。当该节点的负载超过了一定的阀值以后，就将该进程透明地迁移到别的节点上继续执行。 源代码网推荐 源代码网推荐MOSIX文件系统采用直接文件系统访问的方法，它可以允许迁移到别的节点的进程在本地进行I/O操作。这样就减少了需要进行I/O操作的进程与创建该进程的节点之间的通讯，从而允许这些进程更加自由地在集群中的节点中进行迁移。MOSIX文件系统使所有节点都可以像访问本地文件系统一样透明地访问其它节点上的所有目录和文件。 源代码网推荐 源代码网推荐一个低端的MOSIX配置可以包含通过以太网连接起来的多台PC机。一个较大的配置可以包含通过快速以太网连接起来的多台工作站和服务器。高端的MOSIX配置可以包含通过Gigabit-Ethernet连接起来的多台SMP或非SMP工作站和服务器。 源代码网推荐 源代码网推荐5.EDDIE 源代码网推荐 源代码网推荐Eddie的主要目的是提供一些供那些进行重要任务处理的网站使用的工具，从而使这些网站能够提供持续的高级服务。Eddie创建了一个真正的分布式web服务器结构，它支持分布于不同的物理地点的web服务器。它的结构如图5-1所示。 源代码网推荐 源代码网推荐图2所示的分布式服务器包含两个集群，它们分别是site1和site2。每个集群都包含着一台域名服务器和若干台运行web服务器软件的实际的服务器。当用户敲入一个域名时，首先在LocalDNS上对这个域名进行解析，找出与其对应的IP地址。如果LocalDNS无法对这个域名进行解析，就将此域名发送到AuthoritativeDNS上，AuthoritativeDNS返回应该访问的服务器的IP地址，然后用户就可以访问指定的服务器上的内容了。 源代码网推荐 源代码网推荐 图2 Eddie集群结构图 源代码网推荐 源代码网推荐 源代码网推荐Eddie主要包含两个软件包：HTTP网关和增强的DNS服务器。如图3所示，在每个站点上增加一个新的服务器（即前端机），在其上运行HTTP网关来接受外界发来的请求并且将请求调度到合适的后端机上执行，DNS服务器上运行增强的DNS服务器软件，通过该软件可以在多个地理上分散的网址上均衡负载。 源代码网推荐 源代码网推荐 图3 源代码网推荐 源代码网推荐Eddie主要有以下与众不同的特点： 源代码网推荐 源代码网推荐提高了web服务器的吞吐量。通过提供强大的负载平衡能力，Eddie使用户可以充分利用分布式web服务器中的所有资源。主要在两个地方使用了负载平衡。首先后端机将本机上的负载信息如CPU负载、内存、磁盘延迟、运行队列数据以及页面错等信息发送给前端机，前端机根据负载轻重将外界请求发送到合适的服务器上。另外在增强DNS服务器软件中也提供了负载平衡的功能，前端机和后端机的综合负载信息都发送到AuthoritativeDNS服务器上，然后LocalDNS可以根据各个AuthoritativeDNS上的负载的轻重来决定将域名解析的任务发送到哪一台AuthoritativeDNS上。这样就可以充分利用分布式服务器环境中的所有资源，增强了web服务器的吞吐量。 源代码网推荐提供很好的服务质量。首先Eddie通过使用静态和动态负载平衡策略提高了web服务器的吞吐量，减少了用户请求的响应时间；其次，当用户发一个请求时，系统就要检查是否来自该用户的连接已经存在，如果存在，就将请求继续发送到上次对该请求提供服务的服务器上，这样就保证了用户对web访问的持续性。如果没有足够的资源，则将用户请求加入等待队列，并且告诉用户它的请求要等待一会儿才会被处理。源代码网供稿. |
