> Tech > Contrôler les failovers et les charges des DC

Contrôler les failovers et les charges des DC

Tech - Par Renaud ROSSET - Publié le 24 juin 2010
email

J'ai montré comment vous pouvez contrôler quels DC couvriront les sites sans DC, mais comment contrôler la manière dont les clients dans un site utilisent les DC ? La réponse implique le processus ping AD que j'ai décrit plus haut.
La RFC (Request for Comments) 2782 de l'IETF (Internet

Contrôler les failovers et les charges des DC

Engineering
Task Force) indique deux valeurs numériques
– priorité et poids – associées
à  chaque enregistrement SRV. Ces
valeurs déterminent lequel de plusieurs
candidats possibles le client devrait
choisir.
Priorité SRV. Les règles de sélection
SRV dans la RFC 2782 stipulent que les
clients doivent d’abord essayer de se connecter aux hôtes avec les enregistrements
SRV de plus basse priorité et
n’essayer de se connecter aux hôtes
avec des priorités de valeur supérieure
que quand ils ne peuvent pas se
connecter à  un hôte avec une priorité
inférieure. Cette règle fournit un failover
multiniveau pour les services cruciaux
: il suffit de régler la priorité de
vos hôtes primaires à  0 et de définir
une priorité supérieure pour vos hôtes
de sauvegarde. Par défaut, tous les DC
publient des enregistrements SRV avec
une priorité de 0. Pour remplacer cette
valeur, donnez un nombre supérieur à 
la valeur LdapSrvPriority de la sous-clé
de registre HKEY_LOCAL_MACHINESYSTEM\CurrentControlSet\ServicesNetlogon\Parameters. Le DC utilisera
cette valeur dans son champ priorité
des enregistrements SRV _ldap.
Examinons l’exemple de la figure 4.
On voit deux DC – DC1 et DC2 – dans
le même site, et vous voulez être certain
que DC2 n’est utilisé que comme
failover quand DC1 est indisponible.
Vous pouvez mettre la priorité sur DC1
à  0 et la priorité sur DC2 à  10 (la valeur
exacte n’est pas importante pourvu
qu’elle soit supérieure à  0). Les clients
ne sélectionneront DC2 que quand
DC1 ne répondra pas à  une requête
ping AD dans un délai de 100 ms – une
situation qui ne se produira probablement
que quand DC1 sera en panne ou
fortement occupé.Poids SRV.
RFC 2782 fournit aussi
un mécanisme de tri qui équilibre la
charge. Le champ poids d’un enregistrement
SRV est un entier qui définit
quels enregistrements SRV le client devrait
préférer dans sa sélection. Bien
que le client sélectionne de manière
aléatoire un enregistrement SRV à  partir
d’un ensemble d’enregistrements
de même priorité, la probabilité que le
client sélectionne un enregistrement
SRV particulier est proportionnelle au
poids associé à  cet enregistrement.
Pour définir le poids que le DC publiera
avec ses enregistrements SRV,
donnez une valeur de 0 à  100 à  l’entrée
LdapSrvWeight de la sous-clé de registre HKEY_LOCAL_MACHINE\SYSTEMCurrentControlSet\Services\DNSParameters du DC. Par défaut, les DC
utilisent la valeur 100 : il y a 100 % de
chances qu’un client choisisse ce CD.
Supposons 5 000 clients et 2 DC
dans un site. DC1 est une boîte Xeon
Pentium 4 1,6 GHz, biprocesseur, avec
1 Go de RAM et DC2 est un Pentium à 
8 MHz monoprocesseur avec 256 Mo
de RAM. Sans aucune configuration de
registre manuelle, environ la moitié
des clients essaiera de s’authentifier
avec DC1 et l’autre moitié essaiera de
s’authentifier avec DC2. On imagine
que DC2 sera fortement surchargé. En
revanche, si vous donnez le poids 80 à 
DC1 et le poids 20 à  DC2, les clients
préfèreront la boîte biprocesseur à  la
boîte monoprocesseur dans une proportion
de 4 contre 1, comme le
montre la figure 5.

Téléchargez cette ressource

Les mégatendances cybersécurité et cyber protection 2024

Les mégatendances cybersécurité et cyber protection 2024

L'évolution du paysage des menaces et les conséquences sur votre infrastructure, vos outils de contrôles de sécurité IT existants. EPP, XDR, EDR, IA, découvrez la synthèse des conseils et recommandations à appliquer dans votre organisation.

Tech - Par Renaud ROSSET - Publié le 24 juin 2010