高性能对象存储,Kubernetes +为什么不能容器化存储设备
有两种力量正在从根本上重塑当今的技术格局。一种是Kubernetes,另一种是高性能对象存储。它们为包括AI / ML和应用程序日志在内的现代,数据丰富的应用程序提供动力(或由它们决定)。无论哪种方式,现代应用程序都需要Kubernetes和对象存储,而Kubernetes和对象存储的兴起部分归因于这些相同的现代应用程序。
它们是共生的,是技术的新组成部分。
Kubernetes在短短几年内,从根本上改变了我们管理计算,网络和存储基础架构的方式。它是构建/打包/部署框架的主要方法,并且专门针对不断变化的环境而设计。由于它能够以促进开发,运营和IT之间的协作的方式从应用程序堆栈中抽象物理基础结构的能力,因此迅速巩固了自己的主导计算范式。它的飞速发展很大程度上归因于构建云的技术的成熟:通过声明性表示和API的弹性,可伸缩性,弹性和自助服务可配置性。
Kubernetes虽然已经占主导地位,但仍在增长。是的,今天有很多(技术术语)已部署的技术不是Kubernetes。不,Kubernetes不能代表大多数技术领域。
但是,Kubernetes确实主导了大多数新开发。新的发展吞噬了旧的发展,远比五年前快得多。随着数据的增长使旧技术过时,周期继续压缩。
Kubernetes将继续发展。尽管围绕它构建了许多业务,但它背后没有一个需要业务模型的实体(la Docker)。这确保了至少十年后它将成为主导范式。
难题的第二部分是高性能对象存储。高性能对象存储用于区别于传统的,慢速的,归档对象存储,后者被设计为比磁带高出一步。
高性能对象存储是Kubernetes的默认平台。当然,CSI可以使您进入SAN / NAS,但是由于可伸缩性问题和过时的API(POSIX),SAN / NAS从根本上处于下滑状态。
需要证明吗?没有用于对象存储的CSI。不需要它。Kubernetes的存储兄弟是现代的高性能对象存储。我们详尽地详细说明了原因,但以下是一个简短的摘要:
Kubernetes和现代对象存储使操作员可以使用Kubernetes界面管理存储,而Kubernetes可以处理从供应到卷放置的所有事务。
Minio之类的现代对象存储本质上是多租户的。多租户允许多个客户使用一个应用程序实例,并且如果正确实施,则可以减少操作开销,降低成本并降低复杂性,尤其是在规模方面,前提是可以提供严格的资源隔离。如果Kubernetes不在管理基础架构,那么它并不是真正的云原生平台。这会使那些具有CSI或Operator集成功能的设备供应商失去资格。
除非存储系统非常轻巧并且能够与应用程序堆栈打包在一起,否则不可能实现真正的多租户。如果存储系统占用太多资源或包含太多API,则无法在同一基础架构上打包许多租户。Kubernetes的优点之一是它已在规模上证明了自己。Kubernetes也可用于管理存储扩展,但前提是基础存储系统与Kubernetes集成并具有调配和退役功能。
通常,Kubernetes和云原生系统的核心原则之一是通过自动化来尽可能地进行管理。为了使存储系统真正成为云原生,它必须通过API与Kubernetes集成,并允许动态的,由API驱动的编排。
HTTPS / RESTful API是Kubernetes世界中应用程序之间通信的基本方法。例如,Istio和Envoy基于RESTful API端点管理服务发现和路由。现代对象存储从头开始就基于RESTful API(S3)。传统的SAN / NAS系统不适合此模型。
现代对象存储旨在在线和静态地提供端到端加密。此外,它还具有对象级别粒度的高级身份和策略管理。这与传统系统的主要区别在于传统系统依靠操作系统内核来实施保护。它们过于复杂,难以自动化,并且更容易发生故障。
最后,也许最重要的是,要使对象存储解决方案是云原生的,它必须完全在用户空间中运行且没有内核依赖性。这不是大多数对象存储系统(尤其是硬件设备)构建的方式。但是,如果您想对存储进行容器化并将其部署在任何Kubernetes集群上,则必须遵守这些限制。根据定义,这意味着需要内核补丁或具有专用硬件的解决方案将不是云原生的。
如果不清楚,则无法将设备容器化。这意味着您无法编排设备。这意味着如果您继续购买设备,就不能采用Kubernetes。
当VMware改变整个计划并竞相采用Kubernetes时-这是一个信号。在VMware上建立业务的设备供应商正在面临重大破坏。
如果今天运行设备,则需要开始对软件定义的存储进行更改。这意味着商品硬件。无需担心,您将在此过程中节省资金,并且,如果您谨慎选择软件供应商,则将保持您已习惯的运营效率。
如果您不这样做,您的竞争力就会受到损害,您的组织也将遭受损失。Kubernetes将杀死该设备。这只是技术的本质。
软件会吞噬一切。
要了解有关如何为MinIO定价以及如何支持多PB部署的更多信息,请访问定价页面。