Équilibrage de charge sans équilibreur de charge ?

Solution 1. Surveillance active du DNS/publicité

Mettez en place un images.domain.com avec un TTL bas (30s-ish) pour advertir vos 4 IP's :
10.1.1.1, 10.1.1.2, 10.1.1.3, 10.1.1.4

Vos serveurs de noms doivent alors interroger activement l'état http de chaque IP (comme vous le feriez avec l'équilibreur de charge) et cesser d'annoncer une IP lorsque son état est "down". Faites un test complet mais évitez les services communs à toutes les boîtes (par exemple un seul backend de base de données). Lorsqu'un nœud échoue à la surveillance, il cesse d'être annoncé dans le DNS.

Les prises, Plus de requêtes DNS à cause d'un TTL bas. Le basculement prend des secondes "DNS TTL" (et certaines personnes aiment aussi désobéir aux TTL). Vos serveurs de noms doivent être relativement proches des services, ou avoir des paramètres par défaut judicieux, par exemple en cas de panne de réseau entre le NS et vos serveurs d'images.

Vous pouvez également créer 4 noms de domaines distincts qui renvoient à une autre adresse IP par la même méthode.

Solution 2. Basculement IP

La prise de contrôle de l'IP de rackandboneman est implémentée sans trop de problèmes dans linux avec keepalived/lvs en utilisant le protocole VRRP. (En supposant que vos boîtes sont proches les unes des autres sur le réseau et sous linux, os est comme bsd y solaris ont des implémentations vrrp/carp)

Avec 4 boîtes, vous pouvez créer une topologie en cercle pour le basculement d'IP virale, ce qui signifie que vous pouvez perdre 2 boîtes l'une à côté de l'autre mais ne perdre qu'un seul VIP, la boîte à gauche des [] a la plus haute priorité pour le VIP.

         vip 1        vip 2        vip3         vip4
nodes [ 1 <-> 2 ]  [ 2 <-> 3 ]  [ 3 <-> 4 ]  [ 4 <-> 1 ]

ou 3 nœuds par VIP, par ordre de priorité, configuration plus complexe mais meilleure disponibilité.

nodes [1 - 2 - 3]  [2 - 3 - 4]  [3 - 4 - 1 ] [ 4 - 1 - 2]

Avec keepalived, je configurerais le moniteur script pour frapper le service http local que votre équilibreur de charge frapperait pour juger de la santé du serveur. Assurez-vous également que le trafic VRRP utilise la même interface que le trafic réel si vous avez plusieurs nics.