
Contexte
La réplication vSAN (vSphere Virtual SAN) permet de synchroniser les données d’un cluster de stockage distribué vers un autre, assurant ainsi la continuité d’activité en cas de défaillance d’un site. Cette procédure est particulièrement utile pour les environnements multi‑sites où la latence réseau est maîtrisée et où la récupération après sinistre doit être automatisée.

Quand l’utiliser
- Vous avez deux sites géographiques distincts équipés de clusters vSAN compatibles.
- Vous devez garantir la disponibilité des machines virtuelles critiques en cas de perte du site principal.
- Vous disposez déjà d’un vCenter Server centralisé capable de gérer les deux clusters.
🔹 Étapes de configuration
- Connexion au vCenter
- Vérifier la compatibilité des clusters
- Activer la réplication vSAN sur le cluster source
- Configurer la politique de réplication
- Appliquer la politique aux VM critiques
- Vérifier l’état de la réplication
- Planifier le monitoring (optionnel)
Connect-VIServer -Server vc01.lab.local -User "administrator@vsphere.local" -Password "P@ssw0rd!"
Get-Cluster -Name "ClusterA","ClusterB" | Select Name, Version, VsanEnabled
Set-Cluster -Name "ClusterA" -VsanEnabled $true
Création d’une règle de réplication qui copie les objets de stockage vers le cluster distant.
New-VsanPolicy -Name "ReplicationPolicy" -RuleSet @{
RuleName="Replication";
ObjectTypes=@("VM");
ReplicationTarget="ClusterB";
ReplicationMode="Periodic";
ReplicationInterval=1440 # minutes (24h)
}
Get-VM -Name "AppSrv01","AppSrv02" | Set-VM -VsanPolicy "ReplicationPolicy"
Get-VsanReplication -VM "AppSrv01" | Select VMName, ReplicationState, LastSyncTime
Register-ScheduledJob -Name "VsanReplicationHealth" -ScriptBlock {
Get-VsanReplication | Where {$_.ReplicationState -ne "Healthy"} |
Send-MailMessage -From "vsan-monitor@lab.local" -To "admin@lab.local" -Subject "Alert réplication vSAN"
} -Trigger (New-JobTrigger -Daily -At "02:00")
⚠️ Méthode alternative
Il est possible d’utiliser l’interface graphique vSphere Client > Cluster > Configure > vSAN > Répliquer. Cette méthode convient aux administrateurs moins à l’aise avec les scripts, mais elle ne permet pas d’automatiser le déploiement sur plusieurs VM.
✅ Bonnes pratiques de sécurité
- Utilisez un compte dédié avec le rôle vSAN Administrator pour exécuter les commandes PowerCLI.
- Stockez les mots de passe dans un coffre‑fort (ex. CyberArk, Azure Key Vault) et chargez‑les via
Get-Secretplutôt que en clair. - Activez le chiffrement du trafic vSAN (option
-EncryptionEnabled $true) si la latence le permet. - Documentez chaque politique de réplication et conservez les scripts dans un référentiel Git avec contrôle d’accès.
✅ Conclusion
En suivant ce guide, vous avez mis en place une réplication vSAN automatisée entre deux clusters, assurant la résilience de vos machines virtuelles critiques. N’oubliez pas de tester régulièrement les restaurations et d’ajuster les intervalles de réplication en fonction des exigences métier.
