mysql,Linux,HighPerformance,ruby on rails

Coder,肖德时的个人BLOG

Reverse Proxy Server在高性能应用环境的思考

八月 19th, 2008 · No Comments

        高性能场景下,通过有限的硬件及软件资源获得满意的处理量,是每一位系统运维人员的梦想。恰逢我正在应对这方面的场景,并正好需要处理并伴随它一起走过这段时期,记录下来也算对以后的回忆。

        在国内网站的部署上,我们应在有条件的环境下部署apache,lighty,nginx等frontend web,目的两条:

1、提交请求吞吐量。
有人感觉apache不成,没问题,你使用lightty,Nginx都可以,网上参考也多。这里最关键的问题是如何部署管理网站的日志。有点头疼。

2、静态,动态分流处理
动态的处理能力靠的是硬件+算法,算法不成,硬件更不成,就要考虑分布式处理。前端Server都有load balancing的配置技巧,网上搜索一下即可。

应用层这里,因为有java,rubyonrail,python,php之分,我本身也不是熟知这些技术,也不乱说。

后端数据层:

Mysql,首选,参考文章很多。配置参数的搞优,我认为一定要搞明白是整么回事再调整。别以为参考各位大虾一样,安装一个64bit OS就OK了。这mysql Replication的场景有没有应用到。备份的操作有没有考虑周全。如果还要考虑HA高可用性,那如何处理?

监控:
我们的目标,是没有不被监控的服务应用。nagios和Cacti。也可能还有其它工具,但无一例处是减少工程师的工作量,让工作都能automate下去。这样工程师能端着茶边歇边监控才是王道(说的轻松,操作起来是需要积累的)。

还有一个不成文的使命:

就是用最有限的机器数量完成最大的任务吞吐量。这是每一位工程师需要注意并细心考虑实现的目标。

参考:
1.http://blog.kovyrin.net/2006/05/18/nginx-as-reverse-proxy/
2.http://www.igvita.com/2007/10/10/hands-on-mysql-backup-migration/
3.http://www.howtoforge.com/mysql_database_replication

Tags: High Performance Tech

0 responses so far ↓

  • There are no comments yet...Kick things off by filling out the form below.

Leave a Comment


为了防止恶意的垃圾评论脚本,请输入以下图片里面的数学方程式的答案。
防垃圾评论问题