目录
前言
常用的服务器集群
集群系统的优势
LVS 集群的通用体系结构
为什么使用层次的体系结构
为什么是共享存储
可伸缩 web 服务
前言
总结两篇技术文章, 努力学习!
- http://www.linuxvirtualserver.org/zh/lvs2.html
- https://www.cnblogs.com/happyPawpaw/p/5250651.html
常用的服务器集群
一种是将备份服务器连接在主服务器上, 当主服务器发生故障时, 备份服务器才投入运行, 把主服务器上所有任务接管过来.
另一种方法是将多台服务器连接, 这些服务器一起分担同样的应用和数据库计算任务, 改善关键大型应用的响应时间. 同时, 每台服务器还承担一些容错任务, 一旦某台服务器出现故障时, 系统可以在系统软件的支持下, 将这台服务器
与系统隔离, 并通过各服务器的负载转嫁机制完成新的负载分配. PC 服务器中较为常见的是两台服务器的集群, UNIX 系统可支持 8 台服务器的集群系统, 康柏的专用系统 OpenVMS 可支持多达 96 台服务器的集群系统.
在集群系统中, 所有的计算机拥有一个共同的名称, 集群内任一系统上运行的服务可被所有的网络客户所使用. 集群必须可以协调管理各分离组件的错误和失败, 并可透明的向集群中加入组件. 用户的公共数据被放置到了共享的磁
盘柜中, 应用程序被安装到了所有的服务器上, 也就是说, 在集群上运行的应用需要在所有的服务器上安装一遍. 当集群系统在正常运转时, 应用只在一台服务器上运行, 并且只有这台服务器才能操纵该应用在共享磁盘柜上的数据
区, 其它的服务器监控这台服务器, 只要这台服务器上的应用停止运行(无论是硬件损坏, 操作系统死机, 应用软件故障, 还是人为误操作造成的应用停止运行), 其它的服务器就会接管这台服务器所运行的应用, 并将共享磁盘柜
上的相应数据区接管过来. 其接管过程如下所示(以应用 A 为例):
1. 应用 A 正常工作时;
2. 应用 A 停止工作后, 其它的备用服务器将该应用接管过来.
具体接管过程分三部执行:
a. 系统接管.
b. 加载应用.
c. 客户端连接.
集群系统的优势
1. 解决所有的服务器硬件故障
当某一台服务器出现任何故障, 如: 硬盘, 内存, CPU, 主板, I/O 板以及电源故障, 运行在这台服务器上的应用以及其他计算资源通过网络将任务分配到集群的其他正常的节点上, 而不影响正常应用或者计算.
. 解决软件系统问题
我们知道, 在计算机系统中, 用户所使用的是应用程序和数据, 而应用系统运行在操作系统之上, 操作系统又运行在服务器上. 这样, 只要应用系统, 操作系统, 服务器三者中的任何一个出现故障, 系统实际上就停止了向客户端提
供服务, 比如我们常见的软件死机, 就是这种情况之一, 尽管服务器硬件完好, 但服务器仍旧不能向客户端提供服务. 而集群的最大优势在于对故障服务器的监控是基于应用的, 也就是说, 只要服务器的应用停止运行, 其它的相关
服务器就会接管这个应用, 而不必理会应用停止运行的原因是什么.
2. 解决人为失误造成的应用系统停止工作
例如, 当管理员对某台服务器操作不当导致该服务器停机, 因此运行在这台服务器上的应用系统也就停止了运行. 由于集群是对应用进行监控, 因此其它的相关服务器就会接管这个应用.
不足之处
集群系统的不足之处在于:
集群中的应用只在一台服务器上运行, 如果这个应用出现故障, 其它的某台服务器会重新启动这个应用, 接管位于共享磁盘柜上的数据区, 进而使应用重新正常运转. 我们知道整个应用的接管过程大体需要三个步骤: 侦测并确认故
障, 后备服务器重新启动该应用, 接管共享的数据区. 因此在切换的过程中需要花费一定的时间, 原则上根据应用的大小不同切换的时间也会不同, 越大的应用切换的时间越长.
LVS 集群的通用体系结构
LVS 集群采用 IP 负载均衡技术和基于内容请求分发技术. 调度器具有很好的吞吐率, 将请求均衡地转移到不同的服务器上执行, 且调度器自动屏蔽掉服 务器的故障, 从而将一组服务器构成一个高性能的, 高可用的虚拟服务器. 整
个服务器集群的结构对客户是透明的, 而且无需修改客户端和服务器端的程序.
为此, 在设计时需要考虑系统的透明性, 可伸缩性, 高可用性和易管理性. 一般来说, LVS 集群采用三层结构, 其体系结构如图 1 所示, 三层主要组成部分为:
负载调度器 (load balancer), 它是整个集群对外面的前端机, 负责将客户的请求发送到一组服务器上执行, 而客户认为服务是来自一个 IP 地址(我们可称之为虚拟 IP 地址) 上的.
服务器池(server pool), 是一组真正执行客户请求的服务器, 执行的服务有 Web,MAIL,FTP 和 DNS 等.
共享存储(shared storage), 它为服务器池提供一个共享的存储区, 这样很容易使得服务器池拥有相同的内容, 提供相同的服务.
调度器是服务器集群系统的唯一入口点(Single Entry Point), 它可以采用 IP 负载均衡技术, 基于内容请求分发技术或者两者相结合. 在 IP 负载均衡技术中, 需要服务器池拥有相同的内容提供相同的服务. 当 客户请求到达
时, 调度器只根据服务器负载情况和设定的调度算法从服务器池中选出一个服务器, 将该请求转发到选出的服务器, 并记录这个调度; 当这个请求的其 他报文到达, 也会被转发到前面选出的服务器. 在基于内容请求分发技术中
, 服务器可以提供不同的服务, 当客户请求到达时, 调度器可根据请求的内容选择服务器 执行请求. 因为所有的操作都是在 Linux 操作系统核心空间中将完成的, 它的调度开销很小, 所以它具有很高的吞吐率.
服务器池的结点数目是可变的. 当整个系统收到的负载超过目前所有结点的处理能力时, 可以在服务器池中增加服务器来满足不断增长的请求负载. 对大多数 网络服务来说, 请求间不存在很强的相关性, 请求可以在不同的结点上
并行执行, 所以整个系统的性能基本上可以随着服务器池的结点数目增加而线性增长.
共享存储通常是数据库, 网络文件系统或者分布式文件系统. 服务器结点需要动态更新的数据一般存储在数据库系统中, 同时数据库会保证并发 访问时数据的一致性. 静态的数据可以存储在网络文件系统 (如 NFS/CIFS) 中, 但
网络文件系统的伸缩能力有限, 一般来说, NFS/CIFS 服务器只能 支持 3~6 个繁忙的服务器结点. 对于规模较大的集群系统, 可以考虑用分布式文件系统, 如 AFS[1],GFS[2.3],Coda[4]和 Intermezzo[5]等. 分布式文件系
统可为各服务器提供共享的存储区, 它们访问分布式文件系统就像访问本地文件系统一样, 同时分布式文件系统可提 供良好的伸缩性和可用性. 此外, 当不同服务器上的应用程序同时读写访问分布式文件系统上同一资源时, 应用
程序的访问冲突需要消解才能使得资源处于一致状 态. 这需要一个分布式锁管理器(Distributed Lock Manager), 它可能是分布式文件系统内部提供的, 也可能是外部的. 开发者在写应用程序时, 可以使用分布式锁管理器
来保证应用程序在不同结点上并发访 问的一致性.
负载调度器, 服务器池和共享存储系统通过高速网络相连接, 如 100Mbps 交换网络, Myrinet 和 Gigabit 网络等. 使用高速的网络, 主要为避免当系统规模扩大时互联网络成为整个系统的瓶颈.
Graphic Monitor 是为系统管理员提供整个集群系统的监视器, 它可以监视系统的状态. Graphic Monitor 是基于浏览器的, 所以无论管理员在本地还是异地都可以监测系统的状况. 为了安全的原因, 浏览器要通过 HTTPS
(Secure HTTP)协议和身份认证后, 才能进行系统监测, 并进行系统的配置和管理.
为什么使用层次的体系结构
层次的体系结构可以使得层与层之间相互独立, 每一个层次提供不同的功能, 在一个层次可以重用不同的已有软件. 例如, 调度器层提供了负载平衡, 可伸缩 性和高可用性等, 在服务器层可以运行不同的网络服务, 如 Web,
Cache,Mail 和 Media 等, 来提供不同的可伸缩网络服务. 明确的功能划分和清晰 的层次结构使得系统容易建设, 以后整个系统容易维护, 而且系统的性能容易被扩展.
为什么是共享存储
共享存储如分布式文件系统在这个 LVS 集群系统是可选项. 当网络服务需要有相同的内容, 共享存储是很好的选择, 否则每台服务器需要将相同的 内容复制到本地硬盘上. 当系统存储的内容越多, 这种无共享结构
(Shared-nothing Structure)的代价越大, 因为每台服务器需要一样大的存储空间, 任何的更新需要涉及到每台服务器, 系统的维护代价会非常高.
共享存储为服务器组提供统一的存储空间, 这使得系统的内容维护工作比较轻松, 如 Webmaster 只需要更新共享存储中的页面, 对所有 的服务器都有效. 分布式文件系统提供良好的伸缩性和可用性, 当分布式文件系统的存储空间
增加时, 所有服务器的存储空间也随之增大. 对于大多数 Internet 服务来说, 它们都是读密集型 (Read-intensive) 的应用, 分布式文件系统在每台服务器使用本地硬盘作 Cache(如 2Gbytes 的空间), 可以使得访问分布式
文件系统本地的速度接近于访问本地硬盘.
此外, 存储硬件技术的发展也促使从无共享的集群向共享存储的集群迁移. 存储区域网 (Storage Area Networks) 技术解决了集群的每个结点可以直接连接 / 共享一个庞大的硬盘阵列, 硬件厂商也提供多种硬盘共享技术,
如光纤通道(Fiber Channel), 共享 SCSI(Shared SCSI).InfiniBand 是一个通用的高性能 I/O 规范, 使得存储区域网中以更低的延时传输 I/O 消息和集群通讯消息, 并且提供很好的伸缩性. InfiniBand 得到绝大多数
的大厂商的支持, 如 Compaq,Dell,Hewlett-Packard,IBM,Intel,Microsoft 和 SUN Microsystems 等, 它正在成为一个业界的标准. 这些技术的发展使得共享存储变得容易, 规模生产也会使得成本逐步降低.
可伸缩 Web 服务
基于 LVS 的 Web 集群的体系结构如图 2 所示: 第一层是负载调度器, 一般采用 IP 负载均衡技术, 可以使得整个系统有较高的吞吐率; 第二层是 Web 服务器池, 在每个结点上可以分别运行 HTTP 服务或 HTTPS 服务, 或者两者都运行;
第三层是共享存储, 它可以是数据库, 可以是网络文件系统或分布 式文件系统, 或者是三者的混合. 集群中各结点是通过高速网络相连接的.
对于动态页面(如 PHP,JSP 和 ASP 等), 需要访问的动态数据一般存储在数据库服务器中. 数据库服务运行在独立的服务器上, 为所有 Web 服务器 共享. 无论同一 Web 服务器上多个动态页面访问同一数据, 还是不同 Web 服务器上
多个动态页面访问同一数据, 数据库服务器有锁机制使得这些访问有序地进 行, 从而保证数据的一致性.
对于静态的页面和文件(如 HTML 文档和图片等), 可以存储在网络文件系统或者分布式文件系统中. 至于选择哪一种, 看系统的规模和需求 而定. 通过共享的网络文件系统或者分布式文件系统, Webmaster 可以看到统一的文档
存储空间, 维护和更新页面比较方便, 对共享存储中页面的修改对所 有的服务器都有效.
在这种结构下, 当所有服务器结点超载时, 管理员可以很快地加入新的服务器结点来处理请求, 而无需将 Web 文档等复制到结点的本地硬盘上.
有些 Web 服务可能用到 HTTP Cookie, 它是将数据存储在客户的浏览器来追踪和标识客户的机制. 使用 HTTP Cookie 后, 来同一客户的不同连接存在相关性, 这些连接必须被发送到同一 Web 服务器. 一些 Web 服务使用安全的
HTTPS 协议, 它是 HTTP 协议加 SSL(Secure Socket Layer)协议. 另有些 Web 服务可能使用安全的 HTTPS 协议, 它是 HTTP 协议加 SSL 协议. 当客户访问 HTTPS 服务 (HTTPS 的缺省端口为 443) 时, 会先建立一个 SSL 连接,
来交换对称公钥加密的证书并协商一个 SSL Key, 来加密以后的会话. 在 SSL Key 的生命周期内, 后续的所有 HTTPS 连接都使用这个 SSL Key, 所以同一客户的不同 HTTPS 连接也存在相关性. 针对这些需要, IPVS 调度器提供了
持久服务的功能, 它可以使得在设定的时间内, 来自同一 IP 地 址的不同连接会被发送到集群中同一个服务器结点, 可以很好地解决客户连接的相关性问题.
来源: http://www.bubuko.com/infodetail-2956405.html