Kubernetes 对象存储的最佳实践

Kubernetes 最初作为在分布式系统上部署和编排容器化工作负载的首选平台而受到欢迎，但事实证明该平台提供的不仅仅是编排。Kubernetes 正迅速成为企业的主要控制和管理点，因为它能够将基础架构视为代码。

Kubernetes 架构和对象存储

Kubernetes 的开发是为了自动化应用程序部署、扩展和管理，提供一个软件控制的基础设施，抽象出底层硬件的复杂性。Kubernetes 验证软件是否在硬件上正常运行，当硬件出现故障时，软件会简单地转移到其他地方。硬件只是一组抽象，作为资源提供给应用程序。这些抽象然后在 Kubernetes 的统一接口中进行管理。

应用程序分解为微服务，作为可移植且可独立部署的容器运行。工作负载的期望状态被声明，Kubernetes 确保实际状态是期望的状态，自动故障排除和修复故障，很多时候只需重启一个无响应的容器。容器必须是不可变的和无状态的，以防止重启时数据丢失或损坏。当需要状态时，不可变容器将数据和配置信息保存在容器外部。

可扩展的对象存储

Kubernetes 通过运行可移植容器而不依赖于底层硬件和软件来实现大规模。便携式容器不能依赖本地存储硬件，因为它不可移植。当应用程序可以通过快速数据中心网络访问数据时，存储不需要位于本地。

这在企业环境中说起来容易做起来难。Kubernetes 对于传统存储格式（如通常在 SAN 和 NAS 设备上运行的文件和块）存在问题。这些存储类型依赖于 POSIX，但 POSIX 是为本地访问而构建的，并且随着数据和现代分析应用程序分析数据的需求呈指数增长而碰壁。即使在本地，POSIX 元数据争用和损坏也可能因并发并行文件操作过多而发生。

分布式对象存储不会面临 POSIX 带来的限制。对象存储不提供编辑功能，因此获得了顺序 I/O 和更简单的锁定机制的好处。在快速网络上，分布式对象存储系统将优于传统的 POSIX 兼容文件系统，尤其是在处理并发并行请求时。

对象存储克服了使用外部文件和块存储以及 Kubernetes 的局限性和复杂性。最好的对象存储很像 Kubernetes 本身——分布式、解耦、声明式和不可变。

为了为 DevOps 提供最多的功能并为 IT 节省时间，Kubernetes 原生对象存储通过 Kubernetes 本身进行管理、保护和自动化，从而支持跨私有、多云、混合和公共云环境的工作负载。

使用 MinIO 的 Kubernetes 本机对象存储

我们将 MinIO 移入 Kubernetes 框架，以简化和自动化存储桶和对象的配置、保护和持续管理。我们还添加了一套功能来简化 Kubernetes 原生对象存储的部署，尤其是对于多租户环境。

MinIO Kubernetes Operator 将所有关键的 DevOps 任务封装到软件中，用于创建和管理独立于底层硬件的大型对象存储基础设施。MinIO Kubernetes 插件扩展了熟悉的kubectl命令集，添加了一组简单的子命令来创建、配置和管理 Kubernetes 上的 MinIO 部署。

操作员控制台是一个非常简单的图形用户界面，组织中的任何人都可以创建、部署和管理对象存储。这真正实现了企业的自助对象存储。

MinIO 控制台在基于浏览器的直观 GUI 中提供了与我们的mc CLI 相同的功能和简单性，该 GUI 具有一个仪表板，可通过 Prometheus 和 MinIO 指标端点可视化行业标准监控。

IT 管理员现在可以通过 Kubernetes 简化对象存储的点击式体验，而无需编写 Helm 图表或 YAML。基于浏览器的界面简化了配置和管理存储桶、用户和组及其策略和设置等流程。可以手动添加新用户和存储桶，也可以通过 OpenID Connect 和 ActiveDirectory/LDAP 单击几下。

体验卓越的对象存储

MinIO 的高性能 Kubernetes 原生对象存储套件为运行 Kubernetes 的企业 IT 和 DevOps 团队提供了一致且高效的体验。MinIO 随时随地运行，包括Red Hat OpenShift、VMware Tanzu、SUSE、HP Ezmeral、Azure AKS、Google GKE、Amazon EKS和库存上游 Kubernetes。超过 58% 的财富 500 强企业以一种或另一种形式依赖 MinIO 在公共云、私有云、多云、混合云和边缘提供对象存储层。

下载 MinIO并亲自试用。从我们的教程开始，使用 Kubernetes 和 MinIO 的 Operator 简化对象存储即服务。