Retour

Pourquoi une technologie d'horloge défectueuse devrait être un avertissement pour les ingénieurs réseau

Auteur NB by kelly.yue 6 Mar 2017

Ce n'est un secret pour personne que les réseaux sont devenus incroyablement complexes et que leur gestion est devenue une tâche pénible. Avec la croissance des technologies transformationnelles telles que les réseaux définis par logiciel (SDN), l'Internet des objets (IoT), le cloud computing et plus encore, les entreprises sont obligées de gérer des réseaux qui semblent très différents d'il y a dix ans.

Aujourd'hui, tout, des cafetières aux téléviseurs, a une adresse IP. Les réseaux physiques et virtuels sous-jacents connaissent une augmentation rapide du nombre de terminaux, des modèles de trafic changeants, des besoins en bande passante plus importants, etc.

Pour gérer des réseaux avec ce niveau d’échelle, une visibilité de bout en bout est impérative. Les équipes réseau doivent être en mesure de voir ce qui se passe sur le réseau afin de dépanner efficacement. Lorsqu'un incident survient et affecte le réseau, comme les récents composants d'horloge défectueux affectant les produits Cisco, Juniper et HPE, chaque seconde compte pour rétablir le fonctionnement du réseau. Tout le monde a vu les statistiques sur les coûts des temps d'arrêt du réseau : un problème de 700 milliards de dollars par an n'est pas un inconvénient, c'est une priorité commerciale essentielle. Malheureusement, de nombreuses organisations ne réalisent pas encore que les méthodes traditionnelles de résolution de ces problèmes contribuent de manière significative à ce chiffre de 700 milliards de dollars.

Par exemple, lorsqu'il s'agit de diagramme de réseau, les processus actuels sont fastidieux, chronophages et coûteux, qu'il s'agisse d'accéder au réseau périphérique par périphérique via l'interface de ligne de commande (CLI) ou de générer manuellement des diagrammes avec Microsoft Visio. Avec une plus grande complexité, les ingénieurs réseau ne peuvent plus compter sur des cartes statiques. Cela devient également une attente irréaliste pour les ingénieurs réseau de maintenir à jour les cartes du réseau.

Au lieu de cela, les ingénieurs réseau devraient avoir la possibilité de créer des cartes à la demande. Les cartes doivent fournir des détails détaillés sur l'état du réseau (détails de configuration, données de performances, état en direct, etc.) et se mettre à jour automatiquement lorsque le réseau en direct change. Ces cartes devraient également permettre aux ingénieurs de comprendre rapidement le chemin exact du trafic réseau lors du diagnostic des problèmes. À NetBrain, nous aidons les ingénieurs à obtenir une visibilité de bout en bout grâce à la puissance de notre Cartes réseau dynamiques.

En outre, lorsque des problèmes surviennent, de nombreuses équipes réseau s'appuient sur des manuels statiques (listes de contrôle de sécurité, meilleures pratiques de conception et guides de dépannage) pour mettre en œuvre des politiques et des procédures. Malheureusement, ces documents de référence peuvent être insuffisants à mesure que la complexité du réseau évolue. L'automatisation de ces processus est devenue essentielle pour gagner un temps de dépannage précieux.

Certains exemples clés sont lorsque les ingénieurs doivent résoudre des problèmes récurrents (par exemple, l'utilisation des liaisons, les incompatibilités duplex, etc.), faire remonter les problèmes entre les équipes NOC ou déployer de nouvelles technologies telles que QoS sur le réseau. En ce qui concerne les nouvelles technologies, seuls certains ingénieurs qui ont conçu la solution ou ont été formés possèdent ce savoir-faire en matière de dépannage. Avec NetBrain, les experts peuvent désormais numériser leurs connaissances et leurs bonnes pratiques avec Executable Runbooks. Runbooks sont des applications légères, qui fonctionnent en plus de Dynamic Maps—que les ingénieurs peuvent facilement créer et partager avec d'autres. En automatisant les opérations réseau dans l'exécutable Runbooks, les organisations peuvent réduire la dépendance excessive à l'égard des connaissances tribales tout en développant une solide culture de diagnostic collaboratif pour résoudre les problèmes de réseau.

Grâce à une visibilité de bout en bout et à l'automatisation du réseau, les ingénieurs peuvent cartographier les réseaux en direct, cartographier facilement les chemins interrompus, exécuter des diagnostics automatisés et collaborer efficacement avec le reste de l'équipe pour résoudre les problèmes. Cela permet d'économiser de précieuses heures de dépannage et de minimiser les temps d'arrêt du réseau, protégeant ainsi les résultats.

En savoir plus sur la valeur de la visibilité de bout en bout et comment il peut accélérer le diagnostic et le dépannage des vulnérabilités telles que la puce d'horloge dans notre dernier webinaire.

Services Connexes