Azure Redis Cache (1) 入门

简介:

 《Windows Azure Platform 系列文章目录》

 

  Microsoft Azure Redis Cache基于流行的开源Redis Cache。

 

  1.功能

  Redis 是一种高级的键值存储,其中,键可以包含数据结构,例如字符串、哈希、列表、集合和有序集合。Redis 支持针对这些数据类型的一组原子操作。

  Redis 还支持设置简单的主-从复制,具有非常快的非首先阻止同步、网络分割时自动重新连接等。

  其他功能包括事务、发布/订阅、Lua 脚本、具有有限生存时间的键和配置设置,使 Redis 在行为上与缓存类似。

  您可以通过当今最常用编程语言使用 Redis。

  Azure Redis 缓存利用 Redis 身份验证并且还支持与 Redis 的 SSL 连接。

  

 

  2.可复用

  相比笔者之前写的文档:

  Windows Azure Cloud Service (44) 使用Azure In-Role Cache缓存(1)Co-located Role

      Windows Azure Cloud Service (45) 使用Azure In-Role Cache缓存(2)Dedicated Role

  以上的In-Role Cache只会被部署的Cloud Service独享的,如果新创建的其他Cloud Service Project想共享是无法实现的。

  我们通过创建Azure Redis Cache以后,这个Redis Cache就是共享的,一个或者多个Azure Application就可以同时使用这个Azure Redis Cache

 

 

  3.服务级别

  Microsoft Azure Redis Cache分为两个级别:

  (1)基本(Basic) - 单个节点。提供不同的大小。基本模式是没有SLA的。

  (2)标准(Standard) - 双节点,主从模式。包括SLA和支持复制。提供多种大小。

  (3)高级(Premium) - 企业级缓存服务。专为大规模并发设计。

 

  Azure Redis Cache提供以下不同的服务级别:

  基本(Basic,不包含SLA):

缓存名称 缓存大小 网络性能 客户端连接数
C0 250MB 低 256
C1 1GB 低 1000
C2 2.5GB 中等 2000
C3 6GB 中等 5000
C4 13GB 中等 10000
C5 26GB 高 15000
C6 53GB 最高 20000

  

  标准(Standard,支持SLA):

缓存名称 缓存大小 网络性能 客户端连接数
C0 250MB 低 256
C1 1GB 低 1000
C2 2.5GB 中等 2000
C3 6GB 中等 5000
C4 13GB 中等 10000
C5 26GB 高 15000
C6 53GB 最高 20000

  

  高级(Premium):

缓存名称 缓存大小 网络性能 客户端连接数量
P1 6GB 中等 7500
P2 13GB 中等 15000
P3 26GB 高 30000
P4 53GB 最高 40000

 

  

  4.高性能

  Azure Redis 缓存帮助您的应用程序变得更具响应性(甚至在用户负载增加时也如此),以及利用 Redis 引擎的低延迟、高吞吐量功能。此单独的分布式缓存层允许数据层独立扩展以便更高效地利用应用程序层中的计算资源。

 

 

=====================================分隔符============================

 

  Update 2016-01-11,如何选择Azure Redis Cache类型:

  参考资料:https://azure.microsoft.com/zh-cn/documentation/articles/cache-faq/#what-redis-cache-offering-and-size-should-i-use

 

  1.Redis Size

  基本(Basic)和标准(Standard)类型的Redis提供最大53GB的Redis Cache空间

  2.网络性能

  与基本(Basic)和标准(Standard)类型的Redis相比,高级(Premium)级别的的Azure Redis Cache提供更高的网络性能和客户端连接数。

  3.吞吐量

  高级(Premium)级别的的Azure Redis Cache提供更高的吞吐量

  4.SLA服务保障

  标准(Standard)和高级(Premium)级别的Redis Cache服务,提供99.9%的SLA。

  注意Redis Cache的SLA只保证Cache Cache的服务可连接性,并不保证数据不会丢失。微软建议使用高级(Premium)级别的的Azure Redis Cache中的数据一致性(Data Persistence)功能,防止数据丢失。

  5.Redis数据一致性

  高级(Premium)级别的Redis Cache服务,可以让用户把数据保存到Azure存储账号Storage Account里。

  基本(Basic)和标准(Standard)类型的Redis Cache只把数据保存到内存里。如果发生底层的硬件故障,则数据会有丢失的风险。微软建议使用高级(Premium)级别的的Azure Redis Cache中的数据一致性(Data Persistence)功能,防止数据丢失。

  6.Redis Cluster

  如果你使用的Redis Cache容量大于53GB,或者想在多个Redis服务节点之间共享数据,可以使用高级(Premium)级别的Clustering服务。每个节点由主/副本缓存提供高可用性,具体可以参考: https://azure.microsoft.com/zh-cn/documentation/articles/cache-how-to-premium-clustering/

  7.增强的安全性和网络隔离

  我们可以把高级(Premium)级别的Redis Cache服务,加入到Virtual Network虚拟机网络中,可以提供更高的安全性和访问控制,具体可以参考: https://azure.microsoft.com/zh-cn/documentation/articles/cache-how-to-premium-vnet/

  8.客户端连接数

  高级(Premium)级别的Redis Cache服务,提供最大的客户端连接数量

  9.独享CPU内核

  所有高级(Premium)级别的Redis Cache服务,底层的服务器都是独享CPU。

  在标准(Standard)和高级(Premium)级别的Redis Cache服务,只有C0级别的是共享CPU,其他的配置都是独享CPU

  10.Redis服务是单线程的

  如果你用2核心以上的CPU,是不会提高Redis服务的性能的。但是更好配置的VM,相比一般配置的VM,网络性能更好。如果Redis Cache服务器达到了网络性能瓶颈,客户端会接受到超时信息。

  11.提高性能

  高级(Premium)级别的Redis Cache,与基本(Basic)和标准(Standard)相比,底层的硬件处理器更快,性能更好。高级(Premium)级别能提供更高的吞吐量和更低的延时。

 

  


本文转自Lei Zhang博客园博客,原文链接:http://www.cnblogs.com/threestone/p/4853790.html,如需转载请自行联系原作者

目录
相关文章
|
存储 缓存 NoSQL
Redis 服务器全方位介绍:从入门到核心原理
Redis是一款高性能内存键值数据库,支持字符串、哈希、列表等多种数据结构,广泛用于缓存、会话存储、排行榜及消息队列。其单线程事件循环架构保障高并发与低延迟,结合RDB和AOF持久化机制兼顾性能与数据安全。通过主从复制、哨兵及集群模式实现高可用与横向扩展,适用于现代应用的多样化场景。合理配置与优化可显著提升系统性能与稳定性。
1071 0
|
云安全 NoSQL 安全
【Azure Redis】关于Redis的两个安全漏洞在Azure Redis是否修复问题:CVE-2024-51741 和 CVE-2024-46981
本文探讨了两个 Redis 漏洞(CVE-2024-51741 和 CVE-2024-46981)在 Azure Redis 上是否存在安全风险。CVE-2024-51741 可能因格式错误的 ACL 触发拒绝服务,而 CVE-2024-46981 或因恶意 Lua 脚本导致远程代码执行。目前 Azure Redis 使用版本 6.0,不受上述漏洞影响,且 Azure 云服务会及时修复漏洞以确保安全。文章强调 Azure 遵循严格的安全标准,为用户提供可靠保障。
569 4
|
缓存 NoSQL Java
springboot的缓存和redis缓存,入门级别教程
本文介绍了Spring Boot中的缓存机制,包括使用默认的JVM缓存和集成Redis缓存,以及如何配置和使用缓存来提高应用程序性能。
903 1
springboot的缓存和redis缓存,入门级别教程
|
监控 NoSQL 网络协议
【Azure Redis】部署在AKS中的应用,连接Redis高频率出现timeout问题
查看Redis状态,没有任何异常,服务没有更新,Service Load, CPU, Memory, Connect等指标均正常。在排除Redis端问题后,转向了AKS中。 开始调查AKS的网络状态。最终发现每次Redis客户端出现超时问题时,几乎都对应了AKS NAT Gateway的更新事件,而Redis服务端没有任何异常。因此,超时问题很可能是由于NAT Gateway更新事件导致TCP连接被重置。
524 7
|
NoSQL 网络协议 Redis
【Azure Redis】AKS中使用Lettuce连接Redis Cache出现 timed out 问题的解决思路
【Azure Redis】AKS中使用Lettuce连接Redis Cache出现 timed out 问题的解决思路
756 1
【Azure Redis】AKS中使用Lettuce连接Redis Cache出现 timed out 问题的解决思路
|
存储 消息中间件 NoSQL
Redis 入门 - C#.NET Core客户端库六种选择
Redis 入门 - C#.NET Core客户端库六种选择
1431 8
|
NoSQL 网络协议 Linux
【AKS+Redis】AKS中客户端(ioredis)遇见Azure Redis服务Failover后链接中断的可能性
【AKS+Redis】AKS中客户端(ioredis)遇见Azure Redis服务Failover后链接中断的可能性
279 1
|
存储 NoSQL Redis
【Azure Developer】一个复制Redis Key到另一个Redis服务的工具(redis_copy_net8)
【Azure Developer】一个复制Redis Key到另一个Redis服务的工具(redis_copy_net8)
284 0
【Azure Developer】一个复制Redis Key到另一个Redis服务的工具(redis_copy_net8)
|
缓存 NoSQL 网络协议
【Azure Redis】因为Redis升级引发了故障转移后的问题讨论
3:对于Redis的Server Load指标,每秒创建连接数的并发值,是否有建议呢? 【答】:为了避免将缓存推到 100% 服务器负载,建议将连接创建速率保持在每秒 30 个以下。
328 0
|
NoSQL Redis C++
【Azure Redis】对Azure Redis服务指标解释(Connections Created/Closed Per Second VS Connected Clinents)
【Azure Redis】对Azure Redis服务指标解释(Connections Created/Closed Per Second VS Connected Clinents)
396 0