¿Tienes un archivo Docker Compose? Tu proyecto se publica en segundos, con un solo comando en cdn.com.tr. Ver cómo ¿Tu código en GitHub? Cada push se despliega solo en cdn.com.tr — conecta tu repo y listo. Ver cómo

Ayuda de CDN.com.tr

Almacenamiento persistente para una app administrada

Dé a una app en contenedor un volumen persistente para que sus datos sobrevivan a reinicios y reimplementaciones: active el almacenamiento, establezca la ruta de montaje dentro del contenedor y el tamaño. Un volumen por app, montado en una ruta, sobre CephFS.

Plataformas y complementos administrados

Almacenamiento persistente para una app administrada

Dé a una app en contenedor un volumen persistente para que sus datos sobrevivan a reinicios y reimplementaciones: active el almacenamiento, establezca la ruta de montaje dentro del contenedor y el tamaño. Un volumen por app, montado en una ruta, sobre CephFS.

Ruta en el panel

  1. Panel de administración
  2. Pestaña Platforms
  3. Managed Container Apps
  4. Abrir la app
  5. Persistent storage: on
  6. Ruta de montaje + tamaño
  7. Save
  8. Deploy

Casos de uso

Una app necesita conservar archivos entre implementaciones — cargas, un archivo SQLite, datos de Prometheus, un directorio de caché — en lugar de perderlos en cada reinicio.

Flujo de trabajo

  1. En el panel: abra la app en la pestaña Platforms → Managed Container Apps, active el almacenamiento persistente, establezca la ruta de montaje (por defecto `/app/data`) y el tamaño en GB, guarde y luego implemente.
  2. O con cdnctl al crear: `cdnctl container apps create … --persistent-mount-path /app/data --persistent-storage-gb 5` (indicar una ruta de montaje habilita el volumen).
  3. O actívalo/amplíalo más tarde: `cdnctl container apps update --account <uuid> --app <app_uuid> --persistent-mount-path /app/data --persistent-storage-gb 10`, y luego despliega.
  4. Si es necesario, siembra datos iniciales: `cdnctl container imports files --account <uuid> --app <app_uuid> --file data.tar.gz --target-path /app/data`.

Verificaciones

  • Un volumen por app en una ruta de montaje; apúntelo al directorio en el que su app realmente escribe (por defecto `/app/data`).
  • El tamaño solo crece — un volumen CephFS puede ampliarse (hasta 100 GB) pero no reducirse; elija un tamaño inicial razonable.
  • Los cambios de almacenamiento surten efecto en la siguiente implementación.
  • Las apps persistentes se implementan con una estrategia Recreate: la instancia anterior se detiene antes de que la nueva se inicie, por lo que cada implementación tiene un breve tiempo de inactividad (esto evita interbloqueos de bloqueo de archivo de escritor único).
  • Las imágenes que no son root pueden escribir en el volumen (la plataforma establece automáticamente el fsGroup del pod).

Preguntas frecuentes

¿Cuándo debo usar un volumen persistente en lugar de un complemento administrado?

Use un complemento administrado (Redis, PostgreSQL, MySQL/MariaDB, NATS) para bases de datos, cachés y colas — están aprovisionados y ajustados para usted. Use un volumen persistente para los propios archivos de su app: cargas, recursos generados, un pequeño archivo SQLite, TSDB de Prometheus, etc. Regla general: almacén de datos estructurado → complemento; archivos de la app → volumen.

¿Es adecuado el volumen para una base de datos de alto tráfico?

Es CephFS — un sistema de archivos de red replicado, excelente para la durabilidad y el acceso compartido, pero no para datos de muy alto IO o de escritor único. Para bases de datos pesadas use el complemento administrado; para datos muy activos prefiera RAM. Un "almacén activo" en un volumen de red se convierte en un cuello de botella.

¿Puedo montar más de un volumen o cambiar la ruta de montaje más adelante?

Un volumen persistente por app en una única ruta de montaje. Puede cambiar la ruta o aumentar el tamaño, pero cada cambio necesita una implementación, y mover la ruta no copia los datos antiguos — planifique la ruta de montaje con antelación.

¿Mis datos sobreviven a una reimplementación o a una nueva versión de imagen?

Sí. El volumen es independiente de la imagen del contenedor, por lo que las implementaciones y las actualizaciones de imagen conservan los datos. Solo se elimina cuando usted desactiva el almacenamiento o borra la app.

Páginas relacionadas

Migración a Managed Container Apps

Cree una app en contenedor, credencial de registro, variables de entorno/secretos, importaciones, tareas, implementación, estado y registros desde las superficies del cliente.

Object Storage y AWS CLI

Cree buckets, rote las claves de acceso, vincule buckets a apps y verifique con el endpoint compatible con S3.

Qué puede ejecutar — capacidades y límites

Una plataforma de contenedores administrada (Kubernetes por debajo), no una VM ni un servidor de shell: usted aporta imágenes de contenedor o un docker-compose.yml y la plataforma los ejecuta, con complementos administrados de Redis/PostgreSQL/MySQL/NATS, volúmenes persistentes, DNS de servicio interno y exposición HTTP(S) a través del borde del CDN.

Mover un sitio activo en Pull CDN a Platforms sin tiempo de inactividad

Ejecute sus servicios de origen en cdn.com.tr Platforms mientras su sitio sigue sirviéndose vía Pull CDN: active las apps junto a su entrega actual, construya y valide todo en subdominios ca-*, y luego cambie el dominio principal solo cuando esté listo — totalmente reversible.