6. Réplication de volumes chez
Microsoft avec Windows Server
STORAGE REPLICA
Réplication
Synchrone / Asynchrone
Volume
SMB3
Flexibilité
Volumes Windows [GPT]
Tous les types de stockage
Administration
PowerShell
Console Failover Cluster
7. Réplication de volumes chez
Microsoft avec Windows Server
STORAGE REPLICA
Technologie de réplication de type BLOC
PRA
Géo-Cluster (PCA)
Deux types d’installation :
PowerShell Install-WindowsFeature wvr
GUI via Server Manager
9. Au niveau du
fonctionnement de
Storage Replica
SR Features
Feature Description
Synchrone OUI
Asynchrone OUI
Type de replication Volume (Partition)
Réseaux TCP/IP / RDMA
RDMA iWRAP / Infiniband
Kerberos OUI
Data-Déduplication OUI
Bitlocker (sur un volume) OUI
Administration Powershell / console de clustering
Port de replication TCP (445 / 5445 )
Protocole de transport SMB3
12. Architecture
Réplication entre Clusters
Réplication également d’un CSV
« c:clusterStorageVolume1 »
Réplication
Cluster-Cluster
Cluster Hyper-V et Cluster de fichier classique “SOFS non supporté”
17. Réplication – Fonctionnement
Site A
Serveur source
Site B
Serveur de destination
SMB Server
File System Filters
NTFS/REFS
VolSnap Filter
BitLocker Filter
Volume Manager
Partition Manager
Disk Driver
Disk
Partition Manager
Disk Driver
Disk
SR SR
Réplication
19. Pré-requis et mise en œuvre
Un domaine AD
Au moins deux serveurs vNext
Volumes (Data / Logs ) sur chaque serveur
Latence réseaux <= 5min
Firewall 445 / 5985 <>
20. Tous les types de stockage
Pré-requis au niveau des volumes:
Deux volumes par serveurs (via SAN / Fiber
Channel / JBOD / iSCSI / SAS …..)
Volume Logs minimum 1Giga
Volumes en GPT
Volumes Logs et Data même taille
Préférable de mettre un SSD pour les Logs
Pré-requis et mise en œuvre
Proxy Kerberos pour les connexions des clients aux serveurs Directaccess , plus besoin de PKI (Facultative)
Plus besoin d’IPV6, mecanisme de translation (NAT64 et DNS64) sont mis en place pour permettre de translater la communication d’un client DirecAccess IPV6 en IPB4 pour les serveurs internes.
Prise du NAT , car en 2008 R2il fallait avoir deux ip publique et consecutives , donc pour les petite PME c’etait plus dire a mettre en place (plus besoin d’avoir deux addresses pi publiques consecutives)
Proxy Kerberos pour les connexions des clients aux serveurs Directaccess , plus besoin de PKI (Facultative)
Plus besoin d’IPV6, mecanisme de translation (NAT64 et DNS64) sont mis en place pour permettre de translater la communication d’un client DirecAccess IPV6 en IPB4 pour les serveurs internes.
Prise du NAT , car en 2008 R2il fallait avoir deux ip publique et consecutives , donc pour les petite PME c’etait plus dire a mettre en place (plus besoin d’avoir deux addresses pi publiques consecutives)
Proxy Kerberos pour les connexions des clients aux serveurs Directaccess , plus besoin de PKI (Facultative)
Plus besoin d’IPV6, mecanisme de translation (NAT64 et DNS64) sont mis en place pour permettre de translater la communication d’un client DirecAccess IPV6 en IPB4 pour les serveurs internes.
Prise du NAT , car en 2008 R2il fallait avoir deux ip publique et consecutives , donc pour les petite PME c’etait plus dire a mettre en place (plus besoin d’avoir deux addresses pi publiques consecutives)
Proxy Kerberos pour les connexions des clients aux serveurs Directaccess , plus besoin de PKI (Facultative)
Plus besoin d’IPV6, mecanisme de translation (NAT64 et DNS64) sont mis en place pour permettre de translater la communication d’un client DirecAccess IPV6 en IPB4 pour les serveurs internes.
Prise du NAT , car en 2008 R2il fallait avoir deux ip publique et consecutives , donc pour les petite PME c’etait plus dire a mettre en place (plus besoin d’avoir deux addresses pi publiques consecutives)
Proxy Kerberos pour les connexions des clients aux serveurs Directaccess , plus besoin de PKI (Facultative)
Plus besoin d’IPV6, mecanisme de translation (NAT64 et DNS64) sont mis en place pour permettre de translater la communication d’un client DirecAccess IPV6 en IPB4 pour les serveurs internes.
Prise du NAT , car en 2008 R2il fallait avoir deux ip publique et consecutives , donc pour les petite PME c’etait plus dire a mettre en place (plus besoin d’avoir deux addresses pi publiques consecutives)
Proxy Kerberos pour les connexions des clients aux serveurs Directaccess , plus besoin de PKI (Facultative)
Plus besoin d’IPV6, mecanisme de translation (NAT64 et DNS64) sont mis en place pour permettre de translater la communication d’un client DirecAccess IPV6 en IPB4 pour les serveurs internes.
Prise du NAT , car en 2008 R2il fallait avoir deux ip publique et consecutives , donc pour les petite PME c’etait plus dire a mettre en place (plus besoin d’avoir deux addresses pi publiques consecutives)
Proxy Kerberos pour les connexions des clients aux serveurs Directaccess , plus besoin de PKI (Facultative)
Plus besoin d’IPV6, mecanisme de translation (NAT64 et DNS64) sont mis en place pour permettre de translater la communication d’un client DirecAccess IPV6 en IPB4 pour les serveurs internes.
Prise du NAT , car en 2008 R2il fallait avoir deux ip publique et consecutives , donc pour les petite PME c’etait plus dire a mettre en place (plus besoin d’avoir deux addresses pi publiques consecutives)