IDC机房网络质量评估指标探讨
2012-06-10 03:02:15 来源:我爱运维网 评论:0 点击:
IDC机房网络的稳定性一定程序上影响互联网应用系统的稳定及用户体验,因此无论是IDC机房采购前或采购上线后,有必要对IDC机房的网络质量测试...
IDC机房网络的稳定性一定程序上影响互联网应用系统的稳定及用户体验,因此无论是IDC机房采购前或采购上线后,有必要对IDC机房的网络质量测试与评估.特别是采购后,IDC机房质量是否与测试时的质量一样,以及是否有变差的趋势等等,也需要进行长期的监测与评估.
对IDC机房的网络质量评估,需要定义一些可量化的评估指标.按长期的运营维护经验,IDC机房质量的测定指标,不外乎以下几种:
标准带宽监测
1、从目标机房服务器访问日志中取得访问该服务器的所有IP列表,在服务器上ping这些IP,从返回的能通的IP中,随机取得1000个IP作为标准观测点。
(因为随机,这1000个IP基本均匀分布在省级区域内,它们准备用作标准观察点,用来观察目标机房质量变化)
2、在目标机房服务器上运行带宽监测脚本,该脚本用于取得服务器与1000个标准观察点的平均延时和丢包率,这些与1000个标准观察点之间的连通性数据综合成平均值,这个平均值反映该机房的质量。(1000个标准观察点是用户IP,在不同时间,总会有少部分不通,只把能通的那些观察点取值平均)
3、监测脚本在每天取八个时间点(白天12:00、14:00、16:00、18:00 晚上高峰20:00、21:00、22:00、23:00),获取八个上述的质量数据,白天的四个时间点的数据取平均值,晚上的四个时间点数据取平均值,这样最终关于该机房的一天的质量数据表示如下:
白天 晚上
平均延时 质量数据1 质量数据3
丢包率 质量数据2 质量数据4
4、监测脚本每次ping目标IP,参数选择包大小为100,包数量为10
5、监测脚本每天运行,获得每天的4个质量数据,把每天的4个质量数据做成四张曲线图,图1反映在一个时期内该机房白天的平均延时变化,图2反映在一个时期内该机房白天的丢包率变化,图3反映在一个时期内该机房晚高峰的平均延时变化,图4反映在一个时期内该机房晚高峰的丢包率变化。
6、参考业务QOS达标时期的机房质量数据,该数据可以作为被监测机房质量的基准值,质量曲线图会在这个基准值附近上下浮动,曲线平缓反映机房质量稳定,曲线下滑表明机房质量在下滑。
TOP N的用户下载速度数据
1、通过目标机房服务器日志对所有用户的下载速度进行计算。
2、去除最快的1%的用户(脏数据),取出前N个(如100个)最快的下载数据,取出下载速度平均值。
3、把所有机房的下载速度平均值列出进行对比,反映该机房服务本区域热点用户的水平。
4、如果目标机房速度平均值排名靠后,表明该机房服务本区域热点用户能力相对其它机房较差。
用户平均访问速度数据
1、取目标机房每台服务器80端口各行日志记录$body_bytes_sent/$request_time/1024之和除以总有效行数(去除脏数据),汇报给分析服务器,获得所有用户下载速度平均值。
2、把所有机房的下载速度平均值列出进行对比,反映该机房服务本区域所有用户的水平。
3、如果目标机房速度平均值排名靠后,表明该机房服务本区域用户能力相对其它机房较差。
小于特定速率用户所在比率
1、取目标机房每台服务器80端口各行日志记录$body_bytes_sent/$request_time/1024值小于特定速率值(一般以不影响用户体验的速率如150k/B)的记录条数和总日志记录条数,汇报给分析服务器,获得下载速度小于特定速率的用户占该机房所有用户的比例。
2、把所有机房的下载速度小于特定速率的用户比例列出,进行对比,反映该机房服务质量差的用户群比例
3、如果目标机房服务质量差的用户比例排名靠前,表明该机房服务本区域用户能力相对其它机房较差。
对IDC机房的网络质量评估,需要定义一些可量化的评估指标.按长期的运营维护经验,IDC机房质量的测定指标,不外乎以下几种:
标准带宽监测
1、从目标机房服务器访问日志中取得访问该服务器的所有IP列表,在服务器上ping这些IP,从返回的能通的IP中,随机取得1000个IP作为标准观测点。
(因为随机,这1000个IP基本均匀分布在省级区域内,它们准备用作标准观察点,用来观察目标机房质量变化)
2、在目标机房服务器上运行带宽监测脚本,该脚本用于取得服务器与1000个标准观察点的平均延时和丢包率,这些与1000个标准观察点之间的连通性数据综合成平均值,这个平均值反映该机房的质量。(1000个标准观察点是用户IP,在不同时间,总会有少部分不通,只把能通的那些观察点取值平均)
3、监测脚本在每天取八个时间点(白天12:00、14:00、16:00、18:00 晚上高峰20:00、21:00、22:00、23:00),获取八个上述的质量数据,白天的四个时间点的数据取平均值,晚上的四个时间点数据取平均值,这样最终关于该机房的一天的质量数据表示如下:
白天 晚上
平均延时 质量数据1 质量数据3
丢包率 质量数据2 质量数据4
4、监测脚本每次ping目标IP,参数选择包大小为100,包数量为10
5、监测脚本每天运行,获得每天的4个质量数据,把每天的4个质量数据做成四张曲线图,图1反映在一个时期内该机房白天的平均延时变化,图2反映在一个时期内该机房白天的丢包率变化,图3反映在一个时期内该机房晚高峰的平均延时变化,图4反映在一个时期内该机房晚高峰的丢包率变化。
6、参考业务QOS达标时期的机房质量数据,该数据可以作为被监测机房质量的基准值,质量曲线图会在这个基准值附近上下浮动,曲线平缓反映机房质量稳定,曲线下滑表明机房质量在下滑。
TOP N的用户下载速度数据
1、通过目标机房服务器日志对所有用户的下载速度进行计算。
2、去除最快的1%的用户(脏数据),取出前N个(如100个)最快的下载数据,取出下载速度平均值。
3、把所有机房的下载速度平均值列出进行对比,反映该机房服务本区域热点用户的水平。
4、如果目标机房速度平均值排名靠后,表明该机房服务本区域热点用户能力相对其它机房较差。
用户平均访问速度数据
1、取目标机房每台服务器80端口各行日志记录$body_bytes_sent/$request_time/1024之和除以总有效行数(去除脏数据),汇报给分析服务器,获得所有用户下载速度平均值。
2、把所有机房的下载速度平均值列出进行对比,反映该机房服务本区域所有用户的水平。
3、如果目标机房速度平均值排名靠后,表明该机房服务本区域用户能力相对其它机房较差。
小于特定速率用户所在比率
1、取目标机房每台服务器80端口各行日志记录$body_bytes_sent/$request_time/1024值小于特定速率值(一般以不影响用户体验的速率如150k/B)的记录条数和总日志记录条数,汇报给分析服务器,获得下载速度小于特定速率的用户占该机房所有用户的比例。
2、把所有机房的下载速度小于特定速率的用户比例列出,进行对比,反映该机房服务质量差的用户群比例
3、如果目标机房服务质量差的用户比例排名靠前,表明该机房服务本区域用户能力相对其它机房较差。
上一篇:WebCDN流量及QOS异常故障RC查找与经验分享
下一篇:IDC选择看五点
分享到:
收藏
评论排行
- ·Windows(Win7)下用Xming...(92)
- ·使用jmx client监控activemq(20)
- ·Hive查询OOM分析(14)
- ·复杂网络架构导致的诡异...(8)
- ·使用 OpenStack 实现云...(7)
- ·影响Java EE性能的十大问题(6)
- ·云计算平台管理的三大利...(6)
- ·Mysql数据库复制延时分析(5)
- ·OpenStack Nova开发与测...(4)
- ·LTPP一键安装包1.2 发布(4)
- ·Linux下系统或服务排障的...(4)
- ·PHP发布5.4.4 和 5.3.1...(4)
- ·RSYSLOG搭建集中日志管理服务(4)
- ·转换程序源码的编码格式[...(3)
- ·Linux 的木马程式 Wirenet 出现(3)
- ·Nginx 发布1.2.1稳定版...(3)
- ·zend framework文件读取漏洞分析(3)
- ·Percona Playback 0.3 development release(3)
- ·运维业务与CMDB集成关系一例(3)
- ·应该知道的Linux技巧(3)