El comunicado que Proxmox publicó el 5 de noviembre de 2026 para anunciar a Everpure como socio está escrito en dos tiempos verbales distintos, y ahí está todo. El soporte va en presente: Proxmox VE «is supported across the full Everpure FlashArray™ family». La integración va en futuro: «FlashArray will integrate directly with Proxmox VE». Entre una frase y otra caben los meses que tu proyecto no tiene. Y las palabras que decide un diseño —snapshot, clone, provisioning, plugin— no aparecen ni una vez en toda la nota: están en el blog de Everpure, en presente continuo y sin fecha.
Las tres frases del comunicado, en orden
La primera establece el soporte: «Proxmox Virtual Environment is supported across the full Everpure FlashArray™ family of high-performance and efficient all-flash storage arrays». La segunda, el cómo: «Everpure FlashArray delivers centralized shared storage for Proxmox VE clusters over iSCSI, Fibre Channel, NVMe/TCP, or NFS», para máquinas virtuales y para contenedores. La tercera es la que conviene no saltarse: «FlashArray will integrate directly with Proxmox VE, so the platform's built-in high availability and live migration work seamlessly, with virtual machines moving between nodes without copying their disks». Dos presentes y un futuro, en tres frases seguidas.
El resto del comunicado es ecosistema: Everpure entra como Solution Provider oficial, Thomas Lamprecht, CTO de Proxmox, dice que dan la bienvenida a «uno de los nombres más conocidos del almacenamiento all-flash» como socio de soluciones, y Craig Robertson, AVP de Partners para EMEA y LatAm de Everpure, dice que sus partners podrán diseñar soluciones de Proxmox VE sobre FlashArray «con confianza». Hay además tres cifras de contexto que explican por qué los fabricantes de cabinas están llamando a esta puerta: Proxmox VE declara más de 2,3 millones de hosts, una comunidad de más de 225.000 miembros y más de 60.000 empresas con suscripción de soporte activa.
El recuento, por si alguien quiere repetirlo con el buscador del navegador: «snapshot», cero; «clone», cero; «provisioning», cero; «plugin», cero. Lo que el comunicado promete en materia de almacenamiento es alta disponibilidad y migración en vivo sin copiar los discos, que es mucho y es real. Lo que no menciona son las operaciones que un administrador toca cada semana.
El plugin que están construyendo, contado por ellos
La parte que falta en la nota de prensa está en el blog técnico de Everpure, y está dicha con una honestidad que agradecemos: «One of the capabilities we're already working on is building a native storage plugin for Proxmox VE». Describen ese plugin como un orquestador de backend, comparable a Cinder en OpenStack o a un driver CSI de Kubernetes, para «provision, attach, snapshot, and clone VM disks on FlashArray». El objetivo declarado incluye snapshots y clones descargados en la cabina («array-offloaded»), que es exactamente lo que un administrador de vSphere da por hecho y echa de menos a los diez minutos de entrar en Proxmox.
El diseño nos parece el correcto: un plugin que hable con la cabina es la única forma de que un snapshot que tomas desde Proxmox signifique algo en la cabina, y al revés. Pero «ya estamos trabajando en ello» tiene una traducción operativa que no admite matices: hoy no existe, no hay fecha publicada, y el laboratorio que describen son seis nodos de Proxmox VE 9.1 repartidos en dos emplazamientos. Mientras tanto, un snapshot tomado en la cabina no aparece en la consola de Proxmox: son dos inventarios de puntos de restauración que no se hablan, y el que mira tu equipo de guardia es el de Proxmox.
Lo que te encuentras hoy al presentar el LUN
Mientras el plugin se escribe, FlashArray entra en Proxmox por donde entra cualquier cabina de bloque: presentas un LUN por iSCSI, Fibre Channel o NVMe/TCP, y encima pones LVM. La documentación de Proxmox lo dice sin adornos: el backend implementa bloqueo correcto en todo el clúster si el almacenamiento está marcado como compartido en la configuración, y así se usa sobre LUN de iSCSI o sistemas equivalentes. Funciona, es estable y es lo que llevamos años operando. Lo que no te da de serie son las dos cosas que todo el mundo pregunta primero.
- 1Snapshots. Desde Proxmox VE 9 existe la opción
snapshot-as-volume-chain, que apila volúmenes qcow2 como cadena de respaldo sobre LVM. La propia documentación la etiqueta como technology preview, avisa de que activar o desactivar el flag «only affects newly created virtual disk volumes» —los discos que ya existen se quedan como estaban— y pide que el almacenamiento de abajo soporte aprovisionamiento fino ydiscardpara que sea eficiente. - 2El snapshot clásico de LVM no es una alternativa. La documentación explica por qué: los snapshots normales de LVM son ineficientes porque interfieren con todas las escrituras del grupo de volúmenes entero mientras el snapshot está activo, y eso degrada la E/S. En un cluster con la cabina compartida por todos los nodos, eso no es un detalle de laboratorio.
La vía NFS —FlashArray la ofrece con sus servicios de ficheros— cambia el juego por otro: ahí los discos son ficheros qcow2 y el snapshot lo gestiona Proxmox, con su propia nota al pie. Las ocho formas de montar almacenamiento compartido en Proxmox, con la letra pequeña de cada una, las desmenuzamos hace unos días en este repaso de la tabla de backends; y por qué no existe todavía un equivalente de VMFS verificado en cabina lo contamos en este otro. Si lo que te preocupa es qué pasa con los snapshots que ya tienes en la cabina el día de la mudanza, eso tiene su propio artículo: el snapshot no viaja.
Cuatro anuncios de almacenamiento en 2026 y un título que cambia
Está en los títulos, que cualquiera puede ver en el índice de notas de prensa de Proxmox. El 4 de marzo: «native NAKIVO integration». El 27 de abril: «native StorPool integration». El 29 de octubre: «native storage integration» con Lightbits. El 5 de noviembre, el de Everpure: «expands enterprise storage options». La expresión que no aparece en el cuarto es native integration, y es justo la que separa un backend que Proxmox entiende de una cabina que Proxmox ve como un LUN.
Dicho lo cual, «integración nativa» tampoco es un cheque al portador, y esta advertencia ya nos la hemos hecho a nosotros mismos. El plugin de Lightbits es código del propio fabricante, publicado en abierto y mantenido junto a la comunidad, cuya documentación declara que no forma parte del producto comercial LightOS y que no está cubierto por sus acuerdos de soporte ni por sus SLA. Un adjetivo en un titular no dice quién contesta el teléfono.
Por qué buscas «Pure Storage» y no encuentras el anuncio
Detalle práctico que ahorra media hora de confusión: Everpure es Pure Storage. El cambio de nombre se anunció el lunes 23 de febrero de 2026; la compañía pasó a operar con el nombre Everpure aquel mismo jueves, el 26, y empezó a cotizar bajo esa marca el 5 de marzo, sin cambiar el símbolo de cotización (PSTG). Su blog técnico, el que cuenta lo del plugin, vive ya en blog.everpuredata.com. Si en tu documentación interna, en tus contratos de soporte o en tus búsquedas sigue poniendo «Pure Storage», estás buscando el nombre antiguo de la misma cabina. Vale la pena anotarlo en el inventario antes de que alguien del equipo concluya que el fabricante «no soporta Proxmox» porque la nota de prensa no lleva el nombre que él recuerda.
Lo que sí cambia el 5 de noviembre, que no es poco
Sería fácil quedarse en el cinismo del «es solo un comunicado», y sería injusto. En las reuniones donde se decide una migración, la objeción que más veces hemos visto frenar un proyecto no es técnica: es «mi fabricante de cabina no soporta eso». Esa frase, para quien tenga FlashArray, hoy ya no se puede decir. Y para una casa con fábrica de Fibre Channel montada y amortizada, un soporte declarado por el fabricante pesa más en la práctica que un plugin bonito: significa que si el multipath hace cosas raras con Proxmox, hay alguien al otro lado del teléfono que no te dirá que tu plataforma no está en su lista.
Las tres preguntas que hacemos antes de firmar un diseño
- ✓¿Dónde vive el código y quién lo firma? Un plugin dentro del repositorio de Proxmox, un plugin del fabricante bajo contrato y un proyecto comunitario mantenido con el mejor esfuerzo son tres cosas distintas con tres facturas distintas el día del incidente.
- ✓¿Qué operación sigue siendo manual, y a qué hora se hace? Aprovisionar un volumen a mano un martes por la tarde es papeleo. Hacerlo a las tres de la madrugada, con el cliente parado y sin el runbook escrito, es otra cosa.
- ✓¿Los discos se van a crear de cero? Es la pregunta que casi nadie hace y la que decide si un flag te sirve de algo. Si la migración copia los discos a volúmenes nuevos, el
snapshot-as-volume-chainaplica; si mueves volúmenes existentes tal cual, no.
Las hacemos porque no vendemos licencias de nadie: no somos resellers de Proxmox, ni de VMware, ni de ninguna cabina. Esa es toda nuestra ventaja al responder esta clase de preguntas, y es también la razón por la que a veces la respuesta es «quédate donde estás un año más». Si quieres esa lectura aplicada a tu inventario y a tu contrato, es exactamente lo que hacemos en consultoría IT.
Cuándo esperar al plugin y cuándo no esperarlo
El caso habitual que nos llega es este: cabina de hace tres años, amortizada, con soporte vigente; vSphere renovándose a un precio que ya no se defiende solo; y la pregunta de si conviene parar el proyecto hasta que salga el plugin. Nuestra respuesta en ese escenario es que no. Diseñas con lo que hay —LUN compartido, LVM, y el inventario escrito de qué operación se hace a mano—, lo documentas y avanzas. Posponer una migración de VMware a Proxmox esperando una versión que nadie ha fechado acaba siendo una renovación de licencias firmada por omisión.
Espéralo —o busca otra ruta— si tu operación depende de snapshots de producción tomados y revertidos desde la consola de virtualización, varias veces al día, como parte de un procedimiento escrito. En ese caso el plugin no es una mejora, es un requisito, y un requisito sin fecha se trata como un riesgo: o te quedas en la plataforma actual mientras llega, o montas la capa de almacenamiento donde las capacidades ya están hoy y sin asterisco, que es lo que nos lleva a proponer Ceph en bastantes diseños de infraestructura cuando la cabina no es intocable.
Cuatro anuncios de almacenamiento en nueve meses, dos de ellos en las últimas tres semanas: el ecosistema de Proxmox se está llenando de nombres grandes y eso es buena señal para cualquiera que vaya a salir de VMware. El calendario de un comunicado y el de una migración, eso sí, corren a velocidades distintas. La pregunta que te va a doler no la contesta el logotipo de la nota de prensa, sino el inventario de qué operación sigue haciéndose a mano y quién la tiene escrita.
Fuentes (verificadas el 8 de noviembre de 2026): nota de prensa «Proxmox expands enterprise storage options with Everpure FlashArray», 5-nov-2026, y el índice de notas de prensa con las fechas y títulos de NAKIVO (4-mar), StorPool (27-abr) y Lightbits (29-oct) — proxmox.com. Plugin nativo en construcción, comparación con Cinder/CSI y prueba sobre Proxmox VE 9.1 — blog.everpuredata.com. Comportamiento de LVM, snapshot-as-volume-chain como technology preview, efecto solo en volúmenes nuevos y degradación de E/S del snapshot clásico — documentación de almacenamiento de Proxmox VE y wiki Storage: LVM. Cambio de nombre de Pure Storage a Everpure (anuncio 23-feb-2026, operativa desde el 26-feb-2026 y cotizando como Everpure desde el 5-mar-2026, dominios a everpuredata.com, símbolo PSTG sin cambios) — SiliconANGLE y Computer Weekly. La declaración de soporte del plugin de Lightbits («community-driven», mantenido «on a best-effort basis» y fuera del producto comercial) la verificamos el 2 de noviembre de 2026 y está recogida en nuestro repaso de los ocho almacenamientos. Foto: panel de fibra óptica, licencia libre (detalle y atribución al pie de la imagen en el repositorio del sitio).
¿Tienes una cabina amortizada y te están vendiendo una migración?
En everyWAN diseñamos y operamos Proxmox VE en producción y no vendemos licencias de nadie. Te decimos qué capacidades tienes hoy con tu cabina, qué queda manual y si conviene esperar —aunque la respuesta sea que no migres todavía.
Hablar con everyWAN
Microsoft 365
ES 
CAT 
EN