手里有一个中型的网站项目，项目上的图片等静态文件使用自己搭建的多台Nginx服务器做缓存加速，不要问我为什么不用OSS等云存储，当有持续的大量的请求量的时候你就知道按流量计费到底有多坑。
由于考虑到部分图片及js等静态文件可能会有更新的情况，所以缓存的有效期设为了1个小时。也就是每过一个小时Nginx缓存服务器都会去重新请求一次源服务器，以获取最新版本的静态文件。
整套系统稳定运行了几个月以后，通过流量监控系统分析了历史数据发现源服务器的带宽使用一直保持在1-3M之间，偶尔突发流量也会不超过5M，本着够用就好的原则，就把源服务器的带宽调整成了5M（这就是给自己挖了个大坑，真是自作孽不可活啊）。
带宽调整完的几个月里，系统运行也还算稳定，带宽使用也都在正常范围内。就在上个月的一天凌晨，产品经理一个电话把睡梦中我的给召唤起来，说是网站图片加载缓慢。第一反应是Nginx缓存服务器的带宽不够用了，马上查了一下各个节点的带宽使用情况，都不高，或者说低的有些不正常，而且伴随有持续的下行流量，这就不对劲了。
最近一个朋友说他VPS上的网站访问量一高VPS就会丢包，整个网站都不能正常访问了。问了下他的网站现在使用的Apache来提供Web服务。为了提高网站的负载能力，就将他VPS上的网站运行环境迁移到Nginx下来。效果感觉还不错，网站响应速度明显比原来快了很多。
为了更直观的了解Nginx的运行情况，决定对Nginx进行一下实时监控，首先想到的使用监控宝来对Nginx进行监控。 继续阅读 »
最近为公司的网站架设了一套简单的Web的Cache系统，过程中需要对命中率进行一些统计，而比较有效的统计手段还是直接对访问日志进行分析，这里就不得不提到状态码了，本文只是针对304状态码和200状态码的一些理解，其他状态码这里暂时不做过多的讨论。 继续阅读 »
虽然现在VPS已经是白菜价了，不过高配的VPS的价钱对于我们这些穷书生来说，还是只可远观啊！现在手里的VPS的内存只有可怜的128M，如何有效的利用这宝贵的内存就成了摆在眼前的当务之急啊！
数据库服务基本上已经没有多大的选择余地了，肯定是非Mysql莫属了，唯一能做文章的东西就是提供Web服务的程序了，现在网络上比较常用的Web服务器也就那么几种。Apache自然不用多说，绝对是重量级的应用，只好在Nginx和Lighttpd里做出选择了。 继续阅读 »
随着VPS的流行，很多站长都已经拥有了属于自己的服务器。对于服务器的日常维护，大家已经并不陌生，不过这个一般都需要我们登陆服务器进行操作，那有没有简单点的办法能实时的获取到服务器的一些相关的运行状态信息呢？
这当然不是问题，目前有很多现成的软件可以实现这种功能，比较出名的是Cacti等服务器监控软件。不过对于只有一台服务器或者VPS的中小站长来说，使用Cacti来监控自己的服务器状态实在有点大材小用的感觉，而且配置过程也相对比较繁琐。其实使用PHP调用一些系统命令就可以很轻松的获得服务器当前的状态信息。 继续阅读 »
近期评论