要怎么备份容器化应用所需的数据呢?

你是怎么备份容器化应用所需的数据的呢?

存储咨询专家Chris Evans在Blocks & Files的采访中表示,缺少备份容器化应用所需数据的参考架构,这是一个非常严重的问题。

如果要备份这些数据,要采取哪些策略呢?

  • 在基础设施层上备份数据,也就是在存储阵列或者超融合系统上进行备份。
  • 如果有容器用到了基础设施上的存储资源,那么就把这样的容器全备份下来。
  • 以容器构成的应用为单位,只要这些容器用了底层基础设施资源,那就备份这个应用。

Kasten是美国加州的一家存储初创公司,Kasten认为应该用第三种方案,当应用中用到了容器的时候,也就用到了底层的服务器存储以及网络资源。

在有逻辑卷或文件的存储阵列中,很难将单个应用程序容器与无数其他应用程序容器隔离开来。

如果在容器层备份和恢复数据的话,如果只是备份单个容器而不管别的容器的状态的话,可能会造成不一致的风险。

Kasten是德语“盒子”的意思,这家公司是CEO Niraj和工程副总裁Vaibhav Kamra在2017年1月成立的,两人在大学时期就是好朋友,毕业后先后一起在Maginatics和EMC上班,2017年三月份种子轮融资300万美金,2019年8月份A轮融资1400万美金。

Kasten表示有许多企业级用户,但没有说具体是哪家企业用户。

Kasten的软件叫K10,为云原生应用提供备份和恢复服务。

它可以与本地和公有云上的k8s集成,K10使用k8s的API来发现应用堆栈和底层组件,执行生命周期管理的操作。

它支持NetApp,AWS EBS,DELL EMC和Ceph方案,支持容器存储接口(CSI),K10可以使用重复数据删除技术来减少容量和带宽占用。

Kasten表示K10比原有的产品能便宜十倍,而且比使用卷快照来恢复数据的方案快90%。

K10还有一个迁移功能,可以将整个应用堆栈和数据在跨集群,跨区和跨云厂商之间来回迁移。

有人说了,有必要这么来回迁移吗?Kasten表示:有啊。

在灾难恢复,解除厂商绑定,需要把数据发送到测试环境,以及做持续集成的环境就非常重要啊。