作者:Evan Powell,MayaData首席执行官
去年,我们发布了一篇博客,其中有来自CNCF团队的大量指导和反馈,开始定义容器附加存储(Container Attached Storage, CAS)方法。提醒一下,我们当然倾向于将OpenEBS以及具有类似架构的解决方案,如专有的PortWorx和StorageOS,包括在CAS类别中。
https://www.cncf.io/blog/2018/04/19/container-attached-storage-a-primer/
现在OpenEBS已经作为CAS方法的开源示例,作为沙箱项目贡献给了CNCF(2019年5月14日),我认为现在应该及时更新这个类别的概述。
去年的定义者类别的博客建立在我多年前在存储开发者大会(Storage Developer Conference)上分享的方法愿景,MayaData的首席技术官Jeffry Molanus在FOSDEM(免费和开源软件开发人员的欧洲会议)和其他地方上进行了更深入的讨论,包括展示即将推出的可用软件突破百万IOPS障碍:
https://ftp.osuosl.org/pub/fosdem/2019/H.2214/openebs_breaking_million_iops_barrier.mp4
快速回顾一下:
CAS的关键属性包括:
CAS的主要好处:
而关键的驱动因素 — 为什么现在有可能,甚至是必要的?
如果你对充满幽默的存储历史感兴趣,请看看这几张充满GIF的演示文稿:
https://docs.google.com/presentation/d/11dNx7-HEqUg6ZeUAtaKAzfqfscmuDcXaKWbjxbM3us4/edit#slide=id.g4d8fc3d7a4_1_0
有关过去一年的资料:
MayaData和其他CAS解决方案体验到的增长,验证了容器附加存储方法对于许多用户来说非常有意义。
我们已经学习了很多关于这些部署模式和常见工作负载的知识,我在这里总结了其中的一些。下面的数据来自于对OpenEBS用户的调查,但是CAS的模式在更广泛的范围内是相似的 — 请记住OpenEBS是开源的,而且特别轻量级,因此它可能会稍微偏向于云部署。
以下是一些有趣的数据点:
1. 当被问及在哪里运行OpenEBS时,用户的回答都是肯定的(即以上所有):
公共云还是私有云?
哪家云?
哪个Kubernetes发行版?
2. 同样,当被问及OpenEBS上运行的工作负载时,我们再次看到了各种各样的答案:
我们的发现与我认为所有在存储领域工作过的人多年来的发现类似 — 工作负载和解决方案会拉动存储。
在过去的一年里,我们也看到了与其他CAS解决方案供应商者合作的机会。例如,我们与Portworx合作支持和改进WeaveScope。MayaData团队为WeaveScope项目提供了扩展,以增加PVC和PV的可见性,以及底层存储;Portworx工程师提供了对用例的反馈和洞察。当然,该软件贡献上游项目WeaveScope本身,而我们还为社区成员提供了一个名为MayaOnline的免费监控和管理解决方案,其中包含了这些代码。
CAS允许Kubernetes数据和工作负载一起编排 — 经常被问到的自然问题是“伙计,我的数据在哪里?”。正如你所看到的,WeaveScope和MayaOnline为这些问题和相关问题提供了实时跟新的答案:
结论
自从我们在2017年初首次开源OpenEBS以来,也自从我们在2018年春天帮助定义了容器附加类别以来,感谢大家在过去几年里的反馈和支持。我们越来越多听到和看到评论员和“思想领袖”使用CAS类别 — 这很好。为数据服务添加真正的Kubernetes原生解决方案的想法太有意义了。
毕竟,对应用程序和工作负载本身有好处的东西,对所有形式的基础设施,包括存储服务也有好处。尽管解决云锁定问题可能会影响云供应商的主要收入来源,但总体而言,我们仍然看到Kubernetes和云原生社区对CAS模式的支持。
我们比以往任何时候都更接近于数据的开放性和灵活性,来跟上应用程序的步伐。再次感谢你对CAS模式的兴趣。请与你的反馈、用例和见解保持联系。