bs网站架构设计方案

1 网站的性能影响因素很多，下面主要从如下 4个方面进行分析说明： 1) 网络负载 a) 公网负载 b) 内网负载 2) a) b) 存储， I/c) 内存 d) 并发 3) 数据库服务器性能 a) 数据库参数配置 b) 服务器性能（ 存、存储） c) 数据结构的合理性 4) 不同 a) 对于静态的网站： 静态的 不需要服务器端即时运算生成。这意味着，对一个静态 务器端只是简单地将该文档传输到客户端 。从服务器运行的那个时间片来看，这个传输过程仅仅占用了很小的 于静态 络带宽、磁盘 I/速缓冲存储器 )。 b) 对于动态页面 因为服务器解析动态页面必须在其传输到客户端前就通过服务器来进行解释，这样就会给应用服务器添加额外的性能消耗，如果进一步要访问数据库，则会增加数据库服务器的性能消耗，则动态页面还有额外的瓶颈：应用服务器的性能，数据库服务器的性能。 1 系统架构设计 体思路 为提高网站的高并发性能 ,提高开发效率及运营效率 ,主要按如下几个思路进行规划设计 : 载 均衡 1) 四层交换负载均衡： 2 采用负载均衡器来实现硬件级的四层交换负载均衡，或采用 2) 通过第三方软件来实现负载均衡 ,同时实现页面请求的缓存。 通过 时 搭建 作为静态页面和图片的缓存。 3) 通过 即通过 客户请求均衡的分给 . 1) 应用开发实现 2) 页面尽可能静态化以减少动态数据访问， 如果是资讯类的网站可以考虑采用第三方开源的 3) 采用 采用 4) 采用独立的图片服务器集群来实现图片资源的存储及 据存储的设计思路 1) 数据库拆分 ,把生产数据库和查询数据库分离，对生产数据库采用 2) 采用高效的网络文件共享策略，采用图片服务器来实现页面的图片存储。 同网络用户访问考虑 1) 通过引入 般只能解决静态页面的访问问题。 2) 在不同运营商机房部署服务器，通过镜 像技术来实现不同网络服务商的接入速度问题。 3 体架构 站的系统分层架构 T o m a tA p a c h B 服 务 器架 构数 据 存 储文 件共 享T o m a tN g i n x p r o x yS q u i 代 理 软 件（ 数 据 缓 存 ）数 据 库生 产 数 据 库 查 询 数 据 库H D F 均 衡 器负 载 均 衡. . B 服 务（ A p a c h e + t o m c a 均 衡 ）硬 件 四 层 交 换C o n t r o 架 构M o d e l V i e 持 久 层( i b a t i s )应 用 级 缓 存页 面 缓 存( O S C a c h e )S q u i d c a c h e N g i n x c a c h 四 层 交 换数 据 缓 存( M e m c a c h e d ) 4 站的物理架构 I n t e r n e 器 2代 理 服 务 器 集 群（ N g i n x ）W e b 服 务 器 集 群 均 衡 器 1. . 器 器 2服 务 器 器 1S q u i d 服 务 器 集 群服 务 器 1 服 务 器 2. . 浏 览 页 面服 务 器 2服 务 器 1服 务 器 1 服 务 器 2W e b 服 务 器 集 群 器 1 服 务 器 2图 片 服 务 器 集 群服 务 器 3 5 站的开发架构 T o m a tA p a c h B 服 务 器数 据 存 储文 件 存 储T o m a F S. . 基 于 s t r u t s 的 M V C 框 架M o d e lV i e 层页 面 缓 存 （ M e m c a c h e d ）通 讯 层S M P P U S 群发 器彩 信 群发 器数 据 库消息中心消 息中 心O R Mi b a t i 连 接 池C 3 p 0H T M L 静态 化 模 块后 台 支撑 模 块业 务 支 撑模 块请 求数 据生 产 数 据 库（ R A C ）生 产 数 据 库（ R A C ）统 计 支 撑模 块I / OC o n t r o 层 数 据 层J D B 数 据 库 6 络拓扑结构 I n t e r n e 火 墙主 交 换 机V R R 火 墙服 务 器 2服 务 器 1服 务 器 2服 务 器 器 2服 务 器 2服 务 器 1 服 务 器 1代 理 服 务 器 集 群（ N g i n x ）网 站 服 务 器 集 群生 产 D B 服 务 器 集 群 查 询 D B 服 务 器 组光 纤 交 换 机光 纤 交 换 机磁 盘 阵 列 柜 磁 盘 阵 列 柜备 交 换 机负 载 均 衡 器 1负 载 均 衡 器 2. . 器 器 2服 务 器 器 1应 用 服 务 器 集 群管 理 终 端服 务 器 1 服 务 器 n. . 器 2服 务 器 1 服 务 器 服 务 器 集 群备注： 1) 采用双防火墙双交换机做网络冗余，保障平台服务 采用双防火墙通知接通 2线路互联网接入，设备之间采用 任何一个防火墙、互联网发生 故障后均可自动将流量切换到另一端，保证网站的正运行，设备或网络恢复后，自动恢复。 采用双千兆交换机分别接在 2台防火墙上，当某台设备或者网络链路发生故障后，好设备自动接管已坏设备的工作，不影响网站的整体运行，根据业务及真实服务器的数量，交换机可以随时增加。 2) 采用硬件设备负载均衡器，实现网络流量的负载均衡 使用硬件设备负载均衡器，将网络流量均衡的分担到 障平台服务器资源均衡的使用。 3) 采用代理服务器，实现软件级的网络负载均衡。 4) 数据库服务器分离成生产数据库集群和查询数据库集群，实现生 产读写与后台查询统计进行分离，同时生产数据库采用 7 构涉及技术的详解 载均衡 1. 基于 P 是通过 以为多个不同的地址配置同一个名字，而最终查询这个名字的客户机将在解析这个名字时得到其中的一个地址。因此，对于同一个名字，不同的客户机会得到不同的地址，它们也就访问不同地址上的 务器，从而达到负载均衡的目的。 这种技术的优点是，实现简单、实施容易、成本低 、适用于大多数 是，其缺点也非常明显，首先这种方案不是真正意义上的负载均衡， 务器将 不考虑每个 果后台的 慢的 理能力强的服务器不能充分发挥作用；其次未考虑容错，如果后台的某台 求分配到这台故障服务器上，导致不能响应客户端。最后一点是致命的，有可能造成相当一部分客户不能享受 且由于 造成的后果要持续相当长一段时间 (一般 。所以在国外最新的建设中心 经很少采用这种方案了 。 2. 通过硬件四层交换实现负载均衡 在硬件四层交换产品领域，有一些知名的产品可以选择，比如 些产品很昂贵，但是物有所值，能够提供非常优秀的性能和很灵活的管理能力。 000台服务器使用了三四台 3. 通过软件四层交换实现负载均衡 软件四层交换我们可以使用 提供了基于心跳线 高系统的鲁棒性，同时可供了灵活的虚拟以同时满足多种应用需求，这对于分布式的系统来说必不可少。 一个典型的使用负载均衡的策略就是，在软件或者硬件四层交换的基础上搭建 种思路在很多大型网站包括搜索引擎上被采用，这样的架构低成本、高性能还有很强的扩张性 。 4. 通过反向代理服务器实现负载均衡 反向代理服务器又称为 速服务器，它位于 务器的前端，充当 器 ,反向代理服务器是针对 务器设置的，后台 务器对互联网用户是透明的，用户只能看到反向代理服务器的地址，不清楚后台 务器是如何组织架构的。当互联网用户请求 务时， 请求的域名解析为反向代理服务器的 址，这样 求将被发送到反向代理服务器，由反向代理服务器负责处理用户的请求与应答、与后台 务器交互。利用 8 反向代理服务器减轻了后台 务器的负载，提高了访问速度，同时避免了因用户直接与 务器通信带来的安全隐患。 目前有许多反向代理软件，比较有名的有 由 俄罗斯访问量第二的 点开发的，是一个高性能的 反向代理服务器，也是一个 理服务器。 力资助的一项研究计划，其目的为解决网络带宽不足的问题，支持 多种协议，是现在 统上使用、最多功能也最完整的一套软体。 1） 一个开源的软件，利用它的反向代理技术可以提高网站系统的访问速度 ,下面将重点介绍 向代理的实现原理和在提高网站性能方面的应用。 务器和 间 , 组织架构如 下 图： 客户端请求访问 务时， 访问的域名解析为 向代理服务器的 址，这样客户端的 求将被发送到反向代理服务器。如果 向代理服务器中缓存了该请求 9 的资源，则将该请求的资源直接返回给客户端，否则反向代理服务器将向后台的 务器请求资源，然后将请求的应答返回给客户端，同时也将该应答缓存在本地，供下一个请求 者使用。 向代理一般只缓存可缓冲的数据（比如 页和图片等），而一些 本程序或者 类的动态程序默认不缓存。它根据从 务器返回的 标记来缓冲静态页面 , 有四个最重要 标记： 告诉反向代理页面什么时间被修改 告诉反向代理页面什么时间应该从缓冲区中删除 告诉反向代理页面是否应该被缓冲 用来包含实现特定的指令，最常用的是 注： 轮询机制将 某一个 域名解析为 多个 2） “ x” ) 是俄罗斯人 索耶夫 )编写的一款高性能的 反向代理服务器。 经在俄罗斯最大的门户网站 运行了 4年时间，同时俄罗斯超过 20%的虚拟主机平台采用 在国内，已经有新浪博客、新浪播客、搜狐通行证、网易新闻、网易博客、金山逍遥网、金山爱词霸、校内网、 瓣、迅雷看看等多家网站、频道使用 务器。 点如下： 1) 工作在 层（应用层） 2) 高并发连接 官方测试能够支撑 5万并发连接，在实际生产环境中跑到 2 3万并发连接数。 3) 内存消耗少 在 3万并发连接下，开启的 10个 程才消耗 15015M*10=150M）。 4) 配置文件非常简单 风格跟程序一样通俗易懂。 5) 成本低廉 以免费使用。而购买 6) 支持 能够根据域名、 求分到不同的后端服务器群组。 7) 内置的健康检查功能 如果 端的某台 务器宕机了，不会影响前端访问。 8) 节省带宽 支持 缩，可以添加浏览器本地缓存的 。 9) 稳定性高 用于反向代理，宕机的概率微乎其微。 3） 通过 10 5. 。 使用 置一个可以应用的 用 请求按照权重以及当时负荷分 要达到以下要求： 1) 为 通过 用实例，并进行负载均衡。 11 2) 同时还要配置 就是说其中任何一个 要同步复制到其它 集群内的 为系统（包括 定 时时间。 存 1. 系统架构方面的缓存 1） 架构方面使用 注： 般是页面生成 时间。 2） 8版本开始，支持了类似 缓存把 支持类似 动清除指定缓存页面； 采用 置的缓存区大小不能超过物理内存 +3） 基于 是功能并不是特别之强，性能上还是非常之优秀。 $ /0)$ ) $1; 1211; 0; 这个配置会将 。 前没有写入 任何机制，所以要往 写入数据得用后台的动态语言完成，可以利用 404 定向到后端去写入数据。 以也可看作其优点。在生产应用中它常常用作和 的链接往往无法阻挡，而 如： ，所以会造成两次穿透；而 论链接变成，均不能透过 而有效地保护了后端主机。 12 样对于一个链接，可以很方便地查阅它在缓存机器上的缓存状态和内容，也可以很方便地和别的文件管理器如完完全全就是一个文件系统结构。 2. 应用程序方面的缓存 1） 是一种开创性的 供了在现有 2存任何对象，你可以不受限制的缓存部分 何 有全面的久缓存 此允许昂贵 的创建（ 据来保持缓存，甚至能让应用重启。支持集群需要修改代码。缓存记录的过期 括可插入式的刷新策略（如果默认性能不需要时）。 1) 缓存任何对象：你可以不受限制的缓存部分 何 2) 拥有全面的 3) 永久缓存：缓存能被配置写入硬盘，因此允许在应用服务器的多次生命周期间缓存创建开销昂贵的数据。 4) 支持集群：集群缓存数据能被单个的进行参数配置，不需要修改代码。 5) 缓存过期：你可以有最大限度的控制缓存对象的过期，包括可插入式的刷新策略（如果默认性能不能满足需要时）。 2） 布式内存缓存服务器 。一般的使用目的是，通过缓存数据库查询结果，减少数据库访问次数，以提高动态 提高可扩展性。 13 3） 自主开发的内存数据缓存服务 a） 独立进程方式的缓存服务 对于一些常用的动态数据通过开发程序服务缓存在内存中，提供给其他子系统调用，如下面的数据就可以通过这样方式进行缓存。 1) 用户基本信息及状态的信息缓冲 2) 列表缓 存，就像论坛里帖子的列表 3) 记录条数的缓存，比如一个论坛板块里有多少个帖子，这样才方便实现分页。 4) 复杂一点的 如积分的分类排名 b） 集成在 在 于热点的功能，考虑使用完全装载到内存，保证绝对的响应速度，对于需要频繁访问的热点数据，采用集中缓存 (多个可以采用负载均衡 )，减轻数据库的压力，比如：很多配置信息，操作员信息等等。 面静态化 静态的 不需要服务器端即时运算生成。这意味着，对一个静态 务器端只是简单地将该文档传输到客户端。从服务器运行的那个时间片来看，这个传输过程仅仅占用了很小的 页面 静态化 就是采用 效率最高、消耗最小的纯静态化的 替换动态页面。 我们尽可能使我们的网站上的页面采用静态页面来实现，这个最简单的方法其实也是最有效的方法 。 14 同时采用第三方开源的 对于大量内容并且频繁更新的网站，我们无法全部手动去挨个实现 页面静态化 ， 所以我们需要引入 常见的信息发布系统 (信息发布系统 (以实现最简单的信息录入 自动生成静态页面 ， 对于一个大型网站来说，拥有一套高效、可管理的 同时， 于系统中频繁使用数据库查询但是内容更新很小的应用，可以考虑使用 如论坛中论坛的公用设置信息，这些信息目前的主流论坛都可以进行后台管理并且 存储 再数据库中，这些信息其实大量被前台程序调用，但是更新频率很小，可以考虑将这部分内容进行后台更 新的时候进行静态化，这样避免了大量的数据库访问请求。 在进行 是前端继续使用动态实现，在一定的策略下通过后台模块进行定时把动态网页生成静态页面，并定时判断调用，这个能实现很多灵活性的操作。 为了提高静态 要可以对以下几个方面进行优化：网络带宽、磁盘 I/速缓冲存储器 )。 据库配置及优化 1. 数据库集群 对生产数据库采用 2. 数据库及表的散列 把生产数据库和查询数据库进行分离，针对系统业务数据的特点，把大 的表进行拆分，对于访问较多的表采用分区表。 使用读 /写数据库分离，随着系统变得越来越庞大，特别是当它们拥有 很差的 台数据库服务器通常不足以处理负载。但是多个数据库意味着重复，除非你对数据进行了分离。更一般地，这意味着建立主 /从副本系统，其中 程序会对主库编写所有的 所有 者多个从数据库）。 尽管概念上很简单，但是想要合理、精确地实 现并不容易，这可能需要大量的代码工作。因此，即便在开始时使用同一台数据库服务器， 也要尽早计划在 果正确 地完成该项工作，那么系统就可以扩展到 2台、 3台甚至 12台服务器，并具备高可用性和稳定性。 3. 拥有良好的 很多公司都没有良好的备份机制，也不知道如 何恰当地完成这项工作。只有 需要进行热备份，从而得到超快的速度和超高的可靠性。 15 另外，在将所有备份文件从服务器上转移出来之前要进行压缩和加密。另外还要确保拥有设计合理的、有用的关于安全、性能和稳定性问题的设定，包括防止数据败坏，其中很多设定都是非常重要的。 件存储 1. 文件 共享 1） 于 003年 10月发表的 文。 特性 1) 硬件要求低 2) 高容错性 3) 易可扩展 4) 配置简单 5) 超大文件 一个 16 2） 首先从它们的功能上进行分析。 由 是 许一个系统在网络上与它人共享目录和文件。通过使用 户和程序访问远端系统上的文件就像访问本地文件一样。 而 于大型的、分布式的、对大量数据进行访问的应用。它是针对 门是为 所以从功能上看，它们两者是完全不同的概念。 其次从结构上比较， 台服务器，以及至少一台客户机。被共享的目录和文件存放在服务 器上，客户机远程地访问保存在服务器上的数据。 常有几台备份 )和若干台 个 比如 3)拷贝，也存储在不同的 文件名及其 户端先从据要读取的数据在文件中的位置与相应的 取文件数据。 再从跨平台性上 ， 许不同的客户端及服务端通过一组 它是独立于操作系统的，容许不同的操作系统共同地进行文件的共享。 而 件只能被集群系统中的 且这些 最后从规模上比较， 目前 00个的中有些集群的 000台。集群的数据存储规模可以达到 5个 且集群中的数据读写吞吐量可达到每秒 40G。 而 2. 文件的多服 务器自动同步 使用 利用开源的 果目录内文件发生增、删、改，利用 3. 图片服务器分离 特别是如果程序与图片都放在同一个 服务器下，每一个图片的请求都有可能导致一个 程的调用。 使用独立的图片服务器不但可以避免以上这个情况，更可以对不同的使用性质的图片设置不同的过期时间，以便同一个用户在不同页面访问相同图片时不会再次从服务器（基于是缓存服务器）取数据，不 但快速，而且还省了带宽。还有就是，对于缓存的时间上，亦可以做独立的调节。 17 络问题解决方案 你不可能要求所有的使用人员，都和你的服务器在一个运营商的网络内 ，而不同网络之间访问速度会很慢 ， 我们可以采用镜像网站和引入 智 能 D N 电 信 机 房服 务 器 1 服 务 器 内 容 （ 社 区 、 投 票 、 调查 、 搜 索 、 点 评 、 视 频 ）静 态 内 容（ 静 态 网 页 、 图 片 ）多 线 机 房服 务 器 1 服 务 器 器 1 服 务 器 机 房其 他用 户网 通用 户用 户C D 用 户1. 智能 我们可 以在不同的网络运营商部署 过 ，以作为主站的镜像。 然后通过配置智能 营商的 2. 果有足够的投资， 也 可以采用 容分发网 )， 把静态内容（静态页面和图片）进行 减轻服务器压力。 内容分发网络。它采取了分布式网络缓存结构（即国际上流行的 ， 其目的是通过在现有的 网站的内容发布到最接近用户的网络 边缘 ，使用户可以就近取得所需的内容，解决 高用户访问网站的响应速度。从技术上全面解决由 于网络带宽小、用户访问量大、网点分布不均等原因所造成的用户访问网站响应速度慢的问题。 (也就是一个服务器的内容，平均分部到多个服务器上，服务器智能识别，让用户获取离用户最近的服务器，提高速度。 18 目前，国内访问量较高的大型网站如新浪、网易等，均使用 然网站的访问巨大，但无论在什么地方访问都会感觉速度很快。而一般的网站如果服务器在网通，电信用户访问很慢，如果服务器在电信，网通用户访问又很慢。 1. 基于 应用开发实现 ，采用 一个可以设计和实现更好的 用程序持久化层的框架。 对象和存储过程或者使用 述符的 句进行了关联。 简单是 大的优势 1. 至少能操作 10 种以上的数据库 2. 可配置的 括从属 ) 3. 支持 . 简 单的 置文档 5. 支持 简单类型包装 (如 6. 支持 (法 ) 7. 支持复杂的对象映射 (如 8. 对象模型从不完美 (不需要修改 ) 9. 数据模型从不完美 (不需要修改 ) 10. 你已经知道 什么还要学习其他东西 19 1） 20 2） 客户端发送一个 过 一过程非常重要，它是理解 图描述了 结构，而下图通过一个活动图更具体描述接受请求直至返回响应的整个过程： 21 2. 面向服务的应用架构 面向服务的应用架构是指构建可 分布式的、去中心化的服务器平台， 以 提供许多不同的应用，数 据库被分成很多个小部分，围绕每个部分都会创建一个服务接口 (并且该接口是访问数据库的唯一途径。最终数据库演变成一个非常庞大的共享资源。 这种 架构是松散耦合的，并且围绕着服务进行构建。面向服务的架构提供给他们隔离特性，一个服务可能有很多台数据库服务器，他们之间的数据是相通的，而对外他们的接口只有一个，外面是无法知道这个服务 后面的数据组织是如何搭建的。 这样就 有了越来越多的应用服务器。这些应用服务器从数据众多的服务（每个服务背后都有数 22 据库或集群数据库）中聚合信息，然后生成我们所看到的 这样 各种服务如插件一样组成了一个开放的平台， 这样 团队 的 规模 就会比较小，比较灵活 。 注 是采用了这种架构来构 建的，它拥有上千台服务器。 统软件参数优化 在一定的架构基础上，要提高并发处理能力则需要调整服务器的操作系统内核参数、 ，以使其性能达到最优化。 作系统优化 调整系统的内核参数，增大连接数及 在 / 1 1 1 5 增大并发连接数，调整内存参数的设置。 1、 存优化： 当应用程序需要的内存超 出堆的最大值时虚拟机就会提示内存溢出，并且导致应用服务崩溃。因此一般建议堆的最大值设置为可用内存的最大值的 80%。 认可以使用的内存为128较大型的应用项目中，这点内存是不够的，需要调大 . 认可以使用的内存为 128 ,在文件 /，在文件 /前面，增加如下设置： 始化内存大小】 以使用的最大内存】 需要把这个两个参数值调大。例如： 表示初始化内存为 256以使用的最大内存为 512 2、连接器优化： 在 置文件 的配置中，和连接数相关的参数有： 用线程来处理接收的每个请求。这个值表示 创建的最大的线程数。默认值 150。 指定当所有可以使用的处理请求的线程数都被使用时，可以放到处理队列中的请求数，超过这个数的请求将不予处理。默认值 10。 始化时创建的线程数。默认值 25。 一旦创建的线程超过这个值， 会关闭不再需要的 程。默认值 75。 是否反查域名，默认值为 了提高处理能力，应设置为 网络连接超时，默认值 60000，单位：毫秒。设置为 0 表示永不超时， 23 这样设置有隐患的。通常可设置为 30000 毫秒。 保持请求数量，默认值 100。 输入流缓冲大小，默认值 2048 压缩传输，取值 on/认值 其中和最大连接数相关的参数为 果要加大并发连接数，应同时加大这两个参数。 许的最大连接数还受制于 *作系统的内核参数设置，通常 2000 个左右， 1000 个左右。 加大并发数量和关闭不需要的模块。因 为 量轻 量化。 可能少的 证更高的系统消耗和执行效率 同时配置 在处理静态页面或者图片、 以考虑使用 提供了更轻量级和更高效的处理能力 参数的值最好跟 够发挥最大性能，如果 颗双核 建议设定为 4。 2 主要对基于 作为不同性能要求下架构选型的依据 试环境 络环境 1. 内网带宽 千 内网 150 82 秒 12986条 /秒 106万 从第 82 秒开始， 用内存 源被 尽，服务器负载急剧升高， 示已达 150，服务器停止响应客户端请求，客户端请求速度急剧下降，错包率 100%， 测试被迫中断 。 2 2 500 200万 25 毫秒 %，且仍在增加， 测试终止 。 GC 异常。 93秒 4123条 /秒 120万 3 2 500 200万 50 毫秒 M、平均 200K/页面 ，我们以平均值来计算。 并发能力 占用的网络带宽 100次 /秒 228 M 200次 /秒 457 M 500次 /秒 1442 M 1000次 /秒 2286 M 构和硬件配置选型 件配置参考 序号 产品功能 参考型号、配置 主机设备 据库服务器 2, 4 个处理器，每处理器为 6 核，共计24 核。 内存大小 16G。 盘，硬盘大小 587 4U 机架，集成双千兆以太网接口，两块千兆的光纤网卡。 684508 公开 内部公开 机密 3/30/2017 4 3/30/2017错误 !未指定书签。 版权所有，侵权必究 34页 ,共 37页 4 , 务器 2, 4 个处理器，每处理器为 6 核，共计24 核。 内存大于 8G。 盘，硬盘大小 587 4U 机架，集成双千兆以太网接口，两块千兆的光纤网卡。 684508 理终端 1 个 5450 处理器，内存大小 2G， 2U 机架。 32600 2 网络设备 载均衡器 用负载均衡设备 ,型号 :为 ， 4 个可选的千兆位电端口 ,1500最大可通过 G) 火墙 火墙 并发连接： 280000 网络吞吐： 450 安全过滤： 225络端口： 4 个千兆以太网接口 +1 个快速 用户数限：无用户数限制用户 持：支持 换机 3952输速率： 1000000络标准： 口数量： 48 接口介质： 10/1001000输模式：全双工 /半双工自适应 背板带宽： 32 存储设备 纤存储柜 光纤存储柜 （ 纤交换机 光纤交换机（ 4/32B 注：上表为硬件的参考配置，根据网站规模的不同，在初期可以不用硬件 负载均衡器。服务器性能也可以作适当缩减，达到一定规模后硬件的扩容请参考“ 件扩容策略 ” 并发能力 务器架构 服务器配置 备注 =2）； 2 台 务 2 台数据库服务器 1 台 务器同时部署 另 1 台部署 起实现 载均衡。 1 台生产数据库， 1 台查询数据库 2) n 个n=2）； 200500次 /秒 1) n 个n=2）； 3 台 务 2 台数据库服务器 2 台缓存服务器 1 台 务器装 另 2 台 务器 1 台生产数据库， 1 台查询数据库 2) n 个n=2）； 注：同时配置缓冲 500 次 /秒 n 个 n=2）； 注：同时配置缓冲 n 台 务（ n5） m 台数据库服务器 2 台缓存服务器 2 台负载均衡器 1 台 务器装 其他 务器 务器 4台的时侯可以考虑划成多个群。 生产数据库用