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
Guide de Threat Intelligence contextuelle
Ce guide facilitera l’adoption d’une Threat Intelligence - renseignement sur les cybermenaces, cyberintelligence - adaptée au "contexte", il fournit des indicateurs de performance clés (KPI) pour progresser d' une posture défensive vers une approche centrée sur l’anticipation stratégique
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Le trilemme de la souveraineté : le coût caché du cloud qui freine l’IA en Europe
- Moderniser le développement logiciel : de la fragmentation à l’intégration
- Semperis : gouverner l’identité à l’ère des agents IA
- Analyse Patch Tuesday Mars 2026
Articles les + lus
Femmes et métiers de la tech : une attractivité réelle freinée par des stéréotypes persistants
Moderniser le développement logiciel : de la fragmentation à l’intégration
Analyse Patch Tuesday Mars 2026
Une nouvelle ère de la modernisation du mainframe
Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
À la une de la chaîne Tech
- Femmes et métiers de la tech : une attractivité réelle freinée par des stéréotypes persistants
- Moderniser le développement logiciel : de la fragmentation à l’intégration
- Analyse Patch Tuesday Mars 2026
- Une nouvelle ère de la modernisation du mainframe
- Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
