El refresh de storage llega cada cuatro o cinco años, y casi siempre encuentra a la empresa sin el número que importa
Una cabina de almacenamiento se compra una vez por ciclo. Entre una compra y la siguiente pasan cuatro o cinco años en los que el volumen de datos se multiplica, aparecen aplicaciones que nadie había previsto, la virtualización crece por acumulación y las bases de datos que antes toleraban una noche caída pasan a ser el corazón de la facturación. Cuando el ciclo se cierra y hay que reemplazar, la conversación arranca casi siempre por el lugar equivocado: comparando hojas de especificaciones.
El resultado es una de dos decisiones, y las dos se pagan. O se cotiza la cabina más grande que entra en el presupuesto —y la empresa termina pagando licencias de software y niveles de soporte de gama alta para cargas que nunca los van a usar— o se cotiza la más chica que alcanza hoy, y el ahorro de la orden de compra se devuelve completo la primera vez que un volumen crítico queda fuera de línea un día hábil entero.
Las dos salen caro. Y las dos tienen el mismo origen: se dimensionó contra el presupuesto disponible, no contra el dato real.
Las tres preguntas que ordenan la decisión antes de mirar un modelo
Antes de nombrar una línea de producto conviene responder tres preguntas. No son técnicas en el sentido de requerir un benchmark: son preguntas de negocio, y las tres se pueden contestar con la gente de sistemas y el responsable de la operación sentados en la misma mesa. Es el mismo orden que seguimos en cada relevamiento de almacenamiento, y en la práctica define el nivel de cabina antes de abrir cualquier catálogo.
1. ¿Qué criticidad tiene el dato que va a vivir ahí?
No todo el almacenamiento de una empresa tiene el mismo peso. Conviene separarlo en capas explícitas:
- Dato transaccional en línea: el ERP, la base de datos de facturación, el sistema de gestión de planta. Si se detiene, se detiene la empresa.
- Dato productivo general: archivos de trabajo, máquinas virtuales de servicios internos, entornos de aplicaciones. Una caída molesta y cuesta horas, pero no frena la facturación.
- Dato frío y repositorio de respaldo: históricos, backups, archivo legal, grabaciones de videovigilancia. Crece mucho, se lee poco, y su valor está en existir, no en responder rápido.
El error más común es aplicar el mismo nivel de servicio —y el mismo costo por terabyte— a las tres capas. La mayoría de las organizaciones de más de 150 empleados tiene entre el 15% y el 30% de sus datos en la primera capa. Pagar gama alta por el 100% del volumen es exactamente el sobrecosto que después aparece en la renovación de licencias.
2. ¿Cuánto downtime y cuánta pérdida de datos tolera realmente el negocio?
Acá aparecen las dos métricas que ordenan todo lo demás, y que conviene expresar en horas y en pesos, no en adjetivos:
- RPO (Recovery Point Objective): cuántos minutos u horas de trabajo puede perder la empresa si hay que restaurar. Si la respuesta es “ninguno”, la arquitectura necesita replicación sincrónica, y eso ya define la gama.
- RTO (Recovery Time Objective): cuánto puede tardar el servicio en volver. Un RTO de ocho horas y un RTO de quince minutos no se resuelven con la misma cabina ni con el mismo contrato de soporte.
La forma honesta de contestarlas es monetizarlas: cuánto cuesta una hora de planta detenida, o un día sin facturar. Ese número, y no el catálogo, es el que justifica —o descarta— saltar de nivel.
3. ¿Cuál es el presupuesto real a cinco años, no el precio de la caja?
El precio del gabinete es la parte visible y muchas veces la menor. El costo total de propiedad de una cabina incluye, como mínimo:
- Licencias del software de datos (replicación, snapshots, cifrado, tiering) y su modelo de renovación.
- El nivel de soporte contratado y su duración: no es lo mismo tres años que cinco.
- El crecimiento de capacidad previsto y cuánto cuesta ampliarla sin reemplazar la controladora.
- La energía y el espacio de rack, sobre todo cuando se reemplaza una cabina de discos mecánicos por una todo-flash.
Recién con esas tres respuestas escritas tiene sentido mirar las líneas de producto. Y ahí la comparación deja de ser “cuál es mejor” y pasa a ser “cuál corresponde”.
Las tres líneas de Dell, ordenadas por el problema que resuelven
Dell organiza su portafolio de almacenamiento en bloques por niveles de criticidad. Traducido a la decisión real:
PowerVault: capacidad confiable para la capa que no necesita gama alta
La familia PowerVault ME5 es una cabina de bloque de entrada, con conectividad SAS, iSCSI y Fibre Channel, pensada para cargas donde lo que se necesita es capacidad ordenada y protegida, no latencia mínima. Su lugar natural: repositorio de backup, almacenamiento de archivos y contenido frío, videovigilancia IP, entornos de una sola sede con virtualización moderada, o empresas donde el volumen crítico todavía es acotado.
Su virtud es económica y es real: pone el costo por terabyte donde tiene que estar para la capa de datos que no justifica más. Su límite también es claro: no es la plataforma para servicios de misión crítica que exijan continuidad transparente ante una falla de sitio.
PowerStore: la SAN todo-flash de la empresa mediana y grande
PowerStore es el punto donde se resuelve hoy la mayoría de los proyectos de refresh de +150 empleados: arquitectura todo-flash NVMe, controladoras activas en escalamiento, reducción de datos en línea siempre activa, replicación asincrónica y sincrónica, y capacidad de crecer sumando nodos sin rediseñar la SAN.
Las cifras públicas de la gama actual dan la dirección en la que se mueve el segmento medio-alto: el fabricante declara hasta 3 veces más rendimiento que generaciones previas, una garantía de reducción de datos de hasta 6:1 —que es lo que convierte una compra de capacidad bruta en capacidad efectiva mucho mayor— y automatización asistida por inteligencia artificial para el balanceo y el diagnóstico, que en la práctica es lo que le devuelve horas al equipo de infraestructura.
El dato de la reducción no es marketing de folleto: cambia el dimensionamiento. Una necesidad de 300 TB efectivos no se compra igual si la plataforma sostiene una relación de reducción medida sobre las cargas reales. Ese cálculo se hace antes de la orden de compra, con los datos de la empresa, no después.
PowerMax: misión crítica, cuando el RPO es cero
PowerMax es la gama alta del portafolio, y existe para un escenario preciso: aplicaciones donde la interrupción no es negociable. Replicación activa-activa entre sitios con RPO cero, niveles de disponibilidad de seis nueves, snapshots sin impacto en rendimiento, cifrado de datos en reposo y la escala de entrada/salida que exigen los entornos transaccionales más pesados.
No es la respuesta por defecto. Es la respuesta cuando la pregunta 2 del framework se contestó con “no podemos perder ni un minuto de transacciones” y ese minuto tiene un precio calculable.
Tabla: qué línea corresponde a cada caso
| Línea | Caso que resuelve | Criticidad del dato | RPO/RTO típico del escenario | Señal de que te corresponde |
|---|---|---|---|---|
| PowerVault ME5 | Capacidad de bloque para backup, archivo, videovigilancia y virtualización moderada de una sede. | Media y baja. Dato productivo general y dato frío. | RPO de horas, RTO de un día hábil. | El volumen crece pero la operación no se detiene si un volumen tarda en restaurar. |
| PowerStore | SAN todo-flash consolidada para virtualización, bases de datos productivas y crecimiento por nodos. | Alta. Núcleo productivo de la empresa. | RPO de minutos, RTO de minutos a pocas horas. | Consolidás varias islas de storage y necesitás crecer sin rediseñar la SAN cada dos años. |
| PowerMax | Aplicaciones de misión crítica con continuidad entre sitios. | Crítica. Transaccional que no puede parar. | RPO cero, RTO prácticamente transparente. | Una hora de detención tiene un costo cuantificado y el negocio ya decidió que no lo acepta. |
El nivel de soporte es parte del dimensionamiento, no un extra del final
Acá está la mitad del problema que casi nunca se discute a tiempo. La cabina define cuánto tarda el dato en volver si el equipo está sano. El contrato de soporte define cuánto tarda en volver cuando el equipo falla. Dimensionar una sin la otra es dejar la mitad del RTO sin resolver.
La diferencia entre los niveles disponibles es concreta y medible:
- ProSupport: soporte oficial del fabricante con atención en sitio al próximo día hábil. Para la capa de dato productivo general y para el repositorio de respaldo, suele ser exactamente lo que corresponde.
- ProSupport Plus for Infrastructure: atención en sitio con despacho en 4 horas, 7×24, y un compromiso de reparación de 6 horas sobre la infraestructura cubierta, más análisis predictivo de fallas y un responsable técnico asignado a la cuenta. El fabricante publica un 97% de satisfacción sobre este nivel de servicio.
Traducido al framework: si la respuesta a la pregunta 2 fue un RTO de horas y no de días, el próximo día hábil no alcanza, por más que la cabina sea la correcta. Y al revés —y esto es lo que devuelve presupuesto— si el volumen en cuestión es un repositorio de backup, contratar 4 horas 7×24 sobre ese equipo es un costo recurrente sin contraparte operativa.
En proyectos de más de una cabina, la decisión ni siquiera es uniforme: es perfectamente razonable sostener la SAN productiva con ProSupport Plus 4 horas y la cabina de respaldo con ProSupport próximo día hábil. Eso es dimensionar. Lo contrario es comprar un paquete.
A tener en cuenta antes de cerrar la configuración
Tres validaciones de infraestructura que conviene resolver en el relevamiento y no durante la implementación:
- Compatibilidad con la red de almacenamiento existente. Migrar a una plataforma todo-flash NVMe puede exigir revisar los switches de SAN, los transceptores y las versiones de firmware de los hosts. Una cabina moderna colgada de una red troncal de generación anterior rinde por debajo de lo que se pagó.
- Ventana de migración y convivencia. El dato viejo tiene que viajar. Definir si la cabina saliente convive durante la migración, cuánto tiempo y con qué licencias de replicación es parte del proyecto, no un detalle posterior.
- Disponibilidad y plazos. Entrega inmediata en configuraciones con stock local disponible; importación programada en 30-60 días para proyectos de volumen o ensamblados de fábrica a medida. Ese plazo se planifica al inicio, junto con la fecha objetivo de corte.
El contexto argentino: cómo se financia una cabina sin inmovilizar capital
En Argentina, la decisión de almacenamiento no termina en la ingeniería: termina en cómo se paga. Activar una cabina como bien de uso inmoviliza capital de trabajo durante todo el ciclo de amortización, justo en el momento en que la empresa más necesita liquidez operativa.
El esquema de leasing convierte esa inversión en una cuota operativa deducible, con la ventaja fiscal correspondiente y con la infraestructura crítica alineada al mismo horizonte temporal que el contrato de soporte. Este punto lo desarrollamos en Alta disponibilidad sin descapitalizarse: cómo financiar tu infraestructura crítica en 2026 y en El costo oculto de comprar hardware: por qué activar activos fijos puede estar frenando tu liquidez.
Cómo lo dimensionamos en Shandd
Antes de proponer una línea de producto relevamos el volumen actual y su tasa de crecimiento medida, la distribución del dato por criticidad, el perfil de entrada/salida de las cargas productivas, el RPO y el RTO declarados por el negocio para cada capa, la arquitectura de red de almacenamiento existente y el horizonte de amortización previsto.
Con eso sobre la mesa la conversación cambia de forma: deja de ser “¿cuál es la mejor cabina?” y pasa a ser “estas son las capas de dato de tu empresa, este es el nivel de servicio que cada una justifica, y este es el costo total a cinco años de cada alternativa”. La configuración sale de ahí. Es el mismo criterio con el que trabajamos el dimensionamiento de cómputo, que desarrollamos en Guía técnica 2026: cómo dimensionar servidores Dell PowerEdge para virtualización.
Si tu ciclo de refresh de almacenamiento se abre este año, el primer paso no es pedir tres cotizaciones para compararlas por precio: es medir contra qué se está cotizando.
Preguntas frecuentes
¿Cuándo se justifica saltar de PowerVault a PowerStore?
Cuando el dato que va a vivir en la cabina pasó a ser núcleo productivo: virtualización consolidada, bases de datos en producción o aplicaciones cuyo RTO se mide en minutos y no en días. También cuando la empresa tiene varias islas de almacenamiento separadas y el objetivo es consolidarlas con capacidad de crecer sumando nodos.
¿PowerMax es solo para grandes corporaciones?
No por tamaño de empresa, sino por tipo de carga. La pregunta que lo define es si existe una aplicación cuyo RPO sea cero —es decir, que no pueda perder ni un minuto de transacciones— y si esa exigencia tiene un costo de interrupción cuantificado que la justifique. Hay empresas medianas con esa condición y corporaciones que no la tienen en todas sus cargas.
¿Conviene contratar el mismo nivel de soporte para todas las cabinas del proyecto?
Rara vez. Lo habitual y más eficiente es contratar ProSupport Plus con respuesta en 4 horas 7×24 sobre la plataforma que sostiene el dato crítico, y ProSupport con atención al próximo día hábil sobre el repositorio de respaldo o el almacenamiento de archivo. Uniformar hacia arriba encarece sin aportar disponibilidad donde hace falta; uniformar hacia abajo deja el RTO crítico sin cubrir.
¿Cuánto tiempo lleva un relevamiento de dimensionamiento de storage?
Depende de la cantidad de cargas a medir, pero el insumo clave —volumen actual, tasa de crecimiento y perfil de entrada/salida de las aplicaciones productivas— suele obtenerse en pocos días de medición sobre la infraestructura existente. Es tiempo que se recupera entero en la precisión de la configuración final.