VxRail: ¿Qué son los FTT y la codificación de borrado?

La codificación de borrado (EC) es un método de protección de datos en el que los datos se dividen en fragmentos, se expanden y se codifican con piezas de datos redundantes (definición de TechTarget) y se almacenan en diferentes ubicaciones o medios de almacenamiento.

El objetivo de la codificación de borrado es permitir la reconstrucción de los datos que se dañaron en algún momento del proceso de almacenamiento en disco mediante el uso de información sobre los datos almacenada en otro lugar del arreglo (definición de TechTarget). A menudo, se utilizan códigos de eliminación en lugar del RAID tradicional (definición de TechTarget) debido a su capacidad de reducir el tiempo y la sobrecarga necesarios para reconstruir los datos. El inconveniente de la codificación de borrado es que puede requerir un uso más intensivo de la CPU y eso puede traducirse en una mayor latencia.

Cantidad de fallas que se toleran

Esta opción de FTT generalmente define la cantidad de fallas de host y dispositivo que un objeto de máquina virtual puede tolerar. Para tolerar n fallas, se requieren n+1 copias del área de objetos de la máquina virtual creadas y 2n+1 hosts con almacenamiento. El valor predeterminado es 1. El valor máximo es 3.

vSAN admite dos configuraciones específicas cuando se habilitan los códigos de eliminación. El primero, RAID 5 se aplica cuando la cantidad de fallas a tolerar se establece en 1. El segundo, RAID 6 se aplica cuando la cantidad de fallas que se toleran se establece en 2. El tamaño de un clúster de vSAN debe ser de al menos cuatro hosts para RAID 5 y de al menos seis hosts para RAID 6.

Método de tolerancia a fallas

El método de tolerancia a fallas especifica si el método de replicación de datos optimiza el rendimiento o la capacidad. La opción de duplicación de RAID 1 para el rendimiento utiliza más espacio de disco para colocar los componentes del objeto, pero consume menos recursos de CPU y red. La codificación de borrado RAID-5/6 es la opción de capacidad. Utiliza menos espacio de disco, pero consume más recursos de CPU y red.

Administración de dominios de fallas en clústeres de vSAN

Si el clúster de vSAN abarca varios racks o chasis de servidor blade en un centro de datos y desea asegurarse de que los hosts estén protegidos contra fallas en el rack o el chasis, puede crear dominios de falla y agregar uno o más hosts a cada dominio de falla.

Un dominio de falla consta de uno o más hosts vSAN agrupados según su ubicación física en el centro de datos. Los dominios de fallas permiten que vSAN tolere fallas de racks físicos completos y fallas de un solo host, dispositivo de capacidad, enlace de red o switch de red dedicado a un dominio de falla.

La política de cantidad de fallas que se toleran para el clúster depende de la cantidad de fallas que se toleran aprovisionadas a una máquina virtual. Por ejemplo, cuando una máquina virtual se configura con el valor de cantidad de fallas que se toleran establecido en 1 (FTT = 1) y se utilizan varios dominios de falla, vSAN puede tolerar una sola falla de cualquier tipo y de cualquier componente en un dominio de falla, incluida la falla de todo un rack.

Cuando configura dominios de falla en un rack y aprovisiona una nueva máquina virtual, vSAN garantiza que los objetos de protección, como réplicas y testigos, se coloquen en diferentes dominios de falla. Por ejemplo, si la política de almacenamiento de una máquina virtual tiene el valor de cantidad de fallas que se toleran establecido en N (FTT = n), vSAN requiere un mínimo de 2*n+1 dominios de falla en el clúster. Cuando se aprovisionan máquinas virtuales en un clúster con dominios de falla mediante esta política, las copias de los objetos de máquina virtual asociados se almacenan en racks separados.

Se requiere un mínimo de tres dominios de falla. Para obtener mejores resultados, configure cuatro o más dominios de falla en el clúster. Un clúster con tres dominios de falla tiene las mismas restricciones que un clúster de tres hosts, como la incapacidad de volver a proteger los datos después de una falla y la incapacidad de usar el modo de migración de datos completa. Para obtener información sobre el diseño y el dimensionamiento de dominios de falla, consulte Diseño y dimensionamiento de dominios de falla de vSAN.

Considere una situación en la que tiene un clúster de vSAN con 16 hosts. Los hosts se distribuyen en cuatro racks, es decir, cuatro hosts por rack. Para tolerar una falla en todo el rack, debe crear un dominio de falla para cada rack. Se puede configurar un clúster para esa capacidad con el valor de cantidad de fallas que se toleran establecido en 1. Si desea configurar el clúster para permitir máquinas virtuales con el valor de cantidad de fallas que se toleran establecido en 2, debe configurar cinco dominios de falla en un clúster.

Cuando un rack falla, todos los recursos, incluida la CPU y la memoria en el rack, dejan de estar disponibles para el clúster. Para reducir el impacto de una potencial falla en el rack, debe configurar dominios de falla de menor tamaño. Esto aumenta la cantidad total de disponibilidad de recursos en el clúster después de una falla de rack.

Cuando trabaje con dominios de falla, siga estas prácticas recomendadas:

• Configure un mínimo de tres dominios de falla en el clúster de vSAN. Para obtener mejores resultados, configure cuatro o más dominios de falla.
• Se considera que un host que no está en ningún dominio de falla reside en su propio dominio de falla de un solo host.
• No es necesario asignar cada host de vSAN a un dominio de falla. Si decide utilizar dominios de falla para proteger el entorno de vSAN, considere la posibilidad de crear dominios de falla de igual tamaño.
• Cuando se transfieren a otro clúster, los hosts de vSAN conservan sus asignaciones de dominios de falla.
• Al diseñar un dominio de falla, se recomienda configurarlos con una cantidad uniforme de hosts.
• Para obtener pautas sobre el diseño de dominios de falla, consulte Diseño y dimensionamiento de dominios de falla de vSAN.
• Puede agregar cualquier cantidad de hosts a un dominio de falla. Cada dominio de falla debe contener al menos un host.