Migración a “SSD premium”: la latencia de solicitud se redujo a la mitad el gran día. Tres semanas después, volvió la lentitud. Los créditos de ráfaga de volumen de VPS están agotados permanentemente: límite máximo de 300 IOPS invisible en la página de precios.
IOPS explica la diferencia entre un disco de “sensación rápida” y un disco sostenible 24 horas al día, 7 días a la semana.
Aleatorio vs secuencial
El marketing suele citar GB/s secuenciales. Su base de datos es aleatoria de 4K a 8K. Mide lo que importa.
| Patrón | Herramienta típica | Sensibilidad |
|---|---|---|
| Lectura/escritura aleatoria | OLTP | IOPS + latencia p99 |
| Secuencial | Copia de seguridad, ETL | MB/s |
| Escritura sincronizada | WAL, fsync | Confirmar latencia |
Explosión y créditos
T2/AWS gp2/gp3, VPS barato: ráfaga y luego acelera. iostat -x 1: %util 100 + espera ms alta = saturación.
Nube: lectura de IOPS de referencia frente a ráfagas contractuales.
Impacto de la aplicación
Postgres: punto de control, autovacuum. MySQL: descarga innodb. Redis AOF fsync siempre = IOPS enlazadas.
Síntoma: CPU inactiva, aplicación lenta, wa alto.
Tamaño
Calcule los IOPS necesarios (supervise el producto o el punto de referencia). Agregue un margen del 30%. Separe los datos/WAL si es posible.
Almacenamiento de objetos para blobs, no disco local para fotografías de usuarios.
Comparar hosts
Post-provisión de referencia idéntica. Sostenida 30 min, no 30 s. Documento para renovación de contrato.
Punto de referencia mínimo
fio 4k randrw 70/30, io Depth 32, tiempo de ejecución 600 s, directo = 1. Clasificación IOPS promedio y latencia p99.
Repita bajo la carga de la aplicación si es posible.
Compara tres proveedores con el mismo nivel de precios: diferencia frecuente de 2×.
Producto de base de datos: separe los datos del volumen y WAL si el proveedor lo permite.
Renegociar con números, no con “es aburrido”.
Ajuste de la aplicación antes de la actualización del disco
Postgres: ajuste de puntos de control, SSD random_page_cost. MySQL: registro de descarga de innodb en la confirmación de la transacción frente a 2: compensación de durabilidad/IOPS.
Actualizar disco sin aplicación de ajuste = decepción repetida.
Elasticsearch en disco conectado a la red sin IOPS aprovisionadas: clúster amarillo permanente: tamaño o SSD local.
Pequeñas escrituras aleatorias con gran carga de fsync: marketing NVMe ≠ latencia de fsync bajo carga.
Tipos de volúmenes de nube
gp3 IOPS aprovisionado de forma independiente del tamaño: actualice IOPS sin cambiar el tamaño de GB.
Almacén de instancias NVMe local efímero: IOPS altas pero pérdida si se detiene la instancia: WAL en el bloque de red con IOPS.
Monitoreo: alerta p99 iostat en espera > 20 ms sostenida.
Resumen operativo
La lectura/escritura combinada de IOPS sostenida determina la sensación de la base de datos, no el marketing NVMe máximo. fio 600s, iostat en espera, separe WAL/datos si es posible. Actualizar disco sin punto de control de ajuste = decepción repetida.
Compare los hosts con el mismo script de referencia antes de firmar.
Antes de comprar un disco premium
Línea de base de fio actual archivada. Nivel de actualización. El mismo guión del Re-fio 600. Compare % de ganancia versus costo +30%. Si gana <15%: ajuste la aplicación primero.
Documente la financiación del memorando de decisión: evita el ciclo anual de actualización del disco sin pruebas.
Renegociación
Renovación conjunta de referencia de PDF: aproveche los datos.
Revisión del índice
Antes de actualizar el disco de nivel, ralentice el registro de consultas una semana más EXPLIQUE los diez primeros. Índice faltante = corrección de IOPS gratuita.
Monitoreo operativo
Gráfico de IOPS en el panel ejecutivo mensual: visibilidad del presupuesto. Factura en la nube y correlación de IOPS aprovisionadas. Revisión mensual de los diez principales pg_stat_statements de Postgres: índice antes del argumento de la factura. Documente las brechas entre la promesa del proveedor de hosting y la medición de campo en la revisión trimestral.
Continuación trimestral
Gráfico de IOPS en el panel ejecutivo mensual: visibilidad del presupuesto. Factura en la nube y correlación de IOPS aprovisionadas. Revisión mensual de los diez principales pg_stat_statements de Postgres: índice antes del argumento de la factura. Documente las brechas entre la promesa del proveedor de hosting y la medición de campo en la revisión trimestral.
Mantenga un runbook fechado, métricas de antes y después, revisión posterior al incidente: la disciplina acumulativa evita el pánico del viernes por la noche.
Mantenga un runbook fechado, métricas de antes y después, revisión posterior al incidente: la disciplina acumulativa evita el pánico del viernes por la noche.
Mantenga un runbook fechado, métricas de antes y después, revisión posterior al incidente: la disciplina acumulativa evita el pánico del viernes por la noche.
Mantenga un runbook fechado, métricas de antes y después, revisión posterior al incidente: la disciplina acumulativa evita el pánico del viernes por la noche.
Mantenga un runbook fechado, métricas de antes y después, revisión posterior al incidente: la disciplina acumulativa evita el pánico del viernes por la noche.
fio y sintonización
fio 600 antes del nivel premium. <15% de ganancia → Ajuste de Postgres primero. Renovación de PDF. División de datos/WAL.
Síntomas: CPU iowait inactiva, puntos de control largos, profundidad de cola >10.
Decide y avanza sin puntos ciegos
- Idéntico punto de referencia de fio: 4k randrw 70/30, profundidad de io 32, 600 s, directo = 1 en volumen inactivo y luego bajo carga de la aplicación.
- Compare tres proveedores con el mismo precio de nivel: diferencia frecuente de 2×; archivar PDF para renovarlo.
- Datos separados y WAL: si el proveedor lo permite en el producto PostgreSQL.
- Lea IOPS mixtos sostenidos: no marketing en ráfagas de diez segundos.
- Renegociar con números: no “es aburrido” sin iowait y profundidad de cola.
Elija su nivel de almacenamiento a través del directorio, el comparador y nuestras bases de datos guías.
Preguntas frecuentes
¿IOPS frente a rendimiento de MB/s?
IOPS = 4K operaciones aleatorias/s. MB/s = secuencial. DB OLTP = IOPS aleatorias; copia de seguridad/vídeo = tasa de bits.
¿Por qué cifras de marketing poco realistas?
Ráfaga corta, lectura ideal en 4K, caché local: la producción de lectura/escritura mixta sostenida es mucho menor.
¿Cómo realizar la prueba?
fio --rw=randrw --bs=4k --io Depth=32 en volumen inactivo Y bajo carga de aplicación. Compara proveedores.
¿Síntomas de subdimensión?
iowait alto, punto de control de Postgres largo, latencia de confirmación de MySQL, profundidad de cola de disco > 10 sostenida.
Solicite soporte para el límite sostenido de IOPS antes del próximo Black Friday: la ráfaga no cubre ocho horas pico.