tu peux avoir un DNS qui pointe vers plusieurs serveurs et donc avoir des arbres, qui cachent une foret de serveurs.
regarde un dig google.fr
tu verras qu'il pointe vers plusieurs IPs
c'est ce que l'on appelle les frontaux, ceux qui accueillent reellement les demandent des utilisateurs.
ensuite ces frontaux ont des tests pour determiner qui est UP derriere eux (les backends), et envoyer selon certains algorithmes vers un backend ou un autre.
# les problemes et quelques solutions.
Posté par NeoX . En réponse au message Répartission de charge. Évalué à 1.
tu peux avoir un DNS qui pointe vers plusieurs serveurs et donc avoir des arbres, qui cachent une foret de serveurs.
regarde un
dig google.frtu verras qu'il pointe vers plusieurs IPs
c'est ce que l'on appelle les frontaux, ceux qui accueillent reellement les demandent des utilisateurs.
ensuite ces frontaux ont des tests pour determiner qui est UP derriere eux (les backends), et envoyer selon certains algorithmes vers un backend ou un autre.
tu peux donc tres bien avoir
www.example.com A 1.1.1.1
www.example.com A 2.2.2.2
ensuite selon les puissances des machines :
ou bien avoir une double redondance (chaque frontal pouvant attaquer tous les backends)
c'est le principe du load balancing.
il faut evidemment eviter le single point de failure en mettre 2 ou plus frontaux.
evidemment ce n'est pas du "pair à pair", encore qu'il suffirait que les machines 3.3.3.3, 4.4.4.4, 5.5.5.5 et 6.6.6.6 se synchronisent entre elles...