文档介绍：下载
第27章建立多服务器网站
本书的绝大部分是围绕着在单一服务器网站上的 Web 应用程序的开发与优化,而多服务
器网站的开发与优化同单一服务器上的情形有细微的差别。本章重点研究多服务器网站以及
它们的工作方式。
主要讨论以下问题:
•多服务器网站的定义,以及何时或者是否应当建立一个多服务器网站。
•建立一个We b阵的各种方法及其优势与不足。
•从结构方面考虑实现在多台机器上运行的网络应用程序。
首先让我们看一下一个多服务器网站的构成。
多服务器网站
最典型的网站有一个单一的响应 H T T P请求的网络服务器,这个服务器可能使用 A S P动态
地产生H T T P或者简单地提供静态内容。这个服务器也可能连接到本地或远程的数据库上,图
2 7 - 1就是这种配置。
随着用户数量的增加,性能开始下降。如
何解决这个问题。正如在上一章所看到的,典
型的做法是,每隔一定时间分析软件的结构,
网络服务器数据库服务器
在各种各样的算法中清理出过于臃肿的内容。
27-1
网络服务器也可以通过增加 C P U、额外的R A M 图网络服务器的配置
和更快的硬盘驱动器增强其性能。然而,最终可能无法再通过改进系统的性能使其达到可接
受的水平。对于 I n t e r n e t应用程序,这种情况早已出现。改善系统性能的一种显而易见的方式
就是通过多网络服务器分散或平衡负载。
即使网站的用户数量不多,对于单个服务器配置,也存在一些其他的潜在问题。每一个
I T经理的一个基本假设就是任何机器都会失败,如果这个失败的机器作为网络服务器,则用
户无论如何也不能进入这个网站。对于商业站点来说这将带来许多麻烦。考虑一个在线经纪
人例子,如果一个在线经纪人不能被访问,这个在线经纪人的顾客可能在等待网站恢复的时
候损失大量的资金。
此外,需要注意的是,维护也是管理生产环境时不可缺少的部分。有一些常规的安全性
公告要求应用程序热修补和对系统或系统软件的服务补丁。这可能需要替换硬件。当网站仅
有一个服务器时,即使是最一般的改变,也要将整个网站停下来。这将导致数小时的维修以
及I T职员的抱怨。
最后还有一个内容升级的问题。网络应用程序的发展趋向于不断改变网站的内容。在一
个独立的服务器上展示新的内容或让内部用户验证网站的正确性是一个极好的方法。这样能
避免许多令人烦恼的问题和咨询电话。
图2 7 - 2展示了多服务器网站的配置。
第27章建立多服务器网站计计811
下载
请求进入到几个网络服务器中的一个,这个服务器在处理请求的过程中从数据库服务器
中读取数据,或者向其中写入数据。如果一
台网络服务器出了故障,其他的网络服务器
将会处理这些附加的请求。这种配置提供了
负载平衡,负载将被分配或平衡到多个网络
网络服务器
服务器上。这种配置也提供容错,在容错范
围内,任何一部分出现故障将不影响网站的
可用性。
此外,网络服务器多于数据库服务器。网络服务器
通常,一个数据库服务器能够处理由多个网
络服务器产生的负载,这样可以不必平衡数数据库服务器
据库服务器负载。但是仍然需要防止任何单
台机器的故障导致整个网站瘫痪,出于这一网络服务器
目的,要给数据库服务器一个冗余的后备配
置。这将意味着将有一台额外的(备用)机
器专门用于应付主要机器的故障,这称为故
障屏蔽( f a i l o v e r)配置,其原因是备用机网络服务器
器阻止了失败的现象在用户面前出现。图27-2 多服务器网站的配置
总而言之,使用We b阵的优点是:
•增强了事务性的吞吐量。
•允许大量的用户同时工作。
•增加了冗余度(容错)。
•增强了可用性,在例行维护时不用停机。
We b阵的不足
在进一步深入研究之前,首先要问自己这样一个问题:增加一个 We b阵是否是一件好事。
当讨论多网络服务器网站的运行优点时,同样也需要讨论它的不足之处。
明显的缺点是增加了系统的复杂性,当请求通过多服务器时,需要某些模式来分配请求
给这些服务器。最具有代表性的是需要增加网络硬件或软件组件。这不仅增加了相关的开发
和管理工作,而且也增加了测试工作。为了确定系统按希望工作,必须测试系统的冗余、负
载平衡和故障屏障等各个方面。
另一个缺点是这种变化可能影响系统结构,将在后面讨论这些问题。状态管理、用户管
理和资源管理等模式,移植到多服务器系统时需要进行改变。一种简单的例子是管理上传的
文件,如果这些文件当前是放在本地的目录结构中,需要修改系统使其指向中心的共享目录。
最后,当将原来使用一