2.3. Planificación de las configuraciones de hardware de nodo¶

2.3.2.1. Requisitos del nodo de gestión con procesamiento y almacenamiento¶

La siguiente tabla muestra los requisitos de hardware mínimos y recomendados para un nodo de gestión que también ejecuta los servicios de procesamiento y almacenamiento.

Si decide habilitar la alta disponibilidad para el nodo de gestión (recomendado), todos los servidores que añadirá al clúster de alta disponibilidad deben cumplir los requisitos que se enumeran en esta tabla.

* Una CPU lógica es un procesador de un núcleo (hilo) o de múltiples núcleos (varios hilos).

** Cada servidor de bloques (CS), por ejemplo, un disco de almacenamiento, requiere 1 GB de RAM (0,5 GB de memoria anónima + 0,5 Gb de caché de página). El límite total de caché de página es de 12 GB. Además, cada servidor de metadatos (MDS) requiere 0,2 GB de RAM + 0,1 GB por cada 100 TB de espacio de almacenamiento físico.

2.3.2.2. Requisitos de almacenamiento y procesamiento¶

La siguiente tabla enumera los requisitos de hardware mínimos y recomendados para un nodo que ejecuta los servicios de procesamiento y almacenamiento.

* Una CPU lógica es un procesador de un núcleo (hilo) o de múltiples núcleos (varios hilos).

** Cada servidor de bloques (CS), por ejemplo, un disco de almacenamiento, requiere 1 GB de RAM (0,5 GB de memoria anónima + 0,5 Gb de caché de página). El límite total de caché de página es de 12 GB. Además, cada servidor de metadatos (MDS) requiere 0,2 GB de RAM + 0,1 GB por cada 100 TB de espacio de almacenamiento físico.

2.3.2.3. Requisitos de hardware para Backup Gateway¶

La siguiente tabla enumera los requisitos de hardware mínimos y recomendados para un nodo de gestión que también ejecuta los servicios de ABGW y almacenamiento.

* Una CPU lógica es un procesador de un núcleo (hilo) o de múltiples núcleos (varios hilos).

** Cada servidor de bloques (CS), por ejemplo, un disco de almacenamiento, requiere 1 GB de RAM (0,5 GB de memoria anónima + 0,5 Gb de caché de página). El límite total de caché de página es de 12 GB. Además, cada servidor de metadatos (MDS) requiere 0,2 GB de RAM + 0,1 GB por cada 100 TB de espacio de almacenamiento físico.

2.3.3.1. Recomendaciones de composición del clúster de almacenamiento¶

Designar un clúster de almacenamiento eficiente implica encontrar un compromiso entre el rendimiento y el coste que se adapte a sus propósitos. En la planificación, tenga en cuenta que un clúster con muchos nodos y pocos discos por nodo ofrece un mayor rendimiento, mientras que un clúster con el número mínimo de nodos (3) y muchos discos por nodo es más barato. Consulte la siguiente tabla para obtener más información.

Tenga en cuenta lo siguiente:

1. Estas consideraciones solo se aplican si el dominio de fallos es el host.

2. La velocidad de reconstrucción en el modo de replicación no depende del número de nodos en el clúster.

3. Acronis Cyber Infrastructure es compatible con cientos de discos por nodo. Si tiene pensado usar más de 36 discos por nodo, póngase en contacto con los ingenieros de venta que le ayudarán a diseñar un clúster más eficaz.

2.3.3.2. Recomendaciones de hardware generales¶

• Se necesitan al menos cinco nodos para un entorno de producción. Esto garantiza que el clúster se reponga de errores en dos nodos sin sufrir pérdidas de datos.

• Una de las características más destacadas de Acronis Cyber Infrastructure es la escalabilidad. Cuanto mayor sea el clúster, mejor será el rendimiento de Acronis Cyber Infrastructure. Se recomienda crear clústeres de producción de al menos diez nodos para mejorar la resiliencia, el rendimiento y la tolerancia a errores en los escenarios de producción.

• Aunque un clúster puede crearse sobre varias configuraciones de hardware, el uso de nodos con hardware similar en cada nodo ofrecerá un mejor rendimiento, capacidad y equilibrio general del clúster.

• Cualquier infraestructura de clúster debe probarse de forma amplia antes de implementarla para producción. Siempre deben comprobarse de forma minuciosa puntos de error comunes, como las unidades SSD y los acoplamientos de adaptador de red.

• No se recomienda que la producción ejecute Acronis Cyber Infrastructure sobre hardware SAN/NAS, ya que tiene sus propios mecanismos de redundancia. Hacerlo puede afectar de forma negativa al rendimiento y a la disponibilidad de datos.

• Para obtener el mejor rendimiento, mantenga al menos el 20 % de la capacidad del clúster libre.

• Durante la recuperación ante desastres, Acronis Cyber Infrastructure puede necesitar espacio de disco adicional para la replicación. Asegúrese de reservar al menos tanto espacio como tenga cualquier nodo de almacenamiento único.

• Se recomienda tener los mismos modelos de CPU en cada nodo para evitar problemas de migración directa de equipo virtual. Para obtener más información, consulte la Guía de línea de comando del administrador.

• Si tiene pensado usar Backup Gateway para almacenar copias de seguridad en el cloud, asegúrese de que el clúster de almacenamiento local tiene espacio lógico de sobra para el almacenamiento provisional (mantener las copias de seguridad en el espacio local antes de enviarlas al cloud). Por ejemplo, si realiza copias de seguridad a diario, proporcione suficiente espacio para realizar copias de seguridad durante un día y medio como mínimo. Para obtener más información, consulte la Guía del administrador.

2.3.3.3. Recomendaciones de hardware de almacenamiento¶

• Es posible usar discos de diferente tamaño en el mismo clúster. Sin embargo, tenga en cuenta que, con las mismas IOPS, los discos de menor capacidad ofrecerán un mayor rendimiento por terabyte de datos comparados con los discos de mayor capacidad. Se recomienda agrupar los discos con las mismas IOPS por terabyte en el mismo nivel.

• Usar los modelos de SSD recomendados puede ayudarle a evitar la pérdida de datos. No todas las unidades SSD pueden soportar las cargas de trabajo empresariales y pueden deteriorarse en los primeros meses de funcionamiento, lo que tiene como resultado picos de TCO.

  • Las células de memoria SSD pueden soportar un número limitado de reescrituras. Una unidad SSD debe verse como un consumible que deberá reemplazar después de un periodo determinado de tiempo. Las unidades SSD de consumo pueden soportar un número muy bajo de reescrituras (de hecho, es tan bajo que estos números no se muestran en sus especificaciones técnicas). Las unidades SSD destinadas a clústeres de almacenamiento deben ofrecer al menos una resistencia de 1 DWPD (se recomienda 10 DWPD). Cuanto mayor sea la resistencia, menor será la frecuencia con la que deberán reemplazarse los SSD, lo que mejorará el TCO.

  • Muchas unidades SSD dirigidas a consumidores pueden ignorar los vaciados de disco e informar incorrectamente al sistema operativo que se escribieron datos cuando, en realidad, no fue así. Ejemplos de unidades como estas incluyen OCZ Vertex 3, Intel 520, Intel X25-E e Intel X-25-M G2. Estas unidades son conocidas por ser poco seguras en términos de confirmaciones de datos, no deberían usarse con bases de datos y pueden dañar fácilmente el sistema de archivos en caso de un fallo en el suministro eléctrico. Por estos motivos, debe usar unidades SSD para la gran empresa que cumplan con las normativas de vaciado (para obtener más información, consulte http://www.postgresql.org/docs/current/static/wal-reliability.html). Las unidades SSD para la gran empresa que funcionan correctamente suelen tener la propiedad de protección contra pérdida de energía en sus especificaciones técnicas. Algunos de los nombres de mercado para esta tecnología son Enhanced Power Loss Data Protection (Intel), Cache Power Protection (Samsung), Power-Failure Support (Kingston), Complete Power Fail Protection (OCZ).

  • Se recomienda encarecidamente que compruebe las capacidades de vaciado de dados de los discos como se explica en Comprobación de las capacidades de vaciado de datos del disco.

  • Las unidades SSD dirigidas a consumidores tienen un rendimiento inestable y no son adecuadas para soportar cargas de trabajo empresariales sostenibles. Por este motivo, debe prestar atención a las pruebas de carga sostenible en el momento de elegir unidades SSD. Recomendamos las siguientes unidades SSD de nivel empresarial, que son las mejores en términos de rendimiento, resistencia e inversiones: Intel S3710, Intel P3700, Huawei ES3000 V2, Samsung SM1635 y Sandisk Lightning.

  • El rendimiento de los discos SSD puede variar en función de su tamaño. Las unidades de menor capacidad (de 100 a 400 GB) pueden tener un rendimiento mucho más lento (a veces, hasta diez veces más lento) que las de mayor capacidad (de 1,9 a 3,8 TB). Consulte las especificaciones de rendimiento y resistencia de la unidad antes de comprar el hardware.

• El uso de NVMe o SSD de SAS para la escritura mejora el rendimiento de E/S aleatorio y se recomienda encarecidamente para todas las cargas de trabajo con acceso aleatorio interno (por ejemplo, volúmenes de iSCSI). A su vez, los discos SATA se adaptan mejor a las configuraciones que son exclusivas de las unidades SSD, pero no al almacenamiento en caché de escritura.

• Se desaconseja encarecidamente el uso de discos duros de grabación magnética (SMR), incluso en escenarios de copia de seguridad. Este tipo discos tienen una latencia impredecible que puede llevar a cortes de servicio temporales y degradaciones de rendimiento repentinas.

• La ejecución de servicios de metadatos en SSD mejora el rendimiento del clúster. Para minimizar también los costes de capital, pueden usarse los mismos SSD para el almacenamiento en caché de escritura.

• Si la capacidad es el objetivo principal y necesita almacenar datos a los que no se acceden con frecuencia, seleccione discos SATA en lugar de discos SAS. Si el rendimiento es el objetivo principal, seleccione discos NVMe o SAS en lugar de discos SATA.

• Cuantos más discos tenga por nodo, menor serán los costes de capital. Por ejemplo, un clúster creado a partir de diez nodos con dos discos cada uno costará menos que un clúster creado a partir de veinte nodos con un disco en cada uno.

• El uso de discos duros SATA con un SSD para caché es más económico que usar solo discos duros SAS sin dicho SSD.

• Cree volúmenes de hardware o software RAID1 para los discos del sistema con controladores RAID o HBA, respectivamente, para garantizar su alto rendimiento y disponibilidad.

• Use controladores HBA, ya que son más económicos y fáciles de gestionar que los controladores RAID.

• Deshabilite todas las cachés de controlador RAID para unidades SSD. Los SSD modernos tienen un buen rendimiento que puede verse reducido por la caché de lectura y escritura de un controlador RAID. Se recomienda desactivar el almacenamiento en caché para unidades SSD y dejarla habilitada solo para unidades de disco duro.

• Si usa controladores RAID, no cree volúmenes RAID a partir de discos duros destinados a almacenamiento. Acronis Cyber Infrastructure debe reconocer cada disco duro de almacenamiento como un dispositivo independiente.

• Si usa controladores RAID con almacenamiento en caché, equípelos con unidades de batería de respaldo (BBU) para protegerlos contra la pérdida de caché durante los cortes de energía.

• El tamaño de bloque de disco (por ejemplo, 512 b o 4 K), no es importante y no afecta al rendimiento.

2.3.3.4. Recomendaciones de hardware de red¶

• Use redes independientes (e, idealmente, aunque opcional, adaptadores de red independientes) para tráfico público e interno. De esta manera, evitará que el tráfico público afecte al rendimiento de E/S de clúster, y también impedirá posibles ataques de denegación de servicio desde el exterior.

• La latencia de red reduce drásticamente el rendimiento del clúster. Use equipos de red de calidad con vínculos de latencia bajos. No use conmutadores de red destinados a consumidores.

• No use adaptadores de red de escritorio como Intel EXPI9301CTBLK o Realtek 8129, ya que no están diseñados para una carga pesada y es posible que no soporten vínculos dúplex completos. También debería usar conmutadores de Ethernet sin bloqueo.

• Para evitar las intrusiones, Acronis Cyber Infrastructure debería estar en una red interna dedicada a la que no se pueda acceder desde el exterior.

• Use un vínculo de 1 Gbit/s por cada dos discos duros en el nodo (redondeado al alza). Para uno o dos discos duros en un nodo, se recomiendan dos interfaces de red enlazadas para obtener una alta disponibilidad de red. El motivo de esta recomendación es que las redes Ethernet de 1 Gbit/s pueden ofrecer de 110 a 120 MB/s de rendimiento, lo que está cerca del rendimiento de E/S secuencial de un único disco. Dado que varios discos en un servidor pueden ofrecer un mayor rendimiento que un único vínculo de Ethernet de 1 Gbit/s, la red puede convertirse en un cuello de botella.

• Para un rendimiento de E/S secuencial máximo, use un vínculo de 1 Gbit/s por cada disco duro, o un vínculo de 10 Gbit/s por nodo. Aunque las operaciones de E/S suelen ser aleatorias con más frecuencia en escenarios de la vida real, la E/S secuencial es importante en escenarios de copia de seguridad.

• Para obtener un rendimiento general máximo, use un vínculo de 10 Gbit/s por nodo (o dos acoplados para una alta disponibilidad de red).

• No se recomienda configurar adaptadores de red de 1 Gbit/s para usar MTU no predeterminadas (por ejemplo, tramas gigantes de 9000 bytes). Este tipo de configuraciones requieren la configuración adicional de conmutadores y, a menudo, llevan a errores humanos. Por otra parte, los adaptadores de red de más de 10 Gbit/s deben configurarse para usar tramas gigantes para lograr el máximo rendimiento.

• Los adaptadores de bus de host (HBA) de canal de fibra compatibles actualmente son QLogic QLE2562-CK y QLogic ISP2532.

• Se recomienda usar adaptadores Mellanox ConnectX-4 y ConnectX-5 InfiniBand. Las tarjetas Mellanox ConnectX-2 y ConnectX-3 no son compatibles.

2.3.6.1. Solo disco duro¶

Esta configuración básica requiere un disco dedicado para cada servidor de metadatos.

2.3.6.2. Disco duro y disco SSD del sistema (sin caché)¶

Esta configuración es adecuada para crear clústeres centrados en la capacidad.

2.3.6.3. Disco duro y disco SSD¶

Esta configuración es adecuada para crear clústeres centrados en el rendimiento.

2.3.6.4. Solo disco SSD¶

Esta configuración no requiere discos SSD para la caché.

Al escoger el hardware para esta configuración, tenga en cuenta lo siguiente:

• Cada cliente de Acronis Cyber Infrastructure podrá obtener hasta 40 000 IOPS sostenibles (lectura y escritura) del clúster.

• Si usa el esquema de redundancia de codificación de borrado, cada archivo de codificación de borrado, como por ejemplo un único disco duro para equipo virtual, obtendrá hasta 2000 IOPS sostenibles. Es decir, un usuario que trabaje en un equipo virtual tendrá hasta 2000 IOPS sostenibles por cada disco duro virtual a su disposición. Con varios equipos virtuales en un nodo se pueden utilizar más IOPS, hasta alcanzar el límite del cliente.

• En esta configuración, la latencia de red define más de la mitad del rendimiento general, así que debe asegurarse de que la latencia de red sea mínima. Se recomienda tener un conmutador a 10 Gbps entre cada par de nodos en el clúster.

2.3.6.5. Disco duro y disco SSD (sin caché) de 2 niveles¶

En este ejemplo de configuración, el nivel 1 es para discos duros sin caché y el nivel 2 es para discos SSD. El nivel 1 puede almacenar datos estáticos (como copias de seguridad) y el nivel 2 puede almacenar datos dinámicos (como equipos virtuales de alto rendimiento).

2.3.6.6. Disco duro y disco SSD de 3 niveles¶

En este ejemplo de configuración, el nivel 1 es para discos duros sin caché, el nivel 2 es para discos duros con caché y el nivel 3 es para discos SSD. El nivel 1 puede almacenar datos estáticos (como copias de seguridad), el nivel 2 puede almacenar equipos virtuales comunes y el nivel 3 puede almacenar equipos virtuales de alto rendimiento.