Skip to content

Commit 8c8f19c

Browse files
committed
[AMR] Cross-ref reliability content
1 parent 3ba6bdd commit 8c8f19c

2 files changed

Lines changed: 8 additions & 4 deletions

File tree

articles/redis/architecture.md

Lines changed: 5 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -127,7 +127,11 @@ This table shows a general example of the relationship of _Size_ to _vCPUs/prima
127127

128128
[!INCLUDE [tier-preview](includes/tier-preview.md)]
129129

130-
## Running without high availability mode enabled
130+
## High availability mode
131+
132+
High availability (HA) can be enabled on Azure Managed Redis instances in all tiers. This configuration is recommended for all production scenarios and for access to the availability SLA.
133+
134+
When you enable HA mode, your instance is deployed with primary and replica shards distributed across at least two nodes. In regions that support availability zones, Azure Managed Redis distributes the nodes across zones by default. In regions without availability zones, the primary and replica shards are distributed across at least two nodes in the same zone. For more information, see [Reliability in Azure Managed Redis](/azure/reliability/reliability-managed-redis).
131135

132136
You can run without high availability (HA) mode enabled. This configuration means that your Redis instance doesn't have replication enabled and doesn't have access to the availability SLA. Don't run in non-HA mode outside of development and test scenarios. You can't disable high availability in an instance that you already created. You can enable high availability in an instance that doesn't have it. Because an instance running without high availability uses fewer VMs and nodes, vCPUs aren't used as efficiently, so performance might be lower.
133137

articles/redis/overview.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,7 @@
11
---
22
title: What is Azure Managed Redis?
33
description: Learn about Azure Managed Redis to enable cache-aside, content caching, user session caching, job and message queuing, and distributed transactions.
4-
ms.date: 11/10/2025
4+
ms.date: 03/04/2026
55
ms.topic: overview
66
ai-usage: ai-assisted
77
ms.custom:
@@ -97,9 +97,9 @@ The following table helps describe some of the features supported by tier:
9797
| [Time Series database capability (that is, Redis TimeSeries)](redis-modules.md) | Yes | Yes | Yes | Yes |
9898
| [Import/Export](how-to-import-export-data.md) | Yes | Yes | Yes | Yes |
9999

100-
\* When **High availability** is enabled, Azure Managed Redis is zone redundant in regions with multiple availability zones.
100+
\* When **High availability** is enabled, an Azure Managed Redis instance is deployed with primary and replica shards distributed across at least two nodes. In regions that support availability zones, Azure Managed Redis distributes the nodes across zones by default.
101101

102-
When you use High availability (HA), an Azure Managed Redis instance is deployed with primary and replica shards across two nodes. In regions without availability zones, the primary and replica shards are deployed across two nodes in the same zone. For more information, see [Reliability in Azure Managed Redis](/azure/reliability/reliability-managed-redis).
102+
In regions without availability zones, the primary and replica shards are distributed across at least two nodes in the same zone. For more information, see [Reliability in Azure Managed Redis](/azure/reliability/reliability-managed-redis).
103103

104104
> [!IMPORTANT]
105105
> The Balanced B0 and B1 SKU options don't support active geo-replication.

0 commit comments

Comments
 (0)