腾讯大讲堂19系统优化的方向.ppt

上传人:sccc 文档编号:5438480 上传时间:2023-07-07 格式:PPT 页数:22 大小:2.55MB
返回 下载 相关 举报
腾讯大讲堂19系统优化的方向.ppt_第1页
第1页 / 共22页
腾讯大讲堂19系统优化的方向.ppt_第2页
第2页 / 共22页
腾讯大讲堂19系统优化的方向.ppt_第3页
第3页 / 共22页
腾讯大讲堂19系统优化的方向.ppt_第4页
第4页 / 共22页
腾讯大讲堂19系统优化的方向.ppt_第5页
第5页 / 共22页
点击查看更多>>
资源描述

《腾讯大讲堂19系统优化的方向.ppt》由会员分享,可在线阅读,更多相关《腾讯大讲堂19系统优化的方向.ppt(22页珍藏版)》请在三一办公上搜索。

1、sunshinexiong 2008-01-15,系统优化的方向?,监控对研发的支持,系统优化的驱动力,问题,监控,自我实现和挑战,监控,被动式监控运维监控,Port、CPU、Memory、Disk IO、Net IO、FileSize、DiskSize主动式监控HttpWatch工具Cgi自动化测试立体化监控体系运营数据采集,http:/每天自动邮件,纪录每台设备的运维情况综合负载CPU占用率网络流量(出、入)网络包(出、入)Load Average/5min磁盘Block in/out,监控邮件、url地址,HttpWatch工具,Cgi自动化测试平台,http:/3.0结果展示,Cgi自

2、动化测试原理,模拟前台JS代码发送cgi请求,并接收返回,纪录响应时间,并分析返回包实质是一种黑盒集成测试监控结果存在某种程度的失真建议在返回包中,提供返回码,立体化监控,LogServer,立体化监控,运营数据分析,IDC测试平台,优化工作基础,数据分析,举例:猜扑克牌,enum card cardA,card2,card3,card4,card5,card6,card7,card8,card9,card10,cardJ,cardQ,cardK;enum card i,j,k;for(i=cardA,i cardK,i+)for(j=cardA,j cardK,j+)for(k=cardA,

3、k cardK,k+)if(3=func(i,j,k)Print(i,j,k),return 0;,int func(int x,int y,int z);,如何优化?,func(A,A,A)func(A,A,2)func(A,A,3)func(A,A,4),func(A,2,A)func(A,2,2)func(A,2,3)func(A,2,4),func(2,A,A)func(2,A,2)func(2,A,3)func(2,A,4),int func(int x,int y,int z);enum card cA,c2,c3,c4,c5,c6,c7,c8,c9,c10,cJ,cQ,cK;en

4、um card i;int count=0,ret;for(i=cA,i cK,i+)if(ret=func(i,i,i)!=0)Print(i,ret),3=count+ret?return 0,count+=ret;,日志优化,新cache优化后效果,日志回复CACHE上线后,CACHE高峰期处理的平均延时由200500ms左右降至20ms左右;目前日志title的命中率在92%左右,其平均延时在8ms左右,以前高峰期在50-60ms左右目前日志title还需8ms的原因,应该与目前日志title的数据有关,每次DB的IO操作的数据量比较大影响的后台数据CACHE的性能提升,减少了前台WE

5、B接入的httpsvr的压力,用户体验提升,同时也相应带来了系统稳定性的提升,旧系统结构,模块日志回复日志标题日志计数优点CACHE内存化,提升性能多进程号段分布处理业务异步化缺点CACHE量有限,命中率低,对DB的性能依赖比较重模块相互独立,容易造成数据不一致,现网数据分析,数据量日志标题cache 10台 约69G 命中率:约90%DB 5台 约340G日志回复cache 20台 约68G 命中率:约50%DB 20台 约9T日志计数cache 10台 约122G 命中率:约100%DB 4台 约100G访问量日志标题高峰期:7100次/秒日志回复高峰期:5000次/秒日志计数高峰期:70

6、00次/秒,新系统结构,系统分三个模块:日志信息、日志标题、访问计数CGI层对日志标题、访问计数模块有读/写权限;对日志标题模块只有读权限,其数据来源于日志信息模块,新cache优化后效果,日志回复CACHE上线后,CACHE高峰期处理的平均延时由200500ms左右降至20ms左右;目前日志title的命中率在92%左右,其平均延时在8ms左右,以前高峰期在50-60ms左右目前日志title还需8ms的原因,应该与目前日志title的数据有关,每次DB的IO操作的数据量比较大影响的后台数据CACHE的性能提升,减少了前台WEB接入的httpsvr的压力,用户体验提升,同时也相应带来了系统稳

7、定性的提升,日志信息模块性能,单台机器4个CACHE,容纳6000万个存储节点,CACHE数据量为210G左右空间,每秒中的处理请求约900次(其中读800/写100),平均延时为100ms,每分钟内处理超过1秒的请求为32个,占这分钟内访问约1/1000现网布局:15台cache 6台DB,日志容量扩容,日志数据几何级数增长,每12个月数据容量翻一番DB设备越来越多,旧架构需要翻倍增长日志正文同回复的存储在一起,新日志存储,日志不再按照QQ ID存储,谢谢!,Qzone 网管监控:coatizhao、johnzhaoCgi 自动化 测试:Ashwang立 体 化 监 控:frankyang、samuelliao模 块 间 调 用:minskzhangQzone 页面测速:galen、stonehuangQzone:stevetang、xiahz,

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 建筑/施工/环境 > 农业报告


备案号:宁ICP备20000045号-2

经营许可证:宁B2-20210002

宁公网安备 64010402000987号