视频

了解更多
我们最近发布了 Redis Enterprise 6.4.2-30,其核心是强调安全功能,例如包括扩展的客户端证书验证和发布/订阅访问管理。
但它也对我们基于 Kubernetes 的版本进行了额外的增强。值得强调的是我们如何在 Kubernetes 集群中管理 Redis Enterprise。我们正在简化这一过程,您可以尝试这些功能,然后再公开发布。也就是说:我们很自豪地发布使用 Redis Enterprise for Kubernetes 进行 Active-Active 数据库部署的公开预览版。
Redis Enterprise 一直以来都具备将数据库扩展到单个区域或单个数据中心之外的功能。我们称之为 Active-Active 地理分布,尽管它也被称为地理复制。
这里的新变化是,Redis Enterprise for Kubernetes 可以以简化的方式扩展数据库以包括 Active-Active 配置,该方式与 Kubernetes 的声明性习惯相符。
相关内容:Redis Enterprise Operator for Kubernetes
您一定知道,部署 Redis Enterprise 集群需要准备和计划。该运算符使用 Kubernetes API 自动执行 Redis 集群的部署和管理。当您引入 数据复制(扩展到单个数据中心之外,或者在 云 基础设施的情况下,扩展到单个区域或可用区之外)时,任务会变得更加复杂。
直到现在。
您目前使用运算符和新的 Active-Active 控制器为您的 Redis Enterprise 数据库提供可重复且可预测的部署模型。运算符不断监控集群的运行状况,为您的数据层提供自动化的高可用性和可扩展性。
但是,直到今天,跨区域或数据中心部署集群复制是一项艰巨的任务,既因为集群本身,也因为数据库以及相关资源和手动流程。
从实际角度来看,这意味着什么?以下是一些您现在可以使用 YAML 中的几行代码以声明的方式在 Active-Active 控制器场景中执行的新操作
以下是您如何在 Kubernetes 中表达此配置的快速预览。在此示例中,我们创建了一个名为 example-aadb-1 的 Active-Active 数据库。它在两个集群上都有副本,数据库在每个集群上都有三个分片。
apiVersion: app.redislabs.com/v1alpha1
kind: RedisEnterpriseActiveActiveDatabase
metadata:
name: example-aadb-1
spec:
participatingClusters:
- name: new-york-1
- name: boston-1
globalConfigurations:
shardCount: 3
此功能处于公开预览阶段,并且有一些配置可以为您的环境启用它。我们鼓励您探索我们的 Redis Enterprise for Kubernetes 文档 了解如何配置 Active-Active 数据库。联系我们 提出任何问题或反馈。