Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Se aplica a: Azure Local 2311.2 y versiones posteriores
En este artículo, obtenga información sobre el almacenamiento de tres nodos sin conmutadores con dos conmutadores TOR L3 y el patrón de referencia de red de vínculo único de malla completa que puede usar para implementar la solución local de Azure.
Nota:
Microsoft ha probado y validado los patrones de referencia de red sin conmutador de tres nodos descritos en este artículo. Para obtener información sobre los patrones de red sin conmutador de dos nodos, consulte Patrones de implementación de red local de Azure.
Escenarios
Los escenarios para este patrón de red incluyen laboratorios, fábricas, tiendas minoristas, sectores públicos y gobierno.
Considere la posibilidad de implementar este patrón al buscar una solución rentable que tenga tolerancia a errores en todos los componentes de red. Los servicios L3 de red definida por software (SDN) son totalmente compatibles con este patrón. Los servicios de enrutamiento, como el Protocolo de puerta de enlace de borde (BGP) se pueden configurar directamente en los conmutadores TOR si admiten servicios L3. Las características de seguridad de red, como la microsegmentación o la calidad de servicio (QoS) no requieren una configuración adicional del dispositivo de firewall, ya que se implementan en la capa del adaptador de red virtual.
Nota:
Recuerde que las operaciones de escalabilidad horizontal no se admiten en implementaciones locales de Azure con almacenamiento sin conmutador. Para agregar un nodo adicional, vuelva a implementar el clúster, ya que necesita volver a configurar la conectividad física de almacenamiento y las redes de almacenamiento.
Componentes de conectividad física
Como se muestra en el diagrama, este patrón tiene los siguientes componentes de red físicos:
- Para la comunicación hacia el norte y hacia el sur, la instancia local de Azure requiere dos conmutadores TOR en configuración de grupo de agregación de enlace de varios chasis (MLAG).
- Dos tarjetas de red que usan el conmutador virtual SET para controlar el tráfico de administración y proceso, conectados a los conmutadores TOR. Cada NIC está conectada a un TOR diferente.
- Dos NIC RDMA en cada nodo de una configuración de vínculo único de malla completa para el tráfico horizontal de derecha a izquierda para el almacenamiento.
Nota:
Para esta configuración, no hay ninguna conexión de red redundante entre los nodos.
| Redes | Gestión y computación | Almacenamiento |
|---|---|---|
| Velocidad del vínculo | Al menos 1 GBps. Se recomienda 10 GBps | Al menos 10 GBps |
| Tipo de interfaz | RJ45, SFP+ o SFP28 | SFP+ o SFP28 |
| Puertos y agregación | Dos puertos agrupados | Dos puertos independientes |
Redes lógicas
Como se muestra en el diagrama, este patrón tiene los siguientes componentes de red lógicos:
Redes de interconexión de nodos VLAN para el tráfico SMB (almacenamiento y migración en vivo)
El tráfico basado en intenciones de Storage consta de tres subredes individuales que admiten el tráfico RDMA. Cada interfaz está dedicada a una red de interconexión de nodo independiente. Este tráfico solo está pensado para viajar entre los tres nodos. El tráfico de almacenamiento en estas subredes está aislado sin conectividad con otros recursos.
Cada par de adaptadores de almacenamiento entre los nodos funciona en diferentes subredes IP. Para habilitar una configuración sin conmutador, cada nodo conectado admite la misma subred coincidente de su vecino.
Al implementar una configuración sin conmutador de tres nodos, Network ATC tiene los siguientes requisitos:
Solo admite una sola VLAN para todas las subredes IP usadas para la conectividad de almacenamiento.
El parámetro
StorageAutoIPdebe establecerse en false, el parámetroSwitchlessdebe establecerse en true y usted será responsable de especificar las IP en la plantilla de ARM utilizada para implementar la instancia de Azure Local.Para implementaciones en la nube local de Azure:
No se admiten sistemas sin conmutadores de almacenamiento de escalabilidad horizontal.
Solo es posible implementar este escenario de tres nodos mediante plantillas de ARM.
Para más información, consulte Implementación mediante la plantilla de implementación de Azure Resource Manager.
VLAN de administración
Todos los hosts físicos de cálculo deben acceder a la red lógica de administración. Para fines de planeamiento de direcciones IP, cada host debe tener al menos una dirección IP asignada desde la red lógica de administración.
Un servidor DHCP puede asignar automáticamente direcciones IP para la red de administración, o el usuario puede asignar direcciones IP estáticas de forma manual. Cuando DHCP es el método de asignación ip preferido, se recomiendan las reservas DHCP sin expiración.
Para obtener información, consulte Consideraciones de red DHCP para la implementación en la nube.
La red de administración admite dos configuraciones de VLAN diferentes para el tráfico : nativo y etiquetado. Las consideraciones siguientes se aplican a cada configuración:
La VLAN nativa para la red de administración no requiere que proporcione un identificador de VLAN.
La VLAN etiquetada para la red de administración requiere la configuración del identificador de VLAN en los adaptadores de red físicos o en el adaptador de red virtual de administración antes de registrar los nodos en Azure Arc.
Los puertos del conmutador físico deben configurarse correctamente para aceptar el identificador de VLAN en los adaptadores de administración.
Si la intención incluye tipos de tráfico de administración y proceso, los puertos de conmutador físico deben configurarse en modo tronco para aceptar todas las VLAN necesarias para las cargas de trabajo de administración y proceso.
La red de administración admite el tráfico usado por el administrador para la administración del sistema, como Escritorio remoto, Windows Admin Center y Active Directory.
Para más información, consulte Consideraciones sobre la red VLAN de administración.
VLAN de proceso
En algunos escenarios, no es necesario usar redes virtuales de SDN con encapsulación de VXLAN. En su lugar, puede usar VLAN tradicionales para aislar sus cargas de trabajo de inquilino. Esas VLAN deben configurarse en el puerto de conmutadores TOR en modo tronco. Al conectar nuevas máquinas virtuales a estas VLAN, la etiqueta VLAN correspondiente se define en el adaptador de red virtual.
Red de direcciones de proveedor de HNV (PA)
La red del proveedor de Virtualización de red de Hyper-V (HNV PA) sirve como la red física subyacente para el tráfico de inquilino este-oeste (interno-interno), el tráfico de inquilino norte-sur (externo-interno) y para intercambiar información sobre el emparejamiento BGP con la red física. Esta red solo es necesaria cuando hay que implementar redes virtuales mediante encapsulación VXLAN para proporcionar una capa adicional de aislamiento y multitenencia de red.
Para obtener más información, consulte Planear una infraestructura de red definida por software.
Intenciones de ATC de red
Para los patrones de almacenamiento sin conmutadores de tres nodos, se crean dos intenciones ATC de red. El primer objetivo es para la administración y el tráfico de red de computación, y el segundo objetivo es para el tráfico de almacenamiento.
Intención de administración y proceso
- Tipo de intención: Administración y computación
- Modo de intención: modo de clúster
- Formación de equipos: Sí. equipo de pNIC01 y pNIC02
- VLAN de administración predeterminada: no se modifica la VLAN configurada para adaptadores de administración.
- VLAN y VNIC de proceso y PA: la red ATC es transparente para vNIC y VLAN de PA o VNIC de máquina virtual de proceso y VNIC.
Intención de almacenamiento
Tipo de intención: Almacenamiento
Modo de intención: modo de clúster
Formación de equipos: No. Las tarjetas NIC RDMA utilizan SMB Multicanal para proporcionar resiliencia y agregación de ancho de banda.
VLAN predeterminados: VLAN único para todas las subredes
IP de almacenamiento automática: Falso. Este patrón requiere la configuración manual de IP o la definición de IP de plantilla de ARM.
Tres subredes necesarias (definidas por el usuario):
- Red de almacenamiento 1: 10.0.1.0/24 :
Node1 -> Node2 - Red de almacenamiento 2: 10.0.2.0/24 :
Node1 -> Node2 - Red de almacenamiento 3: 10.0.3.0/24 :
Node2 -> Node3
- Red de almacenamiento 1: 10.0.1.0/24 :
Para obtener más información, consulte Implementación de redes de host con Network ATC.
Ejemplo de configuración de red de intención de almacenamiento con plantilla de ARM
Puede usar la plantilla de ARM para un almacenamiento de tres nodos sin conmutadores, dual TOR y un enlace único.
Este es un fragmento de código de la plantilla:
"storageNetworkList": {
"value": [
{
"name": "StorageNetwork1",
"networkAdapterName": "SMB1",
"vlanId": "711",
"storageAdapterIPInfo": [
{
"physicalNode": "Node1",
"ipv4Address": "10.0.1.1",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node2",
"ipv4Address": "10.0.1.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node3",
"ipv4Address": "10.0.2.1",
"subnetMask": "255.255.255.0"
}
]
},
{
"name": "StorageNetwork2",
"networkAdapterName": "SMB2",
"vlanId": "711",
"storageAdapterIPInfo": [
{
"physicalNode": "Node1",
"ipv4Address": "10.0.2.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node2",
"ipv4Address": "10.0.3.1",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node3",
"ipv4Address": "10.0.3.2",
"subnetMask": "255.255.255.0"
}
]
}
]
},