Saltar al contenido

Mantener y proteger

Cómo revisar almacenamiento y capacidad antes de ampliar infraestructura

Ampliar el servidor o el plan de almacenamiento a veces es necesario, pero muchas veces el problema es otro: datos que crecen sin control, retenciones mal definidas o un pico que no se repetirá. Esta guía explica cómo revisar tendencias, límites, retención y crecimiento antes de decidir.

En esta guía
Revisión de capacidad basada en medición, optimización y decisión de ampliación.

«El disco está al 90 %, hay que comprar más»

La alerta llega y la solución parece obvia. Pero antes de ampliar conviene preguntar: ¿llegó al 90 % de forma gradual o de golpe? ¿Qué ocupa el espacio? ¿Cuánto tiempo debemos guardar eso? Ampliar sin respuestas puede resolver el síntoma por unos meses y volver a aparecer, con un costo mayor.

Cuatro preguntas antes de ampliar

Qué revisar
PreguntaQué buscar
Tendencia¿El uso crece de forma constante, por escalones o hubo un pico?
Límites¿Cuál es el máximo del plan o servidor y a qué ritmo te acercas?
Composición¿Qué ocupa el espacio: base de datos, archivos, registros, copias?
Retención¿Cuánto tiempo debe guardarse cada tipo de dato y por qué?

Tendencia: mira semanas, no un día

Registra el uso cada semana durante al menos un mes. Un crecimiento constante permite estimar cuándo llegarás al límite. Un salto suele tener una causa: una importación, una copia que quedó en el servidor, registros de errores que crecieron. Las guías de AWS sobre rendimiento y confiabilidad recomiendan monitorear el uso para planear capacidad en lugar de reaccionar.

Composición

Pide a tu equipo técnico o proveedor que identifique qué ocupa espacio. Las bases de datos tienen herramientas para eso: PostgreSQL documenta cómo determinar el uso de disco, y MongoDB ofrece estadísticas de cada base. Es común encontrar copias de seguridad guardadas en el mismo servidor, registros sin rotación o archivos temporales.

Retención: decidir, no borrar

Antes de borrar cualquier cosa, define cuánto tiempo debe guardarse cada tipo de dato. Algunos tienen obligaciones legales o contables de conservación que debe confirmar tu contador o asesor. Otros, como registros técnicos antiguos, pueden archivarse o eliminarse según una política acordada. No borres nada sin revisión y sin una copia verificada.

Capacidad no es solo disco

La misma lógica aplica a memoria, procesador y conexiones. Si el sitio se pone lento en ciertas horas, revisa si es un pico de tráfico, una tarea programada o una consulta pesada. El libro de SRE de Google trata cómo manejar la sobrecarga; a veces la solución es optimizar o redistribuir, y otras sí es ampliar.

Procedimiento

  1. Registra uso y límite semanalmente durante un mes.
  2. Identifica la composición del espacio.
  3. Define o confirma la retención de cada tipo de dato.
  4. Estima cuándo llegarás al límite con la tendencia actual.
  5. Evalúa opciones: optimizar, archivar, ampliar.
  6. Prueba cualquier cambio en un entorno de pruebas cuando sea posible.
  7. Decide y documenta.

Ejemplo aplicado

Límites

Esta guía no recomienda borrar ni comprar sin revisión. Las estimaciones de crecimiento son aproximaciones que cambian con el negocio.

Cómo usar el registro descargable

  1. Una fila por recurso y semana.
  2. Registra uso, límite y composición.
  3. Anota la retención acordada.
  4. Decide tras un mes de tendencia.

Criterios de decisión

Ampliar, depurar u optimizar
Si encuentras…Considera
Crecimiento constante por datos de negocio legítimosAmpliar, con proyección de varios meses
Copias o registros acumulados sin políticaDefinir retención antes de ampliar
Picos puntualesInvestigar la causa del pico
Memoria o procesador al límite, no el discoRevisar consumo de la aplicación antes de comprar disco

Ejemplo sintético completo

Ejemplo sintético. El servidor de una empresa ficticia llega al 90 % de disco y el proveedor propone duplicar la capacidad. Antes de aceptar, la empresa registra el uso durante cuatro semanas: crece cerca de 2 GB por semana.

Al revisar la composición, encuentra que el 55 % del disco son copias de seguridad guardadas en el mismo servidor desde hace tres años y el 20 % son registros de la aplicación sin rotación. Con la gerencia, define una política: copias diarias de 30 días guardadas fuera del servidor y registros rotados cada 90 días. Antes de borrar nada, verifica que las copias externas restauran.

Aplicada la política, el uso baja al 45 %. Con el crecimiento medido, la empresa calcula que tiene margen para más de un año y decide revisar de nuevo en seis meses. Ejemplo inventado.

Errores frecuentes, explicados

Borrar para liberar espacio sin una política aprobada puede eliminar datos que la empresa debía conservar por razones operativas o legales. Y guardar las copias en el mismo servidor que protegen no sirve si ese servidor falla. Decide qué se conserva, por cuánto tiempo y dónde, antes de borrar o de comprar.

Cómo saber si funcionó

  • Tienes tendencia de al menos un mes.
  • Conoces la composición del uso.
  • La retención está aprobada por escrito.

Plan para las primeras cuatro semanas

  1. Semana 1: empieza el registro semanal.
  2. Semana 2: identifica composición.
  3. Semana 3: propone retención y valida copias externas.
  4. Semana 4: decide ampliar, depurar u optimizar.

Diagnóstico antes de empezar

  • Revisa el uso actual de disco, memoria y procesador.
  • Pregunta qué política de retención existe.
  • Identifica qué ocupa más espacio.
Escenarios de decisión
Si tu caso es…Haz esto
Crecimiento estable y legítimoAmplía con proyección.
Copias o registros acumuladosDefine retención antes de ampliar.
Picos de usoInvestiga la causa.

Un segundo ejemplo, en contraste

Ejemplo sintético. Una empresa ficticia revisa su servidor y ve que el disco está al 40 %, pero el sistema está lento. El problema es la memoria, consumida por un proceso de informes. Optimiza ese proceso en lugar de ampliar. Al contrario del primer ejemplo, el recurso escaso no era el disco. Ejemplo inventado.

Qué hacer cuando algo falla

  • Si el disco se llena, libera espacio de forma segura (registros antiguos ya respaldados) y luego aplica la política.
  • Si borraste algo necesario, restaura desde la copia.
  • Si la ampliación no mejora el rendimiento, revisa otros recursos.

Cómo medirlo con tus propios datos

  • Registra cada semana el uso de disco, memoria y procesador.
  • Anota el crecimiento semanal promedio de las últimas cuatro semanas.
  • Mide el espacio liberado tras aplicar la retención.
  • Revisa si el rendimiento mejoró tras cada cambio.

Con la tendencia propia puedes estimar en cuántas semanas llegarás al límite. Si después de aplicar la retención el crecimiento se mantiene estable y el rendimiento es adecuado, la decisión fue correcta. Si el uso vuelve a subir rápido, revisa si la política se aplica de forma automática o depende de que alguien la recuerde.

Errores frecuentes

  • Ampliar sin saber qué ocupa el espacio.
  • Borrar datos sin política de retención.
  • Guardar copias de seguridad en el mismo servidor.
  • Mirar un solo día y no la tendencia.
  • Ignorar memoria, procesador y conexiones.

Checklist

  • Tendencia de al menos un mes.
  • Composición identificada.
  • Retención aprobada.
  • Opciones evaluadas.
  • Decisión documentada.

Llévalo a tu negocio

Registro de capacidad y crecimiento

Registro CSV para seguir semanalmente uso, límite, composición y retención de almacenamiento y capacidad, y documentar la decisión de optimizar, archivar o ampliar. No recomienda borrados ni compras automáticas.

Ver recurso
¿Cuándo sí conviene ampliar?

Cuando la tendencia muestra crecimiento legítimo, la composición está optimizada y la retención está definida. Entonces ampliar es una decisión informada.

¿Puedo borrar los registros antiguos?

Primero define la retención con tu equipo y, si aplica, con tu contador o asesor. Luego decide con una copia verificada.

¿Qué umbral de alerta uso?

Uno que te deje tiempo de reaccionar según tu crecimiento; con crecimiento rápido, avisa antes.

¿Ampliar en la nube no es siempre lo más fácil?

Es rápido, pero si el crecimiento viene de datos que no necesitas conservar, solo aplazas el problema y pagas más cada mes.

¿Quién aprueba la política de retención?

La gerencia, con apoyo de quien conoce las obligaciones de la empresa. Qué conservar es una decisión de negocio, no solo técnica.

Autoría y fuentes

Autoría: Equipo RealStack