使用Cache Farms和Read Pools提高Web应用的伸缩性

作者 Gavin Terrill 译者 曹云飞 发布于 2007年11月14日 上午12时45分

社区

Architecture

主题

性能和可伸缩性,

集群与缓存

标签

缓存,

部署,

负载均衡,

数据库

Michael Nygard是一位作家和No Fluff Just Stuff公司的演讲者，他最近发表了一篇文章，讨论了两种提高web应用的性能和伸缩性的方法： Cache Farms和Read Pools。

Cache Farms的思想是在一个集群中的所有应用节点共享一个外部的缓存而不是每个节点维护自己的缓存。这样可以减少冗余并减少使用应用服务器的堆空间：

通过从应用服务器进程中移出缓存，你可以从多个实例中访问相同的缓存，减少重复。把那些缓存对象从应用服务器的堆空间中除去，可以让堆空间变小，同时减少了垃圾收集时间。如果你使用分布式的外部缓存，那么你可以减少更多重复。

Read Pools利用了大多数数据驱动的应用执行读操作远多于写操作的特点。通过在一套专门的只读的复制的数据库上执行读操作，减轻了写数据库操作的负担：

你如何建立一个读缓冲池？很简单！Read Pools仅仅使用了数据库自己内建的复制功能。基本上，你只需要配置写控制器，把它的归档日志（或者你的数据库对他们的称谓）转移到读操作缓冲池数据库。

Michael指出读操作缓冲池数据库的更新也许不是实时的，这依赖于你所使用的数据库，但是这也许是一个完美的可以接受的平衡。MySQL用户可以利用使用MySQL-Proxy分离读/写的特征来实现读操作缓冲。

Michael 的总结如下：

对于可伸缩性而言，有一个互为对照的答案：“在web层和应用层向外扩充（Scale out），在数据层向上扩充（Scale up）。”我希望这句话可以启示大家找到其他提高性能和容量的方法。（译者注：Scale out，指向系统中增加多个节点，比如向分布式系统中添加一台服务器；Scale up，指向系统中的一个节点中增加资源，通常包括给一台计算机增加CPU或者内存，也可以指扩充所运行线程的数量。译自Wikipedia）

查看英文原文：Scaling Web Applications using Cache Farms and Read Pools

---

译者简介： 曹云飞，西安交通大学计算机软件硕士。现就职于Ethos，热衷于新技术的钻研，软件架构与敏捷开发，目前从事Home Control方面的工作。参与InfoQ中文站内容建设，请邮件至china-editorial[at]infoq.com。

1. 返回顶部

   我想说

   2007年11月14日 下午12时1分 发表人 Jeffrey Zhao

   这个不是大家都知道，并且也一直在使用的方法么……而且在实际操作中，还是有需要考虑的地方，比如Cache Farms较之InProc，传输速度慢，而且需要序列化操作，因此缓存策略会相应有所变化，这些文章到没有提。

   回复

2. 返回顶部

   Re: 我想说

   2007年11月16日 上午1时57分 发表人 cao yunfei

   是啊，没有很新奇的思想。关键还是看具体的算法吧和实现吧。

   回复

• 更早的 >