vMX présentation
SYNTHÈSE Lisez ce sujet pour obtenir une présentation de vMX routeurs virtuels.
Le routeur vMX version virtuelle du routeur Universal Edge MX Series Universal Edge 3D. À l’exemple du routeur MX Series, le routeur vMX exécute le Système d’exploitation Junos (Junos OS) et prend en charge le traitement et le Junos OS des paquets, modélisés selon la puce Trio. La configuration et la gestion des routeurs vMX sont les mêmes que pour les routeurs MX Series physiques, ce qui vous permet d’ajouter le routeur vMX à un réseau sans avoir à mettre à jour vos systèmes OSS (Operations Support Systems).
Vous installez vMX composants logiciels sur un serveur x86 standard qui exécute un hyperviseur, l’hyperviseur KVM ou l’hyperviseur VMware ESXi.
Pour les serveurs exécutant l’hyperviseur KVM, vous exécutez également le système d’exploitation Linux et le logiciel tiers applicable. vMX composants logiciels sont intégrés à un package logiciel que vous installez en exécutant un script d’orchestration inclus dans le package. Le script d’orchestration utilise un fichier de configuration que vous personnalisez pour votre vMX déploiement. Vous pouvez installer plusieurs instances vMX sur un seul serveur.
Pour les serveurs exécutant l’hyperviseur ESXi, vous exécutez le logiciel tiers applicable.
Certaines Junos OS de logiciels requièrent une licence pour l’activation de cette fonctionnalité. Pour en savoir plus sur vMX licences de vMX, consultez « VMX licences d’accès pour KVM et VMware». Pour plus d’informations sur la gestion des licences, reportez-vous au Guide des licences. Pour plus d’informations, reportez-vous aux fiches produits ou contactez votre Juniper ou votre Juniper client.
Avantages et utilisations de vMX routeurs d’entreprise
Vous pouvez utiliser des équipements virtuels pour réduire vos dépenses d’investissement et vos coûts d’exploitation, parfois grâce à l’automatisation des opérations réseau. Même sans automatisation, l’utilisation de vMX application sur les serveurs x86 standard vous permet de:
Introduction rapide de nouveaux services
Fournir plus facilement des services personnalisés aux clients
Augmentation des opérations pour rapprocher les services IP des clients ou gérer la croissance du réseau lorsque les prévisions de croissance sont faibles ou incertains
Extension rapide des offres de services vers de nouveaux sites
Une stratégie d’automatisation bien conçue réduit les coûts et augmente l’efficacité du réseau. L’automatisation des tâches réseau à l’vMX routeur vous permet de:
Simplifier les opérations réseau
Déployer rapidement de nouvelles instances vMX de sécurité
Installation efficace d’une configuration par Junos OS sur toutes les instances ou vMX sélectionnées
Reconfigurer rapidement les routeurs vMX existants
Vous pouvez déployer le vMX pour répondre à certaines exigences spécifiques en périphérie de réseau, telles que:
Simulation de réseau
Résilier les abonnés haut débit avec une passerelle réseau haut débit virtuelle (vBNG)
Déploiement temporaire jusqu’à ce qu’un routeur MX Series physique soit disponible
Automatisation des routeurs vMX réseau
L’automatisation des tâches réseau simplifie la configuration, le provisionment et la maintenance du réseau. Étant donné que le logiciel vMX utilise le même logiciel Junos OS que les routeurs MX Series et d’autres équipements de routage Juniper Networks, vMX prend en charge les mêmes outils d’automatisation que Junos OS. De plus, vous pouvez utiliser des outils d’automatisation standard pour déployer le vMX, comme d’autres logiciels virtualisés.
Architecture d’une vMX instance
L vMX architecture réseau est organisée en couches:
Le routeur vMX en haut de la couche
Logiciels tiers et hyperviseur dans la couche intermédiaire
Linux, les logiciels tiers et l’hyperviseur KVM dans la couche intermédiaire dans Junos OS version 15.1F3 ou des précédentes. Dans Junos OS Version 15.1F3 et les précédentes version, l’hôte contient le système d’exploitation Linux, le logiciel tiers applicable et l’hyperviseur.
Serveur x86 dans la couche physique en bas
La Figure 1 illustre l’architecture d’une seule instance vMX’intérieur d’un serveur. Une bonne compréhension de cette architecture peut vous aider à planifier votre configuration vMX réseau.
La couche physique du serveur contient les CDI physiques,les processeurs, la mémoire et le port de gestion Ethernet. L’hôte contient les logiciels tiers applicables et l’hyperviseur.
Pris en charge dans Junos OS Version 15.1F3 et les précédentes version, l’hôte contient le système d’exploitation Linux, le logiciel tiers applicable et l’hyperviseur.
L vMX instance contient deux machines virtuelles (VM), une pour le plan de forwarding virtuel (VFP) et une pour le plan de contrôle virtuel (VCP). La VM VFP exécute le logiciel de plan de forwarding Virtual Trio et la VM VCP s’exécute Junos OS.
L’hyperviseur présente l’hyperviseur physique NIC VFP comme une NIC. Chaque interface virtuelle NIC sur une interface vMX virtuelle. La figure 2 illustre le mappage.
Le script d’orchestration cartographie chaque NIC à une interface vMX que vous spécifiez dans le fichier de configuration. Une fois le script d’orchestration exécuté et l’instance vMX créée, vous utilisez la Junos OS CLI pour configurer ces interfaces vMX dans le VCP (prise en charge dans Junos OS Release 15.1F3 ou dans des version antérieures).
Une fois l’instance vMX créée, vous utilisez l’Junos OS CLI pour configurer vMX interfaces de sécurité dans le VCP. Le routeur vMX prend en charge les types d’interfaces suivants:
Gigabit Ethernet (ge)
10 Gigabit Ethernet (xe)
100 Gigabit Ethernet (et)
les interfaces vMX configurées avec le Junos OS CLI et l’NIC physique sous-jacente du serveur sont indépendantes les unes des autres en termes de type d’interface (par exemple, ge-0/0/0 peut être machée sur un NIC 10 Gigabit).
Les VM VCP et VFP nécessitent une connectivité de couche 2 pour communiquer entre eux. Cette communication est alors possible avec un pont interne local au serveur vMX instance.
Les VM VCP et VFP nécessitent également une connectivité de couche 2 pour communiquer avec le port de gestion Ethernet du serveur. Vous devez spécifier des interfaces Ethernet virtuelles avec des adresses IP et des adresses MAC uniques pour le VFP et le VCP afin de configurer un pont externe pour vMX instance. Le trafic de gestion Ethernet pour toutes vMX instances pénètre le serveur via le port de gestion Ethernet.
La façon dont le trafic réseau passe du NIC au réseau virtuel NIC dépend de la technique de virtualisation que vous configurez.
vMX peut être configuré pour s’exécuter en deux modes selon le cas d’utilisation:
Mode Lite: nécessite moins de ressources en termes de processeur et de mémoire pour fonctionner à faible bande passante.
Mode performance: nécessite des ressources plus élevées en termes de processeur et de mémoire pour fonctionner à une bande passante plus élevée.
Remarque:Le mode performances est le mode par défaut.
Flux de trafic dans un vMX de données
L’architecture serveur x86 se compose de plusieurs connecteurs et de plusieurs cœurs dans une prise. Chaque connecteur dispose également d’une mémoire utilisée pour stocker les paquets lors des transferts d’NIC de l’hôte. Pour lire efficacement les paquets à partir de la mémoire, les applications invitées et les périphériques associés (NIC) doivent résider dans une seule prise. Une pénalité est associée aux connecteurs de processeurs s’étendant à plusieurs connecteurs de processeurs pour les accès à la mémoire, ce qui peut entraîner des performances non déterministes.
Le VFP se compose des composants fonctionnels suivants:
Thread de réception (RX): RX déplace les paquets du NIC au VFP. Il effectue des préclassifications afin de garantir la priorité aux paquets liés à l’hôte.
Fil du travail: Le travailleur effectue la recherche et les tâches associées à la manipulation et au traitement des paquets. Il s’agit de l’équivalent du circuit ASIC de recherche sur le routeur MX Series physique.
Thread de transmission (TX): TX déplace les paquets du Travailleur vers le réseau physique NIC.
Les composants RX et TX sont assignés au même cœur (cœur d’E/S). S’il y a assez de cœurs disponibles pour le VFP, le QoS de programmation peut se voir allouer des cœurs distincts. S’il n’y a pas assez de cœurs disponibles, le QoS part du cœur TX.
TX dispose d’QoS de programmation qui peut hiérarchiser les paquets sur plusieurs files d’attente avant qu’ils ne soient envoyés au NIC (pris en charge dans Junos OS version 16.2).
Pour un traitement des paquets efficace, les composants RX et TX peuvent être dédiés à un seul cœur pour chaque port 1G ou 10G. Les applications à large bande passante doivent utiliser SR-IOV. Le composant Travailleurs utilise une architecture distribuée à grande échelle qui permet à plusieurs employés de traiter des paquets en fonction des besoins de traitement des paquets par seconde. Chaque travailleur nécessite un cœur dédié (pris Junos OS version 16.2).