À propos de deux périphériques créant une latence sur un seul commutateur

J'ai des scripts qui s'exécutent au démarrage sur deux NAS (disons des QNAP) pour créer des liens et avoir des ips différents pour des réseaux locaux différents.

Par exemple, NAS 1 (tous les NIC liés à 1 via TLB), définissez bond0 - & gt; 0.0.0.0 ou liaison affleurante 0 VLAN 50 sous-réseau 140.100.100.1 255.255.0.0

NAS 2 (tous les NIC liés à 1 via TLB) set bond0 - & gt; 0.0.0.0 ou liaison affaiblie 0 VLAN 50 sous-réseau 140.100.100.2 255.255.0.0

Ma configuration de commutateur ressemble aux ports 1 et 2 sans étiquette pour les ports 5 et 6 vlan 50 étiquetés (NAS 1 connecté au port 5, NAS 2 connecté au port 6, ordinateur connecté au port 1 avec une configuration de carte réseau appropriée

Mon problème est que, lorsque les deux NAS sont branchés et que je lance un ping en même temps depuis l'ordinateur, le temps de latence (& gt; = 32 ms) est très important et presque tout le trafic allant vers l'une ou l'autre unité. À la seconde où je débranche l’un des NAS, l’autre ping du NAS tombe à moins de 1 ms et je n’ai plus de temps de latence important. Initialement, je pensais qu'il pourrait s'agir d'un problème de collision IP. Je regarde ifconfig du NAS au démarrage. Il s'avère que quelque chose se passe après mon script autorun pour définir les bond0s sur une adresse IP d'origine (150.140.100.100). Donc, je règle manuellement le lien ip sur quelque chose d'arbitraire et différent pour les deux NAS, désactive le script /etc/init.d/dhcpd.sh et essaie de faire un ping à 140.100.100.1 et 140.100.100.2 - cela fonctionne quelques minutes puis revient à chronométrer et avoir une mauvaise latence. Cependant, cette fois-ci, les obligations des deux NAS ont des effets différents - et c'est là que je suis vraiment confus. Merci pour toute aide! De plus, les adresses MAC de tous les NICS sont toutes différentes.

Résumé - Comment puis-je résoudre le problème de latence entre deux unités NAS connectées au même commutateur malgré des ips de liaison différents?

linux vlan latency

— kenten
source

La liaison est utilisée pour établir plusieurs connexions LAN dans une seule connexion LAN virtuelle. Les paquets envoyés sur la liaison sont distribués tour à tour à toutes les connexions LAN, pour augmenter la bande passante.

Si vous connectez un seul NAS à un seul port, la liaison n'a aucun sens et le transfert de paquets échouera si vous utilisez les autres cartes réseau, ce qui explique la latence énorme.

Par conséquent, connectez toutes les cartes réseau liées au commutateur ou, mieux, connectez-les toutes directement à l'autre point de connexion. Ou n'utilisez pas de collage.

Si vous les connectez au commutateur, vous devez vous assurer que chaque port de carte réseau connecté du NAS n’est connecté qu’à une seule autre liaison, et que tous ces ports se placent à la deuxième extrémité de votre liaison, où vous avez un emplacement identique. configuration de collage.

Je ne pense pas que le VLAN fonctionne sur les parties de la liaison, et cela n'aurait aucun sens, de toute façon - vous ne pouvez pas obtenir une augmentation de bande passante de cette façon. La liaison ne doit être utilisée que sur des connexions point à point.

— dirkt
source

Merci pour votre réponse, je l'apprécie. J'ai donc des configurations de liaison en miroir sur le NAS et le commutateur (LACP). J'ai toujours pensé que LACP offrait une tolérance aux pannes, c'est pourquoi je testais en connectant simplement 1/4 NIC de chaque NAS à tester. Cependant, le branchement de tous les NICS du NAS dans un ensemble de ports LACP à 4 circuits partagés sur le commutateur corrigeait temporairement le problème et j’avais de nouveau la latence. Je surveille le trafic du port et il s’avère que les deux NAS se mettent en boucle des tonnes de paquets de requêtes ARP / DHCP pour une raison inconnue.

— kenten

Étant donné que j'utilise une distribution unique de Linux sur ces QNAP, ils ne possèdent pas d'adresse IP, alors je dois utiliser une méthode simpliste pour créer plusieurs VLAN de la même adresse IP - en créant un pont et en ajoutant les réseaux virtuels bond0 au pont, puis l’empêcher d’agir comme un interrupteur. La raison de la liaison est de permettre à plusieurs VLAN d’accéder au canal lié, et même s’il n’augmentera pas la bande passante, je veux que chaque accès soit aussi proche que la bande passante maximale d’un seul port lorsque tous les VLAN accèdent au même moment. De plus, la liaison sur le NAS et le commutateur crée un basculement (câble débranché ou commutateur en panne, etc.)

— kenten

Je tiens à mentionner que j'essaie de réaliser une double redondance sur tout, deux NAS, deux commutateurs connectés ensemble et tous les NICS sur NAS connectés entre eux avec un accès VLAN multiple. Le NAS doit accéder à plusieurs réseaux virtuels avec une seule adresse IP. Ce problème avec les deux tonnes de paquets en boucle sur le NAS me pose vraiment problème, littéralement 300 000 paquets par seconde et engorgent le réseau. Tout ce que mon pont accepte, c'est d'accepter le trafic qui lui est destiné et de refuser la diffusion du trafic aux autres réseaux virtuels du pont. Cela n'explique donc pas la quantité énorme d'ARP / DHCP, car ces règles régissent les paquets IP.

— kenten

Désolé, je ne vois pas en quoi un accès VLAN multiple aide à la redondance. Et si vous voulez la redondance, veillez à utiliser un backup politique de liaison, pas une politique qui vise à augmenter le débit. Et les configurations réseau drôles qui causent un encrassement du réseau ne vont pas aider. Rester simple.

— dirkt

désolé je me suis mal exprimé; je voulais dire que les interfaces collées créent une redondance via LACP ou balance xor, etc. - l'accès vlan multiple est juste une fonctionnalité dont j'ai besoin

— kenten