点 极速的未来正在你的城市中的一场活动中到来。

在 Redis 发布会上加入我们
白色 Redis 徽标 返回
搜索

适用于 Kubernetes 的 Redis Enterprise 操作员

LinkedIn-icon
分享
LinkedIn 图标分享到 LinkedIn
Redis

Redis

为了简化 Kubernetes 层的管理，我们开发了我们自己的 Kubernetes 控制器，即 Kubernetes 的 Redis Enterprise 运营商。下载以下电子书，解锁云原生数据层。

解锁云原生数据层

由于企业正在努力实现其传统系统的现代化，它们正在转变架构，以利用容器化应用程序。最初采用容器技术的驱动力是需要灵活部署选项和简化的软件堆栈管理的开发者。据 Gartner 称，到 2027 年，全球超过 90% 的组织将在生产过程中运行容器化应用程序，而 2021 年这一比例不足 40%。

在基础设施中寻求敏捷性和可移植性优势的基础设施和运营负责人已将 Kubernetes 视为用于容器计划和编排的实际标准平台。 

以下您可以看到 Redis Enterprise 集群 的典型架构，无论您将其部署为节点还是容器。管理集群的可伸缩性和可用性资源时存在固有复杂性。

illustration of nodes and clusters

在 Kubernetes 上部署 Redis Enterprise 可以增强自动化并简化管理；Redis 节点变成了 Kubernetes 副本，保留了 Redis Enterprise 的所有好处。其无共享架构是 Kubernetes 部署的理想平台，利用持久性卷进行存储。这些卷允许容器在其典型生命周期之外继续存在，并提供数据持久性。 

简而言之：您不必担心有状态应用程序的可伸缩性或可用性。

为了简化和自动化 Kubernetes 层的管理，我们开发了 Kubernetes 控制器，更名为 Kubernetes 运营商，它在 Kubernetes 集群上部署 Redis Enterprise 数据库服务。

适用于 Kubernetes 的 Redis Enterprise 运营商 将我们多年来在数百万集群的部署中获得的知识提供给了控制器，该控制器扩展了 Kubernetes 层的功能并理解 Redis Enterprise 的功能，用于创建、配置和管理数据库和整个集群。

例如，Kubernetes 运营商不断监控集群相对于其理想状态的状态。如果集群偏离该状态，控制器将采取措施纠正问题；这就是 Kubernetes 部署如何自动扩展集群或恢复故障节点。

operator architecture diagram

为什么是运营商？

让我们从回答以下问题开始：“您为什么需要一个操作器？”自 2016 年起，CoreOS（现为红帽的一部分）一直倡导在 Kubernetes 中需要一个能够理解应用程序生命周期的控制器。虽然 Kubernetes 擅长调度资源并优雅地从故障中恢复容器，但它没有理解数据服务内部生命周期的原语。因此，采用 Redis Enterprise 的操作员模式是我们 Kubernetes 工作的自然发展。操作员不仅提供了典型控制器的好处，还允许您使用域和/或应用程序知识对故障恢复进行描述。

那么 Redis Enterprise 操作员实际上提供了什么？

操作员框架利用自定义资源定义 (CRD) 来管理和维护 Kubernetes 中特定于域的对象。通过在操作员中捕获特定于域或应用程序的生命周期管理逻辑，操作员旨在降低部署和维护的复杂性。因此，通过简化将操作员暴露给特定名称空间和/或跨名称空间跟踪实例，操作员将降低我们客户的运营负担。以下是我们对 Redis Enterprise 操作员初始版本的的设计目标

  • 在用户定义的名称空间中创建 Redis Enterprise 集群。
  • 在 Pod 故障后重新加入现有的集群节点。
  • 在终止前能够优雅地疏散 Pod 上的数据库。
  • 防止无效的部署。
  • 提供允许更好地进行生命周期管理（例如控制集群版本更新过程）的 Redis Enterprise 集群状态。

随处运行 Redis Enterprise！

您了解 Redis Enterprise 的强大功能。现在想象一下，通过使用 Redis Enterprise Operator for Kubernetes 的强大功能，您可以通过添加自动可扩展性和零停机升级来简化集群管理。

在这些好处之上，通过 Kubernetes 层提供的移植性和兼容性，为您的部署增加了前所未有的灵活性，可以在内部部署基础架构和公有云或任何组合中无缝运作。

您想从内部部署开始，然后迁移到云端吗？也许您已经在私有云中运行。您可以部署 在 OpenShift 上的 Redis Enterprise、VMware Tanzu、Rancher Kubernetes Engine (RKE) 或 Community Kubernetes (kOps)。

假设出于法规或业务策略原因，您使用主要云供应商提供的 Kubernetes 发行版。那么，您可以使用 Azure Kubernetes Service (AKS)、Google Kubernetes Engine (GKE) 或 Amazon Elastic Kubernetes Service (EKS) 完成这些任务。

采用混合云或多云从未如此轻松。从本地部署开始，然后根据需求变化迁移到任何基础设施。下载下面的电子书，帮助您入门。

解锁
云原生数据层

相关帖子