Sur les ADC legacy, chaque changement d'interface exige une fenêtre de maintenance.
Dans les architectures ADC traditionnelles, un changement d'interface réseau — ajouter un VLAN, créer un bond, passer le MTU en jumbo frame — nécessite généralement un redémarrage de l'appareil ou une fenêtre de maintenance planifiée. Cela transforme chaque changement réseau en projet : cycle d'approbation, gel des applications, fenêtre nocturne, vérification post-changement.
La configuration d'un LACP bond en direct n'est pas prise en charge dans de nombreux produits ; vous le configurez soit au déploiement, soit vous arrêtez les services pour le modifier. Les changements de MTU peuvent réinitialiser les connexions actives. La gestion des fonctions virtuelles SR-IOV nécessite un outil externe à l'ADC, ajoutant un overhead opérationnel.
L'isolation des tenants est un problème distinct. Le déplacement d'une interface du domaine réseau par défaut vers un domaine tenant n'est pas pris en charge sur la plupart des ADC ; le trafic doit être séparé par des couches de routage supplémentaires en dehors de l'appareil, augmentant la complexité architecturale et le risque d'erreur.
Le bon modèle découple les changements d'interface des interruptions de service. Les changements doivent être appliqués en direct, seul ce qui change doit être touché, et tous les types d'interfaces doivent être accessibles depuis un modèle de gestion unique.
La Gestion Dynamique des Interfaces TR7 comble cet écart : les changements d'interface réseau ne nécessitent plus de fenêtre de maintenance, et la synchronisation delta garantit que seul ce qui doit changer est touché.
Notre approche
TR7 traite la gestion des interfaces non pas comme une étape de configuration séparée mais comme une partie naturelle du modèle de gestion que les opérateurs utilisent pendant que les services fonctionnent.
Modèle d'interface avec les noms de l'interface TR7
TR7 présente les interfaces à l'opérateur avec leur signification opérationnelle réelle : Physical, VLAN, Bond, LACP, Bridge, V-ETH, V-ETH(peer) et VXLAN. L'opérateur sélectionne le type d'interface dont il a besoin ; TR7 applique les étapes requises en arrière-plan.
Synchronisation delta
Lorsqu'une configuration change, TR7 ne reconstruit pas l'ensemble du réseau. Les interfaces ajoutées, supprimées et modifiées sont séparées ; seules les étapes nécessaires sont appliquées. Cela réduit le risque de contact inutile avec les services en direct.
Migration d'interfaces en direct entre les Route Tables
Une interface peut être déplacée entre les Route Tables TR7. Par exemple, une interface physique dans le domaine par défaut peut être dédiée à un tenant ; le V-ETH(peer) d'un tenant peut être associé à une Route Table différente. Cela rend explicite quel domaine de routage le trafic entre et sort par.
Prise en charge de l'overlay VXLAN
Les interfaces VXLAN permettent des segments overlay à travers différents réseaux physiques. Pour les scénarios multi-tenant, de réseau étendu inter-data-center et de segment de service isolé, TR7 fournit le réseau overlay dans le même modèle de gestion d'interfaces.
Capacités
La Gestion Dynamique des Interfaces TR7 unifie huit types d'interfaces dans un modèle de gestion unique et applique tous les changements en direct.
Gestion des interfaces physiques
Les interfaces réseau physiques sont gérées directement dans l'interface TR7. Le contrôle d'activation/désactivation, le changement de MTU, l'édition du MAC, le renommage des interfaces et la migration de Route Table peuvent tous être effectués en direct.
Interfaces VLAN
Une interface VLAN peut être créée sur une interface Physical, Bond ou LACP. Plusieurs sous-réseaux de tenants ou de services peuvent être séparés sur un port trunk. L'ID VLAN, l'interface parente et la liaison Route Table sont gérés depuis l'interface.
Interfaces Bond
Plusieurs interfaces physiques peuvent être regroupées sous un Bond. Dans les scénarios axés sur la redondance comme active-backup, le trafic continue sur le membre restant si un lien tombe. Les membres du Bond sont sélectionnés depuis l'interface.
Interfaces LACP
Une interface LACP peut être créée pour l'agrégation de liens. Plusieurs ports physiques fonctionnent comme un seul lien logique en synchronisation avec le côté switch. Les paramètres LACP et de bonding sont gérables depuis l'interface.
Interfaces Bridge
Plusieurs interfaces peuvent être regroupées sous un Bridge pour le pontage L2. Utilisé pour le déploiement transparent, la connectivité VM/container ou le transit L2 contrôlé entre deux segments.
Interface V-ETH
Utilisée comme interface Ethernet virtuelle. Fournit un endpoint virtuel séparé de l'interface parente dans les réseaux virtualisés ou basés sur les tenants. Particulièrement utile pour les scénarios d'egress VM ou de service isolé.
Paire d'interfaces V-ETH(peer)
Fournit une connexion virtuelle à deux extrémités. Une extrémité peut résider dans une Route Table et l'autre dans une Route Table différente. Cela établit une connexion contrôlée et filtrable par pare-feu entre deux domaines isolés.
Interfaces overlay VXLAN
Avec VXLAN, le même segment logique peut être étendu à travers différents réseaux physiques. Pour les scénarios de data center multi-tenant, de segmentation de services et de connectivité d'environnements distants, les interfaces sont gérées depuis l'interface. L'interface porte son propre VNI, sa liste de points de terminaison distants et son appartenance au bridge ; les entrées FDB et ARP statiques se gèrent depuis le même écran, avec un avertissement MTU lorsque l'en-tête d'overlay ferait dépasser les trames au-delà de l'underlay. Associez-la à une Route Table et le segment du locataire reste isolé de bout en bout : l'overlay et la frontière de routage se configurent au même endroit, pas à deux.
Une protection anti-boucle qui parle au cœur de réseau : STP, RSTP et MSTP au niveau CIST
Un équipement doté de deux liens montants vers un réseau commuté doit répondre à une question avant toute autre : va-t-il casser la topologie ? TR7 participe vraiment au spanning tree — STP classique, RSTP avec convergence en quelques secondes, et participation à un domaine MSTP au niveau CIST, l'arbre commun que parlent tous les équipements du domaine. La limite est délibérée et mérite d'être dite : les instances par VLAN au-dessus du CIST (MSTI 1-15) restent là où est leur place, sur les commutateurs de cœur. C'est la même ligne que trace le plus grand utilisateur en production de ce logiciel ; elle empêche un contrôleur de distribution de prendre des décisions de topologie qui relèvent d'un commutateur.
Migration en direct entre les Route Tables
Les interfaces peuvent être déplacées vers différentes Route Tables TR7 selon les besoins des tenants ou des services. Cela simplifie la gestion de différents domaines de routage sur le même appareil et garantit que le trafic circule dans le domaine d'isolation correct.
Changement de MTU et de jumbo frame
Le MTU peut être modifié en direct. Passer en jumbo frame pour des connexions backend nécessitant un débit élevé, du stockage, de la sauvegarde ou des connexions directes ne nécessite pas de redémarrage de l'appareil.
Changement d'adresse MAC
L'adresse MAC d'une interface peut être modifiée depuis l'interface. Cela simplifie les opérations dans les scénarios de migration, de compatibilité et d'isolation de tenants.
Activation/désactivation et renommage
L'état admin d'une interface peut être basculé depuis l'interface. Les noms d'interfaces peuvent être modifiés. Les opérateurs effectuent la maintenance, les tests ou la désactivation temporaire sans descendre au CLI.
Protection des interfaces protégées
Les interfaces critiques pour la gestion, la synchronisation de cluster ou le système peuvent être placées sur une liste protégée. La suppression ou la migration accidentelle de ces interfaces est bloquée.
Suivi des relations parent-enfant
Les relations parent/enfant sont suivies pour les interfaces VLAN, V-ETH, VXLAN et Bridge. Lorsqu'une interface parente est supprimée ou modifiée, les interfaces enfant dépendantes sont évaluées en toute sécurité.
Télémétrie d'état carrier et admin
TR7 surveille séparément si une interface est administrativement active et si le lien physique est connecté. Les conditions telles que « interface active mais pas de câble » deviennent visibles.
Gestion des VF SR-IOV
Les fonctions virtuelles matérielles sont configurées et gérées depuis l'interface. Un VF peut être assigné à un tenant spécifique ou à un service nécessitant des taux de paquets élevés.
Overlays NVGRE (RFC 7637) en plus de VXLAN
Outre VXLAN, TR7 termine NVGRE : un tunnel GRE transportant de l'Ethernet, indexé par un identifiant de sous-réseau virtuel sur 24 bits, pour les overlays multipoints. Les parcs standardisés sur NVGRE — généralement des centres de données à dominante Windows — raccordent l'appliance directement à l'overlay au lieu de le contourner par routage.
Profondeur opérationnelle
La gestion dynamique des interfaces n'est pas seulement une commodité d'interface — le calcul delta, la tolérance aux pannes, la télémétrie et la sécurité système fonctionnent tous ensemble.
Mécanisme de synchronisation delta
Lors d'un changement de configuration, TR7 calcule l'état actuel et n'applique que les interfaces ajoutées, supprimées ou modifiées. L'ensemble de la pile réseau n'est pas reconstruit. C'est à la fois plus rapide et réduit le risque d'impact inutile sur les services actifs.
Tolérance aux pannes et application partielle
Les opérations d'ajout d'interfaces, d'IP et de routes s'exécutent en parallèle. Si une étape échoue, les autres continuent. Ce comportement empêche le système de s'arrêter complètement lors de changements de configuration partiels.
Normalisation des VF SR-IOV
Si le nombre de VF SR-IOV est saisi à 1, le système le normalise automatiquement à 0 ; un minimum de 2 VF est requis. Les paramètres de trust et de vérification anti-spoofing sont appliqués automatiquement pour chaque VF.
Paramètres LACP et de bonding
Des paramètres supplémentaires tels que le taux LACP, miimon et xmit_hash_policy peuvent être passés pour les interfaces LACP via l'interface. Les opérateurs complètent la configuration de lien compatible avec le switch sans descendre au CLI.
Garantie d'interface loopback
Si l'interface loopback (lo) est désactivée, TR7 la réactive automatiquement. Cela garantit que la connectivité loopback, critique pour l'isolation système et la communication des services internes, reste ininterrompue.
Séparation des états carrier et admin
TR7 suit séparément si une interface est administrativement active et si le câble physique est connecté comme paramètres distincts. La condition « admin active mais pas de carrier » peut être détectée et signalée aux équipes opérationnelles.
Quand l'utiliser
Ajouter un nouveau VLAN sous trafic en direct
Un nouveau VLAN peut être créé depuis l'interface sans mettre hors ligne les services en cours d'exécution. De nouveaux sous-réseaux sont ajoutés sur un trunk sur les interfaces existantes ; aucune fenêtre de maintenance ne doit être planifiée.
LACP bond pour la redondance de liens
Deux interfaces physiques sont regroupées sous un LACP bond. LACP négocie avec le switch ; le basculement automatique se déclenche dès qu'un lien tombe. La configuration de redondance est complétée en direct.
SR-IOV pour des taux de paquets élevés
Plusieurs VF sont ouverts sur une NIC matérielle et chaque VF peut être dédié à un tenant ou service. L'overhead logiciel est minimisé pour un traitement de paquets à la vitesse matérielle.
Connectivité tenant contrôlée avec V-ETH(peer)
Une paire V-ETH(peer) est établie entre deux domaines réseau isolés. Chaque extrémité est maintenue dans une Route Table différente ; la connexion peut être filtrée par un pare-feu. Un transit inter-tenant contrôlé est atteint.
Jumbo frame via changement de MTU en direct
Le MTU est augmenté en direct pour les connexions backend nécessitant un débit élevé, du stockage ou des performances de sauvegarde. Le jumbo frame est activé sans redémarrage de l'appareil ni interruption de service.
Pontage L2 avec Bridge
Deux segments backend sont pontés dans le même domaine L2, et l'ADC se comporte de manière transparente. Un transit L2 isolé est fourni pour la connectivité réseau des VM ou containers.
Questions fréquentes
Quels types d'interfaces peuvent être gérés en direct dans TR7 ?
Que signifie la synchronisation delta et pourquoi est-elle importante ?
Puis-je déplacer une interface entre des Route Tables ?
Comment fonctionne la gestion des VF SR-IOV ?
Qu'est-ce qu'une interface protégée et quelles interfaces sont protégées ?
Un changement de MTU en direct affecte-t-il les connexions actives ?
Gérez vos interfaces réseau sans fenêtre de maintenance
Les interfaces Physical, VLAN, Bond, LACP, Bridge, V-ETH et VXLAN gérées en direct depuis l'interface TR7. Laissez-nous vous guider à travers une configuration en direct sur votre propre infrastructure.