视频
使用 CRDT（无冲突复制数据类型）的 Redis 应用程序的 Active-Active 地理分布入门
了解更多
Redis 8 来了——并且是开源的
了解更多
分享
我们很高兴地宣布，Redis 的 Active-Active 地理分布功能现已在 Azure Cache for Redis 的 Enterprise 和 Enterprise Flash 层级中正式发布。Azure Cache for Redis 客户现在可以在不同的 Azure 区域中拥有多达五个 Enterprise 层级缓存数据库实例，使用无冲突复制数据类型形成主动地理复制缓存。Enterprise 层级的主动-主动部署允许企业创建提供本地亚毫秒级读/写延迟的全球应用，并具有显著更高的故障恢复能力，由 99.999% 的 Azure 可用性 SLA 提供保障。此外，Active-Active 地理分布提供强大的最终一致性，支持向全球多个 Redis 实例写入数据，并负责合并本地更改，同时可预测地解决冲突。
Active-Active 地理分布在 Azure 中被称为主动地理复制，为企业应用提供了几个关键场景：
请注意，Active-Active 地理分布（在 Azure 中称为主动地理复制）仅在 Azure Cache for Redis Enterprise 和 Enterprise Flash 层级中可用。
主动地理复制必须在创建 Redis 实例时进行初步设置。您可以在 Azure 门户中按如下步骤设置实例的主动地理复制
1. 创建新的 Redis Enterprise 实例。
2. 在创建界面中点击“高级”选项卡。
3. 然后在主动地理复制部分点击“配置”来设置主动地理复制。
4. 选择一个现有的复制组，将新的缓存实例添加到现有组。或者通过提供新的复制组名称来创建一个新的复制组。
在 enterprise 和 enterprise flash 层级上创建和设置主动地理复制的详细步骤可在Azure Cache for Redis 文档中找到。
Enterprise 层级中的 Active-Active 旨在提供业务连续性，以便在 Azure 区域性中断时实现快速灾难恢复。通过 Active-Active，可以在两个或更多 Azure 区域（最多五个）中配置缓存实例。它为您提供了灵活性，可以将应用程序部署在国内多个区域或在全球范围内分发应用程序。
当某个 Azure 区域发生大规模事件或中断时，参与复制组的其他缓存实例将继续处理读写请求。即使复制组中的大多数实例（5 个中有 3 个）发生故障，其余实例也不会中断。应用程序需要监控缓存实例，并在实例不可用时切换到另一个区域。
连接到 Active-Active 实例的应用程序可以连接到地理位置最近的实例。所有参与 Active-Active 的实例之间采用网状拓扑结构进行双向复制，以复制所有写入操作。应用程序对本地实例的所有写入都会自动复制到所有其他实例。无论地理分布区域的数量及其相互之间的距离如何，都能提供本地读写操作延迟。
全球分布式应用程序可以将其所有读写请求发送到最近或本地的实例，并享受个位数（毫秒）的 Redis 读写延迟。
Active-Active 可以在两个或多个地理分布式缓存实例之间实现无缝冲突解决。您可以向多个缓存实例写入数据，并且更改会自动由底层复制技术合并，该技术基于无冲突复制数据类型的原理。
这对于在全球或国内多个区域部署、必须保持所有实例数据同步的应用程序非常有用。例如，一家跨国银行。这也可用于采用“跟随太阳”模型的应用程序。例如，源代码控制系统、DevOps 或客户服务，其中一个地点的工作会移交给可能相隔多个时区的另一个地点。
Azure Cache for Redis Enterprise 上的 Active-Active 为需要随时随地高度可用的企业应用程序解锁了关键功能。无论是部署全国性的多区域应用程序还是全球分布式应用程序，Active-Active 对于全球会话管理、全球欺诈检测、地理分布式搜索和实时库存管理等用例至关重要。
我们很高兴地宣布，此功能现已在 Azure Cache for Redis Enterprise 层级中正式发布！请在下方查找文档和演示链接。请尝试使用并留下反馈。我们期待您的意见。
微软关于Azure Cache for Redis 地理复制的文档
创建您自己的 Azure Cache for Redis Enterprise：Azure Cache for Redis – Microsoft Azure
