何时使用 Azure Cache for Redis

  • 6 分钟

在本单元中，我们将讨论如何根据以下条件评估 Azure Cache for Redis，以此确定 Azure Cache for Redis 是否适合用于你的组织：

  • 简易性
  • 可靠性
  • 扩展

决策条件

为确定是否使用 Azure Cache for Redis，下表提供了有用的条件。

条件 分析
简易性 托管服务具有几个优点，包括预配、设置、扩展、更新和修补。
可靠性 至关重要的一点是，任何缓存解决方案都必须高度可用，以帮助确保应用能够发挥最佳性能，即使发生组件故障。
扩展 系统可根据负载变化情况积极响应，这一点很重要。 系统应在不停机的情况下自动进行扩展。

应用条件

在考虑将 Azure Cache for Redis 作为数据集成解决方案时，请查看以下问题。

是否需要使用托管服务方法？

使用 Azure Cache for Redis 意味着你正在实现一个完全托管的服务，该服务提供许多优势，包括：

  • 自动托管修补、更新、预配、配置、设置和扩展。
  • 实现 Azure Monitor，以跟踪缓存、基础结构和网络中的参数和指标。
  • 使用任何 Redis 客户端连接该服务。

可靠性是否重要？

Azure Cache for Redis 可提供多种可靠性和高可用性功能，包括群集、数据暂留、区域冗余和异地复制。

具体而言，Azure Cache for Redis 可提供多种高可用性功能，其中包括：

  • 加入为自动故障转移配置的一对冗余 VM。

    注意

    基本层不包含此功能。

  • Enterprise 层提供高达 99.999% 的可用性。

  • 支持区域冗余配置。

  • 支持活动异地复制，以跨区域创建具有本地延迟的全局缓存。

是否预计负载突然变化的情况？

系统可根据负载变化情况积极响应，这一点很重要。 促销时或在一年的特定时间，可能会出现需求突然变化的情况。 Azure Cache for Redis 可处理大量吞吐量和数万个并发用户任务，以使应用程序能够顺畅处理意外的激增流量。

总结

总之，在以下情况下，可考虑实现 Azure Cache for Redis：

  • 实现基于行业标准技术的应用缓存解决方案。
  • 不想担心底层 VM 或基础结构，但想要简化完全托管服务。
  • 认为高可用性对组织的业务目标至关重要。
  • 想要使用能够根据预期和意外的需求变化情况自动作出响应的系统。
  • 世界各地都需要同样的性能和扩展优势。

在确定要选择哪种层时，应按以下建议进行选择：

  • 对于非关键工作负载，只能选择基本层。

  • 对于常规用途工作负载，只能选择标准层

  • 需要更高性能时，选择高级层或 Enterprise 层。

  • 在以下情况下选择 Enterprise 层：

    • 需要比高级层更高的可用性。
    • 需要活动异地复制、RedisBloom、RediSearch 和 RedisTimeSeries 模块集成。

  • 想要通过使用非易失性内存降低成本时，选择 Enterprise Flash 层。