La meilleure méthode pour get une redondance "transparente" pour Ethernet?

Je m'excuse si c'est une question évidente. Je suis novice en ce qui concerne la mise en réseau redondante, et je ne suis pas sûr de savoir quel mot-key pour Google. Mon scénario d'application est le suivant:

  • Le système se compose d'un petit nombre de servers basés sur Linux (de 1 à 20)
  • Chaque server dispose de deux sockets physiques Ethernet
  • Le système fonctionne sur un LAN isolé – il n'est pas connecté à Internet de quelque manière que ce soit
  • Le logiciel d'application (personnalisé / interne) qui s'exécute sur chaque server communique avec ses pairs sur les autres servers via des connections TCP persistantes et / ou une multidiffusion UDP.
  • Toute communication se produit via IPv6
  • La chose évidente à faire pour get la redondance du réseau consiste à avoir deux commutateurs Ethernet haute vitesse et à connecter chaque server Linux aux deux commutateurs. De cette façon, si l'un des commutateurs échoue, ou quelqu'un coupe accidentellement un câble Ethernet, la communication peut se poursuivre via l'autre câble / commutateur, et le système restra pleinement fonctionnel.

    Ma question est, est-ce qu'il existe un moyen de rendre la redondance 100% transparente pour le logiciel d'application? (Par transparence, je veux dire que le logiciel d'application ne doit pas savoir ou se soucier qu'il y ait plus d'un port Ethernet, idéalement il ne verrait qu'un eth0 et pas un eth1 … et si datatables cesse de couler sur l'un des deux ports Ethernet physiques pour quelque raison que ce soit, le logiciel d'application ne doit pas nécessairement détecter le défaut ou faire quelque chose de spécial pour continuer à fonctionner).

    La bande passante supplémentaire n'est pas importante pour mes besoins (une «voie» de Gigabit Ethernet est assez rapide), mais la simplicité et la fiabilité sont.

    2 Solutions collect form web for “La meilleure méthode pour get une redondance "transparente" pour Ethernet?”

    Le google que vous voulez est "Ethernet bonding". C'est une œuvre d'art.

    Si vous voulez de la simplicité et de la fiabilité, obtenez simplement deux commutateurs qui prennent en charge l'agrégation des liens multi-châssis (les fournisseurs ont leur propre nom, parfois il s'agit simplement d'un «empilage») et prennent en charge suffisamment d'agrégats de binding par commutateur pour répondre à vos besoins. Le LACP mis en place sur les ports et les servers de commutation de sorte que toutes vos applications voient une seule interface "bond0" sur chaque server.

    Linux prend également en charge quelque chose appelé "équilibrage de charge adaptatif", qui ressemble encore à une interface "bond0" à la couche d'application, mais n'utilise pas LACP ni besoin de commutateurs avec support d'agrégation de binding multi-châssis (mais les commutateurs doivent être cross- connecté avec une bonne bande passante). Ce mode utilise des astuces ARP pour diriger le trafic entrant vers chaque interface physique au lieu d'utiliser les standards de binding de couche de binding. Il ne nécessite que des interrupteurs stupides sans caractéristiques particulières, et fonctionne bien pour nous en production avec IPv4, pas sûr d'IPv6.

  • Comment déboguer / réparer un défaut de segmentation php / apache lors de l'utilisation de memcache (redondant) pour le stockage de session?
  • Redondance SSD via disque dur
  • nfs part redondant
  • Redundance Cisco 6500
  • Comment configurer des servers redondants?
  • Comment se protéger contre la perte de server sur un budget
  • Bases de données SQL Server 2005 pour le site web
  • Dans quelle mesure devons-nous prendre la folie de redondance N + N?
  • Redondance de disque sur différents servers
  • Redundant Power Supply Slam (si le sloshing est le bon mot)
  • Comment configurer des serveurs redondants?
  • Les astuces du serveur de linux et windows, tels que ubuntu, centos, apache, nginx, debian et des sujets de rĂ©seau.