Ceph Umbrella ya está en Proxmox, pero no para tu cluster

El asistente de instalación de Ceph de Proxmox tiene desde hace unos días una entrada nueva en el desplegable: Umbrella, la 21.2. Si administras un cluster, la vas a ver esta semana. Y la decisión que tienes delante no la marca ninguna fecha de fin de soporte, por mucho que sea de lo único que se habla: la marca un número de versión, 20.2.4, que aparece dos veces y por dos caminos que no se cruzan.

Operamos clusters de Proxmox VE con Ceph en producción, y de tanto mirar este calendario hemos acabado con una regla de andar por casa: la fecha es lo primero que mira todo el mundo y lo último que decide nada. Lo que decide está dos capas más abajo, en números de versión que no salen en ningún titular. Esta semana se movieron las dos cosas, y ninguna con anuncio.

Doce días

El commit que movió dos fechas y no anunció ninguna

El fichero doc/releases/releases.yml del repositorio de Ceph es el que alimenta la tabla de versiones activas y el gráfico de ciclo de vida. El 4 de noviembre cambiaron dos líneas:

Léelo otra vez. Una release publicada siete días antes, a la que se le recomienda a todo el mundo actualizar, perdió de golpe casi cinco meses de vida planificada. Y a Squid, que oficialmente ya estaba muerta, se le dieron 32 días más. El asunto del commit es «doc/releases: update EOL dates», y debajo no hay cuerpo: solo la firma de quien lo mandó. No hay nota, ni entrada de blog, ni hilo.

Lo que medimos en el repositorio

Las notas de versión cuentan intenciones. El repositorio cuenta lo que hay. Esto es lo que devolvía download.proxmox.com el 9 de noviembre de 2026 por la mañana, mirando los índices de trixie:

Setenta y siete paquetes contra cuatrocientos ochenta y seis. Y, sobre todo, una sola versión. Lo que importa no es que todavía no exista una 21.2.0-pve2 —esa llegará—, sino que detrás no hay nada: en ceph-squid conviven once versiones y en ceph-tentacle nueve, de modo que si una sale mal puedes fijar la anterior. En ceph-umbrella no hay anterior. Los tres repositorios, además, exponen exactamente los mismos dos componentes: no-subscription y test. La palabra «preview» está en el asistente, en el wiki y en el título del hilo del foro; donde no está es en los metadatos del repositorio, que es lo que lee tu apt.

Puedes repetir la medición entera sin tocar tu cluster, son dos peticiones HTTP:

Y un detalle que sale de cruzar dos relojes: ese índice de ceph-umbrella se generó a las 00:44:31 UTC del jueves, y el mensaje del foro que lo anuncia está fechado a las 01:48:52+01:00, o sea 00:48:52 UTC. Cuatro minutos. El repositorio estuvo disponible antes de que nadie lo contara, que es exactamente el orden en que tu apt se entera de las cosas.

La bisagra se llama 20.2.4

Aquí está lo que no cuenta ningún titular. El mismo número cierra las dos puertas, y lo hace desde fuentes que no se hablan entre ellas.

Conviene no convertir ese pve5 en una metáfora: no significa «cinco reconstrucciones es lo que cuesta madurar». Significa algo concreto, y el propio wiki lo dice en sus incidencias conocidas: los OSD que corrieron Tentacle hasta la 20.2.4-pve4 pueden ver crecer el uso de META, y por eso el suelo está en la pve5. De hecho la 20.2.5-pve1 también cumple el requisito, así que el número de reconstrucción no es el criterio: lo es el punto en el que se arregló una cosa concreta.

De paso, la 20.2.4 es la del 19 de agosto, la que cerró cuatro CVE de autenticación y autorización: dos de verificación de firmas en RGW (los tokens STS y el verificador SigV4), un bypass de autenticación en CephX por mal uso de AES-CBC y una lectura no autorizada del almacén config-key del monitor. Si te suena el lío de los tipos de clave, es el mismo hilo del que tiramos al contar la migración de claves cephx: cuando Ceph toca la criptografía de autenticación, el coste no se paga el día del anuncio, se paga en la siguiente ventana de mantenimiento.

Una honestidad que nos obliga a rebajar nuestra propia regla: ese 9.2.25 tampoco está grabado en piedra. En el wikitext en crudo de esa misma página hay dos comentarios que el navegador no enseña. Uno dice «TODO: set the first pve-manager version that knows about the Umbrella release and its repository», es decir que el número está puesto a la espera de fijarlo. El otro, «TODO: drop the next sentence once the required pve-manager version above is 9.2.23 or newer». Y el foro dice que el asistente ofrece Umbrella desde la 9.2.23, dos revisiones antes. Así que los requisitos también se mueven; lo que no se mueve es que siempre haya uno debajo, y que nadie lo esté mirando.

El anuncio es más prudente que su titular

Circula una versión abreviada del anuncio: que Proxmox recomienda subir los clusters de Squid «sooner rather than later», a Tentacle o a Umbrella. La frase entera dice otra cosa: «You should upgrade any existing Ceph Squid setups sooner rather than later, either to Ceph Tentacle or, once it is fully supported, to Ceph Umbrella.» Y a continuación enlaza una sola guía: la de Squid a Tentacle. La salvedad estaba puesta desde el principio; es al resumirlo cuando se cae.

El mismo hilo declara rodaje, y es justo citarlo: «We have been running and testing the Umbrella release candidates and this release internally for a few weeks and found no major issues.» Unas semanas de pruebas internas no son lo mismo que una rama con nueve versiones publicadas detrás, pero tampoco es nada. ¿Significa eso que no se puede ir de Squid a Umbrella directamente? Sí se puede, y el wiki lo contempla de forma explícita —conviene leerlo entero antes de decidir—: «While it is possible to upgrade from the older Ceph Squid (19.2+) to Umbrella (21.2+) release directly, we primarily test and recommend upgrading to Ceph Tentacle first.» Y añade: «If you want to skip one upgrade, we recommend testing this first on a non-production setup.» No es que falte el camino: es que te lo dan etiquetado como el que ellos no prueban. Hay hasta un detalle operativo distinto, porque viniendo de Squid el cluster debe reportar require_osd_release squid en vez de tentacle, «otherwise, the Umbrella OSDs will refuse to start».

Cuándo NO, y es ahora

La propia página del wiki de Proxmox que explica cómo saltar a Umbrella abre con la frase que decide: «Mature tech preview, not yet available in the enterprise repository.» Tradúcelo a la práctica: si pagas suscripción y comes del repositorio enterprise, instalar Umbrella significa apuntar la capa de almacenamiento de tu cluster a no-subscription o a test. Para el sistema que sostiene los discos de todas tus máquinas virtuales, eso no es una actualización: es un cambio de régimen de soporte.

Y hay cosas que Umbrella cambia por debajo, aunque tú no toques nada:

Lo que haríamos este mes

Si sigues en Squid, la fecha que importa no es el 31 de octubre ni el 2 de diciembre: es que el foro de Proxmox dice que a Squid le queda «only one last update currently in progress». Cuando esa salga, se acabó la red de seguridad. Sube a Tentacle y aterriza en 20.2.4 o posterior —hoy el repositorio sirve la 20.2.5-pve1—, que de paso te deja en el escalón desde el que algún día saltarás a Umbrella sin volver a tocar nada.

Si ya estás en Tentacle, nuestra recomendación es aburrida: no toques Umbrella todavía. Tentacle tiene soporte hasta junio de 2027 «for the time being» —la coletilla es suya, no nuestra—, y eso son siete meses largos para dejar que la rama nueva acumule reconstrucciones. Mientras tanto, las tres comprobaciones que hacemos nosotros y que no modifican nada: ceph versions para ver en qué corre cada demonio, apt-cache policy ceph-common para ver de qué repositorio comes, y pveversion --verbose para saber si llegas al 9.2.25 y en qué anda Ceph.

Y cuando llegue el día, el orden del wiki no es decorativo: monitores, managers, OSDs y por último los MDS, con noout puesto durante la ventana y reiniciando OSDs de un nodo cada vez —ellos lo escriben en negrita, «to avoid loss of data redundancy»—, y el ceph osd require-osd-release umbrella al final, no en medio. Falta un paso que no sale en los resúmenes y que se deriva justo de los números de PG de antes: hay que pausar el autoscaler con ceph osd pool set noautoscale antes de actualizar los paquetes, o el cluster se pondrá a dividir PGs mientras conviven demonios de versiones distintas. El wiki explica por qué te toca hacerlo a mano, y de paso zanja lo de la CPU: «Ceph pauses the autoscaler automatically only for upgrades managed by cephadm, which Proxmox VE does not use.» Ojo además con que, a diferencia de noout, esta bandera «does not show up as a health warning»: si la dejas puesta, no te lo va a recordar nadie.

Lo que no haríamos

Un asistente de instalación con un desplegable es una interfaz sin memoria: te ofrece las tres ramas con el mismo aspecto y ninguna te dice cuántas reconstrucciones lleva encima. Esa parte la tienes que poner tú, y vive en dos sitios: en ceph versions y en el mantenimiento del parque que hace que alguien mire ese número antes de que lo mire un incidente.

Fuentes (verificadas el 9 de noviembre de 2026): fechas y versiones en doc/releases/releases.yml y commit 18c8b132 (4-nov-2026) — github.com/ceph/ceph; notas de la 21.2.0 Umbrella (28-oct-2026) — ceph.io; aviso de actualización desde Squid y releases de Tentacle — docs.ceph.com; requisitos del salto y orden de la ventana — wiki de Proxmox VE; recuento de paquetes, versiones y fechas de los índices, medidos por nosotros sobre download.proxmox.com.