订阅我们的博客

We talk to many shops that are adopting, or have adopted, DevOps practices. For many companies, staying ahead of disruption means not only delivering new applications but also optimizing (or changing!) current processes and systems. They are moving to team-based cultures, working in smaller increments, and automating their environments to try to increase the velocity for software development and deployment.

Having a common storage underpinning that is "self-service" for developers to provision and manage storage for their applications means teams have less friction in developing and shipping applications.

For the operations team, a consistent platform for development, testing, and production deployments is a big win. And self-service for developers means operations teams spend less time on provisioning services and more time on higher-level work that benefits the business.

Thus, persistent storage for containers remains a hot topic these days. While containers do a great job of storing the application and its logic, they do not offer a built-in solution for storing application data across the lifecycle of containers.

Why won’t traditional storage solutions work for containers?

A container may run for days, hours, minutes, or even just seconds depending on how the application is architected. Containers are disposable, but your data isn’t.

Ephemeral (or local) storage is not optimal because stateful applications require that the container’s data be available beyond the life of the containers. They also require that the underlying storage layer provide all the enterprise features available (such as scalability, multi-protocol support, mirroring, stretched clusters, etc) to applications that are deployed in say, virtualized environments.

This is an important consideration given that many environments have container hosts running in virtual machines (VMs) - so you need to be able to provide the persistent storage features required for virtualization, as well as features required for containers.  It’s critical to provide persistent storage options to administrators since hypervisors have always allowed for persistent storage in one form or the other.

One approach is to use traditional storage appliances that support legacy applications. This is a natural inclination and assumption, but… the wrong one.

Traditional storage appliances are based on older architectures and were not made for a container based application world. Nor do these approaches generally offer the portability you need for your apps in today’s hybrid cloud world. Some of these storage vendors offer additional software for your containers which can be used as a go-between for these storage appliances and your container orchestration, but this approach still falls short as it is undermined by those same storage appliance limitations. This approach would also mean that storage for the container is provisioned separately (different teams, different UIs, tools, etc) from your container orchestration layer.

How does software-defined storage work for containers?

There is a better way! Software defined storage, or specifically in this case: storage containers containing storage software can co-­reside with compute containers and serve out storage from the hosts that have local or direct attached storage to the compute containers. These storage containers are deployed and provisioned using the same orchestration layer developers have adopted in house (like Kubernetes-based Red Hat OpenShift Container Platform ) just like compute containers. In this deployment scenario, storage services are provided by using containerized storage software (like Red Hat OpenShift Container Storage) to more easily and seamlessly pool and expose storage from local hosts or direct attached storage to containerized applications.

Red Hat OpenShift Container Storage is built with Red Hat Gluster Storage and offers flexible, cost-effective, and developer friendly storage for containers. It helps organizations standardize storage across multiple environments and easily integrates with Red Hat OpenShift to deliver a persistent storage layer for containerized applications that require long-term stateful storage. Enterprises can benefit from a simple, integrated solution including the container platform, registry, application development environment, and storage - all in one, supported by a single vendor.

To get a more intimate understanding of how Red Hat OpenShift and OpenShift Container Storage work together, take this free test drive.


关于作者

按频道浏览

automation icon

自动化

有关技术、团队和环境 IT 自动化的最新信息

AI icon

人工智能

平台更新使客户可以在任何地方运行人工智能工作负载

open hybrid cloud icon

开放混合云

了解我们如何利用混合云构建更灵活的未来

security icon

安全防护

有关我们如何跨环境和技术减少风险的最新信息

edge icon

边缘计算

简化边缘运维的平台更新

Infrastructure icon

基础架构

全球领先企业 Linux 平台的最新动态

application development icon

应用领域

我们针对最严峻的应用挑战的解决方案

Original series icon

原创节目

关于企业技术领域的创客和领导者们有趣的故事