2、 功能需求

　　本系统为典型的互联网服务型网站,需要达到365*7*24可提供访问服务,用现在流行的专业术语描述,就是高可用、可扩展、负载均衡的架构；只有这样的架构，才有可能达到这个要求。

　　高可用

　　高可用是指在一段时间内（通常是一年），系统能正常提供服务的时间，它是以一个百分比来度量，如可用性99.99%。当然，没有任何人能保证系统可用性达到100%，但可以通过良好的设计，不断地接近100%。对外宣称小数点后能到达9的个数，是一个技术团队实力的体现。

　　可扩展

　　用户的增加，引起访问数乃至流量的增加，这种情形下，需要对系统进行扩容，以应对这种快速增长。对于提供高可用服务的互联网网站，其对可扩展的基本要求就是在保持系统服务不终止的情况下，透明的扩充容量，即用户不知道扩容的存在，或者说是扩容不对现有的服务产生任何负面作用。这些扩展主要包括：带宽扩展、服务器扩展、存储容量扩展、数据库扩展等，当然也包括主机增加内存等方面的扩展。只要能保证可以在线扩展，我们就可以认为系统具有很好的扩展性。

　　负载均衡

　　一个应用或服务由数个物理服务器提供,并且每个物理服务器运行的应用或服务是相同的,我们可以让用户的访问通过某种控制策略,把负载分摊到不同的物理服务器,从而保持每个物理服务器有比较合理的负载。同时,负载均衡还具备故障隔离的功能,当某些物理服务器失效时，自动从负载转发队列剔除故障服务器，一旦故障得以恢复，用户访问负载则自动加载上来。负载均衡一般是2层架构：转发器和真实提供服务或应用的服务器。除了真实服务器可以失效且不影响服务外，转发器也能做到其中一个失效，另外一个自动失败切换，从来保持服务的可用性。

　　当整个系统的负载趋于饱和时，通过增加物理服务器和扩充物理带宽来扩容。增加物理服务器以后，系统的负载情况将重新在所有集群的物理服务器之间按照指定的算法重新达到新的均衡。例如：现在有50000个并发连接，4个机器，按照wlc 等权值的负载策略，则每个物理服务器的大概连接数为1250；此时再增加一个服务器，负载策略不变，则稳定后的每个物理服务器连接数大概为1000。

　　平台状态可视化

　　尽管有前面描述的措施保证系统的高可用、可扩展及负载均衡，但我们还需要随时知道系统的运行状态，一旦有机器失效或者某个服务不可用，应当及时发现并及时处理，而不要让故障一直积累，直到所有的服务都不可用以后，再来处理就谈不上什么高可用了。因此，监控平台的启用是不可或缺的了，有了它，就相当于多了一双"眼睛"，随时随地，我们都可以知道整个平台是否正常运行。

　　监控平台可视化可以以以下几个方面予以表现：

　　◆ web方式，即通过浏览器观看被监控的对象；如正常状态下，其状态（status）是以绿色填充并显示一个OK。

　　◆邮件通知，发生故障时，到达设定重试次数和探测间隔时间后发送邮件给管理员或相关人员，报告问题的大致情况。

　　◆手机短信，这是非常有用和及时的功能。深夜时分，再也没可能看web页面或查阅邮件，可以一旦发生故障，手机短信却能随时通知管理员所发生的故障。

　　一般情况下，这3者是同时进行的：上班时间通过浏览器查看页面显示、打开邮件程序定时收取邮件、保持手机24小时在线。

     下篇文章，介绍其方案选择，敬请关注。