SSD SATA II dura 1 PB: 25x su TBW y qué significa para tu startup

¿Qué pasó con este SSD de 16 años?

Un SSD SATA II de 16 años de antigüedad ha logrado escribir 1 petabyte de datos antes de fallar, superando su TBW (Terabytes Written) rating por 25 veces. Este caso, documentado en pruebas de estrés de hardware, demuestra que los límites de durabilidad que los fabricantes publican en las especificaciones técnicas son considerablemente conservadores.

Para founders que gestionan infraestructura tech o evalúan costos de almacenamiento en sus startups, este dato no es solo curiosidad técnica: representa un margen de seguridad real que puede impactar decisiones de compra, dimensionamiento de servidores y proyecciones de TCO (Total Cost of Ownership) a 5 años.

¿Qué es el TBW y por qué los fabricantes lo subestiman?

El TBW (Terabytes Written) es la métrica estándar que indica cuántos terabytes puede escribir un SSD antes de que el fabricante espere desgaste relevante en las celdas de memoria NAND. Según el estándar JEDEC JESD218, este valor define la garantía de durabilidad, no una fecha de caducidad estricta.

👥 ¿Quieres ir más allá de la noticia?

En nuestra comunidad discutimos las tendencias, compartimos oportunidades y nos ayudamos entre emprendedores. Sin humo, solo acción.

👥 Unirme a la comunidad

En SSDs de consumo actuales, los TBW típicos varían según capacidad: un Samsung 970 EVO ofrece aproximadamente 150 TBW en 250 GB, 300 TBW en 500 GB, 600 TBW en 1 TB y 1.200 TBW en 2 TB, con garantía de 5 años o el TBW especificado, lo que ocurra primero.

El caso del SSD SATA II que alcanzó 1 PB (1.000 TB) con un rating nominal de ~40 TBW (1.000 ÷ 25 = 40 TBW) no es aislado. En 2016, la publicación alemana Heise Online realizó pruebas de escritura intensiva durante un año completo sobre múltiples SSD, incluyendo el Samsung 850 PRO. Los resultados: incluso las unidades con peor rendimiento multiplicaron por 2,5× su TBW nominal, mientras que el 850 PRO llegó a 9,1 petabytes escritos, aproximadamente 60 veces más que su especificación de fábrica.

Esto revela un patrón consistente: los fabricantes establecen TBW conservadores para cubrir casos extremos y minimizar reclamaciones de garantía, no porque el disco deje de funcionar al alcanzar ese número.

¿Cómo se compara este caso con SSDs modernos?

La tecnología NAND ha evolucionado significativamente en 16 años. Los SSD SATA II de esa generación usaban memoria MLC (Multi-Level Cell) o incluso SLC (Single-Level Cell) en modelos enterprise, que ofrecen mayor resistencia por celda que la TLC (Triple-Level Cell) y QLC (Quad-Level Cell) predominantes en SSDs de consumo actuales.

Sin embargo, los controladores modernos implementan algoritmos de wear leveling (distribución uniforme de escrituras) más sofisticados, overprovisioning dinámico y corrección de errores avanzada (ECC), lo que compensa parcialmente la menor resistencia intrínseca de las celdas TLC/QLC.

En entornos enterprise, la métrica relevante no es TBW sino DWPD (Drive Writes Per Day), que indica cuántas veces puede escribirse la capacidad total del disco por día durante el periodo de garantía. Un SSD con 1 DWPD puede reescribir su capacidad completa una vez al día durante 5 años; uno con 3 DWPD o 5 DWPD está diseñado para cargas de escritura intensiva como bases de datos, logging o caches persistentes.

Para startups, la lección es clara: no dimensionar almacenamiento solo por TBW de marketing, sino por el patrón real de escrituras de la carga de trabajo.

¿Qué significa esto para tu startup?

Si tu startup gestiona infraestructura propia, corre bases de datos en la nube o simplemente evalúa hardware para servidores de desarrollo, este caso tiene implicaciones prácticas inmediatas:

Primero, recalcula tu TCO de almacenamiento. Si los SSD duran 25× más que su rating nominal, tu proyección de reemplazo de hardware a 3-5 años puede ser excesivamente conservadora. Esto afecta directamente el cash flow y la planificación de CapEx.

Segundo, prioriza monitoreo sobre reemplazo preventivo. En lugar de cambiar discos por antigüedad o por alcanzar un % arbitrario de TBW, implementa alertas basadas en Total Host Writes reales y atributos SMART de desgaste. Herramientas como CrystalDiskInfo, SSDFresh o comandos nativos de Linux (smartctl) te dan visibilidad en tiempo real.

Tercero, separa capas de almacenamiento por patrón de escritura. No uses el mismo SSD para sistema operativo, bases de datos transaccionales y logs de aplicación. Asigna:

  • NVMe/SSD enterprise (3-5 DWPD) para bases de datos y cargas transaccionales
  • SSD de consumo (0,3-1 DWPD) para sistema operativo y aplicaciones
  • HDD o almacenamiento secundario para logs, backups y datos fríos

Cuarta acción concreta: si estás en fase temprana y usas cloud, modela el costo de escrituras en tu proveedor (AWS EBS, Google Persistent Disk, Azure Managed Disks) versus hardware on-premise. En algunos casos, el overprovisioning de cloud sale más caro que un SSD enterprise que durará 5+ años reales.

¿Deberías comprar SSDs enterprise o de consumo?

La respuesta depende de tu workload real, no del presupuesto disponible. Si tu startup corre:

  • Bases de datos transaccionales (PostgreSQL, MySQL, MongoDB con writes intensivos)
  • Sistemas de logging centralizado (ELK Stack, Splunk)
  • Colas de mensajes persistentes (Kafka, RabbitMQ con persistencia)
  • Caches que escriben en disco (Redis con RDB/AOF)

Invierte en SSD enterprise con DWPD verificable y garantía de 5 años. El costo inicial es 2-3× mayor, pero el TCO a 5 años puede ser menor por menor tasa de fallo y mejor rendimiento sostenido.

Si tu uso es:

  • Desarrollo y testing
  • Servidores de staging
  • Workloads de lectura predominante (CDN, serving de assets)

SSD de consumo de línea «PRO» o «Plus» (Samsung 870 EVO, Crucial MX500, WD Blue) ofrecen suficiente margen. Como demostró el caso de Heise, incluso los peores SSD de consumo superan 2,5× su TBW nominal.

Conclusión

El SSD SATA II de 16 años que alcanzó 1 petabyte de escrituras (25× su TBW) no es una anomalía: es evidencia de que los ratings de los fabricantes son conservadores por diseño. Para founders, esto significa que pueden planificar infraestructura con márgenes de seguridad reales, no teóricos.

La clave está en medir escrituras reales, separar capas por patrón de uso y monitorear desgaste en lugar de reemplazar por calendario. En un contexto donde cada dólar de CapEx cuenta para una startup, entender la durabilidad real del hardware puede liberar capital para invertir en lo que realmente mueve la aguja: producto, equipo y crecimiento.

Fuentes

¿te gustó o sirvió lo que leíste?, Por favor, comparte.

👥 ¿Quieres ir más allá de la noticia?

En nuestra comunidad discutimos las tendencias, compartimos oportunidades y nos ayudamos entre emprendedores. Sin humo, solo acción.

👥 Unirme a la comunidad

Daily Shot: Tu ventaja táctica

Lo que pasó en las últimas 24 horas, resumido para que tú no tengas que filtrarlo.

Suscríbete para recibir cada mañana la curaduría definitiva del ecosistema startup e inversionista. Sin ruido ni rodeos, solo la información estratégica que necesitas para avanzar:

  • Venture Capital & Inversiones: Rondas, fondos y movimientos de capital.
  • IA & Tecnología: Tendencias, Web3 y herramientas de automatización.
  • Modelos de Negocio: Actualidad en SaaS, Fintech y Cripto.
  • Propósito: Erradicar el estancamiento informativo dándote claridad desde tu primer café.

📡 El Daily Shot Startupero

Noticias del ecosistema startup en 2 minutos. Gratis, cada día hábil.

Share to...