怎么在站点维护中监控、图示及配备？

构建用于丈量(图示、配备应用程序)和监控(报警)的零碎是一项很值得做的事情，这些零碎是根蒂根基架构十分首要的核心内容，并且做起来也不是那末难。但据我所知，这些零碎却经常被疏忽。若是没有丈量的话，很难对零碎实现积极的管理。汗青的丈量数据对付容量布局和毛病排查尤为有效。
监控与丈量手艺分为三类:第一类是对零碎进行检测，发现问题时进行报警；只知其一，不知其二类是记载丈量数据，并以图表体式格局显示；第三类试图将第一类和只知其一，不知其二类连系起来，但末了老是二者都做欠好。我选择运用两个零碎，而不是一个试图包办一切事情但末了每回样都欠好的综合零碎。
在我眼里，nagios用于监控就足够好了，虽然学起来比力坚苦。基于rrd工具的零碎，如cacti、 munin、 ganglia合用于保留汗青丈量数据。我对cacti有点偏心，不只由于我以为它是一个极好的工具，并且还由于我写了一些cacti的图形模板。这些模板可以在htp:/codegoogle.com/p/mysgl-cacti-templates/处找到。虽然会有差别定见，我仍是以为mysq几l模板对任何图示零碎来讲都是最佳的。虽然有坚苦，我仍是以为，运用一个被普遍运用的零碎是理智的，如许，在遇到问题时，可以找到能够提供协助的人。你能够会对任何手艺都存在的局限性而感触气恼，但我敢必定，要解决这个问题，比看起来要可贵多逐个对零碎管理员来讲，反复发明轮子是打发时间的最佳要领。
配备(instrumentation)是另外一个话题。正如mysql难于网站制作优化是由于很可贵到关于其事情的具体诊断数据一样，应用程序的机能也一样是一块难啃的骨头。你需求如许的信息:应用程序执行的任务，这些任务执行了几个次，破费了多永劫间。有时辰你不需求本身来获取这些信息，new relic为rails:开发职员提供了一款极好的商品，而大大都程序设计言语也都有简洁易用的机能丈量工具(profilers)a但即便是一些简略的、针对特定的应用程序关键勾当的配备，也都是十分有代价的。