CAS（Container Attached Storage）即，容器附加存储 。区别于 CAS（Content-Addressable Storage），内容寻址存储。
什么是CAS？
CAS（Container Attached Storage）即，容器附加存储 。区别于 CAS（Content-Addressable Storage），内容寻址存储。
CAS的关键属性包括：
- 使用Kubernetes和容器向运行在Kubernetes上的工作负载交付存储和数据管理服务；
- 添加底层存储，无论是云卷、传统存储SAN、一堆磁盘、NVMe或其他；
- 每个工作负载存储意味着每个组和工作负载都有自己的微存储系统，由一个或多个控制器组成，这些控制器本身是无状态的，此外还有底层数据容器。
CAS的主要好处：
- 立即部署 – 几秒钟，存储保护你的数据和管理底层的环境，甚至为常见的CI/CD提供快照和克隆和迁移的用例（注意，一些CAS方案有内核模块，取决于你的环境而影响性能）。
- 零操作 — 实际上并不存在NoOps之类的东西 — 但是，将存储智能嵌入Kubernetes本身可以大大减轻存储操作的负担。
- 以相同的方式在任何地方运行 — 特别是使用运行在用户空间中的OpenEBS这样的解决方案，你可以抽象出不同的存储风格；这当然与Kubernetes的使命是一致的！
- 节省资金，提高云存储的弹性 — 这要归功于精简配置和跨可用区域的能力，以及在某些情况下，用户通过使用容器附加存储节省了30%或更多的云存储
而关键的驱动因素 — 为什么现在有可能，甚至是必要的？
- 应用程序已经发生了变化 — 应用程序和构建它们的团队现在有非常不同的需求；例如，请参见NoSQL和称为NewSQL解决方案的增长。
- Kubernetes正在变得无处不在 — 第一次提供了一种方法来扩展比如容器附加存储软件的解决方案。
- 容器更高效 — 也更短暂 — 所以在典型的环境中，你会看到比VM多10到100倍的容器，而且它们比传统VM更具动态性。
- 存储介质的速度可能比CEPH编写时快10,000倍 — 你的环境中的瓶颈曾经是磁盘驱动器，而存储软件通过跨环境的分割出色地解决了这个瓶颈；现在存储介质的速度快得惊人，而存储软件倾向于分割数据，这就增加了延迟。
声明： 此文观点不代表本站立场；转载须要保留原文链接；版权疑问请联系我们。
