> For the complete documentation index, see [llms.txt](https://docs.verge.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.verge.io/knowledge-base/es/storage-vsan/understanding-and-explaining-unexpected-vsan-growth.md).

# Entender y explicar el crecimiento inesperado de vSAN

Guía de solución de problemas para diagnosticar el crecimiento inesperado del almacenamiento vSAN, incluida la revisión del historial de niveles e identificación de causas comunes como instantáneas, copias de seguridad y almacenamiento de inquilinos.

Hay varias razones por las que vSAN puede empezar a crecer a un ritmo más rápido de lo previsto. Los administradores deben determinar primero cuándo ocurrió el crecimiento no explicado revisando el historial de crecimiento de los vSAN Tiers, y luego evaluar las posibles áreas de crecimiento inesperado.

## Revisar el historial de crecimiento de vSAN Tiers

Para aislar el crecimiento no explicado, es importante acotar cuándo el crecimiento aumentó exponencialmente. Siguiendo los pasos a continuación, los administradores pueden revisar el crecimiento del almacenamiento y visualizar el crecimiento normal de las operaciones diarias frente a los picos de crecimiento, que normalmente son inesperados.

1. Navegue a **Infraestructura** > **vSAN Tiers** desde el menú superior. Si vSAN Tiers no está presente, entonces este entorno es un inquilino de un sistema principal, y el nivel vSAN debe examinarse en el sistema principal.
2. Abra el vSAN Tier con crecimiento inesperado (por ejemplo, vSAN Tier 0).
3. En el menú de navegación izquierdo, haga clic en **Historial**.
4. Aparecerá un nuevo menú mostrando el historial en varios gráficos. Modifique el período del filtro para aislar cualquier crecimiento en este nivel.
   * Se recomienda comenzar con un filtro personalizado de 1 día y revisar el **Uso de almacenamiento** gráfico.

### Aspectos a tener en cuenta:

* Si ve caídas y picos cada hora o una vez al día, esto probablemente sea el resultado de instantáneas que salen de retención (las antiguas caducan y se crean nuevas). Tenga en cuenta si el almacenamiento total consumido al inicio del día es casi equivalente al del final del día. Si es así, amplíe el filtro personalizado a una semana.
* Al revisar por semana, compruebe si el almacenamiento total consumido al inicio de la semana es similar al del final. Si, por ejemplo, el crecimiento es aproximadamente del 10 %, repita el proceso para la semana anterior. Si el porcentaje de crecimiento semanal es constante, esto representa su tasa media de crecimiento semanal, lo que puede ayudar a planificar la expansión de hardware.
* Filtre el mes actual y compruebe si hay picos repentinos en el consumo de almacenamiento en el **Uso de almacenamiento** gráfico. Haga clic y arrastre sobre el período en cuestión para ampliar los datos y pase el cursor sobre el gráfico para obtener información específica de fecha/hora.

![vsan\_unexpected\_growth.png](https://981423214-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FQZBMFpokMv2vWTIRbFzA%2Fuploads%2Fgit-blob-217505e650e1d66261f4c837c8106256938aa1c6%2Fvsan_unexpected_growth.png?alt=media)

## Posibles razones del aumento de almacenamiento

Varias áreas de la plataforma VergeOS pueden contribuir a un crecimiento inesperado del almacenamiento. Las áreas comunes que se deben revisar incluyen:

* **Instantáneas del sistema**:
  * Navegue a **Sistema > Instantáneas del sistema**.
  * ¿Se está reteniendo alguna más allá de su tiempo de caducidad previsto?
  * ¿Hay instantáneas sin un perfil de instantánea? Es posible que se hayan tomado manualmente. Investigue cuándo y por qué se tomaron.
  * ¿Hay instantáneas configuradas para "Nunca caducar"? Esto puede provocar un gran consumo de datos con el tiempo.
* **Instantáneas de máquinas virtuales (VM)**:
  * Navegue al **Panel de máquinas**. El **Instantáneas** cuadro de conteo muestra el número de instantáneas a nivel de máquina presentes. Haga clic en este cuadro para listar todas las instantáneas de VM y su fecha/hora de creación. Revise si alguna puede eliminarse.
  * Navegue a **Máquinas virtuales > Lista**. Ordene por la columna **Perfil de instantánea** para identificar las VM con instantáneas a nivel de máquina. Las máquinas virtuales pueden restaurarse desde instantáneas del sistema, por lo que revise si las instantáneas individuales son necesarias o si pueden eliminarse.
* **Trabajos de copia de seguridad de VMware**:
  * Navegue a **Backup/DR > Servicios VMware** y revise cada instancia del servicio VMware para ver el historial de trabajos de copia de seguridad.
  * En el menú izquierdo, haga clic en **Trabajos de copia de seguridad** para revisar cada instancia específica. Compruebe la columna **Caduca** de cada copia de seguridad y revise si puede eliminarse.
* **Archivos**:
  * Navegue a **Archivos** y ordene por **Modificado**. Compruebe si alguna fecha/hora de carga coincide con el período de crecimiento no explicado.
  * Revise si algún archivo, especialmente otros formatos de hipervisor (por ejemplo, .ova o .vhdx), puede eliminarse.
* **Sincronizaciones de sitio entrantes**:
  * Navegue a **Backup/DR > Sincronizaciones entrantes**. Abra cada panel de sincronización entrante y compruebe el recuento de **Instantáneas recibidas** . Investigue el sitio de origen para ver si hay un aumento de almacenamiento que coincida con el período de tiempo.
* **Almacenamiento del inquilino**:
  * Navegue a **Inquilinos > Panel de cada inquilino**.
  * Revise **Almacenamiento total utilizado** haciendo clic en **Historial** en el menú izquierdo. Siga el mismo proceso indicado anteriormente para revisar el historial de crecimiento.
  * Si se encuentra crecimiento inesperado, investigue dentro del inquilino las posibles causas del aumento de almacenamiento (como se indica arriba) y dentro de los subinquilinos si corresponde.

## Almacenamiento utilizado del nivel frente a la suma de las unidades de máquina

La métrica de almacenamiento total utilizado de un nivel vSAN normalmente será mayor que la suma del espacio utilizado informado en sus machine\_drives individuales. Esta variación ocurre porque la capacidad usada informada de cada unidad de máquina refleja solo los bloques activos actualmente referenciados en esas unidades. En cambio, el uso total del nivel contabiliza todos los bloques de datos subyacentes en toda la plataforma, incluidos:

* **Instantáneas:** Bloques retenidos únicamente para preservar estados históricos en un momento dado.
* **Servicios VMware:** Datos retenidos por instancias de copia de seguridad de VMware.
* **Archivos:** Almacenamiento compartido del sistema de archivos, contenido multimedia cargado o imágenes de hipervisor (por ejemplo, .ova, .vhdx).
* **Modelos de IA:** Archivos de modelos localizados y pesos que residen en el nivel.

### Retención de instantáneas

Cuando otros consumidores (servicios VMware, modelos de IA y Archivos) han sido descartados, la retención de instantáneas es casi siempre el principal contribuyente al uso inesperado del nivel. Dado que las instantáneas preservan bloques modificados o eliminados que ya no están referenciados por las unidades de máquina activas, los programas agresivos de instantáneas o las políticas de retención largas pueden expandir drásticamente el consumo del nivel.

{% hint style="warning" %}
**Tenga precaución antes de eliminar instantáneas del sistema** Antes de eliminar manualmente instantáneas del sistema para recuperar almacenamiento local, verifique si hay instantáneas pendientes en cola o sincronizándose activamente fuera del sitio hacia un destino de recuperación ante desastres:

* Si la sincronización fuera del sitio es esencial: Verifique que la instantánea haya completado la sincronización con el destino remoto antes de eliminarla localmente. Eliminar una instantánea a mitad de sincronización abortará la transferencia; la instantánea no estará disponible en el sitio remoto hasta que finalice su sincronización completa.
* Si el almacenamiento local es críticamente bajo: La recuperación inmediata de capacidad puede tener prioridad sobre los trabajos de sincronización pendientes para mantener los flujos de trabajo en ejecución. Evalúe su margen actual del nivel local frente a los requisitos de recuperación fuera del sitio antes de realizar una eliminación masiva.
  {% endhint %}


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.verge.io/knowledge-base/es/storage-vsan/understanding-and-explaining-unexpected-vsan-growth.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.