Azure Redis 最佳实践
下面我会给大家分享一些在使用 Azure Redis 过程中的最佳实践。 这些信息是基于我数以百计的 Azure Redis 的客户,在他们使用 StackExchange.Redis 的时候研究他们所看到的各种各样的错误所总结的。
StackExchange.Redis
- 设置 AbortConnect 为 false,然后让 ConnectionMultiplexer 自动重新连接, 点击这里查看详细内容。
- 重复使用 ConnectionMultiplexer – 不要在每次请求的时候创建。另外我们强烈推荐您使用 Lazy<ConnectionMultiplexer> 模式。
- Redis 最适合较小的数据,所以请考虑把更大的数据切成多个键值存储。在这个有关 Redis 的讨论中,100 KB 被认为是“大的数据”。这篇文章列出了 Redis 在存取大的数据时会引发的问题。
- 配置 ThreadPool 设置来避免超时。
- 将默认连接超时时间至少设为 5 秒。这样 StackExchange.Redis 才会在网络不佳的情况下有足够的时间来重新建立连接。
- 注意与您正在运行的不同操作关联的性能成本。比如 “KEYS” 命令的时间复杂度为 O(n), 我们应当尽量避免去使用它。在 redis.io 网站上有对于每一种操作的时间复杂度的详细介绍。
配置和概念
- 在生产系统中建议使用标准级别或者高级级别的 Redis 服务。基本级别的 Redis 服务是一个单节点系统,它不支持数据复制和 SLA。另外,至少使用 C1 缓存。 C0 缓存通常适用于开发或者测试环境。
- 请记住 Redis 是一个内存数据存储系统。阅读这篇文章以意识到一些数据会丢失的场景。
- 开发您的系统以满足能处理连接因为打补丁和故障转移而丢失的情况
性能测试
- 在开发我们自己的性能测试工具之前,我们可以使用 redis-benchmark.exe 工具来了解一下可能的吞吐量。需要注意的是 redis-benchmark 不支持 SSL, 所以我们需要在开始测试之前在 Azure 门户中启动 Non-SSL port。
- 用来测试的客户端虚拟机必须要和 Redis 缓存实例在相同的区域中。
- 我们建议使用 Dv2 系列虚拟机作为你的客户端,因为这个系列的虚拟机拥有更好的配置,这样我们能获得最佳的测试结果。
- 确认您选择的用来测试客户端虚拟机在计算能力和带宽性能方面要优于你要测试的 Redis 缓存。
- 如果您使用的是 Windows,需要开启 VRSS 选项。点击这里查看详细信息。
- 高级级别的 Redis 实例拥有更低的网络延时和更高吞吐量,因为它们运行在更高配置的硬件上,比如 CPU 和网络。
Redis-Benchmark 示例
使用 1K 的负载来测试管道 SET 请求
redis-benchmark.exe -h yourcache.redis.cache.chinacloudapi.cn -a yourAccesskey -t SET -n 1000000 -d 1024 -P 50
使用 1K 的负载来测试管道 GET 请求
备注
先运行以上的SET测试来填充缓存
redis-benchmark.exe -h yourcache.redis.cache.chinacloudapi.cn -a yourAccesskey -t GET -n 1000000 -d 1024 -P 50