我很好奇其他人在这种情况下使用的是什么。我知道一些可用的选项，例如 memcached 端口或 ScaleOutSoftware。memcached 端口似乎没有被积极处理（如果我错了，请纠正我）。ScaleOutSoftware 对我来说太贵了（我不怀疑它值得）。这并不是说我不想听到人们使用 memcached 或 ScaleOutSoftware。在这一点上，我只是陈述我“知道”的内容。
所以我的问题基本上是这样的：对于那些积极使用分布式缓存的人，你在使用什么，你对它是否满意，我应该注意什么？
我很快就会搬到两台服务器上……两者都将在同一个位置。我相当大量地（但小心地）使用缓存来减少我的数据库服务器上的负载。
编辑：我下载了 Scaleout Software 的解决方案。我已经为它编写了代码，它似乎工作得很好。我只需要决定我的钱包是否愿意为此付出现金。:) 任何人对 ScaleoutSoftware 有好的或坏的体验吗？
再次编辑：我问这个已经有一段时间了？还有什么想法吗？我们最终从 ScaleOutSoftware 购买了解决方案，并且对它感到满意，但我很好奇其他人在做什么。
微软有一个代号为Velocity的产品待定。它仍然在 CTP 中，并且正在缓慢移动，但看起来会很不错。我们将在不久的将来击败它，看看它如何处理我们想要它做的事情（> 每小时 200 万次读/写）。将返回结果。
有一个 100% 原生 .NET，有据可查的开源 (LGPL) 项目，称为Shared Cache。看起来它还没有在 SO 上提到，但它很有前途，应该能够满足大多数人对分布式缓存的期望。它甚至支持不同的策略，如分布式或复制缓存等。
一旦我有机会在一个真实的项目中尝试它，我将更新这篇文章的更多细节。
我们正在为 Windows 使用 memcached 端口，我们对此非常满意。enyim.com memcached 客户端 API非常棒且易于使用。如果你问我，它也是开源的，这是一个很大的优势。
我们现在在生产网络应用程序中使用此设置，它对提高其性能有很大帮助。
Codeplex 上有一个很棒的.NET 包装器/端口。很棒的酱！
我们目前正在使用一个非常简单的缓存，它是我在几个小时内编写的，基于在 Windows 服务中重新托管 ASP.NET 缓存（更多信息和源代码在这里）。我不会假装它与 Memcached 之类的东西一样优化，但在 Velocity 出现之前，我们只是在寻找简单且免费的东西，即使在相当重的负载下它也能保持得非常好。
这归结为我们个人对核心组件的偏好——即影响站点是否可用的组件——它们要么由具有快速和高质量支持历史的供应商支持，要么由我们这样如果出现问题，我们可以快速修复它。开源一切都很好，确实我们确实使用了一些 OSS，但如果您的网站离线，那么不幸的是新闻组等人没有 1 小时的 SLA，仅仅因为它是 OSS 并不意味着您有必要的了解或自己修复的能力。
我们在生产环境中使用 memcached 和 enyim 库 (www.funda.nl)。工作正常，非常满意，但我们确实注意到客户端的 CPU 使用率大幅提高。大概是由于正在进行的序列化/反序列化。我们每秒进行大约 1000 次读取。
NCache是一款经过全球 100 家客户试用和测试的产品。它的
一款功能丰富的产品，可让您以冗余且高度可用的方式存储会话状态，让您共享数据
在企业内部以及桥接 WAN 通信，本质上充当数据结构，最后它允许您构建弹性缓存层，以便当
您的应用程序可扩展，您可以将服务器添加到缓存中并实际进一步提高性能。