IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Administration système Discussion :

repartition de charge avec dns round robin


Sujet :

Administration système

  1. #1
    Membre confirmé Avatar de rvfranck
    Profil pro
    Étudiant
    Inscrit en
    Novembre 2004
    Messages
    746
    Détails du profil
    Informations personnelles :
    Localisation : Canada

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Novembre 2004
    Messages : 746
    Points : 534
    Points
    534
    Par défaut repartition de charge avec dns round robin
    Bonjour,
    voici la situation:
    Deux enregistrements mx du dns ont le niveau même de priorité. Le dns route les messages de façon cyclique entre les serveurs mx.
    la question:
    Que se passe t'il si le dns route le message vers un serveur de messagerie non opérationnel? le message est perdu ou alors le dns evite, comme lvs, de router vers les serveurs morts?
    Merci

  2. #2
    Membre actif
    Profil pro
    Ingénieur
    Inscrit en
    Mars 2007
    Messages
    199
    Détails du profil
    Informations personnelles :
    Localisation : France, Seine Saint Denis (Île de France)

    Informations professionnelles :
    Activité : Ingénieur

    Informations forums :
    Inscription : Mars 2007
    Messages : 199
    Points : 291
    Points
    291
    Par défaut
    Bonjour,

    Le DNS donnera les réponses concernant les MX que tu lui as renseigné.
    Le DNS renseigne sur le nom et/ou l'adresse IP pas sur la disponibilité d'un service.

    Si ton service SMTP est "down", c'est pas le DNS qui pourra le dire mais plutôt un outils de supervision (nagios, zabbix, ...)

    Complément de réponse : quand un serveur SMTP est indisponible le message qui devait transiter par lui, retourne vers le serveur SMTP emétteur. Ce dernier, en fonction de sa configuration est sensé en fonction du code d'erreur reçu par le serveur SMTP destination réémettre le message toutes les n minutes pendant m jours. au bout de m jours une erreur définitive est émise.
    Dans le cas d'un "round robin" on peut imaginer que le message pourrait être réémis vers l'autre serveur SMTP (à vérifier) puisque le principe du "round robin" étant de répondre une fois adresse1 l'autre fois adresse2 et inversement.

  3. #3
    Membre confirmé Avatar de rvfranck
    Profil pro
    Étudiant
    Inscrit en
    Novembre 2004
    Messages
    746
    Détails du profil
    Informations personnelles :
    Localisation : Canada

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Novembre 2004
    Messages : 746
    Points : 534
    Points
    534
    Par défaut
    Merci! En fait je voulais juste savoir, au niveau de la repartition de charge, quelle était la différence entre le dns et le lvs. Merci encore

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Utilisation Round Robin Database(rrd) avec java
    Par chouaiebnabil dans le forum API standards et tierces
    Réponses: 1
    Dernier message: 23/02/2009, 22h38
  2. Problème avec dns, apache...
    Par Michaël dans le forum Réseau
    Réponses: 3
    Dernier message: 21/02/2006, 11h23
  3. requete avec un ROUND + un SUM ??
    Par EssaiEncore dans le forum Langage SQL
    Réponses: 3
    Dernier message: 09/09/2005, 16h25
  4. [FLASH MX] copier une image chargée avec loadClip
    Par JulPoWeR dans le forum Flash
    Réponses: 4
    Dernier message: 02/09/2005, 21h07
  5. [débutant] Connexion SQLserveur avec dns
    Par karamazov994 dans le forum JDBC
    Réponses: 3
    Dernier message: 07/07/2005, 16h28

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo