VMware 的 Kubernetes 愿景为何依赖于 MinIO

VMworld 上最大的收获可能是 VMware 对 Kubernetes 的“全押注”。VMware 对自己的雄心壮志毫不避讳，首席执行官 Pat Gelsinger 宣称，“我们将成为 Kubernetes 的领先推动者。”

这反映了市场的现实情况。Kubernetes 已经成为行业标准。此外，Kubernetes 的功能已不再局限于编排，它已发展成为一个分布式系统平台，连接着来自公有云、私有云和边缘的开发人员和运维人员。

存储是整个押注中不可或缺的一部分，VMware 需要 MinIO 来实现其雄心壮志。MinIO 将云原生应用程序引入 VMware 生态系统，使这些应用程序能够容器化和编排，并让 VMware 看起来更像 AWS。

Kubernetes 需要 S3。

这使得对象存储成为 VMware 雄心壮志的关键基础设施组件。请考虑以下因素：

VMware 已经拥有许多定义公有云体验的组件（以 AWS 为领头羊）。VSphere 提供虚拟机，就像 EC2 一样，ECS 和 PKS 都可以编排容器微服务。vSAN 提供块存储，就像 EBS 一样。VMware 缺少的是一个云原生 S3 对象存储。虽然有一些移植过来的、附加式的 S3 版本，但没有一个是云原生的。这一点非常重要，因为对象存储可能是 AWS 技术栈中最重要的组件。

这就是 MinIO 的用武之地。MinIO 从头开始构建，是一个云原生、高性能、兼容 S3 的对象存储。它只做一件事 - 提供对象，并且目标是做得比其他任何人更好更快。因此，MinIO 已成为私有云的标准。将其作为 VMware 部署的典型案例是有道理的。这正是 VMware 所做的 - 在这篇文章中详细介绍了这种方法 https://blogs.vmware.com/virtualblocks/2019/08/14/introducing-cloud-native-storage-for-vsphere/?ref=blog.min.io

您都会在这张图中认出 MinIO 的鹳鸟，它作为 Kubernetes Pod 的基础。这头鹳鸟 https://blog.min-io.cn/continuing-the-journey-our-new-mascot-and-wordmark/ 有点过时了，但我们不会因为 VMware 将我们列为 Kubernetes 管理的容器化存储的默认选项而惩罚他们 - 这正是他们在该图中所做的。

这张图中包含很多内容，但其核心是 AWS 和 VMware 之间的争夺，这场争夺正在塑造着科技世界。本质上，企业中许多业务关键型应用程序都在 VMware 上运行。AWS 希望将这些应用程序迁移到云端。而 VMware 则希望将云原生应用程序回迁到 VSphere。

微服务、Kubernetes 和 MinIO/S3 对象存储的结合是现代云的基础。通过将这些技术引入 VMware，您可以在 VMware 生态系统中为现代云应用程序提供一个家园。如果不这样做，这些宝贵的应用程序最终会采用微服务架构，并迁移到 AWS。

这不仅仅是 AWS - 而是任何云。多云是新的现实，在这里，采用云原生技术确保 VMware 能够满足客户在整个云领域的各种需求。

这不仅仅是 VMware 的防御性举措。VMware 打算夺回一些过去几年迁移到云端的庞大分析工作负载。传统的、附加式的、归档式对象存储不足以满足 VMware 的需求。他们需要现代、高性能的对象存储 - 再次说明为什么他们在参考架构中指出 MinIO。来自传统、以归档为导向的设备供应商的对象存储不适合容器，也无法帮助 VMware 实现其目标。只有使用高性能、适合 Kubernetes 的对象存储，VMware 才能将大型分析应用程序吸引回数据中心。

您可以按照 VMware 文章中的说明，查看我们的 https://network.pivotal.io/products/minio?ref=blog.min.io，或者拉取我们的 https://min-io.cn/download?ref=blog.min.io#/kubernetes，自行体验。