Portfolio

Redondance AD DS

BTS SIO — SISR  ·  Analyse de projet

Redondance
Active Directory — Pourquoi et pour quoi faire ?

Dans le cadre de notre projet d’infrastructure BTS SIO, nous avons fait le choix de mettre en place une redondance Active Directory. Voici pourquoi ce choix est essentiel, ce qu’il apporte concrètement, et comment il s’intègre dans notre infrastructure.

01 — Définition

Qu’est-ce que la redondance AD ?

Active Directory (AD) est le service d’annuaire de Microsoft. Il gère l’authentification des utilisateurs, les droits d’accès, les stratégies de groupe (GPO) et les ressources réseau d’une organisation. C’est le cœur du système d’information d’une entreprise.

La redondance consiste à déployer plusieurs contrôleurs de domaine (DC) qui détiennent chacun une copie identique de l’annuaire. Si l’un tombe en panne, les autres prennent le relais automatiquement, sans interruption de service.

« Dans notre infrastructure, SRV01 est le contrôleur principal qui héberge l’annuaire Buck.local. SRV02 est une réplique complète — il synchronise en permanence toutes les données de SRV01 et est prêt à prendre le relais à tout moment. »

02 — Justification

Pourquoi c’est indispensable ?

Sans redondance, la panne d’un seul serveur peut paralyser toute l’entreprise. Voici les risques concrets qu’on cherche à éviter.

🔐
Authentification impossible
Sans DC disponible, aucun utilisateur ne peut se connecter à son poste ni accéder aux ressources réseau. Toute l’entreprise est bloquée.
📁
Accès aux ressources coupé
Les partages réseau, imprimantes et applications qui dépendent de l’AD deviennent inaccessibles. La production s’arrête.
⚙️
GPO non appliquées
Les stratégies de groupe (sécurité, configurations postes) ne sont plus distribuées. Les postes perdent leurs paramètres de sécurité.
🌐
DNS en panne
Le DC héberge aussi le DNS du domaine. Sa panne entraîne des échecs de résolution de noms et bloque les communications réseau internes.
03 — Apports concrets

Ce que ça apporte à notre infrastructure

La mise en place de SRV02 comme contrôleur secondaire apporte plusieurs bénéfices directs et mesurables à notre infrastructure Buck.local.

Haute disponibilité du service d’annuaire
Si SRV01 tombe en panne (panne matérielle, mise à jour, redémarrage), SRV02 continue à authentifier les utilisateurs et à répondre aux requêtes AD sans aucune interruption visible pour les postes clients.
Répartition de la charge DNS
SRV02 héberge également une copie de la zone DNS Buck.local. Les postes clients peuvent interroger l’un ou l’autre serveur, ce qui répartit la charge et améliore les temps de réponse.
Tolérance aux pannes matérielles
Dans un environnement virtualisé VMware, une VM peut planter ou être migrée. La redondance garantit que le service AD reste opérationnel pendant ces opérations de maintenance.
Sauvegarde vivante de l’annuaire
La réplication entre SRV01 et SRV02 crée automatiquement une copie synchronisée de toute la base AD. En cas de corruption sur SRV01, SRV02 conserve une version saine des données.
Conformité aux bonnes pratiques Microsoft
Microsoft recommande un minimum de deux DC par domaine en production. Notre architecture suit cette recommandation et démontre une maîtrise des standards d’administration système.
04 — Dans notre infrastructure

Comment ça fonctionne chez nous ?

Dans notre infrastructure Buck.local, la redondance repose sur deux serveurs Windows Server 2022 déployés dans le VLAN Serveur (192.168.12.0/24).

Caractéristique SRV01 — Principal SRV02 — Secondaire
Adresse IP 192.168.12.10 192.168.12.13
Rôles FSMO Les 5 rôles FSMO Aucun (réplique)
Services hébergés AD DS · DNS · GLPI AD DS · DNS · GLPI
Rôle en cas de panne — Prend le relais automatiquement
Réplication Source Destination (bidirectionnel)
OS Windows Server 2022 Windows Server 2022
Scénario concret — Que se passe-t-il si SRV01 tombe ?
1
SRV01 devient indisponible (panne, redémarrage, maintenance)
2
Les postes clients tentent de contacter un DC — SRV02 répond automatiquement
3
Les authentifications, GPO et résolutions DNS continuent sans interruption
4
Au retour de SRV01, la réplication resynchronise automatiquement les modifications
05 — Bilan

Ce que ce projet nous a apporté

Au-delà de l’aspect technique, ce projet nous a permis de comprendre les enjeux réels d’une infrastructure en entreprise et de développer une méthodologie de résolution de problèmes.

2
Contrôleurs de domaine déployés sur le réseau Buck.local
6
Erreurs PowerShell identifiées, documentées et résolues
5
Rôles FSMO configurés et vérifiés sur SRV01
Buck.local  ·  Windows Server 2022  ·  BTS SIO SISR 2025–2026
Infrastructure & Administration Système