Proporcionar almacenamiento rentable para las cargas de trabajo de Hyper-V mediante Windows Server: guía de planeación y diseño

 

Se aplica a: System Center 2012, Windows Server 2012 R2

Esta guía describe cómo planear y diseñar una solución de almacenamiento específica para calcular clústeres que hospedan máquinas virtuales y que se ejecuten en Windows Server y Hyper-V, como parte integrante de una plataforma de servicio de nube. Esta solución de almacenamiento definida por software usa un clúster de servidores de archivos de Windows Server fácil de usar junto con contenedores JBOD (del inglés, just-a-bunch-of-disks: unos pocos discos) y espacios de almacenamiento para conseguir un almacenamiento de alto rendimiento y rentable, sin necesidad de usar los caros dispositivos SAN cuando se implementa una plataforma en la nube.

Para ver una lista de los cambios recientes realizados en este tema, consulte la sección Historial de cambios de este tema.

Si no lo ha hecho ya, lea Proporcionar almacenamiento rentable para las cargas de trabajo de Hyper-V mediante el uso de Windows Server, donde se ofrece una introducción a esta solución y se ha creado para que se use con este tema.

Se parte de la base de que lo que se pretende es la implementación inicial de aproximadamente 100 inquilinos (con ocho máquinas virtuales por inquilino), con la capacidad de ampliar la solución a unos 500 inquilinos con el tiempo. Para obtener instrucciones para un diseño más flexible y completo, consulte la Guía de consideraciones de diseño de almacenamiento definidas mediante software.

Aplique los pasos y las decisiones de diseño siguientes para planear la implementación del almacenamiento basado en Windows Server para cargas de trabajo de Hyper-V.

En esta guía:

  • Paso 1: Diseño del clúster de servidores de archivos

  • Paso 2: Diseño del clúster de administración

  • Paso 3: Diseño del clúster de proceso

  • Pasos siguientes

Paso 1: Diseño del clúster de servidores de archivos

En este paso, se diseña el clúster de servidores de archivos que se usa para proporcionar almacenamiento para máquinas virtuales en esta solución.

1.1. Diseñar el hardware del clúster de servidores de archivos

Estos son los componentes de hardware que se recomiendan para los clústeres de servidores de archivos. Tenga en cuenta que recomendamos adquirir todo el hardware de producción de un proveedor que realice la prueba y admita el hardware, como una solución integrada con Espacios de almacenamiento.

Componente

Directrices

Contenedores de almacenamiento

  • Cuatro contenedores de almacenamiento idénticos (240 discos en total en cuatro contenedores)

    Con cuatro contenedores, aunque uno de ellos se averíe por completo, los espacios seguirán estando en línea (siempre que no haya demasiados discos con error en los contenedores restantes).

  • Contenedores de almacenamiento de 60 discos con conexión SAS

  • Cada contenedor de almacenamiento debe estar conectado a través de dos conexiones SAS mediante un adaptador de bus host (HBA) a todos los nodos de los clústeres de servidores de archivos

    Esto aumenta al máximo el rendimiento y elimina un único punto de error. Para admitir este requisito, lo idóneo es que cada contenedor de almacenamiento y nodo de servidor tengan el doble de puertos SAS que de nodos (8 puertos en el contenedor de almacenamiento y 8 puertos en cada nodo).

Discos físicos

  • 48 unidades de disco duro de 7200 r.p.m. por contenedor de almacenamiento (192 unidades de disco duro en total en cuatro contenedores)

    Las unidades de disco duro de 7200 rpm proporcionan gran capacidad, a la vez que su consumo de energía es menor, además son más económicas que las unidades de disco duro de velocidad de rotación superior; no obstante, proporcionan un buen rendimiento en esta solución cuando se asocian con un número suficiente de SSD.

    Cuando se usan unidades de disco duro de 4 TB y unidades SSD de 800 GB en contenedores de 60 compartimentos, esta solución proporciona unos 804 TB de capacidad para el grupo de almacenamiento sin procesar por clúster de servidores de archivos. Después de la resistencia, se tienen en cuenta las copias de seguridad de almacenamiento y el espacio libre para la reparación de espacios de almacenamiento. Esto brinda aproximadamente 164 TiB de espacio para máquinas virtuales de administración y proceso (TiB es un terabyte calculado con la notación de base 2 en lugar de la notación de base 10 decimal).

  • 12 unidades SSD por contenedor de almacenamiento (48 unidades SSD en total en cuatro contenedores de almacenamiento)

    Los espacios de almacenamiento usan SSD para crear un nivel de almacenamiento más rápido para los datos de acceso frecuente. También usan SSD para las memorias caché con reescritura persistente que reduce la latencia de los procesos de escritura aleatorios.

    Para obtener más información, vea Novedades en espacios de almacenamiento de Windows Server.

  • Todos los discos deben ser discos SAS de dos puertos

    Esto permite que cada disco se conecte a todos los nodos del clúster de conmutación por error a través de los ampliadores SAS que se incluyen en los contenedores de almacenamiento.

Clústeres de servidores de archivos

  • Un clúster de servidores de archivos de cuatro nodos

    Con cuatro nodos, todos los contenedores de almacenamiento están conectados a todos los nodos y se puede mantener un buen rendimiento incluso si hay errores en dos nodos, lo que reduce la urgencia de realizar el mantenimiento.

  • Un clúster de servidores de archivos hospeda el almacenamiento para un clúster de cálculo

    Si agrega un clúster de cálculo, también debe agregar otro clúster de servidores de archivos de cuatro nodos. Puede agregar hasta cuatro clústeres de servidores de archivos y cuatro clústeres de cálculo por clúster de administración. El primer clúster de servidores de archivos también hospeda el almacenamiento del clúster de administración.

    Si se agregan clústeres (también denominados unidades de escala), se logra aumentar la escalabilidad del entorno para admitir más máquinas virtuales e inquilinos.

Nodos de clúster

  • Dos CPU de seis núcleos

    El clúster de servidores de archivos no necesita la CPU más eficaz porque la mayoría del tráfico se controla mediante tarjetas de red RDMA, que procesan directamente el tráfico de red.

  • 64 GB de RAM

    No se necesita mucha cantidad de RAM porque el clúster de servidores de archivos usa niveles de almacenamiento, lo que impide usar una memoria caché de CSV (normalmente uno de los elementos que más RAM consume en un servidor de archivos en clúster).

  • Dos unidades de disco duro acomodadas en una RAID-1 (reflejo) con una controladora RAID básica

    Aquí es dónde se instala Windows Server en cada nodo. Opcionalmente, puede usar uno o dos SSD. Los SSD son más caros, pero usan menos energía y arrancan, se configuran y se recuperan más rápido, además de que son más fiables. Puede usar un único SSD para reducir costos, si no le importa volver a instalar Windows Server en el nodo si se produce un error en el SSD.

HBA del nodo de clúster

  • Dos HBA de SAS de 6 Gbps de 4 puertos

    Cada uno de los adaptadores HBA tiene una conexión para cada contenedor de almacenamiento, de forma que hay dos conexiones en total para cada contenedor de almacenamiento. Esto dispara el rendimiento y proporciona rutas de acceso redundantes y no puede integrar la funcionalidad RAID.

Tarjetas de interfaz de red de nodo de clúster

  • Una tarjeta de interfaz de red Ethernet de dos puertos de 10 gigabits con compatibilidad con RDMA

    Esta tarjeta actúa como la interfaz de red de almacenamiento entre el clúster de servidores de archivos y los clústeres de cálculo y administración, cada uno de ellos almacena sus archivos de disco duro virtual en el clúster de servidores de archivos.

    La tarjeta requiere compatibilidad con RDMA para maximizar el rendimiento e iWARP si quiere utilizar enrutadores entre bastidores de clústeres, que pueden ser importantes al agregar clústeres de cálculo y clústeres de servidores de archivos adicionales a la solución. Esta tarjeta utiliza 3 SMB y SMB directo para proporcionar tolerancia a errores, con cada uno de los puertos conectado a una subred diferente.

    Para obtener una lista de tarjetas de interfaz de red certificada con compatibilidad con RDMA, consulte el catálogo de Windows Server.

  • Una tarjeta de interfaz de red Ethernet de dos puertos de 10 gigabits sin compatibilidad con RDMA

    Esta tarjeta se comunica entre el clúster de administración y el clúster de servidores de archivos, con cada uno de los puertos conectados a una subred independiente. No se necesita compatibilidad con RDMA porque se comunica con los conmutadores virtuales de Hyper-V en los clústeres de administración y de cálculo, que no pueden usar la comunicación RDMA.

    Para obtener una lista de tarjetas de interfaz de red certificada, consulte el catálogo de Windows Server.

  • Interfaz de red Ethernet de un gigabit para la administración remota

    Este controlador de administración de placa base (BMC) con tecnología iLO (integrated lights-out) o adaptador de red integrado se conecta a la red de administración.

1.2. Diseñar la configuración del software del clúster de servidores de archivos

Estos son los componentes de software que se recomiendan para los clústeres de servidores de archivos.

Tecnología

Directrices

Sistema operativo

  • Windows Server 2012 R2 Standard con la opción de instalación de Server Core

    El uso de Windows Server 2012 R2 Standard le supondrá un ahorro en comparación con una edición más cara y la opción de instalación Server Core no requiere tantas medidas de seguridad, lo que, por otra parte, limita la cantidad de actualizaciones de software que debe instalar en el clúster de servidores de archivos.

Clúster de conmutación por error

  • Servidor de archivos de escalabilidad horizontal

    Este servidor de archivos en clúster permite hospedar recursos compartidos de archivos disponibles continuadamente, a los que se puede obtener acceso simultáneamente en varios nodos.

MPIO

  • Habilitar E/S de múltiples rutas (MPIO) en cada nodo

    Esto combina las diversas rutas de acceso en discos físicos en los contenedores de almacenamiento, de forma que aporta resistencia y equilibrio de carga entre las rutas de acceso físicas.

Grupos de almacenamiento

  • Tres grupos de almacenamiento en clúster por clúster de servidores de archivos

    Esto ayuda a minimizar el tiempo necesario para conmutar por error el grupo de almacenamiento a otro nodo.

  • 5 unidades SSD y 16 unidades de disco duro de cada uno de los cuatro contenedores de almacenamiento por grupo de cargas de trabajo, para un total de 84 discos por grupo para las cargas de trabajo principales.

    Esto proporciona las unidades SSD suficientes para ayudarle a crear los espacios de almacenamiento adecuados, con los datos distribuidos en los contenedores de almacenamiento, de forma que cualquier contenedor de almacenamiento pueda tener errores sin que ello provoque tiempo de inactividad que afecte a los inquilinos (siempre y cuando no haya demasiados discos con errores en el resto de contenedores de almacenamiento).

  • 2 unidades SSD y 16 unidades de disco duro de cada uno de los cuatro contenedores de almacenamiento para un grupo de copia de seguridad, con un total de 72 discos en este grupo.

    Las unidades SSD en el grupo de copia de seguridad se designan como discos del diario para mejorar el rendimiento de escritura de los discos virtuales, que utiliza el tipo de resistencia de paridad doble.

  • No hay discos de reserva activos

    En su lugar, mantenga siempre al menos 21,9 TiB de espacio libre en la unidad de disco duro en cada uno de los grupos de almacenamiento y 1,5 TiB más de espacio libre en la unidad SSD en cada uno de los grupos de carga de trabajo. De esta forma, Espacios de almacenamiento puede generar automáticamente espacios de almacenamiento con un máximo de una unidad SSD con errores y 3 unidades de disco duro con errores mediante la copia de datos en varios discos del grupo, lo que reduce drásticamente el tiempo necesario para recuperar datos del disco con errores en comparación con el uso de reservas activas.

    En esta solución con unidades de disco duro de 4 TB y unidades SSD de 800 GB, esto supone mantener 23,4 TB de espacio libre por grupo de almacenamiento.

    Para obtener más información acerca cómo conseguimos estas cifras, vea Guía de consideraciones de diseño de almacenamiento definidas mediante software y Calculadora de diseño de almacenamiento definida mediante software.

Espacios de almacenamiento

  • Ocho espacios de almacenamiento por grupo de almacenamiento de carga de trabajo

    Esto distribuye la carga en cada nodo del clúster (dos espacios de almacenamiento por nodo y por grupo).

  • Uso de espacios reflejados tridireccionales para datos de carga de trabajo

    Los espacios reflejados proporcionan el mejor rendimiento y resistencia para hospedar máquinas virtuales. Los espacios reflejados triples garantizan que haya al menos tres copias de los datos, lo que permite que haya errores en dos de los discos sin pérdida de datos. No se recomiendan los espacios de paridad para hospedar máquinas virtuales por sus características de rendimiento.

  • Use la siguiente configuración para crear los espacios reflejados tridireccionales con niveles de almacenamiento, el tamaño predeterminado de caché con reescritura y el reconocimiento de contenedor. Recomendamos cuatro columnas para esta configuración para un equilibrio de una latencia baja y un rendimiento alto.

    Para obtener más información, vea Guía de consideraciones de diseño de almacenamiento definidas mediante software.

    Valor

    Valor

    ResiliencySettingName

    Mirror

    NumberOfDataCopies

    3

    NumberOfColumns

    4

    StorageTierSizes

    Unidad SSD: .54 TiB; Unidad de disco duro: 8.79 TiB (suponiendo unidades SSD de 800 GB y unidades de disco duro de 4 TB)

    IsEnclosureAware

    $true

  • Todos los espacios de almacenamiento usan aprovisionamiento fijo

    El aprovisionamiento fijo le permite usar niveles de almacenamiento y clústeres de conmutación por error; estas funcionalidades no se pueden usar con el aprovisionamiento fino.

  • Creación de un espacio de reflejo bidireccional de 4 GB adicionales sin niveles de almacenamiento

    Este espacio de almacenamiento se usa como un disco testigo para el clúster de servidores de archivos y para los testigos del uso compartido de archivos para los clústeres de cálculo y administración. Esto ayuda a que el clúster de servidores de archivos mantenga su integridad (cuórum) en caso de errores en dos nodos o problemas de red entre los nodos.

  • Para el grupo de copia de seguridad, use las siguientes opciones para crear 16 discos virtuales mediante el tipo de resistencia de paridad dual y 7 columnas.

    Valor

    Valor

    ResiliencySettingName

    Parity

    NumberOfDataCopies

    3

    Size

    7.53 TiB

    NumberOfColumns

    7

    IsEnclosureAware

    $true

Particiones

  • Una partición GPT por espacio de almacenamiento

    Esto ayuda a hacer la solución más sencilla.

Volúmenes

  • Un volumen formateado con el sistema de archivos NTFS por partición o espacio de almacenamiento

    No se recomienda usar ReFS para esta solución en esta versión de Windows Server.

  • Habilite la desduplicación de datos en los discos virtuales usados para el almacenamiento de las copias de seguridad.

CSV

  • Un volumen CSV por volumen (con un volumen y partición por espacio de almacenamiento)

    Esto permite que la carga se distribuya a todos los nodos del clúster de servidores de archivos. No cree un volumen CSV en el espacio de almacenamiento de 4 GB que se usa para mantener el cuórum de clúster.

Cifrado de unidad BitLocker

  • Probar el rendimiento del cifrado de unidad BitLocker antes de usarlo de forma general

    Puede usar el cifrado de unidad BitLocker para cifrar todos los datos almacenados en cada volumen CSV, lo cual mejora la seguridad física, pero esto puede tener gran repercusión en el rendimiento de la solución.

Recursos compartidos de archivos disponibles continuamente

  • Un recurso compartido de archivos SMB disponible continuadamente por volumen CSV, volumen, partición o espacio de almacenamiento.

    Esto facilita la administración (un recurso compartido por espacio de almacenamiento subyacente) y permite que la carga se distribuya a todos los nodos del clúster de servidores de archivos.

  • Probar el rendimiento del acceso a los datos cifrados (cifrado SMB 3) en los recursos compartidos de archivos antes de la implementación en general

    Puede usar el cifrado SMB 3 para ayudar a proteger los datos en recursos compartidos de archivos que requieren protección frente a las infracciones de seguridad física en las que un atacante tenga acceso a la red de centros de datos, pero al hacerlo, se eliminan la mayoría de las ventajas de rendimiento al usar adaptadores de red RDMA.

Actualizaciones

  • Uso de Windows Server Update Services junto con Virtual Machine Manager

    Cree entre tres y cuatro grupos de equipos en Windows Server Update Services (WSUS) para los nodos del servidor de archivos; para ello, agregue uno o dos a cada grupo. Con esta configuración, puede actualizar primero un servidor y supervisar su funcionalidad y, después, actualizar el resto de los servidores uno a uno para la mantener el equilibrio de la carga entre los demás servidores.

    Para más información, consulte Administración de actualizaciones de tejido en VMM (o Implementación de Windows Server Update Services en la organización, si no usa Virtual Machine Manager).

  • Usar actualizaciones compatibles con clústeres para UEFI y actualizaciones de firmware

    Use la actualización compatible con clústeres para actualizar todo lo que no se pueda distribuir a través de WSUS. Probablemente haga referencia al BIOS (UEFI) para los nodos del clúster junto con el firmware para adaptadores de red, el HBA SAS, las unidades y los contenedores de almacenamiento.

Data Protection Manager

  • Puede usar Data Protection Manager (DPM) para proporcionar copias de seguridad uniformes entre bloqueos del clúster de servidores de archivos. También puede usar DPM y la replicación de Hyper-V para la recuperación ante desastres de máquinas virtuales en el clúster de cálculo.

Paso 2: Diseño del clúster de administración

En este paso, se diseña el clúster de administración que se ejecuta en todos los servicios de infraestructura y administración del servidor de archivos y los clústeres de cálculo.

Nota

Esta solución parte de la base de que quiere usar el conjunto de productos de System Center que proporcionan herramientas eficaces para agilizar la configuración, la administración y la supervisión de esta solución. Sin embargo, también puede realizar todas las tareas mediante Windows PowerShell y el Administrador del servidor (aunque probablemente encontrará Windows PowerShell más adecuado debido a la escala de esta solución). Si elige abstenerse de usar System Center, probablemente no necesitará un clúster de administración tan eficaz como el que se describe aquí y seguramente pueda usar los servidores o clústeres existentes.

2.1. Diseñar el hardware del clúster de administración

Estos son los componentes de hardware que se recomiendan para el clúster que ejecuta todos los servicios de administración e infraestructura para los clústeres de servidores de archivos y cálculo.

Componente

Directrices

Clúster administración

  • Un clúster de conmutación por error de cuatro nodos

    Si usa cuatro nodos, se puede tolerar que haya errores en un nodo de clúster en el clúster de administración; use seis nodos para resistir la aparición de errores en dos nodos. Un clúster de administración que use Virtual Machine Manager puede admitir hasta 8192 máquinas virtuales.

Nodos de clúster

  • Dos CPU de ocho núcleos

    Las máquinas virtuales en clúster realizan una gran cantidad de procesamientos, de forma que requieren un poco más capacidad de la CPU que el clúster de servidores de archivos.

  • 128 GB de RAM

    Si se ejecutan máquinas virtuales de administración, se requerirá más memoria RAM de la que necesita el clúster de servidores de archivos.

  • Dos unidades de disco duro acomodadas en una RAID-1 (reflejo) con una controladora RAID básica

    Aquí es dónde se instala Windows Server en cada nodo. Opcionalmente, puede usar uno o dos SSD. Los SSD son más caros, pero usan menos energía y arrancan, se configuran y se recuperan más rápido, además de que son más fiables. Puede usar un único SSD para reducir costos, si no le importa volver a instalar Windows Server en el nodo si se produce un error en el SSD.

Tarjetas de interfaz de red

  • Una tarjeta de interfaz de red Ethernet de dos puertos de 10 gigabits con compatibilidad con RDMA

    Esta tarjeta se comunica entre el clúster de administración y el clúster de servidores de archivos para el acceso a los archivos .vhdx que utilizan las máquinas virtuales de administración. La tarjeta requiere compatibilidad con RDMA para maximizar el rendimiento e iWARP si quiere utilizar enrutadores entre los bastidores de los clústeres de servidores de archivos y administración, que pueden ser importantes al agregar clústeres de servidores de archivos adicionales a la solución. Esta tarjeta utiliza 3 SMB y SMB directo para proporcionar tolerancia a errores, con cada uno de los puertos conectado a una subred diferente.

    Para obtener una lista de tarjetas de interfaz de red certificada con compatibilidad con RDMA, consulte el catálogo de Windows Server.

  • Una tarjeta de interfaz de red Ethernet de dos puertos de 10 gigabits sin compatibilidad con RDMA

    Esta tarjeta controla el tráfico de administración entre todos los clústeres. La tarjeta requiere compatibilidad para Virtual Machine Queue (VMQ), Dynamic VMQ, etiquetado VLAN 802.1Q y descarga de GRE (NVGRE). La tarjeta usa la formación de equipos NIC para crear sus dos puertos, cada uno conectado a una subred independiente, tolerante a errores.

    La tarjeta no puede usar RDMA porque requiere acceso directo a la tarjeta de red y esta tarjeta necesita comunicarse con los conmutadores virtuales de Hyper-V (que interfieren con el acceso directo a la tarjeta de red). Usa la tecnología de formación de equipos NIC de tolerancia a errores en lugar de SMB directo, de forma que los protocolos que no sean SMB pueden usar las conexiones de red redundantes. Debe usar las reglas de calidad de servicio (QoS) para priorizar el tráfico en esta conexión.

    Para obtener una lista de tarjetas de interfaz de red certificada con compatibilidad con NVGRE, consulte el catálogo de Windows Server.

  • Interfaz de red Ethernet de un gigabit para la administración remota

    Este controlador de administración de placa base (BMC) con tecnología iLO (integrated lights-out) o adaptador de red integrado se conecta a la red de administración.

2.2. Diseñar la configuración del software del clúster de administración

La siguiente lista describe de forma general los componentes de software que se recomiendan para el clúster de administración:

  • Windows Server 2012 R2 Datacenter

  • Clúster de conmutación por error

  • Actualización compatible con clústeres

  • Hyper-V

La siguiente lista describe de forma general los servicios que debe ejecutar en máquinas virtuales en el clúster de administración:

  • Servicios de dominio de Active Directory (AD DS), servidor DNS y servidor DHCP

  • Windows Server Update Services

  • Servicios de implementación de Windows

  • Microsoft SQL Server

  • System Center Virtual Machine Manager

  • Servidor de biblioteca de System Center Virtual Machine Manager

  • System Center Operations Manager

  • System Center Data Protection Manager

  • Una consola de administración (Windows Server con la opción de instalación de GUI)

  • Se requieren máquinas virtuales adicionales en función de los servicios que utilice, como el paquete de Windows Azure y System Center Configuration Manager.

Nota

Cree conmutadores virtuales idénticos en todos los nodos para que cada máquina virtual pueda conmutar por error hacia cualquier nodo y mantener su conexión a la red.

Paso 3: Diseño del clúster de proceso

En este paso, se diseña el clúster de cálculo que ejecuta las máquinas virtuales que proporcionan servicios a los inquilinos.

2.1. Diseñar el hardware del clúster de cálculo

Estos son los componentes de hardware que se recomiendan para los clústeres de cálculo. Estos clústeres incorporan máquinas virtuales de inquilino.

Componente

Directrices

Clústeres de cálculo de Hyper-V

  • Cada clúster de cálculo contiene 32 nodos y hospeda hasta 2048 máquinas virtuales de Hyper-V. Cuando esté listo para agregar capacidad adicional, puede agregar hasta tres clústeres de cálculo adicionales (y los clústeres de servidores de archivo asociados con un total de 128 nodos que hospedan 8192 máquinas virtuales para los 512 inquilinos, siempre que cada inquilino tenga 8 máquinas virtuales).

    Consulte Escalabilidad de Hyper-V en Windows Server 2012 y Windows Server 2012 R2 para obtener más información.

Nodos de clúster

  • Dos CPU de ocho núcleos

    Basta con dos CPU de ocho núcleos para una combinación de cargas de trabajo general; pero si va a ejecutar muchas cargas de trabajo de cálculo en las máquinas virtuales de inquilino, elija CPU con mayor rendimiento.

  • 128 GB de RAM

    Para ejecutar un gran número de máquinas virtuales (probablemente 64 por nodo cuando todos los nodos del clúster se están ejecutando), se requiere más memoria RAM de la que necesita el clúster de servidores de archivos. Use más memoria RAM si quiere proporcionar un promedio de más de 2 GB por máquina virtual.

  • Dos unidades de disco duro acomodadas en una RAID-1 (reflejo) con una controladora RAID básica

    Aquí es dónde se instala Windows Server en cada nodo. Opcionalmente, puede usar uno o dos SSD. Los SSD son más caros, pero usan menos energía y arrancan, se configuran y se recuperan más rápido, además de que son más fiables. Puede usar un único SSD para reducir costos, si no le importa volver a instalar Windows Server en el nodo si se produce un error en el SSD.

Tarjetas de interfaz de red

  • Una tarjeta de interfaz de red Ethernet de dos puertos de 10 gigabits con compatibilidad con RDMA

    Esta tarjeta se comunica con el clúster de servidores de archivos para el acceso a los archivos .vhdx que usan las máquinas virtuales. La tarjeta requiere compatibilidad con RDMA para maximizar el rendimiento e iWARP si quiere utilizar enrutadores entre los bastidores de los clústeres de servidores de archivos y administración, que pueden ser importantes al agregar clústeres de servidores de archivos adicionales a la solución. Esta tarjeta utiliza 3 SMB y SMB directo para proporcionar tolerancia a errores, con cada uno de los puertos conectado a una subred diferente.

    Para obtener una lista de tarjetas de interfaz de red certificada con compatibilidad con RDMA, consulte el catálogo de Windows Server.

  • Una tarjeta de interfaz de red Ethernet de dos puertos de 10 gigabits sin compatibilidad con RDMA

    Esta tarjeta controla la administración y el tráfico de inquilinos. La tarjeta requiere compatibilidad para Virtual Machine Queue (VMQ), Dynamic VMQ, etiquetado VLAN 802.1Q y descarga de GRE (NVGRE). La tarjeta usa la formación de equipos NIC para crear sus dos puertos, cada uno conectado a una subred independiente, tolerante a errores.

    La tarjeta no puede usar RDMA porque requiere acceso directo a la tarjeta de red y esta tarjeta necesita comunicarse con los conmutadores virtuales de Hyper-V (que interfieren con el acceso directo a la tarjeta de red). Usa la tecnología de formación de equipos NIC de tolerancia a errores en lugar de SMB directo, de forma que los protocolos que no sean SMB pueden usar las conexiones de red redundantes. Debe usar las reglas de calidad de servicio (QoS) para priorizar el tráfico en esta conexión.

    Para obtener una lista de tarjetas de interfaz de red certificada con compatibilidad con NVGRE, consulte el catálogo de Windows Server.

  • Interfaz de red Ethernet de un gigabit para la administración remota

    Este controlador de administración de placa base (BMC) con tecnología iLO (integrated lights-out), o adaptador de red integrado se conecta a la red de administración y le permite usar System Center Virtual Machine Manager para configurar el nodo de clúster en hardware sin sistema operativo. La interfaz debe tener compatibilidad con la interfaz de administración de plataforma inteligente (IPMI) o Systems Management Architecture for Server Hardware.

2.2. Diseñar la configuración del software del clúster de cálculo

La siguiente lista describe de forma general los componentes de software que se recomiendan para el clúster de cálculo:

  • Windows Server 2012 R2 Datacenter

  • Clúster de conmutación por error

  • Hyper-V

  • Protocolo de puente del centro de datos

  • Actualización compatible con clústeres

Pasos siguientes

Después de completar los pasos de planificación, consulte ¿Cuáles son los pasos de alto nivel para implementar esta solución?.

Vea también

Historial de cambios

Fecha

Descripción

15 de julio de 2015

Instrucciones actualizadas para el diseño de disco virtual y vínculos agregados a Guía de consideraciones de diseño de almacenamiento definidas mediante software, que proporciona información del diseño de almacenamiento más detallada y actualizada.

18 de junio de 2014

Instrucciones actualizadas sobre la cantidad de espacio libre que se debe conservar en cada grupo para la reconstrucción de espacios de almacenamiento, los tamaños de disco virtual actualizados y otras cifras pertinentes

2 de abril de 2014

Vínculos que se han quitado de Windows Catalog a discos SAS y HBA de SAS porque causaban confusión

22 de enero de 2014

Publicación preliminar