Search This Blog

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