容器应用程序如何塑造存储管理
亚太地区公司越来越多地采用集装箱和微服务，加快应用程序发展，并变得更加敏捷。这对存储前面具有含义，容器开始塑造存储部署和管理的方式。
“两到三年前，当集装箱刚刚采用时，许多公司建造了无国籍的应用程序，这意味着他们为您提供数据，但没有任何实际保存，”Red Hat Asia的区域产品管理总监Vishal Ghariwala说 - 基础。
但随着Containized应用程序变得更加复杂，即可将数据和应用程序的状态变得更加复杂，以便在持久存储上保存数据和应用程序的状态，以便用户可以从他们离开的位置继续填写在线表单的任务。
据Sanjay K Deshmukh，VMware副总裁兼总经理副总裁Sanjay K Deshmukh的情况下，持久存储在早期集装箱技术背后的思想东南亚和韩国。
“这些有几个挫折，如卷插件开发紧紧地依赖于Kubernetes释放，由于卷插件中的错误，潜在的崩溃，潜在的血管组件，以及对Kubernetes社区进行测试和维护所有卷插件的依赖性，”Deshmukh表示。
相反，重点是速度和敏捷性，因此开发人员可以在飞行中旋转应用程序，以及计算和存储资源，当应用程序不复存在时会释放。
“今天，开发人员希望灵活地在任何类型的环境中部署他们的应用程序 - 他们希望存储遵循申请，”Red Hat Asia-Pacific高级首席产品经理Rahul Vijayan说。“问题是，如何构建需要持久存储的分布式容器化应用程序？”
开发人员现在可以自己提供存储的事实与传统上设置的存储方式明显不同。“以前，存储管理员将为应用程序提供并附加到应用程序，”Vijayan说。“如果部署申请后需要更多存储，则必须进行请求，因此Devops概念并不存在。”
既不是传统的存储平台，旨在满足当今应用程序开发实践的要求。组织可以在任何地方运行数千个微服务，但传统的存储平台通常无法扩展以满足高度分布式工作负载的需求。
“存储性能往往是不可预测的，并且不会像应用一样快衡，”区域电信电信MyRepublic的首席运营官Eugene Yeo表示，因为对更高的数据吞吐量和降低延迟的需求是运行高密度Kubernetes集群时的挑战。“缩放存储需要计划提前并购买额外的硬件，”他补充道。
Deshmukh的解决方案是从传统的存储过程从传统的存储过程转向软件定义的存储（SDS），其在容器内放置数据和存储。“通过这一点，企业可以在一段时间内迁移数据 - 全部或部分 - 无缝平台，”他说。“当容器消失时，企业仍然可以访问与应用程序相关的数据。”
印度尼西亚的BANK BTPN确实如此，点击Red Hat的OpenShift容器存储器来利用其纯存储闪存阵列，该闪存阵列提供块存储，但缺少其集装箱化应用程序所需的文件存储。
“他们有应用程序，它跨越10个容器无法访问同一块的容器，”Vijayan说。“所以，他们将我们的软件部署为虚拟机，以消耗其纯存储阵列，以及块，文件和对象存储，在不同站点上完成数据复制。”
使用SDS保持存储持久性
软件定义的存储（SDS），将管理和配置存储的存储数据传达架构，可以帮助企业在其容器中维护持久数据存储。
“通过SDS，企业可以通过Kubernetes等框架自动化他们的存储管理需求，”VMware的Deshmukh说。“它们可以自动上下缩放存储并消除过度配置。在SDS模型中，数据平面 - 负责存储持久数据的数据平面 - 应该是虚拟化的，并为应用程序提供方便的抽象。“
随着越来越多的容器采用，开发人员社区创建了集装箱存储接口（CSI），为容器编排平台提供标准化的API（应用程序编程接口），以“通话”到存储插件。Dell EMC等存储供应商现在提供CSI兼容的驱动程序，以使其存储系统能够与容器和Kubernetes本地接口。
“我们的东南亚客户之一在戴尔科技亚太地区亚太和日本峰会副总裁Matthew Zwolenski说，东南亚的一个客户在一个基于集装箱系统的公共云服务中建立了基于网络的应用。”“随着核心申请转移到生产，他们决定将申请在内部移动到他们管辖和控制的平台上。
“我们帮助他们在VXRAIL平台上建立基于Kubernetes的架构，他们能够将应用程序无缝地将其应用于此新架构。他们正在部署我们的ECS对象存储和isilon文件系统来存储大文件，以及诸如图像的大规模数据集，并将基于容器的数据应用程序与其数据分开。“
但还有一个问题。由于Red Hat的Vijayan表示，作为备份和恢复不是云原生应用的优先级，至少框架，至少可以帮助自动化容器化应用程序的备份和恢复过程。
“很多工作都是手动完成的，但现在正在开发出现状态和无国籍的应用程序，Kubernetes社区正在考虑有像快照这样的东西，”他说。“我们也与社区合作，将这些功能建立在集装箱存储中。其中一些存在，但它并不是以自动策划的方式完成的。“
