Re: SRV

Sauf si je loupe vraiment qqchose

Tu dois vraiment louper quelque chose. Si je cherche à charger une page http://example.com/sarass , je demande les enregistrements DNS _http._tcp.example.com. Si j'obtiens cette réponse :

_http._tcp.example.com. SRV 10 70 80 toto.example.com.
_http._tcp.example.com. SRV 10 30 80 titi.example.com.
_http._tcp.example.com. SRV 20 70 80 tata.example.com.

Je vais pouvoir :

1. essayer de me connecter sur l'un des serveurs de priorité 10, au hasard selon leurs poids respectifs, donc :
   1. tirer un nombre aléatoire entre 0 inclus et 100 exclus ;
   2. s'il est inférieur ou égal à 70, me connecter au serveur toto.example.com. sur le port TCP 80 ;
   3. s'il est strictement supérieur à 70, me connecter au serveur titi.example.com. sur le port TCP 80 ;
2. se cette première tentative échoue, essayer de me connecter sur le serveur de priorité 20.

On a donc là deux choses :

1. de la répartition de charge, puisque, de façon aléatoire pondérée, les clients vont se connecter sur un serveur ou l'autre : aujourd'hui, pour faire la même chose on met plein d'enregistrements DNS A et AAAA, en pondérant à coup de répétitions... ;
2. de la redondance, puisque, si la tentative de connexion à un serveur de haute priorité a échoué, on essaie les priorités plus basses : aujourd'hui, pour faire la même chose on met des dispositifs dédiés qui constituent aux-mêmes des SPOF, qu'on double éventuellement mais la connexion à Internet reste toujours un SPOF, qu'on ne peut éventuellement contourner qu'en faisant du routage BGP, ce qui n'est vraiment pas à la portée de tout le monde.