网站零碎及服务层面的丈量数据

这是在运维工程师笔记本电脑上以图形体式格局显示的数据，这些数据是由工具采集并显示的，这些工具备cacti、ganglia、hyperic hq、zenoss、munin，或其余你总能碰着的甚么工具。采集这些零碎数据绝对需求很高的辨别率，才气刻划零碎容量、及时进行毛病排查、超过差别集群对数据进行联系关系。

大都工具采集一切根蒂根基数据:cpu、网络、磁盘(空间运用率和i/o运用率)、内存，等等。这些数据应被视为深入了解根蒂根基架构运转的根蒂根基。我以为，关于服务器，若是你所知道的就只是这些丈量数据的话，可以以为你就是个瞎子。一个多小小日时的时间里零碎cpu的运用率到达12%，而应用程序的举动究竟是怎么样的，这个数字其实不克不及通知你几个东西逐个而应用程序的举动才是要点。零碎是怎样理论运用的，应用和服务层面的丈量数据会给出相干的信息。
若是不克不及用一样的工具来采集这些数据的话，也要尽可能用相近的工具，这会有很大的益处。有了这些数据，就能够答复下面的问题:
● 均匀的web要求的cpu时间(用户态和零碎态)是几个?
● 和地道应用程序的执行时间比力起来，用于数据库查询的最慢的api挪用破费时间的百分比是几个?
● 对文件零碎缓存(而非程序内部的缓存)的依赖有多大?响合时间随要求率的升沉变革，能注明有同享吗？
● 用于web页面、ajax、rss、api要领的前端要求各占几个百分比?以文件大小来计，最大的页面相应是几个？

● 响合时间随相应大小按比例变革吗?
● 最慢的数据库查询是甚么?挪用频度是几个?

● 用得至多的数据库查询是甚么?挪用频度是几个?
答复这些问题，能协助你找出哪些网站制作优化值得做、排查问题时从那里动手、甚么样的运用对你而言是“正常”的，从而可以在监控零碎上配置适宜的报警阈值。