Nous allons voir dans ce nouvel article la réplication de volume (Storage Replica) qui est une nouvelle fonctionnalité dans la prochaine de Windows Server (vNext) qui sera officiellement Windows Server 2016.
Cet article sera en deux parties :
Réplication entre deux clusters :
Voici une architecture plus solide, celle-ci consiste à répliquer le volume du cluster 1 vers le cluster 2 (on peut par exemple faire la réplication du volume CSV « c:\clusterStorage\Volum1 ».
Voici l’architecture réplication cluster-cluster :
Voici les deux types de cluster supporté dans Windows Server Technical Preview vNext pour l’instant:
Voila, cette première partie touche à sa fin, dans la 2eme partie,on verra la mise en place de Storage Replica (Server-Server) en Powershell, avec des tests, etc afin de bien comprendre son fonctionnement.
- Partie1 : explication et introduction à Storage Réplica
- Partie 2 : Mise en place d’une réplication entre deux serveurs (à venir)
Storage Replica
Storage Réplica est une nouvelle fonctionnalité qui permet de faire de la réplication de volume entre serveur ou cluster de manière (synchrone), c’est-à-dire qu’elle offre une réplication en temps réel entre deux sites distants, ce qui vous permet de mettre en place du PCA au sein de votre système d’information. Elle offre également une réplication asynchrone entre serveurs ou clusters, cette configuration change de la réplication synchrone, car en fonction de votre RTO, vous allez avoir une perte de données, et elle ne nécessite pas les même moyens au niveau infrastructure qu’une architecture dite PCA (en réplication synchrone), par conséquent, un PRA sera moins couteux qu’un PCA. Nous sommes actuellement en version technical Preview sur le nouveau Windows Server vNext, donc ceci est pour faire du test et en aucun cas vous devez le mettre en production, la version de Windows Server vNext subira de nombreux changements jusqu’au sa version finale, je vous conseille de réaliser ces tests dans un cadre de Lab. (comme moi-même). =)Features présentes dans Storage Replica
| Feature | Description |
| synchrone | OUI |
| asynchrone | OUI |
| Type de replication | Volume (Partition) |
| Réseaux | TCP/IP / RDMA |
| RDMA | iWRAP / Infiniband |
| Kerberos | OUI |
| Data-dédpuplication | OUI |
| Bitlocker (sur un volume) | OUI |
| Administration | Powershell / console de clustering |
| Port de replication | TCP 445 / 5445 ) |
| Protocole de transport | SMB3 |
Architecture de storage replica
Storage Replica (SR) propose deux types de réplication :- Réplication entre deux serveurs
- Réplication entre deux cluster
Réplication entre deux clusters :
Voici une architecture plus solide, celle-ci consiste à répliquer le volume du cluster 1 vers le cluster 2 (on peut par exemple faire la réplication du volume CSV « c:\clusterStorage\Volum1 ».
Voici l’architecture réplication cluster-cluster :
Voici les deux types de cluster supporté dans Windows Server Technical Preview vNext pour l’instant:
- Cluster Hyper-V
- Cluster de fichier (le SOFS n’est pas supporté pour l’instant)
Pré-requis
Afin de mettre en place Storage Replica, vous devez remplir les prérequis suivants :- Un domaine active directory (vous pouvez utiliser une version Windows Server 2012 R2 , pas obligé que ça soit un vNext)
- Tous les serveurs qui participent à la réplication de volume devraient être par contre sur Windows Server vNext
- Des volumes sur chaque serveur (présenté via un SAN (iSCSI) / SAS / JBOD / Fibre Channel SAN (un disque pour les data et un autre pour les Log de réplication)
- Une latence réseau <ou égal à 5 minutes
- Ouverture des ports suivants (445) (5985) dans les deux sens sur les firewalls
- L’activation de la règle suivante sur le pare-feu des serveurs qui participent à la réplication :
Enable-NetFirewallRule -CimSession SR-SRV05,SR-SRV06 -DisplayGroup "Remote Desktop","File and Printer Sharing"
Pour la partie stockage des serveurs qui participent à la réplication:
- Vous devez avoir deux Volumes (qu’il soit en local ou via une baie SAN )
- Un volume ou sont placé vos données (files / VMs etc …)
- Un volume pour la partie Logs (on verra plus tard à quoi ca sert ) avec une taille minimum 1GB
- Les volumes doivent êtres en GPT et non MBR
- Les vomules data et Logs du serveur source doivent être de la même taille que ceux du serveur de destination pour la réplication
Afin de pas ralentir l’écriture de l’application sur les disque data, il est préférable d’avoir des disques SSD pour les disque de Logs.
Table de matière
Fonctionnement – Storage réplica synchrone
Voici en image le fonctionnement de la réplication synchrone de Storage replica :
Fonctionnement Storage réplica Asynchrone
Voici en image le fonctionnement de la réplication Asynchrone de Storage replica :
Voila, cette première partie touche à sa fin, dans la 2eme partie,on verra la mise en place de Storage Replica (Server-Server) en Powershell, avec des tests, etc afin de bien comprendre son fonctionnement. 
