La répartition de charge de basculement par iptables est-elle possible ?

Oui, c'est possible. CLUSTERIP cible est conçu spécifiquement pour cela.

Il est configuré en attribuant la même adresse IP à tous les nœuds, mais en filtrant l'accès à environ 1/N de toutes les connexions traitées par chaque nœud. Il est conçu de telle sorte que si les N nœuds sont configurés avec tous les mêmes paramètres à l'exception de --local-node prenant les valeurs 0, 1, ..., N-1, alors toutes les connexions sont traitées — chaque connexion sera attribuée à un et un seul nœud.

Cependant, cela seul n'est pas suffisant. Lorsqu'un nœud est hors service, la part des connexions qui auraient dû être traitées par lui ne sera considérée par personne. Pour résoudre ce problème, tous les nœuds restants doivent être reconfigurés avec de nouvelles valeurs de --total-nodes et --local-node. Pour cette raison, il n'est pas conçu pour être exécuté manuellement. Vous avez besoin d'un agent qui vérifiera constamment tous les nœuds et reconfigurera le CLUSTERIP sur tous les nœuds en temps réel.

En général, la pile de clustering Pacemaker + Corosync est utilisée, avec un agent ClusterIP pour contrôler ce type d'équilibrage de charge. Il s'occupera de tout le travail fastidieux : vérifier quels nœuds sont actifs, configurer les règles iptables ; il peut également faire plus, comme définir "actif" comme "le service Apache est en cours d'exécution et accepte des connexions". En général, Pacemaker est une pile de clustering très capable.

Comme ce module est incapable de prendre en compte la charge réelle des nœuds, il n'est pas beaucoup utilisé pour les services finaux. Cependant, si vous souhaitez avoir plusieurs nœuds de répartition de charge de niveau supérieur tels que HAProxy ou Nginx qui répartissent intelligemment les back-ends web (ou autres) réels, pour rendre la ferme de répartition de charge elle-même hautement disponible, vous configurez un équilibrage de charge de type CLUSTERIP pour eux.