Red Hat · Infrastruttura · ficha YoctoIT

Data Foundation

El almacenamiento software-defined dentro de OpenShift: bloques, archivos y objetos (Ceph) para los datos que viven con los contenedores.

FOCUS · EL ALMACENAMIENTO DE LOS CONTENEDORESPersistencia nativa Kubernetes: el almacenamiento que sigue a las aplicaciones
Solicita el Free Assessment Descubre más
Material YoctoIT para clientes y partners · Red Hat, RHEL, OpenShift, Ansible y los demás productos citados son marcas de Red Hat, Inc. o di sue affiliate.
01 · Qué es

OpenShift Data Foundation, en claro.

ODF trae Ceph dentro de OpenShift como almacenamiento nativo: volúmenes de bloques para las bases de datos, file systems compartidos, object storage S3 — aprovisionados vía StorageClass, replicados entre los nodos, gestionados como todo lo demás de la plataforma. Los datos se vuelven ciudadanos del clúster, no huéspedes de una SAN.

3-en-1
block, file y object desde una única plataforma Ceph
Nativo
StorageClass y PVC: el almacenamiento se pide en YAML, llega en segundos
Metro-DR
réplica síncrona entre sitios para los volúmenes que no pueden perderse
OpenShift Data Foundation
IMAGEN OFICIAL RED HAT · DATA FOUNDATION
ARCHITETTURA UFFICIALE · DATA FOUNDATION · FONTE: RED HAT DOCS
ARQUITECTURA OFICIAL · DATA FOUNDATION · FUENTE: RED HAT DOCS
02 · Cómo usarlo bien

Las cosas que marcan la diferencia.

Dentro del clúster

Aplicaciones & VMPVC: la petición de almacenamiento
Block (RBD)
File (CephFS)
Object (S3)
tres interfaces, un backend
Ceph distribuido en los nodosréplica y self-healing
Discos NVMe locales o Fusionel hierro debajo
El almacenamiento como servicio del clúster

Sizing honesto

Ceph quiere nodos y discos pensados: réplicas, failure domains y crecimiento se dimensionan antes.

Almacenamiento para las VM

Con OpenShift Virtualization, ODF da a las VM live migration y snapshots: la pieza que completa la salida de VMware.

Resiliencia integrada

Snapshots, clones y mirroring regional: la protección del dato dentro de la plataforma.

Osservabilità

Capacidad, IOPS y salud de Ceph en la monitorización del clúster: el almacenamiento ya no es una caja negra.

03 · En profundidad

Ceph dentro de OpenShift, bien hecho

ODF empaqueta Ceph (RBD para bloques, CephFS para archivos, RGW/NooBaa para objetos) como operador de OpenShift: StorageClasses listas, réplica 3 o erasure coding, failure domains por zona. Internal mode sobre los discos de los nodos o external hacia un Ceph existente; el Multicloud Object Gateway federa S3; Regional-DR y Metro-DR (stretched) dan RPO asíncrono o cero a las cargas stateful, VM incluidas.

  • 3-en-1 — RBD, CephFS, S3: tres semánticas desde un solo clúster
  • Internal/External — discos de los workers o Ceph externo: la topología se elige
  • Failure domain — réplicas distribuidas por zona/rack: el fallo previsto por diseño
  • Metro-DR — stretched cluster con árbitro: RPO 0 entre dos sitios cercanos
  • NooBaa/MCG — el gateway S3 que federa buckets en cualquier parte: namespace único
  • Capacity alert — umbrales y expansión por OSD: a Ceph no le gusta el 100%
04 · Números y ciclo de vida

Los números que cuentan.

3x
la réplica por defecto (o EC por eficiencia)
RPO 0
en Metro-DR stretched hasta ~10ms RTT
S3
la API de objetos interna: el lake dentro del clúster
85%
el umbral de llenado que nunca hay que superar: lo gobernamos
El almacenamiento container-native es un clúster dentro del clúster: lo dimensionamos por failure domain y lo mantenemos lejos de los umbrales rojos.
05 · Casos de uso

Dónde rinde de verdad.

Bases de datos sobre OpenShift

PostgreSQL, MongoDB y colas con volúmenes replicados.

AI & data pipelines

Object storage S3 on-prem para datasets y modelos.

Stateful en todas partes

Las apps con estado sin depender de una SAN externa.

Contenedores sin almacenamiento pensado = incidentes anunciados: ODF dimensionado y gestionado por quien lo opera.