Que vous soyez un débutant en réseautage ou un vétéran chevronné, certaines questions reviennent sans cesse. Nous avons rassemblé une liste des questions que nous avons le plus entendues, des problèmes de réseau quotidiens à l'évolution du rôle de l'ingénieur réseau.
1. Quelle est la meilleure façon de tracer les problèmes de réseau jusqu'à l'hôte ?
Beaucoup d'ingénieurs pourraient dire traceroute. Traceroute est à peu près le diagnostic incontournable pour afficher les chemins sur le réseau, mais il a ses limites.
Supposons que vous essayez d'analyser des chemins asymétriques ou des itinéraires multi-chemins. Traceroute signale uniquement le chemin qui faisait partie des messages de sonde. Si A-to-B est différent de B-to-A, vous devrez exécuter un autre traceroute à partir de l'autre extrémité.
Traceroute ne connaît que les périphériques, pas les interfaces. Vous obtiendrez le nom d'hôte/IP et un résultat de retard, mais des recherches supplémentaires seraient nécessaires pour déterminer à quelle interface l'adresse IP est attachée.
Traceroute propose également des informations sur l'état actuel - et uniquement l'état actuel. Il n'y a pas d'informations historiques qui peuvent vous dire quel était le chemin lorsque le trafic a réussi, ce qui peut signifier beaucoup de devinettes et de vérifications à un moment où chaque seconde compte.
Alors comment contourner les limitations de traceroute ? NetBrainLe calculateur de chemin A/B de aide les ingénieurs mapper dynamiquement un chemin entre deux points quelconques du réseau, comme lorsqu'une application s'exécute lentement ou en cas d'attaque DDoS.
2. Quel est le moyen le plus rapide de réduire MTTR?
80% des entreprises prennent plus d'une heure pour se remettre en marche pendant une panne.
Le dépannage nécessite une compréhension approfondie du réseau - non seulement la topologie de base, mais aussi design intent et configuration. Les outils de surveillance du réseau peuvent vous alerter symptômes d'un problème, mais les ingénieurs ont besoin de données détaillées pour résoudre le causer. Mais obtenir et analyser ce niveau de données prend du temps.
C'est là que l'automatisation entre en jeu. Au lieu d'exécuter manuellement un tas de commandes CLI - une commande à la fois, un appareil à la fois - l'automatisation collecte toutes les données dont vous avez besoin d'un seul coup. Au lieu de parcourir des centaines de lignes de sortie, l'automatisation analyse les données pour vous et les présente dans le contexte du problème à résoudre. Lorsque les diagnostics sont automatisés et que les ingénieurs disposent d'un processus concis avec une visibilité de bout en bout, ils peuvent réduire de moitié le temps de dépannage. Lors d'une panne, l'automatisation est le meilleur ami d'un ingénieur, ainsi qu'un système centralisé avec son propre ensemble d'outils pour rationaliser le processus du début à la fin.
3. Comment puis-je travailler avec d'autres départements pour m'assurer que tout se passe bien ?
La documentation, le dépannage, la gestion des changements et la sécurité ne peuvent pas être réalisés seuls : il faut tout un village pour gérer un réseau de n'importe quelle taille. L'automatisation peut contribuer à favoriser une culture de collaboration dans tous ces flux de travail critiquesQue vous souhaitiez faire remonter un problème de réseau délicat, atténuer une menace de sécurité ou travailler avec d'autres équipes informatiques pour résoudre une application lente, le partage d'informations est essentiel et peut être réalisé via un seul Dynamic Map.
Bien que la collaboration prenne du temps, le perfectionnement des processus de groupe et le partage des meilleures pratiques peuvent finalement réduire MTTR en cas de panne. Les équipes du réseau peuvent accéder aux mêmes scripts, notes et connaissances en numérisant les processus réussis en Exécutable Runbooks. Fort des connaissances de chaque ingénieur de l'équipe, Runbooks facilitent la collaboration et le dépannage.
4. Dois-je apprendre la programmation pour rester pertinent ?
Tout comme nos réseaux changent constamment, il en va de même pour ce que l'on attend de l'ingénieur réseau. Les tendances émergentes comme IBN et SDN exigent que les ingénieurs réseau connaissent le réseau de fond en comble pour relever les défis au fur et à mesure qu'ils surviennent (ou mieux encore, avant qu'ils ne se présentent).
Les entreprises exigent de plus en plus l'absence de temps d'arrêt, ce qui signifie que les ingénieurs réseau doivent comprendre la pile, de l'infrastructure sous-jacente à la couche applicative. Les processus manuels traditionnels n'ont aucune chance face au volume, à la variété et à la rapidité des changements dans les grands réseaux d'aujourd'hui. L'automatisation est le seul moyen de suivre le rythme. Cependant, vous n'avez pas besoin d'apprendre Python pour automatiser les processus quotidiens chronophages et répétitifs. Les outils d'automatisation avec programmation visuelle éliminent le besoin d'une expérience de codage sérieuse.