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.

  • Messagerie fiable cohérente
  • Comment save en toute security datatables et les bases de données sur Kubernetes (ou similaire) sur DigitalOcean
  • La meilleure façon d'append un deuxième server au site existant en cas d'inactivité?
  • Redondance MySQL pour haute disponibilité sur Internet
  • Redondance SSD via disque dur
  • Comment configurer des serveurs redondants?
  • système de stockage résilient réparti à l'aide de l'espace disque de rechange linux existant
  • nouvelle configuration Hyper V haute disponibilité et stockage SMB 3.0
  • Comment déboguer / réparer un défaut de segmentation php / apache lors de l'utilisation de memcache (redondant) pour le stockage de session?
  • Quelle est la fréquence d'utilisation de servers dédiés supplémentaires pour la redondance?
  • La stratégie de mise en miroir de server pose problème sur la réplication SQL Server, la réplication MySQL, la réplication de files, etc.
  • Les astuces du serveur de linux et windows, tels que ubuntu, centos, apache, nginx, debian et des sujets de rĂ©seau.