web办事器可以既跑法度又当内存缓存，数据库办事器则只跑主数据库（假定是MySQL的话），备份办事器所承担就相对多一些，web配置、缓存配置、数据库配置都要跟前两台一致，这样WEB和数据库任意一台出问题，很容易便可以将备份办事器切换曩昔姑且顶替，直到解决完问题。要注意，硬件是随时可能坏失落的，特别是硬盘，所以宁可WEB办事器跟数据库办事器放在一起，也一定不克不及省失落备份，备份一定要异机，并且有异步，电力故障、误操作都可能致使一台机械上的所有数据丢失。很多的开源备份方案可选择，最简单的就是rsync，写crontab里，按时同步。备份和切换，建议多做测试，选最平安最适合业务的，并且尽可能异地备份。

四、机房

三种机房尽可能不要选：联通拜候特别慢的电信机房、电信拜候特别慢的联通机房、电信联通拜候特别慢的移动或铁通机房。机房要尽可能多的实地参不雅，多测试，找个网络质量好，办理严格的机房。机房可以说是很是重要，直接关系到网站拜候速度，网站拜候速度直接关系到用户体验，拜候速度很慢的网站，很难取得用户青睐。

五、架构

在年夜标的目的上，被熟知的架构是web负载平衡+数据库主从+缓存+散布式存储+队列。在一起头，依照可扩大的原则设计和编程便可以。只是要多斟酌缓存失效时的雪崩效应、主从同步的数据一致性和时间差、队列的稳定性和失败后的重试策略、文件存储的效率和备份体例等等意外情况。缓存失效、数据库复制中断、队列写入毛病、电源损坏，在实际运维中常常产生，如果不注意这些，呈现问题时恢复期可能会超出预期很长时间。

6、办事器软件

操作系统Linux很风行。在没有专业运维人员的情况下，应倾向于择使用的人多、社区活跃、配置便利、升级便利的发行版，例如RH系列、debian、ubuntu server等，硬件和操作系统要一起选择，看是否有适合的驱动，如果确定用某种商业软件或解决方案，也要提前知晓其对哪种操作系统支持最佳。web办事器方面，apache、nginx、lighttpd三年夜系列中，apache占有量仍是最年夜，可是想把性能调教好仍是需要很专业的，nginx和lighttpd在不需要太多调剂的情况下可以达到一个比较不错的性能。无论选择什么软件，除非悔改这些软件或你的法度真的不兼容新版本，不然尽可能版本越新越好，版本新，意味着新特性增多、BUG削减、性能增加。一个典型的php网站，根基上年夜大都人都没悔改任何办事器软件源代码，绝年夜大都情况是能平稳的升级到新版本的。近似于jdk5到 jdk6，python2到python3这类变动比较年夜的升级仍是比较少见的。看看ChangeLog，看看升级说明，连络自己情况评估测试一下，越早升级越好，升级的越晚，所破费的本钱越高。对软件包，尽可能使用发行版内置的包办理东西，没有特殊要求时不建议自己编译，那样对未来运维晦气。

七、数据库

几近所有操作最后都要落到数据库身上，它又最难扩大（存储也挺难）。数据库常见的扩大体例有复制、分片，设计时要斟酌到每种应用的数据如何复制、分片，当然这种斟酌一般会推迟到手艺设计时期。在早期进行数据库布局设计时，要按照不合的业务类型和增长量预期来斟酌是否要分库、分区，并且尽可能不要使用结合查询、不使用自增ID以便利分片。复制延时问题、主从数据库数据一致性问题，可以自己写或用已有的运维东西进行检测。

用存储过程是比较难扩大的，这种情形多产生于传统C/S，特别是OA系统转换过来的开辟人员。低本钱网站不是一两台小型机跑一个数据库措置所有业务的模式，是机海作战。便利水平扩大比那点预阐发时间和网络传输流量要重要的多的多。

别的，现在风行一种概念叫NoSQL，可以理解为非传统关系型数据库。实际应用中，网站有着越来越多的密集写操作、上亿的简单关系数据读取、热备等，这都不是传统关系数据库所擅长的，于是就产生了很多非关系型数据库，比如Redis/TC&TT/MongoDB/Memcachedb等，在测试中，这些几近都达到了每秒至少一万次的写操作，内存型的甚至5万以上。在设计时，可按照业务特点和性能要求来选择是否使用这类数据库。例如MongoDB，几句配置便可以组建一个复制+自动分片+failover的情况，文档化的存储也简化了传统设计库布局再开辟的模式。可是当你决定采取一项手艺时，一定要真正体会其优劣，例如可能你所选择的手艺其实不克不及支持你所需要的事务和数据一致性要求。