Plusieurs loggings DNS A référençant le même hôte

Si je crée plusieurs loggings DNS A pour les mêmes hôtes, par exemple:

my-domain.com A 1.2.3.4 3600s my-domain.com A 4.5.6.7 3600s my-domain.com A 7.8.9.0 3600s 
  1. Est-ce que les requêtes sont vraiment rondes entre les trois servers? Est-ce égal?

  2. Supposons qu'un client request my-domain.com et récupère 1.2.3.4 . Est-ce que cela est mis en cache pendant une heure, donc toutes les requests faites par le client utiliseront 1.2.3.4 , ou chaque request at-elle un hôte random?

  3. Que se passe-t-il si 4.5.6.7 diminue, le DNS l'emporte-t-il automatiquement, ou les requests continueront-elles à s'y 4.5.6.7 à la manière de round robin?

Oui, vous pouvez implémenter un partage de charge à l'aide de plusieurs loggings DNS pour le même service. Cependant, ce n'est pas la meilleure façon de mettre en œuvre le partage de charge, surtout si vous disposez de tous vos hôtes dans le même location. Une approche beaucoup plus efficace sera d'utiliser une machine dédiée comme équilibreur de charge. Cette machine reçoit tout le trafic et l'envoie à l'un des servers réels en fonction de plusieurs critères tels que:

  1. logins simultanées.
  2. Charge du server.
  3. IP source source.
  4. Round Robin.
  5. Round Robin pondéré, etc.

Un autre point important dans les équilibreurs de charge tels que haproxy est la possibilité de searchr un noeud défaillant et de l'exclure de la list des servers, ce qui n'est pas disponible dans la méthode basée sur DNS.

En outre, la caching du DNS rend les choses plus compliquées et difficiles à gérer. La caching DNS peut se produire dans n'importe quel nœud de votre client vers n'importe quel server DNS intermédiaire jusqu'à atteindre le server DNS faisant autorité.

  1. Oui, ça va tourner entre les trois. Pour le DNS du server Windows, vous devez activer Round Robin dans votre server DNS. Lorsqu'il est activé, il répondra avec les trois loggings en mode tournant:

    • 1er client – 1.2.3.4, 4.5.6.7, 7.8.9.0

    • 2ème client – 4.5.6.7, 7.8.9.0, 1.2.3.4

    • 3ème client – 7.8.9.0, 1.2.3.4, 4.5.6.7

  2. Cela dépend de l'implémentation côté client. Certains clients basculeront entre les loggings par connection et certains auront tendance à utiliser la première adresse reçue. La charge est encore équilibrée puisque le second client ci-dessus aurait une list ordonnée différente de la première.

  3. Si 4.5.6.7 devait diminuer, il ne serait pas automatiquement supprimé. Les clients tenteraient encore des connections sur cette propriété intellectuelle. C'est l'inconvénient de Round Robin DNS.