> 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/run-the-platform/es/almacenamiento/vsan-deletion-process.md).

# Proceso de eliminación del vSAN de VergeOS

## Fundamento de la arquitectura a nivel de bloque

VergeOS vSAN opera sobre una **arquitectura a nivel de bloque** donde:

* Los discos de VM e inquilino se dividen en múltiples bloques
* Cada bloque recibe un hash criptográfico único
* Los bloques se distribuyen entre nodos mediante algoritmos basados en hash
* Se mantienen tanto copias primarias como redundantes
* **Los inquilinos funcionan como contenedores LXC** con sus propias asignaciones de almacenamiento dentro del vSAN principal

## Cómo funciona la eliminación

### 1. **Sistema de conteo de referencias**

Cuando eliminas una VM, una unidad o un inquilino en VergeOS:

* El sistema no elimina inmediatamente los bloques de datos reales
* En su lugar, elimina las referencias a esos bloques del mapa hash
* Cada bloque mantiene conteos de referencias que rastrean cuántos objetos lo usan
* **El almacenamiento del inquilino sigue el mismo conteo de referencias** que las VM individuales, pero opera dentro de los límites del contenedor LXC

### 2. **Impacto de la deduplicación**

Dado que VergeOS usa **deduplicación a nivel de bloque**:

* Varias VMs pueden compartir bloques idénticos (el mismo hash)
* **El almacenamiento del inquilino puede compartir bloques con el sistema principal o con otros inquilinos**
* Eliminar una VM o un inquilino solo decrementa el conteo de referencias
* Los bloques solo se marcan para eliminación cuando el conteo de referencias llega a cero

### 3. **Proceso de recolección de basura**

La eliminación real ocurre mediante procesos en segundo plano:

* **Recorrido vSAN**: El sistema analiza periódicamente los bloques sin referencias
* Los bloques con cero referencias se marcan para recuperación
* Luego se libera el espacio de almacenamiento físico y queda disponible
* **Las eliminaciones de inquilinos activan la misma recolección de basura** que las eliminaciones de VM

### 4. **Recuperación inmediata vs. real**

* **Inmediata**: La interfaz muestra el espacio como "liberado" de inmediato
* **Real**: La recuperación del espacio físico ocurre durante las operaciones en segundo plano de vSAN

{% hint style="info" %}
**Momento de la recuperación del almacenamiento**

Por eso es posible que no veas una disminución inmediata del espacio de almacenamiento después de la eliminación
{% endhint %}

## Eliminación de unidad/VM

Cuando eliminas una VM o una unidad:

1. Las referencias se eliminan del sistema
2. Las entradas del mapa hash se actualizan
3. Los procesos en segundo plano se encargan de la limpieza real de bloques

#### **Instantáneas y eliminación**

1. Eliminar una VM también elimina sus instantáneas de VM
2. Sin embargo, la VM permanece en las instantáneas del sistema tomadas mientras existía

## Escenarios de eliminación de inquilinos

### **Eliminación completa del inquilino**

Al eliminar un inquilino:

1. Se eliminan todas las VMs, unidades y referencias de metadatos del inquilino
2. **Los niveles de almacenamiento del inquilino** se desvinculan del vSAN principal
3. **El sistema de archivos del contenedor LXC y el almacenamiento asignado** se limpian
4. Las entradas del mapa hash de todos los bloques del inquilino se actualizan
5. Los procesos en segundo plano gestionan la limpieza de bloques en todos los datos del inquilino

### **Eliminación de nivel de almacenamiento del inquilino**

Al eliminar un nivel de almacenamiento aprovisionado de un inquilino:

1. **Todos los datos deben migrarse fuera del nivel** antes de la eliminación (VMs, unidades, archivos)
2. **Se elimina la asignación del nivel de almacenamiento del inquilino** del aprovisionamiento del vSAN principal
3. **Se liberan los controles de limitación del nivel de volumen** para ese nivel específico
4. Se actualizan las entradas del mapa hash para los bloques del inquilino en ese nivel
5. Los procesos en segundo plano gestionan la limpieza de bloques para la asignación del nivel eliminada

{% hint style="warning" %}
**Migración de datos requerida**

A diferencia de la eliminación completa del inquilino, eliminar un nivel de almacenamiento requiere **migración manual de datos** a otros niveles antes de que el nivel pueda desaprovisionarse del inquilino.
{% endhint %}

## Consideraciones clave

### **Eliminación de VM/unidad dentro de inquilinos**

Al eliminar VMs o unidades dentro de un inquilino:

1. Las referencias se eliminan del mapa hash local del inquilino
2. **Las entradas del mapa hash del vSAN principal también se actualizan**
3. Los procesos en segundo plano se encargan de la limpieza real de bloques

### **Relación entre el inquilino y el vSAN principal**

* **Los inquilinos funcionan como contenedores LXC dentro del vSAN principal** - no tienen vSANs separados
* El almacenamiento del inquilino se asigna desde los niveles del vSAN principal a través de capas del sistema de archivos del contenedor
* **La deduplicación de bloques funciona entre límites de inquilinos** y entre contenedores
* El sistema principal gestiona toda la limpieza del almacenamiento físico para los contenedores de inquilinos

### **Instantáneas y eliminación de inquilinos**

* Eliminar un inquilino también elimina sus instantáneas locales de VM
* **El inquilino permanece en las instantáneas del sistema principal** tomadas mientras existía
* **Las instantáneas del sistema pueden impedir la recuperación inmediata del almacenamiento**
* El inquilino puede restaurarse desde instantáneas del sistema incluso después de su eliminación

### **Objetos compartidos y compartición de archivos**

* **Los archivos compartidos entre el principal y el inquilino** pueden mantener referencias
* Las instantáneas de VM compartidas pueden impedir una limpieza completa del almacenamiento
* **Los archivos proporcionados a los inquilinos** crean referencias adicionales a bloques
* Ten en cuenta los objetos compartidos al estimar la recuperación de almacenamiento

{% hint style="info" %}
**Limpieza de recursos de red**

Cuando se elimina un inquilino, todos los recursos de red asociados se limpian automáticamente:

* **Direcciones IP** asignadas a las VMs y redes del inquilino se liberan de nuevo al grupo
* **Bloques de red** (subredes) asignados al inquilino se desasignan y se devuelven al inventario disponible
* **Interfaces de red** y las configuraciones de enrutamiento se eliminan automáticamente
* **Entradas DNS** y las políticas de red asociadas con el inquilino se limpian
  {% endhint %}

### **Aislamiento del almacenamiento del inquilino**

* Cada inquilino tiene **volúmenes de almacenamiento dedicados** con soporte de cifrado dentro de su contenedor LXC
* **La separación de red y administrativa** no afecta el uso compartido de bloques vSAN entre contenedores
* El aislamiento del almacenamiento es lógico mediante la contenerización LXC, no físico a nivel de bloque
* **Capas del sistema de archivos del contenedor** proporcionan separación entre inquilinos mientras comparten los bloques subyacentes

## Escenarios avanzados de eliminación de inquilinos

### **Eliminación de inquilinos anidados**

Para los inquilinos que alojan sus propios subinquilinos:

* Los subinquilinos funcionan como **contenedores LXC anidados**
* La eliminación de subinquilinos sigue el mismo conteo de referencias dentro de la jerarquía de contenedores
* **El contenedor del inquilino principal gestiona la limpieza del almacenamiento de subinquilinos**
* Pueden aplicarse múltiples capas de contenerización y conteo de referencias
* Los procesos de limpieza trabajan desde el contenedor más interno al más externo

### **Impacto de la restauración de inquilinos en la eliminación**

* **Restaurar inquilinos eliminados desde instantáneas del sistema** recrea referencias
* Los bloques previamente "eliminados" pueden volver a estar activos
* **El uso de almacenamiento puede aumentar** al restaurar inquilinos
* Los procesos de limpieza en segundo plano se adaptan a las referencias restauradas

## Mecanismos de seguridad

### **Integridad de datos durante la eliminación de inquilinos**

* El sistema mantiene la integridad de los datos durante todas las operaciones de eliminación
* **Las copias redundantes garantizan que no haya pérdida de datos** durante la limpieza del inquilino
* La validación hash evita la eliminación accidental de bloques referenciados
* **Se conserva el uso compartido de bloques entre inquilinos** hasta que se eliminen todas las referencias

### **Requisitos previos para la eliminación de inquilinos**

* **Los inquilinos y sus Redes de Inquilino correspondientes deben estar apagados** antes de la eliminación
* Todos los nodos del inquilino deben estar fuera de línea
* **No se puede eliminar el nodo original del inquilino** mientras el contenedor del inquilino esté activo
* El sistema valida que no haya referencias activas antes de permitir la eliminación del contenedor

## Supervisión de la eliminación del almacenamiento del inquilino

Puedes supervisar el proceso a través de:

### **Supervisión del sistema principal**

* **Panel de almacenamiento** para la utilización general del nivel
* **Diagnósticos de vSAN** para el estado de las operaciones en segundo plano
* **Registros del sistema** para detalles de eliminación y limpieza del inquilino
* **Estadísticas del inquilino** que muestran tendencias de consumo de almacenamiento

### **Supervisión a nivel de inquilino** (antes de la eliminación)

* **Panel del inquilino** para el uso interno del almacenamiento
* **Historial del inquilino** para estadísticas de consumo
* **Estadísticas internas de vSAN** dentro del entorno del inquilino

### **Verificación posterior a la eliminación**

* **La utilización del nivel de almacenamiento** debería disminuir con el tiempo
* **Estadísticas del recorrido vSAN** muestran el progreso de la limpieza
* **Verificación del conteo de referencias** a través de diagnósticos de vSAN

## Solución de problemas

### **Solución de problemas de recuperación lenta**

* Comprueba **instantáneas del sistema restantes** que contengan datos del inquilino
* Verifique **objetos compartidos** se limpien correctamente
* Revise **registros del sistema** para errores de operación de vSAN
* Use **Diagnósticos de vSAN** para supervisar el progreso de la limpieza


---

# 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/run-the-platform/es/almacenamiento/vsan-deletion-process.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.
