Blog Tecnológico

Blog everyWAN

Tecnología, ciberseguridad y tendencias IT que importan

Análisis Profundo
Ciberseguridad
Tendencias IT
Filtrar por:
Sala de cuadros eléctricos de una instalación real: una hilera de armarios de maniobra grises con un técnico midiendo en un interruptor
8 min lectura

La zona que se cayó en Londres era un cuadro eléctrico

El 20 de octubre de 2026, a las 06:08 UTC, un «evento eléctrico» dentro de una sola zona —europe-west2-b, una de las tres de la región de Londres de Google Cloud— dejó sin servicio a bancos, paquetería y portales durante casi ocho horas. No se cayó una región: se cayó la corriente dentro de una zona. Y «estamos repartidos en dos zonas» no es una respuesta, porque el nombre de una zona es una etiqueta de reparto, no un sitio que puedas auditar: AWS documenta que us-east-1a no es el mismo lugar físico en dos cuentas distintas. Explicamos por qué el dominio de fallo que más cuesta es el que nadie dibuja, por qué la jerarquía por defecto de Ceph lleva años teniendo un tipo de cubo llamado pdu, cuándo NO conviene subir el dominio de fallo y el plano de una fila por réplica que rellenamos a pie de armario.

Bahías de disco de una cabina montada en rack, con unidades etiquetadas y varios huecos vacíos
6 min lectura

El último parche de Ceph Squid no está en tu repositorio de Proxmox

El 12 de octubre de 2026 Ceph publicó la 19.2.7, séptimo backport de la rama Squid, con la frase de siempre: «recomendamos que todos los despliegues actualicen». Hoy hemos mirado qué sirve de verdad el repositorio de Proxmox y la respuesta es 19.2.6-pve4, con el índice fechado el 9 de septiembre. La rama muere el 31 de octubre. Dos calendarios distintos, y el que te gobierna no es el que lees en ceph.io.

Parte trasera de un armario de servidores con los latiguillos de red saliendo de cada nodo hacia los de al lado
10 min lectura

La malla de Ceph sin switch tiene cuatro variantes. Dos se rompen con un cable

Tres nodos conectados entre sí a 25 GbE sin comprar un switch es de las mejores decisiones que se pueden tomar con poco dinero. Proxmox documenta cuatro formas de cablearlo y solo dos sobreviven a que se caiga un enlace: en las otras dos, dice su propia wiki, «los nodos tienen visiones distintas» y Ceph marca como caídos servicios que están perfectamente vivos. Desde Proxmox VE 9 esa malla se configura desde la interfaz, con cuatro protocolos de fabric. Y la documentación oficial sigue etiquetando esa capa como tech preview.

Bastidor de paneles de parcheo de fibra óptica con mazos de latiguillos naranjas
9 min lectura

43 CVE en el switch de fibra de tu cabina, y ninguna es crítica

El 8 de octubre de 2026 el NVD publicó 43 vulnerabilidades de Brocade Fabric OS en el mismo día. Ninguna crítica, la más alta 8,7, y 38 de las 43 exigen credenciales. Esos tres números son exactamente la razón por la que nadie va a parchear. Dentro: el atacante que el lote imagina no viene de internet —es otro switch de tu propia fabric—, por qué el 7,1 de CVE-2026-87659 engaña, la excusa de la ventana de mantenimiento desmontada con la documentación del propio fabricante, las dos ramas de versión que no encajan, y cuatro preguntas de propiedad en vez de un checklist.

Filas de bahías de disco SAS en servidores de almacenamiento montados en rack
13 min lectura

Pusiste noout para actualizar Ceph y apagaste la reposición de copias

El procedimiento de actualización de Ceph en Proxmox te recomienda, en su paso cuatro, ejecutar «ceph osd set noout»: «optional, but recommended», dice el wiki. La documentación de Ceph, en su página de resolución de problemas de OSD, dice que eso es «más un ejercicio mental» que una sugerencia de que alguien «en el mundo post-Luminous» lo ejecute. Las dos frases están publicadas hoy y las dos son defendibles. Lo que esa bandera apaga no es el rebalanceo: es que un OSD «down» llegue a «out», que es justo el paso que hace que CRUSH recalcule y se cree la copia que falta. Y la bandera no distingue entre el disco que reiniciaste tú y el que se ha muerto de verdad. Dentro: por qué mon_osd_down_out_subtree_limit ya te frena el escenario que de verdad asusta, la cadena que casi nadie cuenta (los PG degradados no se marcan como clean, y lo que no está clean no se scrubea: deja de verificarse el checksum justo de los datos a los que les falta una copia), la aritmética de los dos avisos que llegan a los 10,5 y a los 12,25 días a un panel que lleva amarillo desde el minuto uno, la tabla de lo que cada bandera apaga de verdad, y los cuatro comandos que hacen el mismo trabajo sobre un disco o sobre un host sin tocar el resto del cluster.

Bahías de disco de un servidor con bandejas medio extraídas y huecos vacíos
8 min lectura

Tu redundancia supone que el repuesto llega mañana

Un disco se muere un martes y no pasa nada: para eso pagaste la réplica. Pero lo que compraste no es inmunidad, es una ventana de tiempo para reponer antes del siguiente fallo, y esa ventana se calculó dando por hecho que el repuesto llega mañana. Western Digital dijo en su llamada de resultados que estaba «prácticamente vendido para el año natural 2026» y Seagate que su capacidad nearline estaba «completamente asignada» para el mismo periodo, con acuerdos de nube que ya alcanzan 2027 y 2028. Hacemos la aritmética con las tasas de fallo publicadas por Backblaze: con el repuesto en 48 horas, la probabilidad de un segundo fallo antes de la reparación es del 0,18 %; con el repuesto en 20 semanas, del 11,5 %. El mismo diseño, los mismos discos, 66 veces más riesgo por una variable que no sale en ningún diagrama. Dónde duele más (el nodo, no el disco), el recorte de retención que no firma nadie, y las seis preguntas que hacemos ahora antes de dar por bueno un diseño.

Nodos idénticos apilados en un rack, cada uno con su pantalla y su etiqueta
9 min lectura

Tu Ceph de tres nodos no se cura solo: aguanta

Un disco muerto en un clúster de tres nodos se arregla solo si queda otro disco en ese mismo servidor: la regla de CRUSH baja a otro OSD del mismo host. Un HOST muerto, no. Con réplica 3 y el dominio de fallo en «host» —lo que pone Proxmox por defecto— no existe un cuarto sitio donde dejar la tercera copia, así que los grupos de colocación se quedan en active+undersized+degraded hasta que vuelva el nodo. Y el clúster sigue sirviendo, que es justo por lo que nadie lo mira. Los temporizadores reales de Ceph (20 segundos, 10 minutos, 15 minutos), lo que no puedes tocar mientras dure la ventana degradada, por qué la recuperación puede costarte el quórum de corosync y por qué el número que importa no es cuántos nodos tienes sino cuántos sitios distintos.

Cabina de disco montada en rack, con dos filas de bandejas de disco y sus pilotos de actividad
10 min lectura

Migrar a Proxmox y reutilizar la cabina: el snapshot es lo que no viaja

La cabina está pagada, así que se queda: es la decisión más barata del proyecto y la que más cambia tu día a día. En Proxmox el snapshot no lo hace el hipervisor, lo hace el plugin de almacenamiento, y sobre un LUN compartido con LVM-thick la documentación dice «snapshots are not possible by default…». Lo que lo arregla lleva desde la 9.0 etiquetado como technology preview, y el fabricante lo pone por escrito en su hoja de ruta. Las siete opciones reales y el árbol de decisión que firmamos.

Varios servidores de 1U apilados en un rack, con cableado de red blanco recogido y pantallas LCD de estado en el frontal
13 min lectura

Ceph cambia de cifrado: reiniciar la máquina virtual no refresca la clave

El 9 de septiembre Proxmox publicó el procedimiento para migrar las claves cephx de aes a aes256k. La parte difícil no es criptográfica: es saber qué cuenta como «refrescar un cliente». La documentación lo dice en seis palabras —«A guest reboot is not enough»— y el fallo no aparece cuando ejecutas el comando, sino minutos o días después, cuando caduca un ticket. Qué ha cambiado desde agosto, la puerta del kernel 7.0 y el orden que seguimos nosotros.

Filas de bandejas de disco SAS en el frontal de varios servidores de almacenamiento montados en rack
9 min lectura

Squid ganó 42 días y Tentacle perdió 170: el fin de soporte de Ceph lo movió un commit

El 5 de agosto, un commit en la documentación de Ceph movió las dos fechas que ordenan el calendario de cualquiera con almacenamiento distribuido en producción: Squid pasó del 19 de septiembre al 31 de octubre, y Tentacle del 18 de noviembre de 2027 al 1 de junio de 2027. La prórroga se ve en el gráfico; el recorte de 170 días a la versión de destino no lo hemos visto comentado en ninguna parte. Qué significa que el campo se llame target_eol y por qué Tentacle vive 560 días donde Squid vivió 765.

Actualizar Ceph de Squid a Tentacle en Proxmox: la ventana en la que el clúster corre en dos versiones
9 min lectura

Ceph a Tentacle: durante la actualización tu clúster corre en dos versiones a la vez

Squid caduca el 31 de octubre y Tentacle lleva desde julio en el repositorio empresarial de Proxmox, así que la ventana de mantenimiento ya no es hipotética. Dentro de ella pasa algo que casi ningún plan contempla: monitores, gestores y OSD se reinician por separado, y el clúster pasa horas —o días— partido en dos versiones. Por qué «reinicia los OSD de un nodo cada vez» decide tu ventana, por qué llamar «opcional» a noout es engañoso, y el comando con el que casi todo el mundo se da por terminado antes de tiempo.

Servidores de rack idénticos apilados en un carro metálico, pendientes de montar, delante de un rack a medio poblar
5 min lectura

Corosync suma 650 milisegundos por cada nodo: el reloj que tu clúster actualizado sigue arrastrando

El tiempo que tarda un clúster Proxmox en rehacer la membresía tras perder un nodo no es fijo: crece 650 ms por cada nodo que añades, y con los valores de fábrica un clúster de 29 nodos llega a 45,21 segundos, justo donde la propia documentación pide corregirlo antes de que el watchdog de 60 segundos reinicie nodos sanos. Proxmox VE 9.2 lo bajó a 125 ms, pero solo al crear el clúster: los actualizados de la 8 a la 9 siguen con el valor viejo.

Servidor de almacenamiento abierto en un rack con las bahías de discos a la vista y una unidad extraída de su carro
9 min lectura

En Ceph la capacidad no la marca el clúster: la marca el disco más lleno

Un OSD por encima del 95 % detiene las escrituras de todo el clúster aunque «ceph df» siga enseñando decenas de teras libres. Los tres umbrales por defecto (0,85 / 0,90 / 0,95), por qué el mecanismo que repara se apaga cinco puntos antes que el que sirve, y la cuenta de capacidad con un nodo menos que casi nadie hace: con cuatro nodos el techo son 71 puntos, y 67 si quieres que la reconstrucción llegue a terminar.

Chasis de servidor de almacenamiento extraído sobre sus guías en un pasillo de datacenter, con dos filas de discos de 3,5 pulgadas en bandejas metálicas y un destornillador apoyado en el borde
7 min lectura

Ceph parchea cuatro CVE: tres los cierra el paquete y el cuarto lo cierras tú

El 19 de agosto Ceph publicó Squid 19.2.6 y Tentacle 20.2.4 con la etiqueta [URGENT]. Uno de los cuatro fallos no se arregla instalando: obliga a rotar todas las claves CephX del clúster, diez pasos a mano, y deja el clúster en HEALTH_ERR mientras tanto. Qué hay dentro de cada CVE, por qué cualquiera con una clave «mon allow r» podía leer las passphrases LUKS de tus discos, y qué encontramos hoy al mirar el repositorio de Ceph de Proxmox.

Un parquímetro con el indicador EXPIRED en rojo y un coche todavía aparcado detrás: la fecha ha pasado y no ha cambiado nada visible
9 min lectura

Proxmox VE 8 caduca en agosto: Debian te seguirá parcheando, el hipervisor no

La tabla oficial de Proxmox dice 2026-08 y no dice el día. Lo que suele quedar fuera del titular es que el soporte extendido de Debian 12 llega hasta junio de 2028 por la misma vía de siempre, así que apt seguirá instalando parches reales en un nodo sin soporte. Qué se congela exactamente, cómo comprobarlo, el orden de la actualización a la 9.2 y por qué forzarla en agosto puede ser peor que llegar tarde.

Interior de un disco duro abierto: el rendimiento real de un OSD de Ceph no lo marca la ficha del fabricante sino el benchmark que midió el propio OSD
7 min lectura

Ceph no rinde lo que pone en la ficha del disco: rinde lo que midió el OSD al arrancar

Desde Ceph Quincy el planificador de los OSD BlueStore es mClock, y el techo de trabajo que reparte no sale de la ficha del fabricante: sale de un benchmark que cada OSD ejecuta al arrancar. Si esa medición se descarta, quedan 315 IOPS para un disco mecánico y 21.500 para uno de estado sólido, compre usted lo que compre. Cómo comprobar qué se cree tu clúster, qué parámetros dejaron de hacer efecto y cuándo el disco sí es el problema.

Parte trasera de un rack de nodos de almacenamiento: la mejora de Fast EC se enciende pool por pool, no con la actualización
7 min lectura

Fast EC llega apagado: el interruptor de Ceph Tentacle que solo gira una vez

Ceph Tentacle trae Fast EC, el trabajo de rendimiento en erasure coding que se llevaba años esperando. Y llega apagado: se enciende pool por pool, con un comando, y el monitor se niega a apagarlo después —revertirlo es vaciar y recrear el pool—. Además, el «al menos el doble» del titular se midió con un stripe unit de 16K, que es exactamente lo que un pool ya creado no puede tener. Las condiciones que comprueba el monitor, la mitad de la mejora que quedó congelada el día que creaste el pool, lo que le pasa al clúster al encenderlo y por qué la réplica de tres vías sigue siendo más rápida.

Ceph Squid 19.2 llega a su fin de vida estimado el 19 de septiembre de 2026
7 min lectura

Tu Ceph tiene fecha: Squid se queda sin parches el 19 de septiembre

La tabla de ciclo de vida de Ceph pone el fin de vida estimado de Squid (19.2) el 19 de septiembre de 2026: cincuenta días desde hoy. La sustituta, Tentacle (20.2), es estable desde noviembre y en Proxmox está marcada como estable desde la 9.2. El problema no es el salto, es que no es un salto: es una secuencia de tres ventanas cuyo orden no eliges tú, con dos detalles que casi nadie ha mirado — el módulo mgr/zabbix desaparece y las optimizaciones de erasure coding no se activan solas.

Proxmox VE 8 llega a su fin de soporte en agosto de 2026
5 min lectura

Proxmox VE 8 se queda sin parches en agosto: por qué no vamos a actualizar el día 30

La tabla de ciclo de vida de la documentación oficial de Proxmox pone el fin de vida de la rama 8 en agosto de 2026. Quedan poco más de treinta días y la reacción típica es bloquear un fin de semana y saltar a la 9. Nuestra postura es la contraria: hay seis situaciones en las que actualizar este agosto es peor idea que llegar tarde. La asimetría de la migración en vivo que convierte tu vuelta atrás en una restauración, por qué Ceph son dos ventanas y no una, los contenedores con systemd viejo que no van a arrancar, y el reparto realista de los treinta días que quedan.

  • 1
  • 2

Suscríbete a nuestra newsletter

Para recibir historias del mundo IT, novedades de everyWAN y ofertas exclusivas para suscriptores, date de alta a nuestra lista de correo

everyWAN
everyWAN