Search This Blog

mercredi 19 février 2014

Architecture Windows Server 2012 R2

Bonjour,

Voici des "posters" qui montrent le fonctionnement détaillé de Windows Server 2012 R2 et ses nouveautés:



De bons poster à mettre dans sa chambre :)

Voici le contenu:
  • Windows Server 2012 R2
  • Virtual Disk Sharing (VHD partagé entre hyperviseurs)
  • Virtual Hard Disks and Cluster Shared Volumes (VHD et stockage CSV)
  • Hyper-V 
  • Scale-out File Server and SMB 
  • Déduplication 

Voici le lien de téléchargement : poster Windows Server 2012 R2

@bientôt Seyfallah Tagrerout 

Windows Server 2012 R2

Bonsoir,

Voici un comparatif très complet entre les différentes versions de Windows Server 2012 R2:


  • Windows Server 2012 R2 Datacenter
  • Windows Server 2012 R2 Standard
  • Windows Server 2012 R2 Essentials
  • Windows Server 2012 R2 Foundation
  • Windows Server 2012 R2 Hyper-V 
  • Windows Storage server 2012 R2 Standard 
  • Windows Storage server 2012 R2 Workgrup
Il est disponible en téléchargement ici 


Bonne comparaison :) et bonne lecture

@bientôt Seyfallah Tagrerout 


dimanche 16 février 2014

Administration d'hyper-V replica

Bonsoir,

Dans cet article je vais vous montrer comment administrer Hyper-V replica, nous allons aborder les points suivants:


  • Vérification de l'état de réplication
  • Test de basculement 
  • Vérification de la réplication 
  • Basculement 
  • Réplication inversée 


Nous allons vérifier la réplication de ma VM CL 7, cette réplication à été crée lors de cette article "Réplication", je vais voir maintenant si tout est bien passé etc.

Ps : j’ai refait une réplication, car j’ai refait mon cluster vendredi

Pour vous remettre dans le contexte, voici le schéma d’architecture que j’ai utilisé afin de réaliser la réplication à partir d’un environnement clusterisé avec deux hyper-V (VH01 et VH02) sous Windows Server 2012 R2, vers un serveur en standalone qui est lui aussi en 2012 R2 (VH03).




On peut voir ici l’avancement de la réplication de ma VM CL7 sur le serveur VH03 externalisé :


La réplication finie ; nous allons voir l’état de la réplication avec les stats etc :

On peut voir ici plusieurs informations :
  •           Le mode de réplication
  •           Le serveur principal
  •           Le serveur qui reçoit "le réplica"
  •           L’intégrité de la réplication (voir si y’a pas de perte de données durant la réplication)
  •           Les states durant un temps données (ici 7 secondes)
  •           Les données qui restent à répliquer

Super résumé, qui peut être bien entendu enregistré afin de faire des consultations ou du dépannage si besoin.


Test du Replica "tes de basculement": 

Nous allons tester notre réplica pour vérifier qu'il est fonctionnel afin d’avoir une disponibilité en cas de crash du site central.

Hyper-V réplica propose plusieurs options lorsque vous cliquer droit sur la VM qui à été répliquée :



On retrouve les options suivantes :

  •           Basculement : cela permet de basculer le réplica en production en cas du crash du site central
  •           Test de basculement : cela permet de tester une VM dans un environnement isolé afin de tester les réplications des VMs
  •           Suspendre la réplication : comme son nom l’indique, c’est suspendre la réplication, c’est-à-dire ne plus recevoir les données qui vont correspondent aux modifications sur la VM qui se trouve dans le site central
  •           Etendre la réplication : Option qui va vous permettre de répliqué la VM vers un autre serveur réplica, donc vous aurez une double réplication et une double sécurité (exemple, réplication vers Windows Azur afin d’être sur du bon déroulement de son PRA en cas de problème)
  •           Afficher l’intégrité de la réplication : cette option permet d’afficher les states de la réplication et la quantité de données répliquées etc
  •           Supprimer la réplication : C’est pour supprimer la réplication 


Cliquez donc sur « test de basculement » et voici le résultat :

Ici, Hyper-V replica me demande de choisir un point de récupération, j’en au deux car lors du paramétrage de la réplication, j’ai choisi d’avoir deux points de récupration .


Je sélectionne le dernier , c’est-à-dire celui de 20 :55.

Je clique sur Test de basculement, et le test commence :



Vous pouvez le voir sur l’image, Hyper-V réplica prend un snapshot de la VM et la place dans un environnement de test afin qu’elle puisse être testée et explorée.

De toute manière, Hyper-V réplica travail avec les snpashots (point de contrôle sous Hyper-V ici) lorsque qu’il fait la première réplication vers le serveur secondaire.

On peut même faire un live Migration pendant que la VM est en train d’être répliquée…


On revient à notre test de réplication, une fois qu’on a déclenché le test de basculement, on aperçoit la création d’une VM « nom VM – test » comme ceci :



Essayons d’allumer la VM CL7 pour voir :

Voici l’erreur qu’on obtient : (pas d’inquiétude, c’est normal) analysons le message d’erreur :

Il nous dit qu’il peut pas démarrer la VM, car une réplication est en cours exécution, et ce qui est normal, car le déclenchement d’un PRA est vrai que si le site principal est DOWN donc les VM et serveurs primaires down également.


Ici, il spécifie bien que le démarrage de la VM sera possible qu’après un basculement (c’est-à-dire que la VM source, doit être éteinte



Démarrage de la VM de test: 

On voit que la VM de test est opérationnel et cela montre bien la bonne santé et le bon déroulement de la réplication :




Vérification :

Sur la VM source, je vais créer un dossier avec plusieurs fichiers dedans, et nous allons voir que dans 30 secondes ils seront répliqués vers la VM réplica (j’ai choisi un intervalle de 30 secondes de réplication) .

Pour cela, on va d’abord arrêter le test de basculement comme ceci :



Confirmation :



Une fois le test arrêté, nous allons refaire un test de basculement afin de vérifier que les données ont bien étaient  répliquées depuis le serveur primaire (les données ici sont des fichiers que j’ai créé pour l’occasion).

J'ai crée sur le bureau un dossier  "test de replication" qui contient plusieurs fichiers text.

Résultat :


On voit que sur le serveur réplica, les fichiers ont bien été répliqués :



Voici la source  sur le serveur primaire :



Déclenchement d’un PRA :

Nous allons arrêter le test de basculement, et arrêter la VM qui se trouve sur le serveur primaire. Et nous allons voir comment faire déclenchement de PRA suite à un crash d’un site principal.

Arrêt de la VM  sur le site central :



On va sur le serveur secondaire celui qui reçoit la réplication « VH03 » et clique droit sur la VM et on fait « Basculement » :



On choisit le dernier point de récupération : (ici, je choisi le dernier à 23h 21):


La VM démarre automatiquement toute seule :


La VM est opérationnel et reprend l’état d’origine, au pire, vous perdez que 30 secondes de données, ce qui est impressionnant !

Allons voir dans le journal des événements afin de vérifier le bon déroulement du basculement.


Voici le log qui m’indique que mon basculement s’est plutôt bien passé :



Avec le basculement, on peut même choisir les paramètres TCP/IP que la VM aura une fois qu’on a effectué le basculement.


Ça se paramètre dans les paramètres de la VM sur le serveur primaire.

Voici les paramètres TCP/IP que la VM aura automatiquement lors d’un basculement :


Par contre comme on a basculé, il n’y plus de réplication entre le serveur primaire et secondaire, voici l’événement qui nous prévient sur cette situation, il nous dit qu’il y’a eu un basculement sur le serveur de réplication  et donc cette VM n'est plus répliquée:



Inversement de la réplication :

On peut également avec Hyper-V réplica, inverser la réplication, c’est-à-dire que le serveur « VH03 » qui était secondaire au début, va se retrouver primaire et l’architecture clusterisé sera vue comme serveur secondaire.

On clique droit sur la VM,  réplication et ensuite « inverser la réplication » :


Un assistant va s’ouvrir afin de nous guider pour réalisation l’opération :



Cliquez sur suivant :

Ici, je choisi directement le CNO (Cluster Name Object) de mon cluster Hyper-V avec le rôle Replica broker.

(Ici ce broker était serveur primaire au début, et maintenant il se retrouve serveur secondaire, car je fais de la réplication inversée).

Cliquez sur suivant.



Hyper-V réplica vérifie que le serveur à assez de ressource mémoire RAM et CPU pour pouvoir absorber la VM:


Spécification du type d’authentification (ici je choisi kerberos via http) :

Cliquez sur suivant.


Choix de la fréquence de réplication (tout dépend des besoins en terme de disponibilité en cas de crash) : (ici je choisi 30 secondes dans le cadre ce lab)


Cliquez sur suivant :



Choix ici des points de récupération et de la fréquence de copie VSS :

Cliquez sur suivant.



Choix de la méthode d’envoi (réplication) : et la date et l’heur de réplication, j’ai choisi de démarrer la réplication directement à l’issu de cet assistant.






Un résumé qui vous fait un récap des options que vous avez choisi pour l’inversion de réplications :



L’Hyper-V replica mouline ….. (et met en place la replication de la VM vers le cluster)

Le réplica commence à être envoyé vers le cluster:

Ici on voit la réception du réplica par l’un des nœuds du cluster géré je rappel avec Hyper-V réplica Broker car on est dans un cluster Hyper-V :



Vérification de l’état et de l’intégrité de la réplication :

On voit que le serveur primaire est le serveur VH03, et que la VM CL7 à bien eté repliquée :


Regardons également les states et l’intégrité de la réplication:

Tout est bon.


Et voila c'est la fin :)

Avec cet article, vous allez pouvoir mettre en place une architecture redondante et qui permet la reprise d'activité en cas de problème (sinistre, tremblement de terre, incendie) sur le site principale.

Vous pouvez également inverser les réplications des VMs en cas d’erreur etc.

Bonne réplication :)

@bientôt Seyfallah Tagrerout 














jeudi 13 février 2014

TechDays TV

Voici le lien pour regarder les replay des Techdays 2014:


il y'a le replay de la journée du 11  (pour les Dev), le 12 (pour les IT).

Bon Techdays :)





@ bientôt

Seyfallah Tagrerout

lundi 10 février 2014

Fonctionnement d'un cluster Microsoft

Bonsoir,

Nous allons voir dans cette article le fonctionnement d'un cluster avec basculement Microsoft et les nouveautés apporté à cette fonctionnalité dans Windows Server 2012.


Nouveautés et améliorations: 

Tout d'abord quelque nouveautés et améliorations apportés dans Windows Server 2012 :

  • Meilleur gestion avec AD, démarrage des services clustering sans AD, cela grâce au objets CNO (Cluster Name object) cela permet aux cluster d'avoir leur propre identifiant au sein de l'active directory
  • Gestion de 64 nœuds et 8000 VM par cluster
  • Facilité de gestion de cluster avec une interface très intuitive

  • Application des mise à jours logiciel sur tous les nœuds du cluster en gardant la haute disponibilité (nœuds Cluster Aware Updating (CAU) 

  • Prise en charges des serveurs de fichiers pour faire le cluster (mise en place plus facile)
  • Allocation de ressources de cluster à des VM en cluster (très bonne gestion des VM en cluster)
  • Amélioration du stockage partagés (Sécurité, disponibilité)
  • Vérification du cluster plus rapide et plus précise
  • intégration également du protocole SMB 3.0 (Multi channel et SMB) directe pour la mise en place de cluster et d'avoir donc des volumes partagés entre les hyperviseurs, avec les cartes réseaux qui supporte bien entendu le RDMA.(Remote Direct Memory Access) cette fonctionnalité permet à un serveur de fichier muni donc de SMB de fonctionner comme un système de stockage local
  • Simplification de configuration du quorum du cluster
  • Quorum dynamique
  • Possibilité de sélectionner des nœuds qui participent aux votes dans la définition du quorum

Les Quorum dans un cluster: 

Un Quorum est tout d'abord un disque partagé entre tous les nœuds du cluster, ce disque contient dans un premier temps la configuration du cluster, le disque qui héberge le quorum est arbitre dans le cluster.

il gère également la cohérence au sein du cluster 

Voici le contenu du Quorum dans mon cluster Hyper-V:



Vous avez également une base de données (\mscs\quolog.log) qui contient les informations sur le cluster (liste des nœuds qui participent au cluster, leur états etc).



Types de Quorum dans Windows Server 2012:


Quorum à nœud majoritaire:

Le cluster sera disponible tant que la majorité des noeuds qui font partie de celui-ci sont actifs (opérationnel).

Exemple: Cluster à 4 nœuds: ce cluster restera actif (fonctionnel) tant que les 3 nœuds sont fonctionnels, si 2 nœuds tombent sur les 4 nœuds, le cluster tombe, c'est assez contraignant 

Quorum à nœud et disque majoritaire: 

Ce type de Quorul apporte une amélioration par rapport à la version précédente, on peut avoir jusqu'a 2 noeuds qui tombent sur un cluster à 4 noeuds.

Quorum à nœud et partage de fichier majoritaire:

Utilisation uniquement d'un partage de fichier afin d'être le témoin, donc c'est dans le cas ou le quorum est dans un partage de fichier au sein d'un cluster.


Quorum de type disque sans majorité:

Quorum partagé avec un stockage soit SAN (LUN en mode bloc) ou NFS, il peut avoir un degré de disponibilité jusqu’à 3 nœuds HS, c'est à dire que sur un cluster de 4 nœuds, le cluster sera fonctionnel tant qu'il restera au moins à nœuds actifs (fonctionnel).


@ Bientôt

Seyfallah Tagrerout 



jeudi 6 février 2014

TechDays 2014

Bonjour,

Les TechDays 2014 ont lieu du Mardi 11 février jusqu'a jeudi 13 février:


Voici le lien officiel de Microsoft qui présente l'évenement avec les différents session etc, ce site permet également de s'inscrir afin de d'y participer.

Lien général de présentation

Lien d'inscription

Lien des session ITs


Sachez que si vous pouvez y participer (comme moi) il y'a ce qu'on appel la TechDay TV qui vous permettra de suivre les session sur le site en directe pas mal non ? :)


Les sessions les plus attendues sont tous ce qui est en rapport avec les métiers de l'IT

  • Windows Server 2012 (Storage, Cluster, etc ...)
  • Hyper-V
  • Démo techniques


et pleins d'autres sessions trés intréssantes.

Bon TechDays

mercredi 5 février 2014

Nouveautés Hyper-V R2

Bonsoir,

Petit article qui montre les nouveautés d'Hyper-v 3 sous Windows Server 2012 R2


  • Gestion de la QOS sur les VMs
  • Gestion du stockage avec la QOS (gestion des IOPS)
  • Live Migration plus rapide (compréssion des données activée lors de la migration)
  • Support de SMB3.0 et SMB Multichannel
  • Ajout d'espace disque ou réduction à chaud sur les VHDx
  • Export et Clone de VM à chaud
  • Gestion d'UEFI
  • Remote Desktop over BMbus (échange de fichier entre un serveur hôte et une VM, si la VM ne
    dispose pas de connexion réseau)
  • Hyper-V replica avec une fréquence de réplication modulable, sur la version 2012 on avait que 15 minutes, avec 2012 R2 on a le choix entre (30 secondes, 5 minutes, 15 minutes)
  • Génération 2 VM (qui est disponible que pour les OS Windows 8 64 Bits et Windows Server 2012
  • USB pass-through : accès aux ports USB de l'hyperviseur

@bientôt 

Seyfallah Tagrerout 

Live Migration avec Hyper-V 3.0

Bonsoir,

Dans la suite de mes articles sur la virtualisation  avec Hyper-V3.0, je vais vous présenter le live migration ou la migration à chaud d'un VM.



Nous allons voir comment effectuer la migration à chaud des VMs d’un Hyperviseur A vers un Hyperviseur B.

Live migration veut dire que la VMs qui est en train d’être migrée, reste fonctionnelle pendant la phase de migration et cela offre de la disponibilité pour le système d’information.

Le Quick migration permet également de faire migrer une VM d’un Hyperviseur A vers un hyperviseur B, mais la VM sera éteinte, c’est au cas où la VM est trop grosse (grosse quantité de pages mémoire) afin de ne pas saturer le réseau, c’est un bon moyen qui permettra d’arriver à ces fin ;)


 l’architecture que je vais utiliser pour cet article:




Nous allons donc, faire passer la VMs Windows 7 de l’hyperviseur VH01 au hyperviseur VH02, pour des raisons de maintenance sur le serveur VH01.

Avant la mise en place, voici une brève explication sur le fonctionnement du Live migration sous Hyper-V, ça se passe en 5 étapes :

Etape 1 :

Lorsqu’on active la migration à chaud, l’Hyper-V source établie une connexion avec l’Hyper-v qui va accueillir la VMs (Hyper-v destination), Les données de la configuration de la VM sont envoyées vers l’Hyper-v de destination.

Attention : l’hyper-v qui va recevoir la VM il faut qu’il soit en mesure de la faire démarrer, donc pensez aux ressources mémoire, CPU.

Etape 2 :

On rentre dans le transfert des pages mémoire, la RAM de la VM est envoyée  sur le réseau vers l’Hyper-V destination.

Les pages mémoire sont de 4Ko.
Ici on aura un transfert complet de la VM « Memory working  set ».


Etape 3 :

Copie ensuite des regitres

Etape 4 :

Le cluster entre en jeu afin de prendre en compte le stockage partagé entre les deux hyperviseurs, (transmission de la gestion du stockage vers l’hyper-v destination)

Etape 5 :

Mise production de la VM sur l’hyper-V de destination, à cet instant, l’hyper-V source à transmit une copie de la RAM ainsi que les registres.

La VM est mis en production sur le l’Hyper-V de destination et enlevée de l’Hyper-V source.


Nous allons voir la mise en place qui reste très facile, c’est la force des solutions Microsoft.

Avant de pouvoir faire du Livre Migration, il faut avoir :

-              - Un cluster fonctionnel
-              - Une VM crée dans votre cluster
                - Un réseau pour le Live migration pour plus de performances

Voici mon réseau dédié pour le Live Migration , sur chaque serveur j'ai une Team qui agrège deux cartes réseau afin de doubler le débit:


Allez , on commence.

Rendez-vous dans la console de votre Cluster comme ceci :

Pour commencer, on voit que la VM est sur nœud (l’hyperviseur) VH01

Allez sur votre VM (ici moi c’est CL7), cliquez droit dessus, et allez dans Déplacer. (2) Cliquez ensuite sur Migration dynamique(3), 

ensuite vous avez deux choix : (4)

          - Meilleur nœud possible (sélection du meilleur nœud automatique par le cluster)
          - Sélectionner un nœud (manuel)




Ici, j’ai choisi le monde manuel,  c’est-à-dire c’est moi qui vais choisir sur quel nœud (Hyperviseur) je vais mettre ma VM :

Cliquez sur OK ensuite pour terminer.



Une fois que vous avez cliqué sur OK, on voit en directe la migration s’effectuer sur le nœud de destination (VH02) :




Pendant la migration, nous allons vérifier la disponibilité de la VM, je lance un ping –t afin de voir si y’a des pertes de paquets durant la phase de migration.

IP de la VM : 192.168.2.100


Voici le résultat :

On voit qu’on a perdu qu’un seul paquet. Cela prouve bien la fiabilité de la migration dynamique sous Hyper-V qui permet donc un déplacement de vos VMs en production sans interrompre vos applications métiers et votre production.


Voici la VM Migrée sur l’hyperviseur VH02:


Migration en PowerShell :

Move-VM -ComputerName VH01 -Name CL7 -DestinationHost VH02 














@bientôt

Seyfallah Tagrerout


< >