04 2014 档案

摘要:架构设计中要考虑的核心五要素; 性能、可用性、扩展性、伸缩性、安全性性能性能的测试指标响应时间 应用执行一个操作需要的时间,包括从发出请求开始到收到最后响应数据所需要的时间。响应时间是系统最重要的性能指标,直观地反映了系统的“快慢”。下表列出了一些常用的系统操作需要的响应时间。 ... 阅读全文
posted @ 2014-04-14 07:26 大CC 阅读(3680) 评论(3) 推荐(4) 编辑
摘要:网站网络流量的极限,你考虑过么?WEB服务的网络流量不是很大的话,这个话题不用考虑,直接用交换机连接,准备一个路由器就够用了;但流量如果达到1Gbps时,就会遇到不少问题;网络服务有以下几个分界点: 1.流量超过1Gbps 2.子网超过500台主机 3.全球化流量超过1Gbps超过1Gbps时,这就达到PC路由器的极限; Hatena使用的标准硬件,实测结果表明,其界限大致是30万包/秒;按照平均包长度为300字节换算,也就是1Gbps;而千兆以太网的界限也是1Gbps,从内核性能上来看,性能才极限也是30万包/秒; 对策:使用多个PC路由器 / 或是使用成品路由... 阅读全文
posted @ 2014-04-10 07:16 大CC 阅读(2020) 评论(0) 推荐(0) 编辑
摘要:《大型网站技术架构》读书笔记 - 架构的模式大CC上周写的读书笔记记录的是网络的升级路线,其中用到的各种技术手段只是点到即止(《大型网站技术架构》读书笔记 - 网站的技术升级路线);今天写的第二篇笔记,讨论架构的模式;这篇文章,其中主干是书中的重点笔记,分支和内容则是我展开的思考;需要说明,模式不是... 阅读全文
posted @ 2014-04-09 07:15 大CC 阅读(7593) 评论(6) 推荐(19) 编辑
摘要:寻找Linux单机负载瓶颈服务器性能上不去,是哪里出了问题?IO还是CPU?只有找到瓶颈点,才能对症下药; 如何寻找Linux单机负载瓶颈,遵循的原则是不要推测,我们要通过测量的数据说话;负载分两类: 1.CPU负载; 2.IO负载;排查流程1.查看平均负载(top/uptime命令) 2.确认CPU、IO有无瓶颈;(使用 sar vmstat) 3.CPU负载过高时寻找流程: 4.IO负载过高时寻找流程;查看平均负载先通过top命令查看服务器是否出现负载过重的状况,之后,再具体使用工具来分析出是CPU负载过高还是IO负载过高; 比如,使用sar工具查... 阅读全文
posted @ 2014-04-04 07:27 大CC 阅读(3176) 评论(1) 推荐(1) 编辑
摘要:《大型网站技术架构》读书笔记 - 网站的技术升级路线 本文描述网站从小到大演变过程中的技术升级路线;1.初始架构一台服务器,应用、DB、文件都在一块,使用经典的LAMP模式构建整个站点; 优点很明显,开发部署都简单,船小好掉头,做不起来也亏不了多少;2.应用服务与数据分离随着访问量的增长,出现问题了:web性能变差,数据存储空间不够 这时候需要更多的服务器,首要任务是将数据库分离出来,单独占用一台服务器,如果文件读写多,需要增加文件服务器;不同的服务器对硬件的要求也不尽相同: 应用服务器需要处理大量业务逻辑,这需要更强的CPU; 数据库服务器需要快速磁盘检索和数据缓... 阅读全文
posted @ 2014-04-03 07:24 大CC 阅读(8483) 评论(24) 推荐(27) 编辑

木书架 大CC的博客
点击右上角即可分享
微信分享提示