网站架构之硬架构篇

　　1：机房的选择:                                                         
　　在选择机房的时间 ，按照 网站用户的区域 散播，可以选择网通或电信机房，但更多时间 ，也许双线机房才是适宜 的。越大的都市 ，机房价值 越贵，从本钱 的角 度看可以在一些中小都市 托管做事器，比如 说北京的公司可以思量 把做事器托管在天津，廊坊等地，不是出格 远，但是价值 会自制 很多 。
　　2：带宽的巨细 ：
　　通常老板费钱 请我们架构网站的时间 ，会给我们提出一些方针 ，诸如网站每天 要能遭遇 100万PV的拜访量等等。这时我们要预算一下大概必要 多大的带宽，打定带广大 小重要 涉及两个指标（峰值流量和页面巨细 ），我们不妨在打定前先做出须要 的假设：
　　第一：假设峰值流量是均匀 流量的5倍。
　　第二：假设每次拜访均匀 的页面巨细 是100K字节左右。
　　假如 100万PV的拜访量在一天内均匀 散播的话，折合到每秒约莫 12次拜访，假如 按均匀 每次拜访页面的巨细 是100K字节左右打定的话，这12次访 问总计约莫 就是1200K字节，字节的单位 是Byte，而带宽的单位 是bit，它们之间的相干是1Byte = 8bit，以是 1200K Byte大抵 就相等于9600K bit，也就是9Mbps的样子，实际 情况中，我们的网站必需 能在峰值流量时维持 正常拜访，以是 服从 假设的峰值流量算，真实带宽的需求应当 在45Mbps 左右。
　　固然 ，这个结论是成立 在前面提到的两点假设的根本 上，假如 你的实际 情况和这两点假设有进出，那么结果也会有区别 。
　　3：做事器的分别 ：                       
　　先看我们都必要 哪些做事器：图片做事器，页面做事器，数据库做事器，操纵做事器，日记 做事器等等。
　　对付 拜访量大点的网站而言，星散单独的图片做事器和页面做事器相等须要 ，我们可以用lighttpd来跑图片做事器，用apache来跑页面做事 器，固然 也可以选择别的，乃至 ，我们可以扩张成很多 台图片做事器和很多 台页面做事器，并设置干系 域名，如img.domain.com和 ，页面里的图片路径都应用 绝对路径，如，然后设置DNS轮循，到达 最低级 的负载均衡 。固然 ，做事器多了就不可停止的涉及一个同步的题目 ，这个可以应用 rsync软件来搞定。
　　数据库做事器是重中之重，由于 网站的瓶颈题目 十有八九是出在数据库身上。如今 一样平常 的中小网站多应用 MySQL数据库，不外 它的集群功能好像 还没有达 到stable的阶段，以是 这里不做评价。一样平常 而言，应用 MySQL数据库的时间 ，我们应当 搞一个主从（一主多从）结构，主数据库做事器应用 innodb 表结构，从数据做事器应用 myisam表结构，充沛 发挥 它们各自的上风 ，并且 如许 的主从结构星散了读写操纵 ，低落 了读操纵 的压力，乃至 我们还可以设定一个 专门的从做事器做备份做事器，利便 备份。不然 假如 你只有一台主理 事 器，在大数据量的情况下，mysqldump根本 就没戏了，直接拷贝数据文件的话，还得 先收场数据库做事再拷贝，不然 备份文件会堕落 。但对付 很多 网站而言，纵然 数据库做事仅收场了一秒也是不可经受 的。假如 你有了一台从数据库做事器，在备份数 据的时间 ，可以先收场做事（slave stop）再备份，再启动做事（slave start）后从做事器会主动 从主理 事 器同步数据，统统 都没有影响。但是主从结垢荷? 怯兄旅?错误的，那就是主从结构只是低落 了读操纵 的压力，却不能低落 写 操纵 的压力。为了顺应 更大的局限 ，也许只剩下末了 这招了：横向/纵向支解 数据库。所谓横向支解 数据库，就是把差别 的表生涯 到差别 的数据库做事器上，比如 说 用户表生涯 在A数据库做事器上，文章表生涯 在B数据库做事器上，固然 如许 的支解 是有代价的，最根本 的就是你没法举办LEFT JOIN之类的操纵 了。所谓纵向支解 数据库，一样平常 是指服从 用户标识（user_id）等来分别 数据存储的做事器，比如 说：我们有5台数据库做事器，那么 “user_id % 5 + 1”便是 1的就生涯 到1号做事器，便是 2的就生涯 到2好做事器，以词攀? 嗤疲?纵向离开 的原则有很多 种，可以视情况选择。不外 和横向支解 数据库一样，纵向支解 数据库也是有代价的，最根本 的就是我们在举办如COUNT, SUM等汇总操纵 的时间 会贫穷 很多 。综上所述，数据库做事器的办理 方案 一样平常 视情况每每 是一个稠浊 的方案 ，以其发挥 种种 方案 的上风 ，偶然 间 还必要 借助 memcached之类的第三方软件，以便顺应 更大拜访量的哀求 。
　　假如 有专门的操纵做事器来跑PHP脚本是最适宜 不外 的了，那样我们的页面做事器只生涯 静态页面就可以了，可以给操纵做事器设置一些诸如 app.domain.com之类的域名来和页面做事器加以不同。对付 操纵做事器，我照样 更方向于应用 prefork模式的apache，配上须要 的 xcache之类的PHP缓存软件，加载模块要越少越好，除了mod_rewrite等须要 的模块，不须要 的对象完好舍弃，只管 镌汰 httpd进程 的内存 损耗，而那些图片做事器，页面做事器等静态内容就可以应用 lighttpd可能tux来搞，充沛 发挥 种种 做事器的特性。
　　假如 条件允许，独立的日记 做事器也是须要 的，一样平常 小网站的做法都是把页面做事器和日记 做事器合二为一了，在清晨 拜访量不大的时间 cron运行前一天 的日记 打定，不外 假如 你应用 awstats之类的日记 说明软件，对付 百万级拜访量而言，纵然 按天归档，也会损耗很多 工夫和做事器资源去打定，以是 星散单独 的日记 做事器照样 有好处的，如许 不会影响正式做事器的事变 状况 。