使用nginx 有大半年了，它的高性能，稳定性表现很好。 这里也得到很多人的认可。 其中它的配置，有点像写程序一样，每行命令结尾一个”;”号，语句块用”{}”括起来。 配制好，直接nginx -t 检查配制情况，配制成功，直接运行：service nginx reload .服务器没有任何宕机情况下，实现平稳修改配置。
使用Nginx、Keepalived构建文艺负载均衡
面对网站服务器端负载增大的问题，是“拿15万￥买一台服务器”来解决，还是靠“加三倍服务器”来解决？还是用其它一些办法？
对于一个访问量日益增加的网站架构而言，从单机到集群、从集群到分布式，架构演化是必然的。
接手环境，分析瓶颈，扩展架构
笔者现在的环境在刚接手时算是单机LAMP环境。在单机LAMP环境时，由于访问量逐渐变大，网站会经常出现打不开的情况，为了解决这个问题在LAMP前端临时加了一台vanish来缓存一些静态文件，从而减轻了web服务器的负载。再到后来为了满足业务访问需求，将架构改为CDN+Nginx负载均衡（反向代理）+LNMP+代码层缓存+MySQL主从，从而将网站整体负载性能提升15倍，且访问速度也得到很大提升。
nginx root&alias文件路径配置
nginx指定文件路径有两种方式root和alias，这两者的用法区别，使用方法总结了下，方便大家在应用过程中，快速响应。root与alias主要区别在于nginx如何解释location后面的uri，这会使两者分别以不同的方式将请求映射到服务器文件上。
[root]
语法：root path
默认值：root html
配置段：http、server、location、if
nginx利用第三方模块nginx_upstream_check_module来检查后端服务器的健康情况
大家都知道，前段nginx做反代，如果后端服务器宕掉的话，nginx是不能把这台realserver提出upstream的，所以还会有请求转发到后端的这台realserver上面去，虽然nginx可以在localtion中启用proxy_next_upstream来解决返回给用户的错误页面，方法在：http://www.linuxyan.com/web-server/67.html ，大家可以参考一下，但这个还是会把请求转发给这台服务器的，然后再转发给别的服务器，这样就浪费了一次转发，这次借助与淘宝技术团队开发的nginx模快nginx_upstream_check_module来检测后方realserver的健康状态，如果后端服务器不可用，则所以的请求不转发到这台服务器。
Nginx实战系列之功能篇-后端节点健康检查
公司前一段对业务线上的nginx做了整理，重点就是对nginx上负载均衡器的后端节点做健康检查。目前，nginx对后端节点健康检查的方式主要有3种，这里列出：
1、ngx_http_proxy_module 模块和ngx_http_upstream_module模块（自带）
官网地址：http://nginx.org/cn/docs/http/ngx_http_proxy_module.html#proxy_next_upstream
2、nginx_upstream_check_module模块
官网网址：https://github.com/yaoweibin/nginx_upstream_check_module
3、ngx_http_healthcheck_module模块
官网网址：http://wiki.nginx.org/NginxHttpHealthcheckModule
公司业务线上对后端节点的健康检查是通过nginx_upstream_check_module模块做的，这里我将分别介绍这三种实现方式以及之间的差异性。