> 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-architecture.md).

# Arquitectura de bloques y distribución de datos de vSAN de VergeOS

## Descripción general

VergeOS vSAN emplea una sofisticada arquitectura a nivel de bloque que constituye la base de su sistema de almacenamiento distribuido. Esta arquitectura permite una distribución eficiente de los datos, alta disponibilidad y un rendimiento óptimo en toda la infraestructura de almacenamiento.

## Documentación relacionada

* [Guía de escalado horizontal](/plan-and-deploy/es/guia-de-implementacion/scale-out-nodes.md) - Instrucciones detalladas para agregar nodos y ampliar la capacidad
* [procedimiento de escalado de un vSAN](/knowledge-base/es/storage-vsan/scaling-up-a-vsan.md) - Guía para aumentar los recursos en nodos existentes

## Operaciones a nivel de bloque

### Gestión de bloques de datos

* **Creación de bloques**:
  * Los discos de las VM se dividen en varios bloques
  * A cada bloque se le asigna un hash criptográfico único
  * El tamaño de bloque está optimizado para el rendimiento y la eficiencia
  * Los metadatos rastrean las relaciones y ubicaciones de los bloques

### Distribución basada en hash

* **Identificación de bloques**:
  * Cada bloque de datos recibe un valor hash criptográfico
  * El hash sirve como identificador único del bloque
  * Se utiliza tanto para el mapeo de ubicación como para la deduplicación
* **Algoritmo de distribución**:
  * Los bloques se distribuyen en función de los valores hash
  * Garantiza una distribución uniforme entre los nodos disponibles
  * Evita puntos calientes en el sistema de almacenamiento
  * Facilita la recuperación eficiente de datos

## Arquitectura de distribución de datos

### Almacenamiento primario

* **Ubicación de bloques**:
  * La copia primaria de cada bloque se almacena en el nodo óptimo
  * La ubicación la determina un algoritmo basado en hash
  * Tiene en cuenta los requisitos del nivel de almacenamiento
  * Optimiza el rendimiento y la capacidad

### Almacenamiento primario

* **Patrones de acceso**:
  * Las lecturas priorizan el acceso de una sola copia por eficiencia
  * El sistema, de forma predeterminada, lee desde la copia primaria
  * Lee automáticamente desde la copia redundante si la primaria es lenta o no responde
  * Optimiza leyendo desde la copia redundante local cuando está en el mismo nodo
  * Las operaciones de escritura actualizan siempre tanto la copia primaria como la redundante
  * Redistribución automática según sea necesario

### Acceso a datos

* **Operaciones de lectura**:
  * Búsqueda rápida de la ubicación del bloque mediante hash
  * Selección inteligente de la fuente:
    * Prioriza la copia primaria
    * Usa la copia redundante local cuando está en el mismo nodo
    * Hace failover a la copia redundante si la primaria no responde
  * Optimizado para minimizar el tráfico de red
  * Optimización del rendimiento mediante conocimiento de la localidad
* **Operaciones de escritura**:
  * Generación de un nuevo hash de bloque
  * Actualización simultánea de las copias primaria y redundante
  * Consistencia de escritura garantizada entre copias
  * Actualizaciones de metadatos
  * Mantenimiento de la consistencia

### Almacenamiento redundante

* **Gestión de la redundancia**:
  * Copias secundarias mantenidas para la protección de datos
  * Distribución entre diferentes nodos
  * Sincronización automática de las copias
  * Niveles de redundancia configurables
* **Gestión de failover**:
  * Failover automático a las copias redundantes
  * Transparente para las aplicaciones y las VM
  * Disponibilidad inmediata durante fallos de nodos
  * Capacidades de autorreparación

## Funcionalidad del mapa hash

### Componentes principales

* **Estructura del mapa hash**:
  * Mapea los hashes de bloques a ubicaciones físicas
  * Mantiene los metadatos de los bloques
  * Rastrea las copias redundantes
  * Gestiona el control de versiones
* **Seguimiento de ubicación**:
  * Actualizaciones en tiempo real de la ubicación de los bloques
  * Mecanismos de búsqueda eficientes
  * Optimizado para sistemas a gran escala
  * Admite redistribución dinámica

## Distribución entre nodos

### Mecánica de distribución

* **Gestión de nodos**:
  * Adición y eliminación dinámica de nodos
  * Reequilibrio automático
  * Distribución de la carga de trabajo
  * Optimización de recursos
* **Flujo de datos**:
  * Protocolos de comunicación entre nodos
  * Transferencia de datos eficiente
  * Optimización del ancho de banda
  * Gestión de la latencia

## Optimización del rendimiento

### Optimización del acceso a datos

* **Caché**:
  * Gestión de caché a nivel de bloque
  * Optimización de datos de acceso frecuente
  * Mantenimiento de la coherencia de la caché
  * Aceleración del rendimiento
* **Ruta de E/S**:
  * Rutas de lectura/escritura optimizadas
  * Enrutamiento con mínimos saltos
  * Acceso directo a bloques
  * Latencia reducida

### Características de eficiencia

* **Deduplicación**:
  * Deduplicación a nivel de bloque
  * Identificación basada en hash
  * Eficiencia del espacio
  * Gestión del impacto en el rendimiento

{% hint style="info" %}
**Compresión**

VergeOS vSAN no realiza compresión en línea sobre los datos almacenados. La compresión solo se aplica al sincronizar datos entre sitios a través de la red para optimizar el uso del ancho de banda.
{% endhint %}

## Resiliencia del sistema

### Tolerancia a fallos

* **Fallos de nodos**:
  * Detección automática de fallos
  * Failover inmediato
  * Mantenimiento de la accesibilidad de los datos
  * Inicio de la recuperación
* **Problemas de red**:
  * Redundancia de rutas
  * Selección de rutas alternativas
  * Fiabilidad de la comunicación
  * Mantenimiento del rendimiento

### Integridad de los datos

* **Validación de bloques**:
  * Verificación continua de la integridad
  * Validación de hash
  * Detección de corrupción
  * Inicio automático de la reparación
* **Mantenimiento de la consistencia**:
  * Consistencia transaccional
  * Coherencia de datos
  * Control de versiones
  * Gestión de la sincronización

## Consideraciones de escalado

### Escalado horizontal (ampliar escala)

* **Adición de nodos**:
  * Integración fluida de nuevos nodos
  * Requiere un mínimo de dos nodos por clúster para la redundancia
  * Los nuevos nodos deben coincidir con la configuración del clúster existente:
    * Tipo de procesador
    * Configuración de memoria
    * Configuración de unidades de disco físico
  * Mantiene la redundancia N+1 para una alta disponibilidad
  * Redistribución automática de datos
  * Optimización del rendimiento
  * Expansión de capacidad
* **Expansión del clúster**:
  * Escalabilidad lineal
  * Opción de crear nuevos clústeres si no hay nodos compatibles disponibles
  * Cada nuevo clúster requiere un mínimo de dos nodos compatibles
  * Optimización de recursos
  * Mantenimiento del rendimiento
  * Distribución equilibrada

### Escalado vertical (aumentar escala)

* **Mejora de recursos**:
  * Aumento de la capacidad de almacenamiento:
    * Requiere añadir la misma cantidad de discos en todos los nodos del clúster
    * Mantiene una distribución equilibrada del almacenamiento
  * Expansión de memoria:
    * Requiere modo de mantenimiento antes de apagar
    * Garantiza una migración de la carga de trabajo sin interrupciones
  * Mejora del rendimiento
  * Expansión de capacidades
  * Optimización de la eficiencia

{% hint style="info" %}
**Importante**

Consulte con nuestro [equipo de](/overview/es/support-and-services.md) soporte para determinar la estrategia de expansión óptima para su entorno específico.
{% 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/run-the-platform/es/almacenamiento/vsan-architecture.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.
