
如你所知,如果你已经建立起一个依赖于持久性数据的工作,你会马上遇到一个大问题——存储。
尽管Kubernetes完全抽象了计算和网络基础架构,但是当您的应用程序是有状态的并且数据是持久的时,它需要合适的方式进行存储。您仍必须了解底层存储基础架构的全部知识,才能找到所需数据的方式。
不仅是数据的位置,还有其他类型的存储基础结构附带的所有其他细粒度的考虑因素(性能,保护,弹性,数据治理和成本),大多数数据科学家都不想考虑。
为什么在云原生世界中,我们已经自动化了对这么多底层硬件复杂性的管理,所以存储仍然如此痛苦?原因是两个词:数据孤岛。
只要我们继续通过其赖以生存的不同基础架构来管理数据,而不是只关注数据本身,我们将不可避免地最终要花费大量的存储孤岛。幸运的是,这不是一个棘手的问题。通过将我们对数据管理的思考方式从以基础架构为中心的方法转变为以数据为中心的方法,我们可以使用Kubernetes首先给我们提供承诺:制作存储SEP(Someone Else‘s Problem)。
当您需要的数据散布在不同的存储孤岛上时,每个存储孤岛都有自己的独特属性(“或”或“云”,“本地”,“对象”,“高性能”等),根本无法抽象出基础架构注意事项。仍然有人必须回答所有有关性能,成本和数据治理的问题,才能建立您的管道。(如果该人是您要寻求帮助的IT管理员,您可以打赌他们每次在您的名字上出现您的名字时都会畏缩。因为他们知道他们将花费大量时间在神秘的基础结构接口上来破坏您的数据跨所有不同的副本和数据存储,而且他们根本无法在午餐前完成任务。
摆脱这种头痛的唯一方法-真正实现Kubernetes应该为您提供的速度和简便性的唯一方法-是虚拟化数据。基本上,您需要在数据和所有各种存储基础架构之间建立一个智能抽象层。该抽象层应该使您可以在任何地方查看和访问数据,而不必担心给定的基础架构是否具有适合您正在执行的操作的成本,位置或治理,也不必不断创建新副本。
做到这一点并不像听起来那么困难。关键:元数据。当您可以将所有数据需求,上下文或沿袭注意事项编码为随处可见数据的元数据时,那么在任何给定时刻驻留在哪个基础结构数据上就不再重要。现在,当您建立数据管道时,您可以完全使用元数据。而且您的虚拟化层可以使用AI / ML为您自动处理所有基础数据管理和基础结构注意事项。
一旦建立了虚拟化层,并通过元数据进行数据管理,就可以执行以前无法完成的各种事情。
当您虚拟化数据时,所有这些事情都是可能的,因为与孤立的存储基础架构相比,元数据的使用更加灵活。设置和编排数据管道所伴随的存储注意事项现在可以为您解决。您的存储资源将变为可编程的,自助服务的并且自动合规,通常不需要手动干预。
突然之间,您实际上生活在这样一个现实,即Kubernetes和软件定义的存储始终应该交付。无论基础架构如何,存储都是软件定义的,可编程的并且在混合云环境中保持一致。您的数据更丰富,更灵活。您的IT团队不再将ID卡上的爆炸照片留在墙上扔镖。最重要的是,您实际上在处理数据上花费了更多时间,而不用担心数据的存放位置。
作者:佚名 来源:IT168网站
以上就是关于“根治Kubernetes“存储头痛症”的方法”的相关介绍,筋斗云是国内较早的云主机应用的服务商,拥有10余年行业经验,提供丰富的云服务器、租用服务器等相关产品服务。云服务器资源弹性伸缩,主机vCPU、内存性能强悍、超高I/O速度、故障秒级恢复;电子化备案,提交快速,专业团队7×24小时服务支持!
简单好用、高性价比云服务器租用链接:https://www.jindouyun.cn/product/cvm