电信级别的视频会议项目（基于WEB）的性能问题

做过一个类似的VoIP的项目，采用的和楼主一样的策略：Ajax轮询。
很不幸的告诉你，我们的项目失败了。后来交给别的部门改成ActiveX控件来做，具体成功与否，就不得而知了。不知你们底层的VoIP服务器怎么实现的，我们的是C写的，曾经我有个这种想法：用Java和C建立Socket连接，在返回给Web页面，这样效率和资源都可以解决了，但是我的想法没有试验，也没有机会了，希望楼主可以试试。
另外当初我们在做实时监控这一块的时候也考虑过很多，最后采用的Ajax轮询，感觉效率很低。网上查的很多推的技术实现好像本质上都是轮询，当然可能还有一些其他的实现，如保持HTTP的长连接等等。楼主可以自己研究研究。
这里给楼主推荐一个：pushlet，还有DWR等框架也都有推技术的实现。

P.S.补充一下，楼主做应用服务器的群集意义不是特别大，就目前楼主的情况来看，DB服务器的压力更大，实时数据库肯定是不用考虑了（成本太高），楼主就从缓存实现吧。我的思路是：在会议建立之前，所有有关的数据，包括与会人员的数据等等，都缓存到内存中，会议结束以后在进行一次性持续化。这个思路的弊端很明显：内存中有可能会面临不可预料的错误，数据丢失。楼主仔细斟酌。