3.规划网络容量步骤：

3.1确定站点的用途和类型
开始规划站点的容量需求之前，您必须确定站点的用途，以及要创建什么类型的站点。例如，要创建一个事务处理站点，以允许用户检索并存储信息，一般是在一个数据库中。事务处理站点涉及可靠性和安全性要求，而其他类型的站点则没有这样的要求。除确定站点类型之外，必须确定站点是否要支持某些形式的动态内容。动态内容有很多形式，而且各种不同的,INTERNET 及数据库技术都提供动态内容，如SQL、ASP或CGI。简单来说，动态内容涉及到WEB 服务器与数据库联系、检索数据、将数据格式化、然后作为)WEB页面发送到用户的浏览器上。例如，如果一位用户要查看某个特定产品的信息，服务器就会联系SQL Server数据库以检索该
产品说明、照片、价格信息，以及该产品是否还有库存。检索结果会以常规的HTML页面显示在用户的浏览器上，就像一个静态)WEB页面，但它却是服务器在用户发了请求时在运行过程当中创建中。使用动态内容的站点比静态站点需要的处理容量要多得多。
3.2确定用户基数
下一步是计算)WEB站点的容量，以确定同时使用站点的用户数量。这个数字通常有两个主要来源：市场分析和系统分析。
如果站点还未建立或发布，站点所有者和操作人员就可能需要借助市场分析报告来预测站点发布初期及以后的预期通信量。如果站点已经建立且已在运行，分析WEB服务器的日志文件，以了解站点在不同时间的点击数以及可以表明站点内容受欢迎程度是否增加的所有使用趋势。计算站点当前支持的用户数量时，要根据高峰使用来计算，而不是根据典型使用或平均使用。
3.3确定硬件需求
通过预测站点某一段时间的访问者数量或统计一段时间的实际访问者数量并将该数据与硬件容量相比较,您可以确定站点的硬件需求。
3.3.1 CPU需求
WEB应用程序受处理器约束。多个线程试图执行相同的关键部分或访问相同资源可导致资源争夺问题，从而导致频繁的环境转换并在吞吐量很低的时候也使CPU处于忙碌状态。如果多数线程阻塞，如等待数据库时，就还有可能出现CPU利用很低，吞吐量也很低的情况。
可以通过两个基本方式获得所需处理能力：向每台服务器添加更多的处理器，或者添加服务器。与添加服务器相比，向现有服务器添加处理器的成本更低（也更更简单）。但对于多数应用程序来说，添加处理器到一定程度时就不起作用了。另外，操作系统支持的处理器数量也有限。
添加服务器可以将群集线性扩展到您所需要的大小。（线性扩展就是说两台服务器可处理两倍于一台服务器可处理的负载，三台服务器可处理三倍的负载，九台服务器呆处理九倍的负载，以此类推。）
3.3.2内存需求
RAM存取（约10毫微秒）大约比磁盘存取（约10毫秒）快一百万倍，所以每次将一个页面交换到内存中时，就是在降低应用程序的速度。添加充足的RAM对任何系统来说都是获得最佳性能最好、最经济的办法。而且您可以通过检查分页计数器（应用程序一旦开始运行，分页活动就应当很少）来保证应用程序有足够内存。
3.3.3存储需求
随着企业网络不断增长. 网络存储解决方案正在日渐成为人们的选择。每个公司在选择数据存储的介质和方法时都有不同的考虑。有些公司受制于成本，而有些公司则着重考虑性能。在评估存储需求时，需要将可提供高可用性的存储系统的成本与可能出现的数据损失、生产率、商业等因素相比较。制定存储管理策略之前，应考虑下列需求：
·对公司来说成本最合算的技术
·可以满足网络发展需求的充足的存储容量
·对#% 小时访问重要数据的需求
·数据存储的安全环境
在寻找成本最合算的解决方案时，需要在购买并维护软硬件的成本和出现灾难性数据损失的后果之间进行权衡。成本包括下列费用：
·硬件方面的初期投入，如磁带和磁盘驱动器、电源供应、控制器
·相关介质，如磁带和光盘
·软件，如存储管理工具和备份工具
·当前的软硬件维护费用
·人员配备
·如何使用新技术方面的培训
·脱站存储设备
将上述费用与下列费用做比较：
·更换文件服务器、邮件服务器或打印服务器的费用
·更换运行SQL Server或系统管理服务器（Systems Management Server）的费用
· 更换运行路由和远程访问服务（Routing and Romote Access Server ,RRAS）、SNA Server、Proxy Server或Novell Net Ware的费用.
·为不同部门的人员更换工作站的费用
·更换个别计算机组件如硬盘或网络卡使用
选择存储系统时需要考虑的另一个重要因素是数据恢复的速度。如果服务上的数据丢失，多快能够恢复数据？在故障开始严重影响到公司业务之前，您能够承担的服务器（或整个网络）故障时间有多长？
存储技术发展迅速，所以在作出采购决定之前，最好对各种类型的相关优点都有所了解。要使用的存储系统应该具备比备份关键数据所需容量还要高的容量。而且这个存储系统还应该能够在备份和恢复操作过程中执行错误检测和更正。
3.3.4数据服务器和磁盘需求
数据库是一个潜在的瓶颈，一旦有问题会很难修复。读E 写实时数据必须有一份完全相同的数据副本，所以增加数据库容量更有难度。有时瓶颈可能在数据库服务器上，有时又可能在磁盘阵列中。
如果问题在服务器的CPU 容量方面，则可通过添加CPU来解决。数据库应用程序如SQL SERVER可充分利用新增处理器；如果磁盘是瓶颈，则可采用更快的磁盘阵列。若数据库应用程序可利用高级缓存技术，添加RAM也会有所帮助。
另外一个选择是将数据库分配到多个服务器上。首先可将目录数据库放到一台服务器或一组服务器上。因为目录通常是只读的，复制数据会很安全。其次可以将经常阅读的数据如客户信息进行分段或将读E 写数据分段，这样可加快数据库的访问速度。
3.4确定网络带宽
一旦确定了特定时间要支持的用户数量，就有了网络连接带宽的下限，能够支持常规负载和使用尖峰。但站点类型在很大程度上影响到这个问题。例如，如果网站在很大程度上是基于用户或完全基于用户，或者站点只是在内联网上或是内联网结合外联网，可以估算最大尖峰时刻的网络带宽。硬件联网后可能存在若干潜在瓶颈。首先，对于您所发送的所有数据来说，网络与Internet的连接可能不够快。如果应用程序很受欢迎，您就可能需要速度更快的连接或使用冗余连接。冗余连接也可以增加站点的可靠性和可用性。通过减少发送的数据量，特别是图形、声音、和视频，可以降低对带宽的需求，从而防止瓶颈发生。如果您的防火墙不能够快速处理通信量，也会成为瓶颈。需要注意的一点是以太网络不能以接近其理论容量的水平运行，因为这会产生很多冲突（两个发送机试图同时发送）。发生冲突时，两个发送机在重新发送
之前都必须等待一段时间。有些冲突无法避免，但随着网络趋于饱和，冲突会迅速增加，这样您就几乎没有有效带宽了。
使用交换机（而不是使用集线器）将网络互连可大大减少冲突。交换机直接连接两个端口，而不是将通信传播到所有端口，所以多对端口可以通信而不发生冲突。与集线器相比，交换机则是不错的选择。
3.5查找潜在瓶颈问题
通常在网络出现拥塞之前，尽可能提前查找那些潜在的隐蔽的瓶颈问题，找出那些可能最先出现问题的地方。查找潜在瓶颈可遵循下列步骤：
(1)画出标示所有进入站点路径的方框图，包括：如到FTP下载站点的链接、其他URL等。
(2)确定容纳各个功能组件（数据库、邮件、FPT等等）的机器是什么。
(3)画出站点网络模型和到它的环境的连接。确定吞吐量，确定链接的速度。
(4)为每个页面创建一个回答下列问题的用户配置文件：
· 用户停留在该页面上的时间有多长？
· 哪些数据传送到该页面上或该页面传送了哪些数据？
· 该页面生成多少数据库活动（或其他活动）？
· 每个页面上有什么对象？这些对象对系统的友善程度有多高？（即这些对象加在系统资源上的负载有多重？如果这些对象出现问题，有没有影响到其他对象或应用程序？）
(5)定哪些是客户端对象，哪些是服务器端对象。
3.6更新WEB站点
在确定了站点每台服务器可支持的用户数量以后，可以考虑站点的扩展问题，以支持更多用户或向现有用户提供更好的服务。
下列基本策略可用来更新站点：
· 提高每台服务器可支持的用户数量
· 提高站点可支持的同时用户的数量
· 缩短站点的延迟时间，以提高响应速度
您可以选用下列一种或多种方式来实施上述策略：
· 优化内容重新设计动态内容，以减轻站点体系结构负担。可以编写更智
能（smarter）的ASP或更改站点，以降低普通用户调用重Cheavy ASP的次数。
· 提高服务器性能（升级）添加速度更快的&’( 和内存；升级到速度更快的软件，如从windows NT 升级到Windows 2000；并通过优化配置来调节服务器。
· 添加服务器（扩展）向@6: 群集添加更多的服务器。采取这些措施之前以及之后通过分
析站点来测量改变之后的效果，然后比较结果。这也有助于预测未来可能发生的变化。

转载请注明：艺宵网 » 网站建设中的容量规划问题探讨