公开预览：适用于 Kubernetes 的 Redis Enterprise 的 Active-Active 部署

我们最近推出了以 Redis Enterprise 6.4.2-30 为核心的版本，该版本侧重于安全功能，例如包含扩展的客户端证书验证和发布/订阅访问管理。

但它也为我们基于 Kubernetes 的版本提供了额外的增强功能。值得强调的一点是我们如何在 Kubernetes 集群内部管理 Redis Enterprise。我们正在使其变得更容易，并且您可以在这些功能公开可用之前进行实验。也就是说：我们很自豪地推出适用于 Kubernetes 的 Redis Enterprise 的 Active-Active 数据库部署的公开预览版。

Active-Active 部署的新增功能是什么？

Redis Enterprise 已经具备将数据库扩展到单个区域或单个数据中心之外的能力一段时间了。我们称之为 Active-Active 地理分布，尽管它也称为异地复制。

这里的新功能是适用于 Kubernetes 的 Redis Enterprise 可以以简化的方式将数据库扩展为包含 Active-Active 配置，这种方式符合 Kubernetes 声明式的风格。

正如您肯定知道的那样，部署 Redis Enterprise 集群需要准备和规划。该 Operator 使用 Kubernetes API 来自动化 Redis 集群的部署和管理。当您引入超出单个数据中心的数据复制时，或者在云基础设施的情况下，超出单个区域或可用区时，该任务会变得更加复杂。

直到现在。

我们如何使其更简单

您目前使用 Operator 和新的 Active-Active 控制器为您的 Redis Enterprise 数据库提供可重复且可预测的部署模型。该 Operator 不断监视您集群的健康状况，从而为您的数据层提供自动化的可用性和可扩展性。

但直到今天，跨区域或数据中心部署集群复制仍然是一项具有挑战性的工作，这既是因为集群本身，也是因为数据库和相关的资源以及手动流程。

实际上这意味着什么？以下是您现在可以在 Active-Active 控制器场景中以声明方式执行的一些新操作，只需几行 YAML 即可

创建 Active-Active 数据库
将新集群添加到现有 Active-Active 数据库
从 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

下一步

此功能处于公开预览版中，并且有一些配置可以在您的环境中启用它。我们鼓励您浏览我们的适用于 Kubernetes 的 Redis Enterprise 文档，并了解如何配置 Active-Active 数据库。如果您有任何问题或反馈，请联系我们。

公开预览：适用于 Kubernetes 的 Redis Enterprise 的 Active-Active 部署

Active-Active 部署的新增功能是什么？

我们如何使其更简单

下一步

相关文章

视频

视频

视频