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 2411.1 y versiones posteriores
En este artículo se describe cómo puede usar un patrón de referencia de red sin conmutador de almacenamiento de cuatro nodos con dos conmutadores TOR L3 y dos vínculos de malla completa para implementar la solución local de Azure.
Nota
Microsoft ha probado y validado los patrones de referencia de red sin conmutador de cuatro nodos descritos en este artículo.
Escenarios
Los escenarios de este patrón de red incluyen laboratorios, fábricas, sucursales y centros de datos.
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.
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.
Los servicios L3 de 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 QoS, no requieren una configuración adicional del dispositivo de firewall, ya que se implementan en la capa del adaptador de red virtual.
Componentes de conectividad física
Como se muestra en el siguiente diagrama de red de cuatro nodos, este patrón tiene los siguientes componentes de red físicos:
Para la comunicación de entrada ascendente y descendente, la instancia local de Azure requiere dos conmutadores TOR en la configuración del grupo de agregación de vínculos 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 puerto de interfaz de red está conectado a un TOR diferente.
Seis NIC RDMA en cada nodo de una configuración de vínculo dual de malla completa para el tráfico horizontal de derecha a izquierda para el almacenamiento. Cada nodo del sistema tiene una conexión redundante con dos rutas de acceso al otro nodo del sistema.
| Redes | Administración y cálculo | Almacenamiento |
|---|---|---|
| Velocidad de 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 | Cuatro puertos independientes |
Redes lógicas
Redes de interconexión de nodos VLAN para el tráfico SMB (almacenamiento y migración en vivo)
El tráfico basado en intención de almacenamiento consta de doce subredes individuales y admite 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 cuatro 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 cuatro nodos en una configuración sin conmutadores, Network ATC tiene los siguientes requisitos:
Solo admite una sola VLAN para todas las subredes IP usadas para la conectividad de almacenamiento.
StorageAutoIPparámetro debe establecerse en false,Switchlessparámetro debe establecerse en true y debe especificar las direcciones IP en la plantilla de Azure Resource Manager (ARM) que se usa para implementar la instancia local de Azure desde Azure.Para Azure Local:
No se admiten sistemas sin conmutadores de almacenamiento de escalabilidad horizontal.
Solo es posible implementar este escenario de cuatro 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 de proceso físico 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 puede asignar manualmente direcciones IP estáticas. 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:
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.
Calcular VLANs
En algunos escenarios, no es necesario usar redes virtuales de SDN con encapsulación de VXLAN. En su lugar, puede usar VLANs tradicionales para aislar las cargas de trabajo de los inquilinos. 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 se requiere implementar redes virtuales mediante encapsulación VXLAN para un nivel 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
En patrones de almacenamiento sin conmutadores de cuatro nodos, se crean dos intenciones de Red ATC. La primera finalidad es para la administración y el tráfico de red de cálculo, y la segunda finalidad 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 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. Los NICs RDMA usan SMB Multicanal para proporcionar resiliencia y agregación de ancho de banda.
VLAN predeterminados: VLAN única para todas las subredes.
IP automática de almacenamiento: Falso. Este patrón requiere la configuración manual de la IP o la definición de la IP mediante una plantilla de ARM.
Doce 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:
Node1 -> Node3 - Red de almacenamiento 4: 10.0.4.0/24:
Node1 -> Node3 - Red de almacenamiento 5: 10.0.5.0/24:
Node1 -> Node4 - Red de almacenamiento 6: 10.0.6.0/24:
Node1 -> Node4 - Red de almacenamiento 7: 10.0.7.0/24:
Node2 -> Node3 - Red de almacenamiento 8: 10.0.8.0/24:
Node2 -> Node3 - Red de almacenamiento 9: 10.0.9.0/24:
Node2 -> Node4 - Red de almacenamiento 10: 10.0.10.0/24:
Node2 -> Node4 - Red de almacenamiento 11: 10.0.11.0/24:
Node3 -> Node4 - Red de almacenamiento 12: 10.0.12.0/24:
Node3 -> Node4
- 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 redes de intención de almacenamiento de plantillas de ARM
Puede usar la plantilla de ARM para almacenamiento de cuatro nodos sin conmutadores, TOR dual y enlace dual.
"storageNetworkList": {
"value": [
{
"name": "StorageNetwork1",
"networkAdapterName": "SMB1",
"vlanId": "711",
"storageAdapterIPInfo": [
{
"physicalNode": "Node1",
"ipv4Address": "10.0.1.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node2",
"ipv4Address": "10.0.1.3",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node3",
"ipv4Address": "10.0.3.3",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node4",
"ipv4Address": "10.0.5.3",
"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.2.3",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node3",
"ipv4Address": "10.0.4.3",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node4",
"ipv4Address": "10.0.6.3",
"subnetMask": "255.255.255.0"
}
]
},
{
"name": "StorageNetwork3",
"networkAdapterName": "SMB3",
"vlanId": "711",
"storageAdapterIPInfo": [
{
"physicalNode": "Node1",
"ipv4Address": "10.0.3.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node2",
"ipv4Address": "10.0.7.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node3",
"ipv4Address": "10.0.7.3",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node4",
"ipv4Address": "10.0.9.3",
"subnetMask": "255.255.255.0"
}
]
},
{
"name": "StorageNetwork4",
"networkAdapterName": "SMB4",
"vlanId": "711",
"storageAdapterIPInfo": [
{
"physicalNode": "Node1",
"ipv4Address": "10.0.4.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node2",
"ipv4Address": "10.0.8.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node3",
"ipv4Address": "10.0.8.3",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node4",
"ipv4Address": "10.0.10.3",
"subnetMask": "255.255.255.0"
}
]
},
{
"name": "StorageNetwork5",
"networkAdapterName": "SMB5",
"vlanId": "711",
"storageAdapterIPInfo": [
{
"physicalNode": "Node1",
"ipv4Address": "10.0.5.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node2",
"ipv4Address": "10.0.9.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node3",
"ipv4Address": "10.0.11.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node4",
"ipv4Address": "10.0.11.3",
"subnetMask": "255.255.255.0"
}
]
},
{
"name": "StorageNetwork6",
"networkAdapterName": "SMB6",
"vlanId": "711",
"storageAdapterIPInfo": [
{
"physicalNode": "Node1",
"ipv4Address": "10.0.6.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node2",
"ipv4Address": "10.0.10.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node3",
"ipv4Address": "10.0.12.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node4",
"ipv4Address": "10.0.12.3",
"subnetMask": "255.255.255.0"
}
]
}
]
},