Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Diseño de forma libre

Planos

Al crear una nueva red con diseño de referencia freeform, comience por crear un plano. Al igual que con los otros diseños de referencia, el Plano contiene todos los elementos asociados con una red operativa administrada por Apstra. Hay algunas diferencias clave en la forma en que los planos se estructuran y se utilizan en Freeform. Los diseños de referencia del centro de datos requieren elementos de diseño y construcción, como dispositivos lógicos, mapas de interfaz, bastidores y plantillas. Estos pasos son innecesarios en un diseño de Freeform, ya que los detalles de configuración y los vínculos de dispositivo se crean directamente en el Plano. Al crear un nuevo plano, simplemente seleccione el Diseño de referencia de forma libre, como se muestra.

Topología

Después de crear un nuevo modelo Freeform, puede comenzar a diseñar su topología de red. Al igual que con las arquitecturas de referencia de DC, todo el trabajo de diseño se realiza desde la pestaña Plano por etapas. El área del editor de topología por etapas en Freeform es donde interactúa con los elementos para crear su diseño y arquitectura de red. El editor de topología es una nueva capacidad en Freeform que le permite crear diseños de red a medida de una manera interactiva. Puede seleccionar dispositivos de red y conectarlos de forma interactiva mediante la definición de vínculos entre ellos. Estos dispositivos pueden ser internos o externos, como se muestra a continuación.

Para acceder al editor de topología, haga clic en el botón Editar en la vista topología.

Los dispositivos internos están bajo administración de Apstra y se deben asignar a perfiles de dispositivo que modelen las capacidades del dispositivo e interactúan con el dispositivo mediante agentes. Los dispositivos externos no están directamente bajo el paraguas de administración de Apstra, pero aún se pueden modelar en la vista de topología para la interacción con dispositivos internos, por ejemplo, vínculos y velocidades. Los dispositivos externos no utilizan agentes ni modelos de dispositivos. Puede crear vínculos entre dispositivos, uno o varios, o incluso crear vínculos agregados. Puede interactuar con la topología para reorganizar el diseño, agregar vínculos y editar colores o etiquetas para dispositivos y vínculos. Puede realizar operaciones de creación, lectura, actualización y eliminación (CRUD) seleccionando el icono de engranaje del sistema. Tiene la opción de realizar operaciones CRUD tanto para objetos individuales como para objetos en masa.

Colores

Puede usar colores para crear una agrupación visual rápida y distinguir entre dispositivos Apstra. Por ejemplo, los dispositivos que se conectan a los firewalls pueden ser rojos, mientras que los dispositivos que hacen el reenvío de IP solo pueden ser naranjas.

Etiquetas

En Apstra, las etiquetas son una característica potente. Las etiquetas son una forma de asignar metadatos a los recursos administrados por Apstra. Estas etiquetas pueden ayudarlo a identificar, organizar, buscar y filtrar recursos de Apstra: dispositivos y vínculos actuales. Las etiquetas también son útiles para ayudarlo a clasificar los recursos por propósito, propietario, entorno u otros criterios. Dado que las etiquetas son metadatos, no solo se utilizan para el etiquetado visual, sino que también se aplican como una propiedad del nodo en la base de datos de gráficos de Apstra. Esta propiedad de nodo, o propiedad de dispositivo, está disponible para que pueda consultar en Jinja para las variables dinámicas en la generación de configuración y los análisis en tiempo real de Apstra a través de la tecnología Live Query de Apstra y los análisis basados en la intención de Apstra.

Por ejemplo, puede usar la etiqueta 'firewall' para representar una descripción específica

Vea más ejemplos de cómo acceder y usar etiquetas en la sección de soporte de Jinja.

Creación de sistemas

Puede crear un sistema desde la vista Topología o la vista Sistemas :

  1. Editor de topología > > de topología por etapas

    Utilice los dos primeros iconos del menú inferior para crear un sistema interno o externo. El nuevo sistema aparece en la vista topología . Antes de crear un sistema interno, importa su perfil de dispositivo en el catálogo blueprint y, a continuación, lo asigna al crear el sistema interno.

  2. De staged > Systems

    Este método agrega automáticamente los nuevos sistemas a la vista topología. Puede elegir crear un nuevo sistema a partir de un dispositivo administrado existente o crear un nuevo sistema con un perfil de dispositivo específico y asignar un dispositivo administrado más tarde una vez que el equipo esté listo y sea parte de los dispositivos administrados por Apstra.

Creación de vínculos

Los vínculos se utilizan para conectar objetos o dispositivos entre sí. Los vínculos pueden ser únicos o agregar vínculos. Estos vínculos pueden tener parámetros asignados a través del icono "engranaje" del editor de topología. Los vínculos pueden tener direcciones IP y etiquetas asignadas.

Perfiles de dispositivos

Los perfiles de dispositivos definen las capacidades de los dispositivos de hardware compatibles. Algunas funciones tienen diferentes comportamientos en las versiones de NOS y, por lo tanto, las capacidades se pueden expresar según la versión de NOS.

En las versiones iniciales de Freeform, solo se admiten los perfiles de dispositivo de Juniper Networks.

Debe importar perfiles de dispositivo en el plano antes de empezar a crearlo. Luego, puede usar esos dispositivos en el editor de topología en el plano.

Plantillas de configuración

Dado que el diseño de los elementos de red en Freeform es arbitrario, las configuraciones del dispositivo no se representan automáticamente mediante el diseño de referencia de Freeform; en cambio, la configuración se deja para que la defina por completo. A partir de Apstra 4.1.1, presentamos el concepto de una plantilla de configuración específicamente para Freeform para impulsar la configuración del dispositivo. Las plantillas de configuración pueden ser muy simples y estáticas hasta muy complejas y programáticas, dependiendo del caso de uso y el nivel de automatización con el que se sienta cómodo. Las plantillas de configuración admiten el uso del idioma de plantilla Jinja2 que, opcionalmente, puede interactuar con el contexto del dispositivo y los conjuntos de propiedades.

Plantillas de configuración de anidación (composables)

Como las plantillas de configuración admiten plantillas jinja, se admite una potente función de anidación que le permite incluir una sección de una plantilla de configuración de la lista dentro de otra plantilla de configuración. Las plantillas de configuración de anidación tienen dos ventajas principales. La primera es que con el anidado puede separar varios servicios, secciones de configuración, etc., a componentes comunes y crear plantillas de configuración dedicadas para ellos.

Por ejemplo, suponga que tiene una configuración de estrofa de sistema base para banners, inicios de sesión, NTP, etc., para la mayoría de sus dispositivos Juniper. En lugar de copiar y pegar la misma configuración en cada una de sus plantillas de dispositivo, puede crear una plantilla de configuración dedicada para la configuración del sistema base. Luego, solo hace referencia a esa plantilla desde otra plantilla.

Dado que solo puede asignar una plantilla de configuración a cada sistema, la segunda ventaja es que todas las entidades de cualquier plantilla de configuración anidada se heredan automáticamente.

Como ilustración, la siguiente plantilla junos_configuration.jinja de configuración es una sola plantilla de configuración con varias plantillas de configuración anidadas, como junos_system.jinja.

La plantilla anidada junos_system.jinja se utiliza para representar el nombre de host del sistema.

Orden de procesamiento

La configuración se representa por orden de la plantilla de configuración.

Conjuntos de propiedades

Los conjuntos de propiedades son colecciones de pares clave-valor que importa en catálogos de planos para usar en plantillas de configuración y sondeos iba. El uso de conjuntos de propiedades es opcional, pero proporciona una valiosa capacidad que le permite parametrizar completamente las plantillas de configuración para separar las partes inmutables de la plantilla de configuración de las variables reales. Dicho de otra manera, los conjuntos de propiedades le permiten enriquecer el modelo de dispositivo utilizado para procesar la configuración de manera arbitraria y flexible.

Por ejemplo, la configuración de NTP en todos los dispositivos de la empresa puede ser coherente, pero con diferentes fuentes de tiempo o estratos por geografía. La plantilla de configuración NTP se puede construir mediante una variable diferente para cada una de estas áreas. En este caso, puede utilizar la propiedad con el nombre "ntp".

Es importante usar la sintaxis correcta; los valores clave son sensibles a mayúsculas y minúsculas.

La plantilla de configuración se construiría con {{ntp}} en lugar de la dirección IP real que desea usar para el servidor NTP. La misma plantilla de configuración se importa en todos los planos, pero a los planos que se ejecutan en la región Este se importaría el conjunto de propiedades "EAST", y a los planos que se ejecutan en la región Oeste se importaría el conjunto de propiedades "WEST". Los conjuntos de propiedades son, de forma predeterminada, en todo el plano o global en contexto.

Freeform también admite conjuntos de propiedades que se pueden asignar específicamente a un dispositivo. Esto permite configurar conjuntos de propiedades específicos, asignarlos y usarlos solo en un dispositivo especificado. Los conjuntos de propiedades forman parte del gráfico; sus valores se pueden usar en las pruebas de IBA.

Los ejemplos anteriores muestran que se puede acceder a los conjuntos de propiedades a través del contexto del dispositivo (izquierda) o el gráfico (derecha)

Estructuras de datos en conjuntos de propiedades

Los conjuntos de propiedades freeform admiten estructuras de datos avanzadas que puede usar para lograr diferentes casos de uso. Los conjuntos de propiedades de Freeform admiten cualquiera de los tipos de datos típicos de Python, como:

  • Matrices (lista de elementos)

  • Boolean: verdadero o falso

  • Int: 1, 2, 3, etc.

  • Flotador: 1,2, 3,65, etc.

  • Cadena: "Hola mundo"

  • Diccionario: {"asn": 65432, "lo0": "1.2.3.4/32"}

El ejemplo anterior muestra diferentes tipos de datos en una plantilla de configuración

Puede hacer referencia al conjunto de propiedades globalmente o asignarlo a un sistema en el plano. La siguiente captura de pantalla muestra un conjunto de propiedades construido con una estructura de datos de diccionario anidado (diccionario de diccionarios).

Puede recusar el diccionario usando las claves y usando las claves como valores necesarios, por ejemplo:

  • esxRedTrunk es el nombre de la etiqueta del vínculo que se utilizará como descripción de interfaz

  • 99, 100, 101 son id de VLAN / miembros troncales e irb.<value> que se asignarán

  • subred, descripción o puerta de enlace también se utilizan para derivar una configuración significativa

Modos de despliegue (desplegar / listo / drenar)

Puede establecer el modo de implementación de sus sistemas en Forma libre (igual que en los planos del centro de datos).

Sin embargo, en Freeform, se define la configuración que se representa cuando un sistema está en cada modo.

Puede usar el modo de implementación para representar de forma condicional diferentes configuraciones, como si desea procesar sesiones de protocolo de enrutamiento o indicar cómo se procesarían los mapas de ruta particulares en un dispositivo. Un ejemplo sería si el dispositivo se establece en "Drenar" tendría Jinja específico para generar una configuración que eliminara los protocolos de enrutamiento dinámico.

El modo de implementación de un sistema se expone al usuario en el contexto del dispositivo, al que se puede hacer referencia en las plantillas de configuración como variables Jinja.

El modo de despliegue de sistemas vecinos también está disponible.

Cambiar el modo de implementación de un sistema no tiene ningún efecto en la configuración renderada si no se ha hecho referencia a ella por la plantilla de configuración asignada al sistema.

Un ejemplo de cómo esto se podría lograr en una plantilla de configuración Jinja es el siguiente:

En este ejemplo, tanto el protocols.jinja policy_options.jinja como se activan cuando un nodo determinado se encuentra en el estado de 'implementar' o 'drenar'. Puede modificar el comportamiento para satisfacer las necesidades individuales.