Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
768 connectés 

  FORUM HardWare.fr
  Systèmes & Réseaux Pro
  Réseaux

  Problème réseau et infra

 



 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

Problème réseau et infra

n°127988
Micko77666
Posté le 29-01-2015 à 09:17:14  profilanswer
 


Bonjour à tous,
 
 
Hier nous avons eux une panne générale réseau, plus aucun accès à nos serveurs, téléphonie sur IP etc...  
Des pings qui fonctionnaient pendant 2s puis coupés 30s puis revenaient etc... bref le truc bien galère à diagnostiqué.
Un d'un coup tout est revenu sans rien faire.
 
 
J'ai aujourd'hui en schéma réseau (j'ai fait un schéma simple vite fait), les switchs sont dans la même salle, j'ai repris l'infra donc rien de modifié historiquement dessus :
 
 
http://img4.hostingpics.net/pics/517901actuellement.jpg
 
 
Donc mes serveurs arrivent sur les switchs de droite qui sont stackés, et ça repart sur le premier switch clients, et sont cascadé.  
Le soucis, si mon premier switch me lâche, je perds tout. J'avais pensé faire comme ça, mais j'essai d'imaginé si l'idée est bonne et l'impacte que ça pourrait avoir :
 
 
http://img4.hostingpics.net/pics/936227newside.jpg
 
 
 
Il y a aucun intérêt pour que les pcs communiquent entre eux, donc le trafic avec le switch serveur, ne devrait être qu'en mode client/serveur.
 
 
Qu'en pensez-vous ?
Avez-vous une petite idée sinon, de ce qui peux causé des coupures complètes et aléatoire sur des switchs ?
 
 
En vous remerciant par avance

mood
Publicité
Posté le 29-01-2015 à 09:17:14  profilanswer
 

n°127992
npuel
Posté le 29-01-2015 à 10:30:50  profilanswer
 

pour la panne, à tout hasard : un utilisateur qui aurait fait une boucle sur le réseau, pas de spanning tree et une grosse tempête qui sature les équipements ?
 
comme axe d'amélioration, s'il y a des ports réseau libres sur les ESX tu peux faire une aggregation de lien. Ca nécessiterait de placer les serveurs sur la stack et les pc sur les switchs solo "de distribution", mais en cas de panne seuls quelques utilisateurs seraient impactés.

n°127993
Micko77666
Posté le 29-01-2015 à 10:34:33  profilanswer
 


J'ai pensé effectivement à une merde d'un pc, ce qui est bizarre, c'est quand j'ai éteint mes switchs c'est reparti niquel 5min et retombé juste après. Le bordel a durée 1h30 au total, et ce matin aucun soucis par exemple.
 
Pour la partie amélioration, je l'ai pas indiqué sur le schéma, mais les 4 ports giga de mes ESX sont aggrégés. J'ai juste fait un réseau simple. Mais c'est surtout, l'impacte du schéma N2 par rapport au 1 qui me fait douter.
 
Car pour moi comme ça, le réseau 2 aurait le mérite de perdre au pire un switch client, mais pas la cascade complète si le 1 lâche, et d'éviter de communiquer entre eux pour rien aussi.

n°128059
Micko77666
Posté le 30-01-2015 à 09:57:42  profilanswer
 


Pas d'idée sur une évolution du schéma 1 vers le 2 ?

n°128060
nebulios
Posté le 30-01-2015 à 10:14:41  profilanswer
 

Oubli le schéma 2, tu as un magnifique SPOF dessus

n°128061
Micko77666
Posté le 30-01-2015 à 10:18:08  profilanswer
 


Attention sur le schéma 2, tu as l'impression qu'il y a qu'un switch principal qui distribue tout, mais les deux switchs de gauche sont stackés, donc réellement tu as une redondance dessus. Un 3eme switch serveur est en commande actuellement en supplément d'ailleurs.

n°128069
npuel
Posté le 30-01-2015 à 11:29:55  profilanswer
 

il faudrait que les schémas correspondent le + possible à la réalité : y'a qu'avec ca qu'on comprend ton infra ! :jap:  
 
si tu as 4 switchs stackés et une aggregation de lien sur 4 ports pour les ESX, j'y vois une jolie coincidence ! :D

n°128072
Micko77666
Posté le 30-01-2015 à 11:45:41  profilanswer
 

" si tu as 4 switchs stackés et une aggregation de lien sur 4 ports pour les ESX, j'y vois une jolie coincidence ! :D "
 
Aujourd'hui uniquement les deux switchs de gauche sont stackés, et les 4 ports des ESXs ont une agrégation, mais ça depuis 2 ans déjà.

n°128119
ChaTTon2
Je l'aime !
Posté le 30-01-2015 à 17:16:58  profilanswer
 

Micko77666 a écrit :


Attention sur le schéma 2, tu as l'impression qu'il y a qu'un switch principal qui distribue tout, mais les deux switchs de gauche sont stackés, donc réellement tu as une redondance dessus. Un 3eme switch serveur est en commande actuellement en supplément d'ailleurs.


Ca change rien au spof ... Tu avais un SPOF dans le schema 1 sur tes switchs de droite, sur le schema 2 tu as un spof pour X de tes switch suivant lequel tombe dans ton stack.
 
Le stack ca n'est pas une sécurité, plus une commodité de gestion. Mais si tu perds le switch du stack sur lequel est branché un truc, l'autre switch va pas prendre le relais comme par magie :)


---------------
Mon feed-back : http://forum.hardware.fr/hfr/Achat [...] 1974_1.htm
n°128120
ChaTTon2
Je l'aime !
Posté le 30-01-2015 à 17:22:52  profilanswer
 

aller pour faire simple, en partant de ton Schema 1, tu déplace un câble et du créé un LAG. Le mieux serait aussi de boucler à droite ... Mais celà à peu d'intérêt par rapport au temps que tu vas mettre
http://img11.hostingpics.net/pics/877286Untitled.jpg


---------------
Mon feed-back : http://forum.hardware.fr/hfr/Achat [...] 1974_1.htm
mood
Publicité
Posté le 30-01-2015 à 17:22:52  profilanswer
 

n°128131
Micko77666
Posté le 31-01-2015 à 01:07:00  profilanswer
 

Faire un lag par exemple de mes ESX avec :
 
2 câbles RJ sur le premier switch de gauche, et les 2 autre sur celui du dessous. Est ce que je perd niveau perf plutôt que les 4 en LAG sur le de switch ?

n°128137
ChaTTon2
Je l'aime !
Posté le 01-02-2015 à 21:00:34  profilanswer
 

Micko77666 a écrit :

Faire un lag par exemple de mes ESX avec :
 
2 câbles RJ sur le premier switch de gauche, et les 2 autre sur celui du dessous. Est ce que je perd niveau perf plutôt que les 4 en LAG sur le de switch ?


Non. Mais tu gagnes en résilience.
 
C'est pas compliqué le réseau local et le double attachement. Mais ca peut vite devenir le bordel si on ne couche pas les infos sur le papier.
 
Du coup je te propose d'écrire quel est ton objectif précis (haute dispo de bout en bout, supprimer spof sur un switch etc) et faire un plan de ce que tu penses faire puis de nous le soumettre.


---------------
Mon feed-back : http://forum.hardware.fr/hfr/Achat [...] 1974_1.htm
n°128142
HJ
Posté le 01-02-2015 à 22:40:44  profilanswer
 

ChaTTon2 a écrit :

aller pour faire simple, en partant de ton Schema 1, tu déplace un câble et du créé un LAG. Le mieux serait aussi de boucler à droite ... Mais celà à peu d'intérêt par rapport au temps que tu vas mettre
http://img11.hostingpics.net/pics/877286Untitled.jpg


Cette solution (LAG) n'est possible que si les 4 switchs de droite sont un stack (donc pas des switchs unitaires isolés).
Sinon, il faut faire du spanning-tree.

n°128152
ChaTTon2
Je l'aime !
Posté le 02-02-2015 à 11:46:51  profilanswer
 

HJ a écrit :


Cette solution (LAG) n'est possible que si les 4 switchs de droite sont un stack (donc pas des switchs unitaires isolés).
Sinon, il faut faire du spanning-tree.


ah oui juste !


---------------
Mon feed-back : http://forum.hardware.fr/hfr/Achat [...] 1974_1.htm
n°128204
Micko77666
Posté le 03-02-2015 à 08:47:14  profilanswer
 

Donc le mieux serait un peu ce format la ? :
 
http://img11.hostingpics.net/pics/400417actuellement.jpg
 
 
 
Par ailleurs j'ai un doute sur le stacking, la communication des ESX par exemple qui sont partagés sur les switchs de gauche, passent bien par le lien de stack ?


Message édité par Micko77666 le 03-02-2015 à 08:48:20
n°128256
ChaTTon2
Je l'aime !
Posté le 04-02-2015 à 12:19:49  profilanswer
 

Va vraiment falloir faire gaffe au spanning tree.
 
perso je garderais mon schema juste en supprimant le lag, et en interconnectant les 2 "piles" gauche et droite.
 
Concernant ta question sur le stack, oui, car la correspondance ARP sur le stack fait le job.


---------------
Mon feed-back : http://forum.hardware.fr/hfr/Achat [...] 1974_1.htm
n°128258
Micko77666
Posté le 04-02-2015 à 14:28:51  profilanswer
 

" Concernant ta question sur le stack, oui, car la correspondance ARP sur le stack fait le job."
 
J'avais un doute, sinon je me demandais pourquoi faire du stacking si ça faisait pas au moins ça (mise à part la gestion).
 
Pour spanning tree, j'ai 3 switchs côté clients qui ne doivent pas le supporter par contre. Sinon j'ai refait ton schéma au final ;)

n°128287
ChaTTon2
Je l'aime !
Posté le 05-02-2015 à 12:46:14  profilanswer
 

Micko77666 a écrit :

" Concernant ta question sur le stack, oui, car la correspondance ARP sur le stack fait le job."
 
J'avais un doute, sinon je me demandais pourquoi faire du stacking si ça faisait pas au moins ça (mise à part la gestion).
 
Pour spanning tree, j'ai 3 switchs côté clients qui ne doivent pas le supporter par contre. Sinon j'ai refait ton schéma au final ;)


Le stack apporte d'autres trucs, comme par éxemple la possibilité de faire des lag entre plusieurs équipements permettant de contrecarré un SPOF ... Mais le Stack en lui même ... C'est juste de la perf et de la gestion :)


---------------
Mon feed-back : http://forum.hardware.fr/hfr/Achat [...] 1974_1.htm

Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Systèmes & Réseaux Pro
  Réseaux

  Problème réseau et infra

 

Sujets relatifs
Infra SCCM 2012 R2 35000 UsersProbleme Proliant ML350 G3
question réseauProblème fichier de réponse unattend.xml
MDT 2013 Problème nom machineReprise du service informatique d'un hopital, problème TSE
serveur d'impression problèmeReconfigurer un réseau à partir d'un serveur NT4 en panne
Plus de sujets relatifs à : Problème réseau et infra


Copyright © 1997-2018 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR