负载均衡.ppt.ppt

吴炳锡 2008-1-9 imysql@ ;主要内容;配置方法说明;LVS负载均衡结构;IPVS的总体结构主要如下;LVS的实现方式;LVS 在生产中的环境;LVS各种解构的性能分析：;Nginx的负载结构;Nginx的负载结构;Nginx的性能分析：;LVS和Nginx的对比;　 使用什么样的负载均衡器，不重要，重要的是是公司愿意在这个上面花多少成本来维护他。 　 　下面我们将会为大家提供一个针对ＷＥＢ服务的一个负载均衡方案 　LVS=Nginx=Cache ;Web1.0 1、源数据量小，单台squid即可达到很高的命中率。 2、请求量大，用lvs+squid或者dns轮询即可解决问题。 3、squid服务器磁盘IO压力大，用超大内存做cache。;web 2.0 1　数据变化频繁，数据总量大，squid的hast table较大，命中下降。 2 请求量大，种类多，数据源上Ｔ是正常现象，squid的Ｃａｃｈｅ更新现象严重。 3 Cache的IO更新严重，致使效率低下 4 基于ＨＡＳＨ的ＵＲＬ　ＣＡＣＨＥ，其中一台Ｃａｃｈｅ死掉，必将引起Hash ReHash 5 压力过大导致的hit　ratio抖动;　 总结上面问题如果只是简单的负载均衡，难于解决WEB2.0的问题。Nginx可以说是一个完美的方案，但一个大的网站流量不只是一个千兆网卡能挡住的。 　　;在高并发环境中LVS、Nginx的角色;部分代码如下： upstream img1{ server ; server ; } upstream img2{ server :81; server :82; } … ;部分代码如下： location ~ ^/[0-1][0-f]/ { proxy_pass http://img1; } location ~ ^/[2-3][0-f]/ { proxy_pass http://img2; } … ;　实现了高可用性，最大程度上防止单点，又保证架构的伸缩性。 　在后端服务器中模拟url hash的算法来找到内容所在的squid，提高了命中率。 　充分发挥机器的性能，架构可扩展性，层次分明。;　 结束了 ＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝ 问题交流 　　　　　;　 MySQL专家组: 英文名称MySQL Expert Group，简称MEG。MEG是由知名MySQL DBA发起，各大互联网公司DBA、开发人员组成的MySQL组织；成员具有丰富的MySQL数据库开发、管理和优化经验，具备优秀的LAMP构架设计和规划能力。 组织的宗旨： 促进MySQL技术的交流和分享，提供企业MySQL培训；推广MySQL数据库的广泛使用，致力于为不同环境下的应用提供贴身全面的解决方案。 Email:mysqlmeg@ 网站: