Avec d'énormes téléviseurs à écran plat montés sur les murs affichant diverses cartes et des lumières clignotantes, un centre d'opérations réseau peut ressembler à un contrôle de mission à la NASA. Mais l'objectif principal d'un centre d'opérations réseau, ou NOC, n'est pas d'exécuter une mission sur la lune, mais de maintenir et d'optimiser les opérations d'une infrastructure réseau.
Si vous pensez que cette affirmation est trop générale et nécessite des précisions, vous avez raison. L'idée d'opérations réseau centralisées peut être ambiguë et son objectif multiple ; décomposons-la donc en trois domaines : la surveillance, la journalisation et la prise de mesures.
Le Monitoring
La surveillance est un combat pour de nombreux CNO. Certains assemblent un patchwork d'agrégateurs de journaux et de systèmes d'alerte dans un semblant de solution de surveillance unifiée. Ces types de projets démarrent avec beaucoup d'enthousiasme mais se transforment rapidement en un ensemble de plates-formes rarement utilisées qui ne se parlent pas et auxquelles personne ne se connecte plus.
Mais qu'une équipe d'exploitation réseau utilise un réseau hors bande ou la fonctionnalité intégrée de leurs commutateurs et routeurs, les alarmes et les alertes sont la pierre angulaire des techniciens NOC.
Imaginez ce scénario : un outil est nécessaire pour obtenir des informations à partir des commutateurs hérités, mais cet outil ne fonctionne pas avec les nouveaux commutateurs du centre de données. Un autre outil est nécessaire pour ceux-ci. Et encore un autre est nécessaire pour les pare-feu car ils ne prennent pas en charge CDP ou LLDP.
Il n'est pas facile de surveiller une variété de plates-formes divergentes en même temps. En règle générale, les ingénieurs sont redevables à des logiciels pré-emballés qui contiennent tous les modules dont les développeurs pensent que leurs clients ont besoin. Cela limite ce que le NOC peut faire et son efficacité dans la surveillance d'une infrastructure.
Néanmoins, la surveillance permet aux techniciens d'avoir une vision claire du réseau , ou en d'autres termes, une idée précise de ce que fait le réseau à un instant donné.
Journal
Les journaux enregistrent tout ce qui se passe sur le réseau, fournissant des indices pour le dépannage et des preuves d'incidents de sécurité. Malheureusement, ils peuvent être extrêmement coûteux à utiliser efficacement, ce qui fait de la journalisation à la fois une malédiction et une bénédiction pour un CNO typique.
L'exploitation des journaux réseau passe notamment par la création de points de référence de l'état du réseau à intervalles réguliers. Ceci est essentiel pour identifier les tendances et cartographier les flux applicatifs. Bien que ce concept soit abordé dans les blogs, les livres blancs et les guides de bonnes pratiques, même les plus grands centres d'opérations réseau (NOC) mettent rarement en œuvre ces points de référence en raison de leur complexité.
Une entreprise de commerce électronique peut créer et stocker une quantité incroyable d'informations de journal, mais elle peut également créer des instantanés de référence du réseau pendant les périodes de pointe telles que le Black Friday, les week-ends et lors d'événements promotionnels. Ces informations donnent aux techniciens réseau une visibilité sur les flux d'applications lorsque le réseau est sous pression pour suivre l'équilibrage de charge et exposer les goulots d'étranglement.
Le problème est que la création de benchmarks n'est pas facile et est par conséquent négligée. Cela nécessite de capturer des données réseau à partir d'une variété de plates-formes à la fois et en relation les unes avec les autres. Cependant, la capture de ces données au fil du temps donne aux techniciens des CNO un modèle à partir duquel travailler et à partir duquel développer leur connaissance du réseau. Et la disponibilité immédiate de ces informations pour toute l'équipe favorise une culture de collaboration.
Passer à l'action
Les NOC surveillent les réseaux pour détecter toute activité anormale et prendre des mesures en conséquence. Ils surveillent l'état et la sécurité de l'infrastructure et prennent des mesures pour garantir des performances réseau optimales, résoudre les incidents et maintenir un processus de gestion des changements transparent.
Lorsqu'une alerte arrive, le NOC répond. Un ticket est créé pour suivre l'incident, un ingénieur en prend possession et le processus de dépannage commence.
Lorsque la continuité des activités est affectée, un NOC nécessite un sentiment d'urgence, des flux de travail clairs et des opérations optimisées. Vous n'avez pas le temps de vous connecter à des appareils aléatoires et de rechercher le problème en prenant des photos dans l'obscurité.
L'automatisation et le partage d'informations sont essentiels pour remédier à l'incident le plus rapidement possible.
Temps moyen de réparation, ou MTTR, est le temps moyen nécessaire pour remédier à un incident. Un NOC optimisé utilisera l'automatisation pour réduire MTTR rétablir la continuité des activités dans les plus brefs délais.
Cela peut inclure l'exécution d'un script pour rechercher les différences de configuration entre les configurations en cours d'exécution et les tests de performance. Cela peut également inclure la possibilité d'annuler par programme les modifications afin de restaurer rapidement les services. Et si des appareils doivent être configurés pour résoudre le problème, le NOC doit avoir la certitude qu'ils n'aggravent pas les choses. Cela signifie qu'un NOC optimisé a besoin d'un mécanisme de validation pour tester les modifications avant leur mise en œuvre.
Comment NetBrain Résout ces problèmes
S'appuyant fortement sur l'automatisation, NetBrain s'intègre facilement dans le flux de travail d'un NOC pour fournir les moyens d'exécution dans chacun des trois domaines principaux.
Tout d'abord, NetBrain n'enferme pas les ingénieurs dans quelques modules spécifiques. Exécutable Runbooks, par exemple, permettent aux techniciens de créer une logique personnalisée qui peut être déployée sur des groupes entiers d'appareils. De cette façon, les ingénieurs peuvent créer des rapports et des alertes personnalisés pour répondre à leurs besoins uniques et pour leurs plates-formes particulières. Une personnalisation facile est nécessaire pour une visibilité de bout en bout.
Deuxièmement, bien que la plupart des CNO d'entreprise apprécient la valeur d'une bonne journalisation, NetBrain va encore plus loin en donnant aux ingénieurs la possibilité de créer des Benchmarks de leur réseau à des intervalles planifiés ou même à la demande.
Les ingénieurs souhaitant optimiser les opérations du NOC peuvent établir un référentiel avant et après une modification, à intervalles réguliers (par exemple, chaque semaine), lors des pics d'activité, ou encore en début et en fin de poste. C'est un outil précieux pour le suivi des modifications du réseau au sein d'un NOC.
NetBrain donne à tous les membres de l'équipe travaillant sur un incident un accès facile aux mêmes informations en temps réel. Dynamic Maps et exécutable Runbooks permettent à l'équipe de mémoriser des informations et de partager instantanément des données dans un format facilement consommable 
contribuer à renforcer la collaboration entre ingénieurs.
Troisièmement, NetBrain est un atout dans réduire le temps moyen de réparation. Les ingénieurs ne sont plus au milieu d'une panne se bousculant pour se connecter à des appareils recherchant des diffs et recherchant des commandes ; à la place, l'effet cumulatif de Executable Runbooks, Dynamic Maps, et des Benchmarks à la demande signifient que les équipes techniques peuvent trouver et résoudre rapidement les problèmes ainsi que tester efficacement une nouvelle configuration. Par exemple, NetBrain automatise les commandes CLI et sélectionne des informations significatives à partir de la sortie à afficher sur un Dynamic Map — économisant ainsi des heures de dépannage et réduisant le temps total nécessaire à un NOC pour trouver une solution.
De plus, tirer de la hanche avec les outils de ligne de commande tels que traceroute limitent et fastidieux à utiliser. Traceroute, en particulier, ne peut pas fournir d'informations sur les sauts de couche 2 - limitant considérablement la visibilité - et essayer de cartographier un réseau de cette manière peut prendre des heures plutôt que des secondes avec NetBrain.
Les services informatiques des entreprises d'aujourd'hui n'exécutent pas de missions vers les étoiles, mais ils sont essentiels au maintien d'un réseau sain. Cela signifie une surveillance automatisée, une journalisation et la possibilité d'agir rapidement en cas de panne. Peut-être qu'un jour les réseaux s'autorépareront vraiment, mais jusque-là, nos centres d'opérations de réseau sont les héros de garder les lumières allumées.