Storage Replica dans Winows Server vNext – Partie 1

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 :

  • 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

Bien sur pour votre replication, je vous conseil pour des soucis de haute disponibilité d’avoir la source et destination dans différents sites (car aucun d’interet de faire de la replication 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.

Infra_replication-server-server

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 ».

2015-06-16 21_26_33-REplication_volumesdocx.docx - Word

Voici l’architecture réplication cluster-cluster :

Infra_replication-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)

Il y’a plusieurs prérequis afin de réussir à faire une réplication de volume dans vNext, on la verra plus en détail plus loin dans l’article.

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 ê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 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

Attention :

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.

Fonctionnement – Storage réplica synchrone  

Voici en image le fonctionnement de la réplication synchrone de Storage replica :

Fonctionnement_Synchrone

Fonctionnement Storage réplica Asynchrone 

Voici en image le fonctionnement de la réplication Asynchrone de Storage replica :

F_Ashnchrone

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.

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *