Plantillas
Las plantillas son abstracciones de diseños de red que definen las capacidades de una red, su estructura y la intención de la política, sin definir ninguna información específica del proveedor. Se definen con otros elementos de abstracción (tipos de bastidor, dispositivos lógicos), así como con otros detalles, como se describe a continuación. Cuando esté listo para construir su red, utilizará una plantilla para crear un plano. Las plantillas pueden estar basadas en bastidor, en pods o sin spine (colapsadas). Consulte las secciones a continuación para obtener detalles sobre cada tipo de plantilla.
Los tipos de bastidores se utilizan en las plantillas. Apstra ofrece muchas plantillas predefinidas, pero si necesita crear una plantilla personalizada, utilizará uno de los muchos tipos de bastidores predefinidos o uno que haya creado usted mismo. Cuando la mayoría de los bastidores de su centro de datos utilizan el mismo hardware leaf con las mismas velocidades de enlace a los hosts, velocidades de enlace ascendente a los spines, etc., en lugar de diseñar y construir cada bastidor en un centro de datos, puede aprovechar la eficiencia de utilizar un tipo de bastidor.
Plantillas basadas en bastidor
Las plantillas basadas en bastidores definen el tipo y la cantidad de bastidores que se conectarán como conmutadores de la parte superior del bastidor (ToR) (o pares de conmutadores ToR). Las plantillas basadas en bastidores se dividen en las siguientes secciones:
Parámetros de plantilla
La sección Parámetros de plantilla incluye el nombre y el tipo de plantilla:
-
Nombre : un nombre único para identificar la plantilla. 17 caracteres o menos
-
Tipo : basado en bastidor: según el tipo y el número de bastidores a conectar
Vista previa de topología
La sección Vista previa de topología muestra una representación visual de los elementos incluidos en la plantilla. La siguiente captura de pantalla es para el tipo de bastidor basado en bastidor predefinido denominado L2 Virtual.
Estructura
La sección Estructura incluye detalles sobre los componentes que componen la plantilla, como se muestra en la siguiente tabla:
| Estructura |
Opciones |
|---|---|
| Espinas |
|
| Etiquetas |
Especificado por el usuario. Seleccione etiquetas de la lista desplegable generada desde el catálogo global o cree etiquetas sobre la marcha (que luego se convertirán en parte del catálogo global). Útil para especificar enrutadores externos. Las etiquetas utilizadas en las plantillas están incrustadas, por lo que los cambios posteriores en las etiquetas del catálogo global no afectan a las plantillas. |
| Tipos de bastidores |
Los tipos de bastidor basados en ESI en plantillas basadas en bastidor sin EVPN no son válidos. |
Estructura lógica
La sección Estructura lógica consta de una representación visual de los elementos lógicos de la plantilla. Muestra las relaciones lógicas y las dependencias para que pueda validar que el diseño coincida con sus expectativas. La siguiente captura de pantalla es para el tipo de bastidor basado en bastidor predefinido denominado L2 Virtual. En la captura de pantalla, puede ver que para el dispositivo lógico AOS-7x10-Leaf, puede usar uno de los 5 dispositivos diferentes. Estas asociaciones son los mapas de interfaz que utilizan ese dispositivo lógico leaf. Si creó un nuevo mapa de interfaz que incluyera el dispositivo lógico AOS-7x10-Leaf y un perfil de dispositivo diferente, también aparecería en este gráfico de estructura lógica.
Políticas
La sección Políticas incluye las políticas que se pueden configurar en plantillas basadas en bastidor que se muestran en la tabla siguiente.
| Política |
Opciones |
|---|---|
| Esquema de asignación de ASN (spine) |
|
| Protocolo de control de superposición |
|
| Tipo subyacente de enlaces de spine a leaf |
|
Plantillas basadas en pods
Las plantillas basadas en pods se utilizan para crear grandes redes Clos de 5 etapas, esencialmente combinando múltiples plantillas basadas en rack utilizando una capa adicional de dispositivos superspine. Consulte Arquitectura Clos de 5 etapas para obtener más información.
Las plantillas basadas en pods se dividen en las siguientes secciones:
Parámetros de plantilla
La sección Parámetros de plantilla incluye el nombre de la plantilla y el tipo de plantilla:
-
Nombre : un nombre único para identificar la plantilla. 17 caracteres o menos
-
Tipo : basado en pods: según el tipo y el número de plantillas basadas en bastidores que se conectarán
Vista previa de topología
La sección Vista previa de topología muestra una representación visual de los elementos incluidos en la plantilla. La captura de pantalla siguiente es para el tipo de bastidor basado en pods predefinido denominado plano único superspine L2.
Estructura
La sección Estructura incluye detalles sobre los componentes que componen la plantilla, como se muestra en la siguiente tabla:
| Estructura |
Opciones |
|---|---|
| Superspines |
|
| Etiquetas |
Especificado por el usuario. Seleccione etiquetas de la lista desplegable generada desde el catálogo global o cree etiquetas sobre la marcha (que luego se convertirán en parte del catálogo global). Útil para especificar enrutadores externos. Las etiquetas utilizadas en las plantillas están incrustadas, por lo que los cambios posteriores en las etiquetas del catálogo global no afectan a las plantillas. |
| Vainas |
Tipo de plantilla basada en bastidor y número de cada plantilla seleccionada |
Estructura lógica
La sección Estructura lógica consta de una representación visual de los elementos lógicos de la plantilla. Muestra las relaciones lógicas y las dependencias para que pueda validar que el diseño coincida con sus expectativas. La captura de pantalla siguiente es para el tipo de bastidor basado en pods predefinido denominado plano único superspine L2.
Políticas
La sección Políticas incluye las políticas que se pueden configurar en las plantillas basadas en pods que se muestran en la siguiente tabla
| Política |
Opciones |
|---|---|
| Enlaces de spine a superspine |
|
| Protocolo de control de superposición |
|
Plantillas colapsadas
Las plantillas colapsadas le permiten consolidar las funciones leaf, borderleaf, leaf y spine en un solo par de dispositivos. Una topología de malla completa se crea a nivel de leaf en lugar de en las conexiones leaf-spine. Esta plantilla sin columna vertebral utiliza tipos de bastidor colapsado L3. Las plantillas colapsadas tienen las siguientes limitaciones:
-
No se admite la actualización de plantillas L3 colapsadas a plantillas L3 con dispositivos spine (Para lograr el mismo resultado, puede mover dispositivos del plano L3 colapsado a un plano L3 Clos).
-
Las plantillas L3 colapsadas no se pueden usar como pods en plantillas de 5 etapas.
-
No puede mezclar proveedores dentro de dispositivos leaf redundantes: los dos dispositivos leaf deben ser del mismo proveedor y modelo.
-
Los vínculos de hoja a hoja no se pueden agregar, editar ni eliminar.
-
Las conexiones entre hojas están limitadas a malla completa.
-
IPv6 no es compatible.
Las plantillas colapsadas se dividen en las siguientes secciones:
- Parámetros de plantilla
- Vista previa de topología
- Estructura
- Conectividad de malla
- Estructura lógica
- Políticas
Parámetros de plantilla
La sección Parámetros de plantilla incluye el nombre de la plantilla y el tipo de plantilla:
-
Nombre : un nombre único para identificar la plantilla. 17 caracteres o menos
-
Tipo (colapsado): una plantilla sin spines con tipos de bastidor colapsado L3
Vista previa de topología
La sección Vista previa de topología muestra una representación visual de los elementos incluidos en la plantilla. La siguiente captura de pantalla es para el tipo de bastidor colapsado predefinido denominado Acceso a la estructura colapsada.
Estructura
La sección Estructura incluye detalles sobre los componentes que componen la plantilla, como se muestra en la siguiente tabla:
| Estructura |
Opciones |
|---|---|
| Tipo de bastidor |
Tipo de bastidor colapsado L3 y número de cada tipo de bastidor seleccionado |
Conectividad de malla
La sección Conectividad de malla incluye detalles sobre la cantidad de enlaces de malla y sus velocidades, como se muestra en la siguiente tabla:
| Conectividad de malla |
Opciones |
|---|---|
| Recuento y velocidad de los enlaces de malla |
Define el conjunto de vínculos creado entre cada par de dispositivos físicos, incluidos los dispositivos en grupos de redundancia (MLAG / ESI). Estos vínculos son siempre físicos L3. No se necesitan vínculos lógicos a nivel de malla. |
Estructura lógica
La sección Estructura lógica consta de una representación visual de los elementos lógicos de la plantilla. Muestra las relaciones lógicas y las dependencias para que pueda validar que el diseño coincida con sus expectativas. La siguiente captura de pantalla es para el tipo de bastidor colapsado predefinido denominado Acceso a la estructura colapsada.
Políticas
La sección Políticas incluye políticas que se pueden configurar en plantillas colapsadas que se muestran en la siguiente tabla
| Política |
Opciones |
|---|---|
| protocolo de control de superposiciónegp |
|
Plantillas colapsadas para ferrocarriles
Plantillas de clúster de IA
L3 Clos
Diseño de riel colapsado
El diseño de la estructura de IA colapsada sobre rieles (solo rieles) le permite optimizar su inversión en estructura de red para un pequeño grupo de IA. Si los servidores de GPU caben en una sola banda, puede simplificar la arquitectura eliminando la capa spine. En una estructura de IA colapsada por rieles, la comunicación localizada de GPU a GPU se limita a un solo riel mediante vínculos de conmutador directos o locales, lo que elimina la dependencia de la capa spine.
Este enfoque de diseño elimina la necesidad de una capa spine, a la vez que optimiza el flujo de tráfico para clústeres de IA de pequeña escala (consulte la Tabla 9: Número máximo de GPU admitidas por banda). En Juniper Apstra 6.0, puede crear y configurar clústeres de estructuras colapsadas por rieles con la herramienta Crear plantilla de clúster de IA. Apstra 6.0 admite todas las herramientas de visibilidad de tráfico optimizada para rieles , monitoreo de recursos y automatización para estructuras colapsadas por rieles.
Este documento explora el diseño y los aspectos clave de las estructuras de IA colapsadas por rieles.
Comunicación intrarferroviaria con optimización local
En una red de IA colapsada por rieles, un requisito crítico es que la optimización local esté habilitada en el servidor de GPU. La optimización local es un término genérico que se refiere a la tecnología de GPU que permite la comunicación de un solo salto entre GPU a través de rieles. El tráfico se enruta internamente dentro del servidor de GPU, lo que elimina la necesidad de la capa spine. La comunicación entre GPU dentro del raíl se logra porque la optimización local permite que la GPU de origen salte directamente al riel de destino internamente, dentro del conmutador de interconexión de ancho de banda alto del servidor (por ejemplo, NVIDIA NVSwitch). Como resultado, el tráfico entre carriles no requiere un conmutador spine y se enruta dentro del propio servidor de GPU. A través de la optimización local, la ausencia de una capa spine no limita la capacidad de la red para manejar ningún patrón de tráfico en el clúster.
Una motivación clave para el diseño colapsado por rieles es optimizar la eficiencia y la rentabilidad de la infraestructura de estructura de red para clústeres de IA de pequeña escala. Los diseños tradicionales optimizados para rieles reservan el 50 % de los puertos leaf para enlaces ascendentes de spine a fin de evitar el exceso de ancho de banda suscrito, lo que limita las GPU conectadas directamente y aumenta los saltos de red. Por ejemplo, un conmutador de 64 puertos (que se muestra en la imagen de escalado de estructura aquí) conectaría 64 servidores de GPU en un diseño colapsado por rieles, en comparación con 32 servidores si los puertos están reservados para enlaces ascendentes de spine. Al eliminar la capa de spine, cada puerto leaf está dedicado a la conectividad del servidor, lo que duplica la utilización del puerto y permite la comunicación directa de un solo salto entre GPU en el mismo riel.
En las redes leaf-spine, aun cuando no hay sobresuscripción, siguen surgiendo problemas de congestión como resultado de patrones de tráfico de IA no uniformes o con ráfagas. En un diseño colapsado por rieles, todo el tráfico de GPU a GPU dentro del riel se mantiene local, y los patrones de tráfico irregulares no atraviesan la capa spine. Este enfoque reduce la latencia de red y aumenta la confiabilidad porque se minimiza la cantidad de saltos de red y los posibles puntos de falla.
Para obtener información sobre cómo se implementa la optimización local en entornos con hardware NVIDIA, consulte la siguiente documentación oficial:
Limitaciones de escala del diseño de estructuras colapsadas sobre rieles
Como se mencionó anteriormente, las estructuras de IA colapsadas por rieles solo son adecuadas para clústeres donde el tráfico no requiere la necesidad de la capa spine. Los clústeres con hasta 1024 GPU se pueden desplegar sin una capa spine. Este tipo de clúster puede admitir cargas de trabajo de inferencia o prueba, ya que la mayor parte del tráfico permanece dentro del riel. Para clústeres medianos y grandes con potencialmente miles de GPU, es necesaria una red tradicional de 3 Clos para facilitar el tráfico entre bandas en clústeres con más de una franja.
Para obtener información sobre cómo crear una plantilla de clúster de IA colapsada por rieles, consulte Crear plantilla de clúster de IA.
Plantillas en la GUI de Apstra
En el menú de navegación de la izquierda, vaya a Plantillas de > de diseño para ir a la tabla de plantillas del catálogo de diseño (global).
Para ver cómo se relacionan entre sí los elementos de diseño y los perfiles de dispositivo, haga clic en Mostrar relación. Esto resulta útil si es nuevo en el entorno de Apstra.
Muchas plantillas están predefinidas para ti. Para buscar una plantilla por su nombre, tipo de plantilla y/o protocolo de control de superposición, haga clic en el botón Buscar (lupa), ingrese sus criterios y haga clic en Aplicar.
Por ejemplo, para buscar rápidamente plantillas contraídas por raíles, haz clic en el botón Buscar de la parte superior, selecciona BARANDILLA COLAPSADA en la lista desplegable Tipo y, a continuación, haz clic en Aplicar.
Haga clic en el nombre de una plantilla para ir a sus detalles. El siguiente ejemplo es para los vínculos L2 Virtual MLAG 2x.
Puede crear, editar y eliminar plantillas.