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
Plan de sécurité Microsoft 365
Les attaquants savent comment prendre le contrôle de votre tenant Microsoft 365, et vous, savez-vous comment le reprendre en main ?
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Rançongiciels et IA : les attaques gagnent en efficacité en ciblant l’humain
- De manager d’équipe à manager d’agents IA : le management change de dimension
- Travail hybride : pourquoi les salariés français restent les plus attachés au bureau en Europe
- Pourquoi la souveraineté des données relève du contrôle et non de la géographie
Articles les + lus
Couchbase lance AI Data Plane pour industrialiser l’IA agentique
Windows 11 : Microsoft généralise le point-in-time restore pour accélérer la remise en service des PC
Computex 2026 : 5 signaux forts à retenir
La chaîne d’approvisionnement, point de rupture récurent du SI
Microsoft Build 2026 : contre-offensive des modèles maison face à OpenAI et Anthropic
À la une de la chaîne Tech
- Couchbase lance AI Data Plane pour industrialiser l’IA agentique
- Windows 11 : Microsoft généralise le point-in-time restore pour accélérer la remise en service des PC
- Computex 2026 : 5 signaux forts à retenir
- La chaîne d’approvisionnement, point de rupture récurent du SI
- Microsoft Build 2026 : contre-offensive des modèles maison face à OpenAI et Anthropic
