Quelle est votre approche pour dessiner une représentation de votre réseau?

Je cherche la communauté à voir comment les gens dessinent leurs réseaux, c'est-à-dire utilisant des symboles pour représenter une topologie complexe. Vous pouvez avoir une approche matérielle, où chaque unité matérielle est représentée. Vous pouvez également avoir une approche "entité", où chaque "service" est affiché. Les deux sont intéressants, mais il est difficile d'avoir les deux sur le même schéma (mais cela est nécessaire, en particulier en utilisant l'environnement de virtualisation). En outre, il est difficile d'avoir des informations complexes sur une telle représentation. Par exemple, les parameters de security (lien crypté, besoin d'authentification) ou des détails spécifiques (type de protocole, ports, encapsulation).

Donc, ma question est: où vous traitez une représentation de votre réseau, quelle est votre approche? Utilisez-vous une méthodologie et / ou des logiciels spécifiques? Quelles sont vos recommandations d'information à mettre (ou non)? Comment faire face à la complexité lorsque le réseau devient grand et / ou vous voulez mettre beaucoup d'informations à ce sujet?

Je n'ai pas de diagramme de réseau.

J'ai:

  • un diagramme de topologie de réseau IP;
  • un diagramme de connectivité physique de commutation;
  • plusieurs diagrammes de service (c.-à-d. courrier, web, sauvegarde, sql, installation, VPN, WAN, internet …)

Chaque diagramme a un but différent. En limitant les diagrammes à un but, vous avez beaucoup plus de chance de pouvoir communiquer des informations importantes.

Tous mes diagrammes sont généralement des diagrammes de windows et de nuages ​​générés par viso, en ce sens que les seuls symboles que j'utilise sont les boîtes (pour les routeurs ou les ordinateurs) et les nuages ​​(pour les "réseaux", soit spécifiques comme un sous-réseau particulier, l'Internet").

Le problème avec tout mettre sur un diagramme est qu'il devient désordonné. Dans notre cas, le débordement layer2 / layer3 rendait tout trop compliqué que nous devions simplement les split en documents distincts.

Je n'aime pas non plus les templates d'objects spécifiques, car lorsque vous les avez, soit vous gaspillez tout votre time, essayez d'get des symboles pour tout (oh non! Je n'ai pas de symbole pour mon HP!), Puis essayez de les étaler tous pour qu'ils regardent droite. Avec box-and-cloud, vous êtes obligé de vous concentrer sur l'information, pas pour en faire une jolie image.

Cela ne veut pas dire que je ne convertirai pas une partie de mes diagrammes en jolies images pour le time de powerpoint pendant la présentation du budget aux costumes. Mais ces diagrammes ont un but différent.

Nous avons eu le même problème: beaucoup d'informations pour une image.

Ce qui a beaucoup aidé sont des couches. vous pouvez placer les éléments sur différentes couches. Nous avons ajouté quelques buttons avec des scripts vba pour rendre les couches visibles ou les cacher.

De cette façon, vous pouvez mettre toutes les informations à un seul endroit, mais seulement afficher les informations dont vous avez besoin actuellement.

Il n'y a pas une seule réponse qui puisse répondre à tous nos besoins et situations, mais je vous suggère de décider d'abord si un diagramme est en fait la meilleure méthode pour documenter ce qui vous intéresse. Ensuite, tracez exactement les informations dont vous avez besoin. Ni plus ni less. Trop peu tend à rendre l'exercice inutile, alors que trop ne fait que rendre plus difficile à lire et à utiliser.

Il pourrait par exemple avoir un sens à la disposition logique de votre réseau, mais des choses comme les services peuvent être mieux traitées dans une database, ce qui rend la gestion et la search beaucoup plus faciles. Si vous voulez toujours avoir de jolies images de tout, créez autant de diagrammes que nécessaire pour illustrer ce que vous voulez, mais n'essayez pas de le mettre tout en un seul diagramme.

Je pense que vous devez utiliser des plots de hive .

trame de hive – une méthode de visualisation rationnelle pour dessiner des réseaux dans lesquels les noeuds sont mappés et positionnés sur des axes linéaires répartis radialement en fonction des propriétés structurelles du réseau et les bords sont dessinés sous forme de liens courbes.