After installing OKD, you can further expand and customize your cluster to your requirements, including storage configuration.
By default, containers operate by using the ephemeral storage or transient local storage. The ephemeral storage has a lifetime limitation. To store the data for a long time, you must configure persistent storage. You can configure storage by using one of the following methods:
You can dynamically provision storage on-demand by defining and creating storage classes that control different levels of storage, including storage access.
You can use Kubernetes persistent volumes to make existing storage available to a cluster. Static provisioning can support various device configurations and mount options.
Dynamic Provisioning allows you to create storage volumes on-demand, eliminating the need for cluster administrators to pre-provision storage. See Dynamic provisioning.
To select the optimal storage solution for your OKD cluster application, review the recommended and configurable storage technologies. By reviewing this summary, you can identify the supported options that best meet your specific workload requirements.
| Storage type | Block | File | Object |
|---|---|---|---|
ROX |
Yes |
Yes |
Yes |
RWX |
No |
Yes |
Yes |
Registry |
Configurable |
Configurable |
Recommended |
Scaled registry |
Not configurable |
Configurable |
Recommended |
Metrics |
Recommended |
Configurable |
Not configurable |
Elasticsearch Logging |
Recommended |
Configurable |
Not supported |
Loki Logging |
Not configurable |
Not configurable |
Recommended |
Apps |
Recommended |
Recommended |
Not configurable |
where:
ROXSpecifies ReadOnlyMany access mode.
ROX.YesSpecifies that this access mode
RWXSpecifies ReadWriteMany access mode.
MetricsSpecifies Prometheus as the underlying technology used for metrics.
Metrics.ConfigurableFor metrics, using file storage with the ReadWriteMany (RWX) access mode is unreliable. If you use file storage, do not configure the RWX access mode on any persistent volume claims (PVCs) that are configured for use with metrics.
Elasticsearch Logging.ConfigurableFor logging, review the recommended storage solution in Configuring persistent storage for the log store section. Using NFS storage as a persistent volume or through NAS, such as Gluster, can corrupt the data. Therefore, NFS is not supported for Elasticsearch storage and LokiStack log store in OKD Logging. You must use one persistent volume type per log store.
Apps.Not configurableSpecifies that object storage is not consumed through PVs or PVCs of OKD. Apps must integrate with the object storage REST API.
|
A scaled registry is an OpenShift image registry where two or more pod replicas are running. |
Red Hat OpenShift Data Foundation is a provider of agnostic persistent storage for OKD supporting file, block, and object storage, either in-house or in hybrid clouds. As a Red Hat storage solution, Red Hat OpenShift Data Foundation is completely integrated with OKD for deployment, management, and monitoring. For more information, see the Red Hat OpenShift Data Foundation documentation.
|
OpenShift Data Foundation on top of Red Hat Hyperconverged Infrastructure (RHHI) for Virtualization, which uses hyperconverged nodes that host virtual machines installed with OKD, is not a supported configuration. For more information about supported platforms, see the Red Hat OpenShift Data Foundation Supportability and Interoperability Guide. |
| If you are looking for Red Hat OpenShift Data Foundation information about… | See the following Red Hat OpenShift Data Foundation documentation: |
|---|---|
What’s new, known issues, notable bug fixes, and Technology Previews |
|
Supported workloads, layouts, hardware and software requirements, sizing and scaling recommendations |
|
Instructions on deploying OpenShift Data Foundation to use an external Red Hat Ceph Storage cluster |
|
Instructions on deploying OpenShift Data Foundation to local storage on bare metal infrastructure |
Deploying OpenShift Data Foundation 4.12 using bare metal infrastructure |
Instructions on deploying OpenShift Data Foundation on Red Hat OKD VMware vSphere clusters |
|
Instructions on deploying OpenShift Data Foundation using Amazon Web Services for local or cloud storage |
Deploying OpenShift Data Foundation 4.12 using Amazon Web Services |
Instructions on deploying and managing OpenShift Data Foundation on existing Red Hat OKD Google Cloud clusters |
Deploying and managing OpenShift Data Foundation 4.12 using Google Cloud |
Instructions on deploying and managing OpenShift Data Foundation on existing Red Hat OKD Azure clusters |
Deploying and managing OpenShift Data Foundation 4.12 using Microsoft Azure |
Instructions on deploying OpenShift Data Foundation to use local storage on IBM Power® infrastructure |
|
Instructions on deploying OpenShift Data Foundation to use local storage on IBM Z® infrastructure |
Deploying OpenShift Data Foundation on IBM Z® infrastructure |
Allocating storage to core services and hosted applications in Red Hat OpenShift Data Foundation, including snapshot and clone |
|
Managing storage resources across a hybrid cloud or multicloud environment using the Multicloud Object Gateway (NooBaa) |
|
Safely replacing storage devices for Red Hat OpenShift Data Foundation |
|
Safely replacing a node in a Red Hat OpenShift Data Foundation cluster |
|
Scaling operations in Red Hat OpenShift Data Foundation |
|
Monitoring a Red Hat OpenShift Data Foundation 4.12 cluster |
|
Resolve issues encountered during operations |
|
Migrating your OKD cluster from version 3 to version 4 |