Compartir a través de

Introducción a los patrones de referencia de red para Azure Local

  • Artículo

Se aplica a: Azure Local, versiones 23H2 y 22H2

Importante

Azure Stack HCI ahora forma parte de Azure Local. El cambio de nombre de la documentación del producto está en curso. Los cambios textuales se completan y las actualizaciones visuales se finalizarán pronto. Más información.

En este artículo, obtenga información general sobre la implementación de patrones de referencia de red en Azure Local.

Una implementación consta de sistemas de nodo único o de varios nodos (hasta 16 máquinas por sistema) que se conectan a uno o dos conmutadores top of Rack (TOR). Estos entornos tienen las siguientes características:

  • Al menos dos puertos de adaptador de red dedicados a la intención del tráfico de almacenamiento. La única excepción a esta regla es las implementaciones de nodo único, donde los adaptadores de red para el almacenamiento no son necesarios si no planea escalar horizontalmente el sistema en el futuro.

  • Uno o dos puertos de adaptador de red dedicados a la administración y a las intenciones de tráfico de proceso.

Consideraciones de conectividad sin conmutador de almacenamiento

A continuación se resaltan algunas consideraciones sobre el uso de configuraciones sin conmutador:

  • Las implementaciones sin conmutador de almacenamiento en Azure Local, versión 23H2 solo admiten 1,2 o 3 nodos.

  • Las operaciones de escalabilidad horizontal en implementaciones sin conmutadores de almacenamiento desde Azure Portal o ARM no se admiten en los sistemas de Azure Local, versión 23H2.

  • No es necesario cambiar para el tráfico en el sistema (Este-Oeste); sin embargo, se requiere un conmutador físico para el tráfico fuera del sistema (Norte-Sur).

  • Network ATC no admite autoIP de red de almacenamiento en 3 nodos implementaciones sin conmutadores. El planeamiento es necesario para esquemas de direccionamiento ip y subred.

  • Los adaptadores de almacenamiento son interfaces de uso único. La administración, el proceso, el clúster extendido y otro tráfico que requiera la comunicación norte-sur no puede usar los adaptadores de red de almacenamiento.

  • A medida que el número de nodos del sistema crece más allá de dos nodos, el costo de los adaptadores de red podría superar el costo de usar conmutadores de red.

  • Más allá de un sistema de tres nodos, crece la complejidad de la administración de cables.

Para más información, consulte Requisitos de red física para Azure Local.

Requisitos de firewall

Azure Local requiere conectividad periódica a Azure. Si el firewall de salida de la organización está restringido, tendría que incluir requisitos de firewall para los puntos de conexión de salida y las reglas y puertos internos. Hay puntos de conexión necesarios y recomendados para los componentes principales de Azure Local, que incluyen la creación del sistema, el registro y la facturación, Microsoft Update y el testigo en la nube.

Consulte los requisitos del firewall para obtener una lista completa de los puntos de conexión. Asegúrese de incluir estas direcciones URL necesarias en la lista de permitidos. Es necesario abrir los puertos de red adecuados entre todas las máquinas dentro de un sitio y entre sitios (para clústeres extendidos).

El validador de conectividad local de Azure de la herramienta Comprobador de entorno comprueba el requisito de conectividad saliente de forma predeterminada durante la implementación. Además, puede ejecutar la herramienta Comprobador de entorno independiente antes, durante o después de la implementación para evaluar la conectividad saliente del entorno.

Un procedimiento recomendado es tener todos los puntos de conexión pertinentes en un archivo de datos al que puede acceder la herramienta del comprobador de entorno. El mismo archivo también se puede compartir con el administrador del firewall para abrir los puertos y direcciones URL necesarios.

Para más información, consulte Requisitos de firewall.

Pasos siguientes