在微软 Azure 中用 Redis 为 ASP.NET 应用加速

Azure Redis Cache 是微软 Azure 提供的一项托管服务。该服务基于开源 Redis 缓存构建，能够利用 Redis 引擎低延迟、高吞吐量的特性提高应用程序的响应速度。

目前，Azure Redis Cache 包含以下三个服务等级：

• 基本服务：仅有一个缓存节点，适合开发 / 测试和非关键工作负载，无 SLA。
• 标准服务：有两个节点（主节点 / 备用节点），具备自动故障转移和自动复制功能，提供高可用 SLA。
• 高级服务（预览）：包含标准服务的所有特性，性能更好，安全性更高，支持更大的工作负载及灾难恢复。要了解更多特性，请查看这里。

其中，基本 / 标准服务缓存上限为 53GB，而高级服务的缓存上限为 530GB。价格信息可以查看这里。

Scott Hanselman 是微软Web 平台& 工具部门的一名项目经理。去年，他曾撰文介绍 Azure Redis Cache 的基本用法。近日，他又介绍了一种新的Azure Redis Cache 应用场景，即将其作为ASP.NET 应用的缓存。

重要通知：接下来InfoQ 将会选择性地将部分优秀内容首发在微信公众号中，欢迎关注InfoQ 微信公众号第一时间阅读精品内容。

据Scott 介绍，ASP.NET 现在提供了很好的Redis 支持，可以从NuGet 上下载Microsoft.Web.RedisSessionStateProvider 库：

Install-Package Microsoft.Web.RedisSessionStateProvider

该库底层使用了 StackExchange ，但允许 ASP.NET 使用 Session 对象，并在 Redis 中保存结果，而不是在 Web 服务器的内存中。使用下面的代码在 web.config 中添加该库：

 
<sessionState mode="Custom" customProvider="FooFoo">
      <providers>               <add name="MySessionStateStore" 
            type="Microsoft.Web.Redis.RedisSessionStateProvider" 
            host="hanselcache.redis.cache.windows.net"
            accessKey="THEKEY" 
            ssl="true"
            port="1234" />
    </providers>
</sessionState>

从 Redis Desktop Manager 中可以看到存储在 Redis 中的 ASP.NET Session 数据，如下图所示：

Redis Cache 不仅可以用于存储 Session State，而且还可以用于 Output Cache，即将整个 HTTP 响应缓存。相应的库在 ASP.NET 4.x 中的安装方法同 Session State Provider 类似：

Install-Package Microsoft.Web.RedisOutputCacheProvider

这样，当在 MVC Controller 中使用 [OutputCache] 属性或在 Web Forms 中使用 OutputCache 指令（如 <%@ OutputCache Duration=“60” VaryByParam="*" %>）时，响应就会通过 Redis 来处理。对于类似产品目录这样的应用，可使其响应速度提高 4～10 倍。

用户也可以通过编程使用 Redis，微软提供了在.NET 、 Node.js 、 Java 和 Python 中使用 Azure Redis Cache 的文档。如果不想在 Azure 甚或 Linux 上运行 Redis ，那么可以选用 MSOpenTech 的 Redis on Windows 分支。安装完成后，就可以通过命令行使用redis-cli.exe 同Azure Redis Cache 交互。而如果使用了本地Redis 服务器（redis-server.exe），那么在部署到Azure 的时候需要修改应用的Redis 连接字符串。

感谢魏星对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作，请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博（ @InfoQ ， @丁晓昀），微信（微信号： InfoQChina ）关注我们，并与我们的编辑和其他读者朋友交流（欢迎加入 InfoQ 读者交流群（已满），InfoQ 读者交流群（#2））。