Bonjour,
Nous
allons voir dans ce nouvel article la réplication de volume (Storage Replica) qui sera une nouvelle fonctionnalité
dans la prochaine de Windows Server (vNext).
Cet article sera en deux parties :
-
Partie1 : Explication
et introduction à Storage Réplica
Storage Replica:
Storage
Replica , 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 coûteux 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’à sa version finale, je vous conseille de réaliser ces tests dans un cadre de
Lab. (comme moi). =)
Nous allons commencer par les features disponibles dans Storage Replica
Features présentes dans Storage Replica:
Feature
|
Description
|
synchrone
|
OUI
|
asynchrone
|
OUI
|
Type de
|
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
|
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
Bien sur pour votre réplication, je vous conseil pour des soucis de haute disponibilité d’avoir la
source et destination dans différents site (car aucun d’intérêt de faire de la réplication sur un seul site si vous souhaitez mettre en place un PCA/PRA)
Réplication entre
deux serveurs :
Voici ici la première architecture simple, réplication de
volume entre deux serveurs présents sur des sites différents. (à noter que la réplication se faire via le protocole SMB)
========================================================================
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 sur le CSV « c:\clusterStorage\Volum1 ».
Voici
les deux types de cluster supportés dans Windows Server Technical Preview vNext pour l’instant:
- - Cluster Hyper-V
- - Cluster de fichier (le SOFS n’est pas supporté pour l’instant)
à noter que pour la réplication entre cluster, vous avez la possibilité de faire que de la réplication synchrone.
Il y’a
plusieurs prérequis afin de réussir à faire une réplication de volume dans vNext, je vais les détailler ci-dessous.
Pré-requis:
- - 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 Logs de réplication)
- - Une latence réseau <ou égal à 5 minutes
- - Ouverture des ports suivants (445) (5985) dans les deux sens
- - L’activation de la règle suivante sur le pare-feu des serveurs qui participent à la réplication :
Pour la
partie stockage des serveurs qui participent à la réplication:
Vous êtes d’accord que nous
allons répliquer les volumes d’un serveur ou d’un cluster vers un autre serveur
ou cluster, mais pour cela, il faut que le volume qui sera répliqué respecte
les prérequis suivants :
Vous devez avoir deux Volumes
(qu’il soient en local ou via une baie SAN )
o
Un volume ou sont placés vos données (files / VMs
etc …)
o
Un volume pour la partie Logs (on verra plus
tard à quoi ça sert ) avec une taille minimum 1GB
- - Les volumes doivent êtres en GPT et non MBR
- - Les volumes data et Logs du serveur source doivent être de la même taille que ceux du serveur de destination pour la réplication
Attention :
Afin de pas ralentir
l’écriture de l’application sur les disque data, les disque pour les logs
doivent être en SSD.
Fonctionnement Storage Replica synchrone:
Voici en image le fonctionnement de la réplication synchrone de Storage Replica :
Fonctionnement Storage Replica Asynchrone :
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.
@bientôt
Seyfallah Tagrerout
MSP 2014-2015
