Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Conception freeform

Plans

Lorsque vous créez un nouveau réseau avec une conception de référence Freeform, vous commencez par créer un blueprint. Comme pour les autres conceptions de référence, le blueprint contient tous les éléments associés à un réseau d’exploitation géré par Apstra. Il existe quelques différences clés dans la façon dont les blueprints sont structurés et utilisés dans Freeform. Les conceptions de référence du centre de données nécessitent des éléments de conception et de construction tels que des équipements logiques, des cartes d’interface, des racks et des modèles. Ces étapes sont inutiles dans une conception Freeform, car les détails de configuration et les liens d’équipement sont créés directement dans le blueprint. Lors de la création d’un nouveau plan, il vous suffit de sélectionner la conception de référence de forme libre, comme indiqué.

Topologie

Après avoir créé un nouveau plan freeform, vous pouvez commencer à concevoir votre topologie de réseau. Comme pour les architectures de référence du centre de données, tous les travaux de conception sont effectués à partir de l’onglet Plan de mise en scène. La zone Éditeur de topologie par étapes dans Freeform est l’endroit où vous interagissez avec les éléments pour créer la conception et l’architecture de votre réseau. L’éditeur de topologie est une nouvelle fonctionnalité de Freeform qui vous permet de créer des conceptions de réseau sur mesure de manière interactive. Vous pouvez sélectionner des équipements réseau et les connecter de manière interactive en définissant des liens entre eux. Ces équipements peuvent être internes ou externes, comme illustré ci-dessous.

Pour accéder à l’éditeur de topologie, cliquez sur le bouton Modifier dans la vue Topologie.

Les équipements internes sont gérés par Apstra et doivent être mappés à des profils d’équipements qui modélisent les capacités de l’équipement et interagissent avec l’équipement à l’aide d’agents. Les équipements externes ne sont pas directement sous la gestion Apstra, mais peuvent toujours être modélisés dans la vue topologique pour une interaction avec les équipements internes, par exemple les liaisons et les vitesses. Les équipements externes n’utilisent pas d’agents ou de modèles d’équipements. Vous pouvez créer des liens entre les équipements, qu’ils soient uniques ou multiples, ou même créer des liens agrégés. Vous pouvez interagir avec la topologie pour réorganiser la disposition de conception, ajouter des liens et modifier des couleurs ou des balises, pour les équipements et les liens. Vous pouvez effectuer des opérations Créer, Lire, Mettre à jour et Supprimer (CRUD) en sélectionnant l’icône d’équipement du système. Vous avez la possibilité d’effectuer des opérations CRUD pour des objets et des objets individuels en masse.

Couleurs

Vous pouvez utiliser les couleurs pour créer un regroupement visuel rapide et faire la distinction entre les équipements Apstra. Par exemple, les équipements qui se connectent à des pare-feu peuvent être en rouge tandis que les équipements qui effectuent le transfert IP uniquement peuvent être orange.

Étiquettes

Dans Apstra, les balises sont une fonctionnalité puissante. Les balises permettent d’attribuer des métadonnées aux ressources gérées par Apstra. Ces balises peuvent vous aider à identifier, à organiser, à rechercher et à filtrer les ressources Apstra : équipements et liens actuels. Les balises sont également utiles pour vous aider à catégoriser les ressources selon l’objet, le propriétaire, l’environnement ou d’autres critères. Étant donné que les balises sont des métadonnées, elles ne sont pas seulement utilisées pour l’étiquetage visuel, mais elles sont également appliquées en tant que propriété du nœud de la base de données graphiques Apstra. Cette propriété de nœud, ou propriété d’équipement, est ensuite disponible dans Jinja pour obtenir des variables dynamiques dans la génération de configuration et pour les analyses en temps réel Apstra via la technologie Live Query d’Apstra et l’analyse basée sur l’intention d’Apstra.

Par exemple, vous pouvez utiliser la balise « pare-feu » pour rendre une description spécifique

Découvrez d’autres exemples d’accès et d’utilisation de balises dans la section Assistance technique de Jinja.

Création de systèmes

Vous pouvez créer un système depuis la vue Topologie ou la vue Systèmes :

  1. From Staged > Topology > Topology Editor

    Utilisez les deux premières icônes du menu inférieur pour créer un système interne ou externe. Le nouveau système apparaît dans la vue Topologie . Avant de créer un système interne, vous importez son profil d’équipement dans le catalogue de blueprints, puis vous l’attribuez lors de la création du système interne.

  2. Des systèmes > par étapes

    Cette méthode ajoute automatiquement les nouveaux systèmes à la vue Topology. Vous pouvez choisir de créer un nouveau système à partir d’un équipement géré existant ou de créer un nouveau système avec un profil d’équipement spécifique et d’attribuer un équipement géré ultérieurement une fois l’équipement prêt et faisant partie des équipements gérés par Apstra.

Création de liens

Les liens permettent de connecter des objets ou des équipements. Les liens peuvent être des liaisons uniques ou agrégées. Ces liens peuvent leur attribuer des paramètres via l’icône « gear » de l’éditeur de topologie. Les liens peuvent avoir des adresses IP et des balises attribuées.

Profils d’équipement

Les profils d’équipement définissent les capacités des équipements matériels pris en charge. Certaines fonctionnalités ont des comportements différents d’une version NOS à l’autre. Par conséquent, elles peuvent être exprimées par version NOS.

Dans les versions initiales de Freeform, seuls les profils d’équipement de Juniper Networks sont pris en charge.

Vous devez importer des profils d’équipement dans votre plan avant de pouvoir commencer à le créer. Vous pouvez ensuite utiliser ces équipements dans l’éditeur de topologie dans le plan.

Modèles de configuration

Étant donné que la conception des éléments réseau dans Freeform est arbitraire, les configurations des équipements ne sont pas automatiquement rendues par la conception de référence Freeform; il vous reste donc à définir la configuration. À partir de la version 4.1.1 d’Apstra, nous avons introduit le concept d’un modèle de configuration spécialement conçu pour Freeform afin de piloter la configuration des équipements. Les modèles de configuration peuvent être très simples et statiques à très complexes et programmatiques selon le cas d’utilisation et le niveau d’automatisation que vous êtes à l’aise. Les modèles de configuration prennent en charge l’utilisation du langage de modèle Jinja2, qui peut éventuellement interagir avec le contexte de l’équipement et les ensembles de propriétés.

Imbrication (composable) Modèles de configuration

Les modèles de configuration prennent en charge jinja templating, une puissante fonctionnalité d’imbrication est prise en charge qui vous permet d’inclure une section d’un modèle de configuration à partir de la liste à l’intérieur d’un autre modèle de configuration. Les modèles de configuration d’imbrication ont deux avantages principaux. La première est qu’avec l’imbrication, vous pouvez séparer divers services, sections de configuration, etc. vers des composants communs et créer des modèles de configuration dédiés pour eux.

Supposons, par exemple, que vous disposez d’une configuration stanza du système de base pour les bannières, les connexions, le NTP, etc., pour la plupart de vos équipements Juniper. Au lieu de copier et de coller la même configuration dans chacun de vos modèles d’équipement, vous pouvez créer un modèle de configuration dédié pour la configuration du système de base. Il suffit ensuite de faire référence à ce modèle à partir d’un autre modèle.

Étant donné que vous ne pouvez attribuer qu’un modèle de configuration à chaque système, le deuxième avantage est que toutes les entités de tous les modèles de configuration imbriqués sont automatiquement héritées.

Comme illustration, le modèle junos_configuration.jinja de configuration ci-dessous est un modèle de configuration unique avec plusieurs modèles de configuration imbriqués, tels que junos_system.jinja.

Le modèle imbriqué junos_system.jinja est utilisé pour rendre le nom d’hôte du système.

Ordre de rendu

La configuration est rendue par ordre du modèle de configuration.

Ensembles de propriétés

Les ensembles de propriétés sont des ensembles de paires clé-valeur que vous importez dans les catalogues de blueprints à utiliser dans les modèles de configuration et les sondes IBA. L’utilisation des ensembles de propriétés est facultative, mais elle offre une fonctionnalité précieuse qui vous permet de paramètres complets des modèles de configuration afin de séparer les parties inchangées du modèle de configuration des variables réelles. Autrement dit, les ensembles de propriétés vous permettent d’enrichir le modèle d’équipement utilisé pour rendre la configuration de manière arbitraire et flexible.

Par exemple, la configuration du NTP sur tous les équipements de l’entreprise peut être cohérente, mais avec des sources temporelles ou des strates différentes par zone géographique. Le modèle de configuration NTP peut être créé à l’aide d’une variable différente pour chacun de ces domaines. Dans ce cas, vous pouvez utiliser la propriété sous le nom « ntp ».

Il est important d’utiliser une syntaxe correcte; les valeurs clés sont sensibles à la casse.

Le modèle de configuration doit être construit {{ntp}} à la place de l’adresse IP réelle que vous souhaitez utiliser pour le serveur NTP. Le même modèle de configuration est importé dans tous les blueprints, mais les blueprints exécutés dans la région Est sont dotés de l’ensemble de propriétés « EAST », et les blueprints exécutés dans la région Ouest sont importés. Les ensembles de propriétés sont par défaut étendus ou globaux en contexte.

Freeform prend également en charge les ensembles de propriétés qui peuvent être assignés à un équipement en particulier. Cela vous permet de configurer des ensembles de propriétés spécifiques, de les attribuer et de les utiliser uniquement sur un équipement spécifié. Les ensembles de propriétés font partie du graphique; leurs valeurs peuvent être utilisées dans les sondes IBA.

Les exemples ci-dessus montrent que les ensembles de propriétés peuvent être consultés via le contexte de l’équipement (à gauche) ou le graphique (à droite).

Structures de données dans des ensembles de propriétés

Les ensembles de propriétés freeform prennent en charge des structures de données avancées que vous pouvez utiliser pour accomplir différents cas d’utilisation. Les ensembles de propriétés freeform prennent en charge n’importe quel type de données Python type, par exemple :

  • Tableaux (liste des éléments)

  • Booléenne : Vrai ou Faux

  • Int: 1, 2, 3, etc.

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

  • Chaîne: « Hello World »

  • Dictionnaire : {"asn »: 65432, « lo0 »: « 1.2.3.4/32"}

L’exemple ci-dessus montre différents types de données dans un modèle de configuration

Vous pouvez faire référence à l’ensemble de propriétés globalement ou l’attribuer à un système dans le plan. La capture d’écran ci-dessous affiche un ensemble de propriétés construite à l’aide d’un dictionnaire imbriqué (dictionnaire des dictionnaires) structure de données.

Vous pouvez récurrence le dictionnaire à l’aide des clés, et en utilisant les clés comme valeurs selon les besoins, par exemple :

  • esxRedTrunk est le nom de la balise de liaison à utiliser comme description de l’interface.

  • 99, 100, 101 représentent l’ID VLAN/ les membres du tronc et la valeur irb.<> à attribuer

  • sous-réseau / description / passerelle sont également utilisés pour dériver une configuration significative

Déployer des modes (déploiement / prêt / vidange)

Vous pouvez définir le mode de déploiement de vos systèmes dans Freeform (comme dans les plans de centre de données).

Toutefois, dans Freeform, vous définissez la configuration rendue lorsqu’un système est dans chaque mode.

Vous pouvez utiliser le mode Déployer pour rendre différentes configurations sous condition, par exemple pour rendre les sessions de protocole de routage ou pour indiquer comment des cartes de routage particulières s’afficheraient sur un équipement. Par exemple, si l’unité était définie sur « Drain », il disposerait d’une jinja spécifique pour générer une configuration qui supprime les protocoles de routage dynamiques.

Le mode Déploiement d’un système est exposé à l’utilisateur dans le contexte de l’équipement, qui peut être référencé dans les modèles de configuration en tant que variables Jinja.

Le mode Déploiement des systèmes voisins est également disponible.

La modification du mode Déployer d’un système n’a aucun effet sur la configuration de rendu si elle n’a pas été référencée par le modèle de configuration affecté au système.

Voici un exemple de comment cela peut être accompli dans un modèle de configuration Jinja :

Dans cet exemple, la protocols.jinja solution devient policy_options.jinja active lorsqu’un nœud donné est à l’état de « déploiement » ou de « vidange ». Vous pouvez modifier le comportement pour répondre à des besoins individuels.