Search This Blog

dimanche 19 avril 2015

Hyper-V Over SMB - Cluster SOFS

Bonjours à tous,


Dans le précédent article, je vous ai présenté l’infrastructure, la configuration et les prérequis afin de monter l’infra suivante, c’est-à-dire cluster SOFS qui va partager un dossier (il partagera son volume CSV) afin que notre Hyper-V puisse stocker ces VMs dessus.


Nous allons voir aujourd’hui la mise en place du cluster SOFS , ainsi que le partage d’un share SMB ou on pourra stocker nos VMS, et vous l’aurez compris, ce partage sera en haute disponibilité car il sera placé dans le cluster SOFS. (sur un CSV  )


Rappel de l’infrastructure cible :

Voici notre architecture cible :



A cette étape vous devez avoir fait les tâches suivantes :

  •           Configuration des IP de toutes les interfaces nécessaires
  •           Joindre les deux noeuds à votre domaine
  •           Installer les rôles / fonctionnalité suivantes :

§  Rôle de serveur de fichier
§  Failover Cluster Manager (fonctionnalité)

  •           Présenter les LUNS à vos deux nœuds afin qu’ils disposent d’un stockage partagé :

o   Une LUN pour la DATA
o   Une LUN pour le Quorum du cluster

Je ne reviendrais pas sur l’installation de ces derniers, il y’a plusieurs articles dans mon blog qui parle de l’installation de ce rôle (file server)  et fonctionnalité (Fai lover cluster) ainsi qu'a la conexion iSCSI via iSCSI initiator pour la partie stockage.



Validation du cluster:

Nous allons commencer enfin la configuration de notre cluster,pour cela, nous allons d’abord passer par la phase de validation des deux nœuds afin de s’assurer qu’ils aient tous les pré-requis pour remplir le rôle de cluster.

Le test de validation sera sur les deux nœuds suivants :

  •          SRVSMB02
  •          SRVSMB03

Aller dans la console «  FailOver Cluster Manager » depuis l’un des deux nœuds  et cliquez sur « Validate Configuration » :



Vous aurez la fenetre suivante, « d’introduction » :




Ajoutez les deux nœuds que vous allez tester pour la configuration du cluster :




Cliquez sur « Run all tests » Nous allons ici tester tous les test propossé par Windows Server 2012 R2 et cliquez sur Next.




Voici les tests que le serveur va faire afin de valider votre configuration de cluster :





Voici le test en cours (le test va tester tous les prérequis nécessaires pour monter un cluster Microsoft, donc tous ce qui est réseaux, stockage, connexion avec l’AD etc …) :



Une fois le test terminé, vous devez avoir ceci :



Ici, le test est concluant pour monter un cluster Microsoft, vous pouvez voir également le rapport en cliquant sur « View Rapport » ça sera un rapport détaillé en html qui vous montrera tous les tests effectués en détail afin de mieux comprendre ce qu’il fait durant ces tests et à comprendre en cas d'erreurs.

Remarquez également que j’ai coché la case « Create the cluster now using the validated nodes », c’est-à-dire qu’en faisant « finish » la création du cluster se lancera automatiquement en prenant en compte notre validation.

Voici ce que vous devez obtenir, la page d’introduction de création de cluster :

Cliquez sur Next.



Ajoutez les deux nœuds qui seront dans votre futur cluster SOFS : (les deux nœuds que vous avez bien entendu testé et valider la configuration pour le clustering ) 





Sur la fenêtre suivante, vous insérez le nom de votre futur cluster et vous devez choisir son adresse IP, cette IP sera l’IP de votre cluster de fichier SOFS.

Remarquez ici que le nom de votre cluster qui sera un Object CNO « Cluster Name Object »




 Récap de votre configuration, on voit le CNO (FILECLUSTER01) de votre cluster ainsi que son adresse IP et les nœuds qui seront joints à ce cluster.


Voici la configuration du cluster qui est entrain de se monter :


Voici le rapport de création, ce dernier nous montre la bonne création de notre cluster , avec les actions effectuées.



Vous pouvez également vérifier votre cluster en faisant « Get-Cluster » en powershell , on retrouve bien notre nom de cluster (CNO) è FILECLUSTER01



 Vérification des nœuds du cluster :



Voici également les différents réseaux de mon cluster :



Afin de gérer votre cluster de manière graphique, il faut revenir à la console « FailOver LCuster Manager »  et vous devez voir apparaître votre cluster :

Voici le résultat :

On voit notre cluster , vous pouvez voir en bas les différentes Team de cartes réseaux qui sont utilisées pour mon cluster.

  •           Un réseau pour le stockage iSCSI
  •           U réseau pour le LAN
  •           Un réseau pour la gestion du HA entre les deux nœuds
  •           Un réseau d’administration
Ainsi on voit mes deux nœuds (SRVSMB02 et SRVSMB03 ) et bien-sur le nom de mon cluster en haut à gauche (FILECLUSTER01.labo.net)







Avant d’aller plus loin, nous allons configurer notre quorum, aller dans votre cluster et cliquez droit dessus et aller dans « More Actions » ensuite « Configure cluster Quorum settings » 





Et vous aurez la fenêtre suivante :



Cliquez sur Next.

Nous arrivons à la phase ou vous allez choisir la configuration de votre Quorum, je coche ici «  Advanced Quorum Configuration » et je fais Next.




Ici j’ai que deux nœuds, donc je sélectionne les deux , cela signifie que les deux nœuds vont participer au vote.



Choix du Quorum, ici vous avez la possibilité d’avoir plusieurs types de configuration, vous pouvez même avoir votre Quorum sur Windows Azure (je ferais un article dessus récemment).

Ici je choisi « Configure a disk witness » :



Je choisi mon disque Quorum, Microsoft recommande une taile de 1 Giga.





Voici le récap de votre configuration du Quorum n cliquez sur Next pour lancer l’opération de configuration de ce dernier.



Voici la configuration de votre Quorum avec un Wintess type = Disk

Je rappel que vous pouvez avoir plusieurs types de Witness :

  •          Disk
  •          File server (sur un share)
  •          Sur Windows Azure (je ferais bientôt un article dessus ) 




 Vérification de l’état de notre Quorum en Powershell:




Et voici mes disques sur la console : (on y retrouve bien-sur mon Quorum que je viens de configuré)



Une fois le cluster bien configuré, nous allons pouvoir mettre en place notre SOFS (Scale Out File Server).



Configuration du cluster SOFS:


Afin de mettre en place un cluster de serveur de fichier (SOFS ici ) il faut s’assurer que le rôle « file Server » est installé sur tous les nœuds qui vont être ajoutés à ce cluster, ici j’ai deux nœuds comme vu précédemment, donc le rôle « File Server » est installé sur mes deux nœuds.

Une fois ce prérequis rempli, allez dans la console « Fail Over Cluster Manager »  et aller sur votre cluster, ici mon cluster s’appelle « FILECLUSTER01.labo.net » et je clique droit dessus.


Ensuite, il faut aller dans « Configure Role »


Nous allons configurer un rôle « File Server » qui va nous servir pour construire notre SOFS.


Vous aurez la fenêtre suivante, cliquez sur « Next » :



Cliquez sur « File Server » et cliquez sur Next.


Ici on peut choisir deux types de rôle file server :

  •           File server for général use (ça sera un cluster basique de serveur de fichier)
  •           Un SOFS (qui sera un cluster de type actif-actif avec tous les avantages que j’ai cité plus haut dans les articles précédents)


Cliquez ensuite sur Next.


Mettre le nom de votre futur partage, ce nom sera utilisé par votre serveur Hyper-V afin d’accéder au partage pour y stocker ses VMs.

Cliquez ensuite sur Next.



Voici le compte d’ordinateur de votre nouveau nom « SMBSHARE01 », Cliquez ensuite sur Next.

 


Récap de vos actions :

 


Vous pouvez également consulter le rapport :

Voici le rôle SOFS que je viens de créer :





Ajout du stockage CSV:

Grace à la commande suivante,je met  mon disque  en CSV (qui est bien entendu une LUN visible par mes deux nœuds) et cette LUN est distribuée par mes storage space sur Windows Server 2012 R2.



Vérification sur la console :




Vérification du CSV sur l’un des nœuds :
.


Une fois que nous avons finalisé la configuration de notre cluster SOFS, nous devons maintenant créer un partage sur ce cluster.


Création du Share SMB:

Allez dans la console « Fail Over Cluster Manager » et cliquez droit sur le role « SMBSHARE01 » et cliquez ensuite sur « ADD File Share » afin de créer un nouveau partage SMB pour notre Hyper-V J




Vous devez avoir ceci :




Laissez-le faire sa configuration, et vous devrez avoir la fenêtre classique pour faire et créer des partages SMB


Comme ceci, choisissez « SMB share – Applications » c’est ce type de profile de partage qui va vous permettre de créer des partage SMB3 et le faire interfacer avec Hyper-V ou SQL server.

Pour notre cas, ça sera avec Hyper-V, nous allons comme vous le savez stocker une VM dessus.

Cliquez sur Next.






Ici, vous devez choisir le partage CSV ou sera placé votre Share SMB3 , ici je le choisi sur mon CSV que j’ai crée auparavant.

On voit bien que notre cluster est un cluster de fichier SOFS.

Cliquez sur Next.





Ici, je spécifie le nom de mon partage, c’est ce que verrons les Hyperviseurs en tant que partage.

Je choisi également le chemin du dossier qui sera partagé.

Cliquez sur Next.



Laissiez par défaut les Settings de ce Share, on reviendra plus tard dessus  et cliquez sur Next.


Nous arrivons aux permissions, ici j’ai déjà ajouté mon serveur Hyper-V (VH01) mais je vous montre comment ça se passe.

Cliquez sur « Customize Permissions » :


Cliquez ensuite sur « Add » :



Cliquez sur « Select Principal » :


Aller dans object type et cochez « Computer » afin d’ajouter vos Hyperviseurs Hyper-V comme ceci :


Ajoutez vos hyperviseur, ici j’en ai qu’un « VH01 » :


Mettez les droits nécessaires (cela est en fonction de votre politique interne) dans le LAB ici, je lui mets Full contrôle. (En général un droit d’écriture et lecture suffirait)




Voici mon serveur ajouté, allons maintenant dans les permissions de partage  cliquez sur « Share » :




 Sélectionnez ici deux choses :

  •           Les groupe d’utilisateurs ou utilisateurs qui vont accéder à ce partage
  •           Le groupe vos Hyperviseur Hyper-V (ici j’en ai qu’un donc je selectionne mon VH01




Au niveau des droits, il leur faut les droits Ecriture et lecture, j’ai mi full Control dans le cadre de mon lab.


Voici les résultat :


Si vous n’ajoutez pas vos Hyperviseurs, lors de la création d’une VM vous aurez l’erreur suivante :


Une fois terminée avec les droit, cliquez sur Next

Récap de vos actions :



Cliquez sur Create afin de créer votre share SMB.



Et voila le résultat sur l’un des nœuds :



Voici le résultat sur l’interface du cluster :




Configuration Hyper-V:


Tappez ceci sur votre Hyper-V :

\\SMBSHARE01.lab.net è voici le résultat :


 

Voici mes deux partages (Share SMB3 crées sur mon cluster SOFS) :




Configuration du chemin de stockage de VM dans Hyper-V , il faut mettre le nom de votre cluster SOFS suivi du partage que vous avez créé  comme ceci, en faisant cela, toutes VMs crée, ira par défaut dans ce Share SMB.


 

Je vais créer une VMs et la placer dans ce share SMVB en Powershell :

#Création de VM sur un share SMB3 ==> SMBshare01.labo.net\VMs02

# Serveur Windows Server 2012
$SRV01 = "VM01-test01"


# Taille HDD Serveur
$SRV01VHD = 10GB

# Location des Vms
$VMLOC = "\\SMBshare01.labo.net\VMs02"


# Création des VMs "Client"
New-VM -Name $SRV01 -Path $VMLOC -MemoryStartupBytes 512MB -NewVHDPath $VMLOC\$SRV01.vhdx -NewVHDSizeBytes $SRV01VHD


# Démarrage des machines
Start-VM -Name $SRV01

Voici le résultat :


Voici les fichiers de la VM sur le share :



Vérification dans les paramètres de la VM :


On voit que la VM est bien placé dans mon Share SMB, et ce Share est placé sur mon cluster SOFS.


Et voila, c’est fini pour cette 4eme partie, on verra une 5eme partie qui va vous montrer toutes les vérifications de mon infrastructure Hyper-V over SMB sur un cluster de fichier SOFS, en attendant restez connectez et merci de votre soutien.

@bientôt
Seyfallah Tagrerout


lundi 30 mars 2015

HYPER-V over SMB via SOFS Partie-3 (Présentation de l'infra)

Bonjour,

Nous allons poursuivre notre série d’articles autour d’hyper-v over SMB3, cette fois-ci nous allons voir comment stocker des VMs d’un Hyper-v standalone dans un partage SMB présenté via un cluster SOFS. (Scale Out File Server).

Veuillez retrouver les deux premières parties ici :


Rappel :

Le SOFS è est une  architecture qui offre de la haute disponibilité sur l’accès au stockage (partage de fichier), ainsi on tire les avantages du SOFS qui sont :

-          Cluster Actif-Actif : tous les nœuds du cluster sont actifs au même temps, donc les connexions des utilisateurs sont rediriger vers tous les nœuds du cluster SOFS

-          Fail Over : en cas d’arrêt d’un nœud du cluster SOFS, un autre nœud prendra le relais de manière automatique et surtout transparente pour les utilisateurs.

-          Cache CSV : Vous pourrez mettre sur chaque serveur du cluster SOFS une partie de la RAM en cache les données les plus consulté en lecture, ceci améliore grandement l’accès au données.

-          Bande passante : plus vous ajouter de nœuds à votre cluster SOFS, plus vous aller gagner en bande passante.



Une fois que j’ai posé le cadre, je vais vous montrer l’infrastructure que je vais mettre en place pour pouvoir profiter du SOFS avec Hyper-V.


Architecture:

Dans cette partie, je vais juste vous présenter l’infrastructure que je vais mettre en place pour cet article :



 Voici les prérequis que vous devez remplir afin d’avoir une infrastructure similaire.

Architecture Serveur :

(Mon cluster SOFS sera sous Windows Server vNext Build: 9841)

  1. -          Un AD
  2. -          Deux serveurs de fichiers
  3.      o   Rôle de serveur de fichier / Failover Cluster Manager
  4. -          Un serveur Hyper-V
  5. -          Un serveur de stockage SAN 2012 R2 (Storage space =) ) 
    Architecture réseau des nœud du cluster SOFS :


Je dispose deux nœuds afin de faire mon cluster SOFS, pour se faire , j’ai établie l’architecture réseau suivante pour chaque nœud :
  1. -          Une carte réseau pour l’administration
  2. -          Deux cartes réseau  pour le stockage (Nic Teaming)
  3. -          Deux cartes réseau pour le HA (Nic Teaming)
  4. -          Deux cartes réseau pour la production (Nic Teaming)

     Voici un schéma plus visuel:




Une fois que vous avez bien configuré vos nœuds au niveau réseau, vous devez faire les choses suivantes :
  1.           Configuration des IP de toutes les interfaces nécessaires
  2. -          Joindre les deux noeuds à votre domaine
  3. -          Installer les rôles suivants :

§  Rôle de serveur de fichier
§  Failover Cluster Manager

Une fois que vos deux nœuds sont bien configurés, il faut les connecter à votre stockage partagé, dans mon cas, j’ai un serveur Windows Server 2012 R2 avec les storages space, je présente deux LUNs à mes deux nœuds :
  1. -          Un LUN pour le stockage  (CSV)
  2. -          Un LUN pour le Quorum


Voici mon architecture stockage :

Sur le schéma, vous voyez juste un nœud, mais c’est bien aux deux nœuds que l’attachement iSCSI se fait. 


Voici les informations sur ma Target iSCSI :


Voici également mes deux vhdx qui sont présentés comme des LUNs à mes deux nœud du future cluster SOFS:


La suite, au prochain épisode :) 

@bientôt
Seyfallah Tagrerout 
MSP 2014-2015

Teched Chicago 2015

Bonjour,

C'est bientôt les Teched aux USA, cela début le 4 mai  jusqu'au 8 mai 2015.


Retrouvez l'agenda de cette magnifique semaine. ==> Agenda Teched 2015 USA 


Voici quelque sessions sur la virtualisation (Hyper-V):

@bientôt
Seyfallah Tagrerout 
MSP 2014-2015 

Microsoft Windows Azure Pack Infrastructure as a Service Integrate the Fabric

Microsoft Windows Azure Pack Infrastructure as a Service Integrate the Fabric


Une vidéo super intéressante sur AZURE Infrastructure 



@bientôt
Seyfallah Tagrerout
MSP 2014-2015


Hyper-V with Software-Defined Storage & Networking

Bonjour à tous,

Aujourd'hui je vous fais partager un livre super intéressant, qui traite le SDS et le SDN avec Hyper-V.

Ce livre va vous apprendre comment gérer et mettre en place le SDS et le SDN avec Hyper-V et SCVMM.

C'est un très bon livre que je vous fais partager, il m'a vraiment aider à comprendre les concepts de la virtualisation de stockage et réseaux.



Voici le lien pour le téléchargement ==>   :   Download the PDF

@bientôt
Seyfallah Tagrerout


lundi 16 mars 2015

Stockage de VM Hyper-v avec SMB3 - Partie 2


Bonjour à tous,


Dans notre série d’article sur Hyper-V Over SMB, je vais vous montrer aujourd’hui la mise en place d’une architecture très basique de type «  Hyper-V standalone qui point vers un share SMB3 ».


1-    Architecture



Bien entendu je dispose d’un domaine active directory (Labo.net) et mon serveur Hyper-V ainsi que mon serveur SMB sont joints à ce domaine et placés dans une UO « SERVER ».


2-    Mise en œuvre du partage SMB

Dans un premier temps, nous allons configurer notre serveur FSMB01, nous allons commencer par l’installation du rôle serveur de fichier.

Aller dans la console du « Server Manager » et ajouter le rôle suivant :




Ou alors en Powershell :
Install-WindowsFeature File-Services, FS-FileServer


Une fois que vous avez installé le rôle « File Server », vous aller pouvoir créer un nouveau partage SMB.

Pour ce faire, il faut aller dans « Le server Manager » en suite « Services de fichiers et de stockage »:





En suite allez dans "partages" :



Cliquez sur la zone encadrée en rouge afin de lancer l’assistant de création de partage SMB :




L’assistant s’ouvre comme ceci, et choisissez le partage de type application « Partage SMB – Applications » :



Cliquez sur suivant.
  


Ensuite il faut choisir le chemin d’accès au partage, c’est-à-dire là ou votre dossier partagé sera stocké, et c’est ici que vos VMs seront stockées J



Cliquez sur suivant.


Mettez le nom du partage comme ici « Share » :


Cliquez sur suivant.


Laissez par defaut et cliquer sur suivant :



Vous devez autoriser vos hôtes Hyper-V à accéder (écrire et lire sur le partage SMB) :
Cliquez sur « Personnaliser les autorisations » :



Vous aurez la fenêtre suivante :
  Cliquez sur « Ajouter » :




Cliquez sur « Sélectionner un principal » :





Choisir vos hôtes Hyper-V, ici j’ai un seul serveur : « VH01 »
Cliquez sur OK.





Laisser comme ceci les autorisations :



Voici les autorisations pour mon serveur Hyper-V (Lecture et exécution) :




Voici le récap de vos actions :




Pour finir, cliquez sur «  Créer » pour finir la création de vontre partage SMB.

 Voici le résultat :





Aller dans le server Manager et dans « Service de fichiers et de stockage » et regardez le partage SMB que vous venez de créer :




Résultat plus visuel :

J’ai créé également un dossier « VMs » afin de ranger mes futures VMs dedans:

 




3-    Création de la VM avec Hyper-V 

Une fois que vous avez créé votre partage SMB, allez dans Hyper-V et modifiez le chemin du stockage des VMs et VHDx par défaut comme ceci : « faites le pointer vers votre share SMB » :

Celle va permettre le stockage des VM directement par défaut dans ce partage SMB.

Une fois les chemins modifiés, il faut créer une VM, et cette VM se placera dans votre Share SMB.


Moi je vais la créer en PowerShell avec un petit script très basique mais qui fonctionne très bien, le voici :


#Création de VM sur un share SMB \\FSMB01\share\VMs

# Serveur Windows Server 2012
$SRV01 = "SRV01-test"

# Mémoire RAM 
$CRAM = 1GB

# Taille HDD Serveur
$SRV01VHD = 10GB

# Location de la 
$VMLOC = "\\FSMB01\SHARE\VMs"


# Création de la VM 
New-VM -Name $SRV01 -Path $VMLOC -MemoryStartupBytes $CRAM -NewVHDPath $VMLOC\$SRV01.vhdx -NewVHDSizeBytes $SRV01VHD


# Démarrage de la VM
Start-VM -Name $SRV01


VM créer dans Hyper-V :




Voici le résultat :

La VM est bien crée dans mon Hyper-V, si je fais un clic droit et je vais dans les paramètres de la VM , et je me rend dans la rubrique « Disque dur » afin de savoir où est stocké le disque de ma VM, on s’aperçoit que cette VM est placé sur mon Share SMB : =)




Allons voir dans le dossier directement du partage SMB afin de voir les fichier et le VHDx de ma VM :



Et voilà, vous avez fini de mettre en place votre Hyper-V Over SMB, dans une architecture simple et très basique à savoir un serveur Hyper-V, un AD et un servir de fichier avec un partage de type application afin de stocker les VMs Hyper-V dessus.

Nous verrons la prochaine fois le stockage de VM d’un hyper-v en standalone vers un cluster de serveur de fichier (SOFS) sur un CSV (Cluster shared volume).


En attendant, bonne virtualisation avec Hyper-V et SMB J

@bientôt
Seyfallah Tagrerout
MSP 2014-2015

mercredi 11 mars 2015

Hyper-V Over SMB - Partie 1


Bonjour à tous,


Nous allons voir aujourd’hui Hyper-V Over SMB, c’est-à-dire le stockage des VMs sous Hyper-V dans un partage SMB.

1-  INTRODUCTION:


SMB (Server message bloc) est un protocole de partage de fichier Microsoft.

Depuis la version Windows Server 2012, vous avez la possibilité de stocker vos VM sur un Share SMB, avec la version Windows Sever 2012 et 2012 R2 SMB arrive avec la version 3.0 et 3.02, elle offre plusieurs nouveautés, voici les nouveautés les plus importantes à mes yeux : 
-          
     SMB Multi Channel :  Agrégation de bande passante afin d’avoir de meilleur débit, de plus cette nouvelle fonctionnalité offre également de la tolérance aux pannes entre le client et le serveur.

-        SMB Direct (RDMA) : Cela permet à un serveur de fichier doté du protocole SMB3 de fonctionner comme un système de stockage local, SMB direct offre plusieurs avantages :

§  Peu de sollicitation du CPU : le CPU est moins sollicité lors du transfert des données sur le réseau

§  Très grand débit : Il permet d’avoir un très grand débit de transfert

§  Peu de latence 





Ps: si vous souhaitez profiter des fonctionnalités RDMA, vous devez avoir des cartes qui gèrent le RDMA :
  •             iWRAP
  •         InfiniBand ==> voici un artcile que j'ai fais l'an passé sur Infiniband: Infiniband
  •         RoCE (RDMA over Ethernet)

     
      Chiffrement : Les données sont chiffrées entre les clients SMB et les serveurs de fichiers, ce qui permet d’avoir des échanges sécurisés et fiables pour l’entreprise.

Cmdlets Powershell SMB : On pourra désormais gérer notre serveur de fichiers (SMB) totalement via des scripts ou commandes simples Powershell.

VHDX Partagé : Cela va vous permettre de créer des clusters Guest avec des fichier VHDx partagés, ça facilite donc la création de cluster, vous n’avez pas besoin d’avoir un stockage partagé de type bloc (iSCSI par exemple) ou NFS, un simple VHDx partagé entre vos deux Guest suffit...

Gestion de la bande passante : On pourra également gérer la bande passante, limiter et contrôler les différents flux SMB.

Le SOFS : Scale out file server, cela va vous permettre d’avoir un cluster de fichier (un espace de partage de fichier via SMB), cela permet de nombreux avantages, on les verra plus tard dans l’article.



Vous avez encore pleins d’autres nouveautés du protocole SMB 3.02 notamment avec la version Windows Sever 2012 R2.

Que vous pouvez trouver sur ce lien:


2-    Design SMB Over Hyper-V:


Revenons à notre sujet, c’est-à-dire le couple SMB / Hyper-V, afin de mettre en place une architecture Hyper-V Over SMB, vous devez faire le design de votre future infrastructure, je vais ci-dessous vous présenter les différents architectures que vous avez la possibilité de faire afin de mettre en place de l’Hyper-V Over SMB.

Architecture Hyper-V standalone qui pointe vers un serveur SMB3 standalone :

Cette architecture c’est la plus basique, vous avez un serveur Hyper-V (qui sera client SMB ici) qui va pointer vers un serveur SMB, les VMs de votre Hyper-V seront stockées sur le Share de type application SMB.





========================================================================

Architecture Hyper-V standalone qui pointe vers un Share sur un cluster de fichier  SOFS (Scale out file Server) :

Cette architecture offre de la haute disponibilité sur l’accès au stockage, ainsi on tire les avantages du SOFS qui sont :

Cluster Actif-Actif : tous les nœuds du cluster sont actifs au même temps, donc les connexions des utilisateurs sont rediriger vers tous les nœuds du cluster SOFS

Fai Over : en cas d’arrêt d’un nœud du cluster SOFS, un autre nœud prendra le relais de manière automatique et surtout transparente pour les utilisateurs.


Cache CSV :  Vous pourrez mettre sur chaque serveur du cluster SOFS une partie de la RAM en cache les données les plus consuluté en lecture, ceciaméliore grandement l’accés au données.
-          
       Bande passante : plus vous ajouter de nœuds à votre cluster SOFS, plus vous aller gagner en bande passante.


========================================================================

Architecture Cluster Hyper-V sur un cluster de fichier SOFS : (All Clustered)

Une architecture plus robuste, de type (ALL clustered), avec un cluster Hyper-V avec X nœuds qui pointe vers un cluster SOFS.

Elle offre :

  • De la haute disponibilité 
  • Tolérance aux pannes 
  • Meilleurs performances 



3-    Pré-requis :


Pour pouvoir mettre cela en place, vous devez remplir plusieurs critères :

  1. -          Un serveur ou plusieurs serveur Hyper-V (si vous souhaitez mettre en place un cluster Hyper-V)
  2. -          Avoir un serveur de fichier sous 2012 R2 ou alors plusieurs serveurs 2012 R2 en cas de cluster SOFS
  3. -          Un AD
  4. Un stockage partagé pour vos clusters


Dans un prochain article, nous verrons la mise en place de plusieurs architecture Hyper-V Over SMB.

  •           Architecture simple (Hyper-V qui pointe vers un serveur de fichier simple )
  •           Architecture Avancé : (Hyper-V qui pointe vers un cluster SOFS)
  •           All CLustered (Cluster Hyper-V qui pointe vers un cluster SOFS)



4-    Conclusion:

Pour finir, avec Windows Server 2012  et 2012 R2, vous avez la possibilité d'utiliser le protocole SMB 3 comme espace de stockage pour vos VM Hyper-V, vous pourrez également profiter de la virtualisation de stockage (Storage Space) sous Windows Server 2012 R2 pour la partie stockage, ce qui permet d'avoir une architecture hautement disponible, et hyper-convergé :) .


@Bientôt
Seyfallah Tagrerout
MSP 2014-2015 
< >