Cisco France Blog
Partager
tweet

Cisco France Blog > Réseaux

Réseaux

Testez, simulez, apprenez avec VIRL et CML


11 May 2015

Tester est un challenge. Que ce soit pour apprendre et passer une certification ou bien pour valider une architecture avant mise en production, il faut des moyens: du matériel, de l’espace et du temps… donc de l’argent! A l’air de la virtualisation on peut améliorer tout cela! C’est tout l’objectif de CML (Cisco Modeling Lab) et VIRL (Virtual Internet Routing Lab). Annoncés il y a 2 ans à CiscoLive US 2013, on commence depuis à avoir une belle communauté d’utilisateurs. Il est plus que temps de faire le point sur reseauxblog….

VIRL

CML et VIRL

2 outils? Oui car nous avons identifié 2 besoins bien distincts:

  • Pour un usage personnel, pour se former et se préparer pour des certifications et faire quelques tests simples nous avons créé VIRL (Virtual Internet Routing Lab). Il s’achète par CB (entre autres) sur virl.cisco.com, peut s’installer sur votre ordinateur simplement, et intègre déjà les IOS et codes utiles. Une limite actuelle à 15 noeuds et un support communautaire en ligne.
  • Pour des tests plus importants nécessitant un support du TAC et une qualité éprouvée nous avons CML (Cisco Modeling Lab corporate edition). Il se commande comme tout autre équipement Cisco, n’intègre pas tous les IOS qu’il faut commander en version virtual router en sus. La scalabilité ici permettra de supporter plus de 100 noeuds et de permettre une utilisation multi-utilisateurs.

Après ne vous y trompez pas: ces 2 outils sont globalement les mêmes. CML va intégrer davantage de validations avant publication d’une nouvelle version et l’apparition de nouvelles fonctionnalités peut différer un peu mais la différence tient vraiment dans le service rendu: support du TAC, multi-utilisateurs, scalabilité haute d’un côté (CML) et support communautaire, usage personnel, et scalabilité limitée à 15 noeuds de l’autre (VIRL).

Caractéristiques principales

Regardons d’un peu plus près quelques éléments la solution de simulation:

  • On a une architecture client/serveur. D’un côté le serveur qui fera fonctionner la simulation et le client VMMaestro qui permet de tout configurer.
  • Le serveur pourra être installé en bare-metal ou bien en virtual appliance (OVA).
  • La mise en place de nouvelles simulations, leur configuration, se fait exclusivement via une GUI simple et complète. VMMaestro va permettre de simplement créer un réseau en quelques clicks: positionner des routeurs, mettre en place des serveurs, créer des nouveaux liens… VMMaestro est disponible sous Mac OS ou Windows.
  • AutoNetKit, intégré au GUI, va pouvoir effectuer des configurations de base pour vous (adressage, IGP, BGP…) et vous faire gagner énormément de temps dans la création d’une nouvelle simulation.
  • Contrairement à GNS3, on ne simule pas le hardware avec VIRL ou CML. On fait tourner des IOS développés pour tourner sur des infrastructures x86 (XRv, CSR 1000v, IOSv…). Les OS sont lancés sur KVM, le tout orchestré avec OpenStack.
  • Vous pouvez simplement enregistrer une simulation et la reprendre plus tard. La fonction d’extraction de configurations va récupérer toutes vos configurations et les associer à votre simulation enregistrée. Au prochain chargement de la simulation vous n’aurez pas à recharger vos dernières configurations: tout est automatique.
  • Vous pouvez également interconnecter votre lab virtuel au réseau physique ou bien à vos outils de supervision par exemple. Si l’objectif n’est pas de faire des tests de performance, il reste possible de router des vrais paquets (attention aux limites des IOS utilisés).

J’arrête ici pour le texte: le mieux reste encore d’essayer la solution pour bien se rendre compte. Faites vous plaisir!

Références

@JeromeDurand

Tags:
Laisser un commentaire

1 commentaires

  1. Site Tres Instructif, Merci Jerome, j’apprend enormement a l’aide de ton Blog.

    Reply