Search This Blog

mardi 8 septembre 2015

Hyper-V Vers Microsoft Azure - Partie 2

Bonjour à tous,

Je vais attaquer la partie 2 sur le PRA avec Hyper-V et Microsoft Azure.



Nous allons rentrer dans le vif du sujet qui est la mise en place d’un plan PRA à partir de mon Hyper-V interne situé au sein de mon Datacenter vers Microsoft Azure dans le cloud en utilisé Azure site Recovery (ASR).

Présentation de l’infrastructure de test

Voici l’infrastructure que j’ai créée pour vous, afin de mieux comprendre ce qui se passe :



Comme vous pouvez le voir, dans mon infra  très simpliste, je dispose :

  •           D’un serveur Hyper-V avec une VM dessus, et une connexion internet
  •          Un abonnement Azure pour que je puisse me connecter  et configurer ASR

Un compte de stockage comme ceci :



 Un réseau virtuel pour les VMs une fois basculé dans Microsoft Azure :



Une fois que vous avez réuni tout ces prérequis, vous pouvez commencer la mise en place d’ASR (Azure Site Recovery).

Voici les étapes à suivre afin de mettre en place un PRA au sein de votre infrastructure (d’Hyper-V vers Azure)

Création du Site Recovery Vault

Allez dans « New ».

Ensuite dans « Recovery Site », ensuite cliquez sur « Site Recovery Vault » et choisissez « Quick Create » :

Mettez lui un Nom  (ici : TESTPRA) et choisir la région (ici : West europe ) et cliquez sur « Create Vault »:




La création commence ….




 Il faut ici choisir les scénarios que vous souhaitez réaliser en fonction de vos besoins.
J’ai choisi « Other » et « Demo »



Dans source il faut choisir dans notre cas « Hyper-V Site » comme environnement source et l’environnement cible « Azure Site »



Une fois terminée, vous avez les 4 étapes afin de configurer votre ASR :

  1)      Création du site Hyper-V:


Cliquez sur « Create Hyper-V site » :





Vous aurez la fenêtre suivante, veuillez lui mettre un Name comme ceci : (SITE01) et cliquez sur la flèche en bas à droite pour valider.





La création du site commence ….




Une fois terminée, vous verrez le site que vous venez de créer dans la rubrique « Hyper-V Sites » :


   2)      Préparation du serveur Hyper-V :
Ici vous allez télécharger deux éléments importants :
  •           La registration Key qui aura pour rôle d’associer le client ASR (présent votre Hyper-V) et votre Site Recovery Vault
  •           Le provider : l’agent Azure Site Recovery (ASR) à installer sur le serveur Hyper-V


Dans un premier temps cliquez sur « Download a Registration Key » 






Vous aurez la fenêtre suivante, cliquez sur Download :





Ça va vous télécharger un fichier comme ceci :



Pour info le fichier est valable 5 jours. une fois dépassé 5 jours, vous pourrez plus connecter votre serveur Hyper-V avec ASR, donc il faut en télécharger un autre plus récent.

Vous pouvez ouvrir le fichier, c’est de l’XML derrière.


Une fois le fichier téléchargé, veuillez télécharger le provider (cliquez sur Download Provider), et placez le fichier et le provider dans un dossier comme ceci :





Veuillez installer maintenant l’agent ASR sur votre serveur Hyper-V, doublez clique sur « AzureSiteREcoveryProvider » :

Ici je choisi de pas rechercher les mise à jours de manière automatique. (vu que c’’est du lab)


Cliquez suivant.




Choisir l’emplacement du provider et cliquez sur suivant.



Installation de l’agent ….




Une fois terminée, On voit bien que l’agent est installé avec succès :

 


Paramétrage de l’agent pour se connecter au ASR d’Azure, je choisi ici la connexion directe sans passer par proxy, donc il faut choisir en fonction de votre infrastructure. (Cliquez sur suivant ensuite)




Veuillez mettre le fichier téléchargé plutôt, c’est grâce à ce fichier que vous allez pouvoir vous connecter à votre ASR dans Azure :




Vous devez avoir les informations suivantes si votre fichier est bon. Cliquez suivant.




L’agent fait son boulot et procède à l’inscription dans Azure, avec la création de certificat sur le serveur Hyper-V pour la communication entre ASR et l’agent qui se trouve dans le serveur Hyper-V.



Une fois terminée, vous aurez la fenêtre suivante, qui vous dit que votre serveur est bien inscrit et connecté avec l’ASR dans Azure.

Voici le certificat créer sur le serveur Hyper-V, c’est un certificat auto signé :




Remarquez qu’il vous liste les étapes suivantes à faire, si c’est pas beau ça ? ;)

Cliquez sur terminer.





Allons vérifier que notre serveur Hyper-V est bien connecté et qu’il se trouve bien dans notre 
« Site01 » :

On voit bien notre serveur Hyper-V au nom de VH01, donc tout va bien J





   3)      Création et préparation des ressources :

Il faut créer un compte de stockage qui doit être de la même région que votre Vault , et créer un réseaux virtuel pour les VMs.



Une fois que vous avez créé votre compte de stockage ainsi que réseaux virtuel, vous pouvez passer à l’étape 4 qui est la création et la configuration des groupes de protection.

   4)      Création de groupe de protection:

Cliquez sur « Creation Protection Group » :



Vous aurez la fenêtre suivante, cliquez sur « Create Protection Group »




Nommez le nom du groupe, et choisir votre compte de stockage crée auparavant, nous sommes bien entendu sur le site « Site01 » qu’on a créé précédemment.

Une fois tout paramétré, cliquez sur la flèche en bois à droite pour passer à la suite.



Nous arrivons ici à un point important, qui sont les paramètres de réplication et c’est là que vous devez connaitre les principes et fonctionnement théorique d’un PRA.

Au niveau du Copy Frequency vous pouvez choisir 3 valeurs :

  •           30 secondes
  •           5 min
  •           15 min


Je choisi de mettre 15 min pour le Lab et je choisi également « Zero » au niveau des Point de recovery

Au niveau de la fréquence Snapshots je choisi Never, et pour finir je choisir de démarrer la réplication initial immédiatement. (on peut ce pendent la planifier pour plus tard)



Une fois terminée, validez et regarder la création du groupe de protection comme ceci :




Voici le groupe de protection crée avec succès : au nom de « Servers »




Nous arrivons à la 5eme et dernière étape qui est « la configuration des VM à répliquer dans Azure »

   5)      Configuration des VMs à répliquer dans Azure:


Cliquez sur « Add Virtual Machine to protect » :





Vous aurez la fenêtre suivante qui va s’ouvrir, et si tout va bien, à droite vous devez voir les VMs qui sont dans votre Hyper-V chez vous :)

Choisissez la ou les VMs que vous souhaitez répliquer vers Azure, ensuite choisir le l’OS en fonction de l’OS de la VM.


Et cliquez sur la flèche en bas à droite pour valider :




La configuration se lance ….



Allons faire un tour sur notre serveur Hyper-V, on voit bien l’envoi du réplica initial de notre serveur Hyper-V vers notre ASR dans AZURE.



Cliquez droit sur la VM, allez ensuite dans « Réplication » « Afficher l’intégrité de la réplication » afin de voir l’état de la réplication :



Voici l’état de ma réplication qui est normal et fonctionne bien :)



Notre VM qui est répliquée dans Azure, et en cas de crash au niveau de notre Datacenter, on pourra faire un rollback et revenir à l’état d’origine, on perdra 15 min car c’est ce qu’on a choisi comme fréquence de réplication.


Voici les logs dans notre serveur Hyper-V qui sont liées à la réplication:






 Voici la VM répliquée dans Azure avec les paramètres qu'elle a hérité coté "Azure":



Vous pouvez changer la configuration et le type de VM que vous avez répliqué dans Azure comme ceci, allez dans « Configure » :


Et vous pouvez modifier le type de VM en fonction de vos besoins et de la VM initiale….




La partie 2 touche à sa fin, nous verrons en 3eme partie la création du recovery plan afin de faire un basculement de VM.

@bientôt

Seyfallah Tagrerout
MVP Hyper-V

mardi 1 septembre 2015

Hyper-V Vers Microsoft Azure - Partie 1

Bonjour à tous,

Nous allons voir aujourd’hui un gros sujet sur la reprise d’activité au sein d’une entreprise ; comme vous le savez chaque système d’information doit avoir un plan de reprise d’activité, car en cas de crash, catastrophe naturelle, l’entreprise peut perdre tout son informatique, son datacenter et donc par conséquent l’entreprise fermera ses portes.

Chaque année plusieurs entreprises ferment suite à des sinistres (incendies, etc.).

D’après les études récentes effectuées aux USA, plus de 60% d’entreprises ferment leurs portes deux ans après le sinistre.

Je ne fais pas un cours sur le PRA, ce n’est pas le sujet de mon article, mais ceci est un prérequis afin de réussir à faire un PRA avec Hyper-V et Azure.

Voici un lien intéressant qui traite l’ensemble des points qu’il faut connaitre sur les PRA :




Avec l’arrivé de Windows Server 2012, on pouvait déjà faire de la réplication de VM d’un site A vers un site B avec Hyper-V Replica, mais ceci nécessite d’avoir deux sites distant avec des grosses infra de chaque côté.



D’ailleurs j’ai effectué plusieurs articles à ce sujet vous pouvez les consulter ici :



Beaucoup d’entreprises ne peuvent se permettre d’avoir deux site dû au coût que cela représente, donc Azure vient combler le vide avec Azure Site Recovery qui s’appuie tout de même sur Hyper-V replica ;)

Azure sites Recovery permet de mettre en place une stratégie de PRA afin de permettre à une entreprise de récupérer ces données perdues lors d’un crash. Il s’agit ici d’une réplication de machines virtuelles ou de serveurs physiques vers le cloud Microsoft Azure.

Type de déploiement


ASR propose plusieurs types et architectures de déploiement, je vais vous les présenter de manière rapide ici.

Source
Destination
Explication
Hyper-V on Premises
Microsoft Azure
Réplication de VM Hyper-V local vers Microsoft Azure  
VMM
Microsoft Azure
Réplication de VMM vers Microsoft Azure
Serveur physique « Windows »
Microsoft Azure
Réplication de Serveur physique vers Microsoft Azure
VM sous VMware
Microsoft Azure
Réplication de VM sous vSphere vers Microsoft Azure

Vous avez autre type de réplication si vous avez des data center secondaire, mais je ne traite pas le sujet ici, je vous présente que ce qui nous intéresse dans cet article sur ASR et Hyper-V.

Fonctionnement


ASR fonctionne avec deux composants :

  •           Agent Azure Recovery Services
  •           Fournisseur Azure Site Recovery


Nom du composant
Rôle
Agent Azure Recovery Services

Ce composant permet le transport de données entre les VMs en cours d’exécution sur Hyper-V en local et le compte de stockage Azure
Fournisseur Azure Site Recovery

Permet de gérer la communication et l’orchestration entre le serveur Hyper-V et Microsoft Azure Site Recovery

Il faut les installer sur chaque serveur Hyper-V et chaque nœud d’un cluster si vous avez un cluster Hyper-V. (chaque hyper-v dois avoir les même versions)

  
Deux canaux sont utilisés par Azure Site Recovery :

  •           Un canal pour l’orchestration / communication entre le serveur hyper-v et Azure
  •           Un autre pour la réplication 

Les flux sont en HTTPS (port : 443)  voici une illustration :




Voici les deux services associés :

  •           Microsoft Azure Recovery Services Agent è Orchestration / Communication
  •           Microsoft Azure Site Recovery Service è Replication




Au niveau du fonctionnement, vous avez une réplication d’une VM vers Microsoft Azure, c’est le disque de la VM qui sera répliqué vers Azure, celui-ci sera stocké dans un compte de stockage Azure.

Vous pouvez également comme vu dans le tableau plus haut, répliquer vos VMs depuis SCVMM qui doit être en version 2012 R2.

Voici une illustration qui montre la réplication de VM vers Microsoft Azure :



Près-requis


Machines virtuelles :

-          Azure ne supporte pas le VHDx, une fois répliqué dans Azure, le disque VHDx sera converti en VHD, dans le cas d’un rolback sur votre serveur hyper-v en local, la VM pourra toujours fonctionner en VHDx.

-          Support de l’OS qui héberge Hyper-V è Windows Server 2012 R2

-          Les versions de Windows Server supportées : (64 bits)

o   Windows server 2008 R2
o   Windows Server 2012, 2012  R2

-          Les versions Linux supportées : (64bits)

o   Centos 64 bits
o   OpenSuse 64 bits
o   Suse 64 bits
o   Ubuntu

  •           Plusieurs cartes réseaux sont supportées
  •           Génération de VM 1 pour tous Os et iniquement Windows pour la génération 2
  •           iSCSI disk non supporté
  •           FC disk non supporté
  •           Shared VDH non supporté
      Réseaux:

Au niveau des connexions réseaux, votre Hyper-V sur site en local aura besoin d’une connexion internet afin de se connecter à Azure Site Recovery, cette connexion se fera via une connexion HTTPs (chiffrée).
Pas besoin de créer d’ajouter des règles sur le pare-feu

Vous pourrez également utiliser le VPN site à site, mais ce n’est pas nécessaire, seul une connexion internet sur vos hyperviseurs Hyper-V fera l’affaire J

Si vous avez un proxy, vous devez ajouter les URLs suivants pour qu’ils les prennent en compte :

  •           **.hypervrecoverymanager.windowsazure.com
  •           **.accesscontrol.windows.net
  •           **.backup.windowsazure.com
  •            **.blob.core.windows.net
  •           **.store.core.windows.net


Prérequis Azure :

  •           Avoir un abonnement Microsoft Azure
  •           Un compte de stockage avec la géo-réplication activée, attention : le compte de stockage doit se trouver dans la même région que le vôtre site Recovery Vault
  •           Un réseau virtuel sur Azure pour les machine virtuelles répliquées


Prérequis Hyper-V :

  •           Au moins un serveur sous Windows Server 2012 R2 avec le rôle Hyper-V
  •           Au moins une VM sur votre Hyper-V
  •           Le ou les serveurs Hyper-V doivent être connectés à internet directement ou alors ils peuvent être connectés via un proxy


@bientôt pour la partie 2 qui va traiter la mise en place d'Azure Site REcovery avec Hyper-V

Seyfallah Tagrerout
MVP Hyper-V

dimanche 23 août 2015

eBook RDS Windows Server 2012 R2 | Déploiement et Administration en Entreprise | Guide du Consultant Par Hicham KADIRI

Bonjour à tous,

j'ai le plaisir de vous faire partager le nouveau eBook sur RDS Windows Server 2012 R2 écrit par un collègue et ami Hicham KADIRI qui est MVP IT PRO depuis deux ans.



Cet eBook va vous aider à mettre en place , à concevoir, à déployer et à gérer une infrastructure RDS sous Windows Server 2012 R2

Publique concerné:

  • DSI
  • Responsable technique 
  • Architecte technique 
  • Consultant Infrastructure
  • Chef de projet technique 
  • Ingénieur système / réseaux
  • Administrateur système / réseaux
  • Technicien 
  • toute personne ayant l'envie d'apprendre les infrastructures RDS 2012 R2



Cet eBook est organisé en 16 chapitre comme ceci:




Cet eBook est disponible ici: 


Hebergeur d'image
@bientôt
Seyfallah Tagrerout
MVP Hyper-V

mercredi 19 août 2015

Windows Server Technical Preview 3 est disponible

Bonjour à tous,

Windows Server TP3 est disponible en téléchargement.



Il est dispo sur les 3 plateformes de Microsoft.


What's New in Windows Server 2016 Technical Preview 3 :

 https://technet.microsoft.com/library/dn765472.aspx


Je commence à la télécharger afin de vous faire pleins d’articles dessus :) 

@bientôt ....

Seyfallah Tagrerout
MVP Hyper-V

dimanche 9 août 2015

ADMX disponibles pour Windows 10

Bonjour à tous,

les ADMX pour Windows 10 sont désormais disponibles, vous allez pouvoir tester tout ça et profiter des nouveautés de Windows 10 au niveau des stratégies de groupe.


Voici le lien de téléchargement ==>  http://www.microsoft.com/en-us/download/details.aspx?id=48257


@Bientôt
Seyfallah Tagrerout
MVP Hyper-V


vendredi 7 août 2015

Hyper-v on Windows 10

Bonjour à tous,

Nous allons voir aujourd'hui le petit frère d'Hyper-V, qui est le client Hyper-V sous une station Windows 8 ou maintenant Windows 10.



Depuis Windows 8, vous aviez la possibilité d’avoir Hyper-V afin de pouvoir virtualiser vos machines, faire des tests en Lab. ou encore monter une maquette pour un POC chez vous, pour vos études ou encore au sein de votre client.

Bien entendu, l’Hyper-V intégré dans Windows 8 ne contient pas toutes les fonctionnalités d’un vrai Hyper-V sous Windows Server 2012 /R2 ou encore Windows Server TP2.


Avec l’arrivée de Windows 10, le client Hyper-V arrivé avec quelques nouveautés qui vont vous permettre d’avoir un environnement plus étoffé afin de réaliser vos tests ou monter des POC.

Nouveautés Client Hyper-v Windows 10 :


1- Création d’une session PowerShell Direct: 

Vous allez avoir la possibilité désormais de créer une session PowerShell directe pour l’administration de votre VM avec la commande suivante depuis l’hôte de virtualisation qui héberge votre VM:

Enter-PSSession -VMName VMtest01
Invoke-Command -VMName VMtest01 -ScriptBlock { Get-NetAdapter}

Cela va vous faciliter l’administration de vos VMs au sein de votre Hyper-V client, vous aurez juste besoin des crédentials afin de vous connecter via Windows PowerShell directe à votre VM. Pas besoin de prérequis supplémentaires car le principe de fonctionnement est entre la VM et l’hôte de virtualisation (ici votre client Hyper-V sous Windows 10)

Prérequis pour l’utilisation de Windows PowerShell Direct :

  • -          Etre sur un hôte de virtualisation Windows 10 ou Windows Server TP (2016)
  • -          Les crédentials de la VM sur laquelle vous voulez vous connecter
  • -     Etre administrateur sur l’hôte Hyper-V qui héberge les VMs que vous allez prendre via Windows PowerShell directe
  • -          La machine doit être démarrée sur l’hyperviseur 

2- Secure boot avec Linux:

 Vous allez pouvoir faire du secure boot avec des VMs génération 2 sous des OS linux, les OS supportés sont :
  • -          Ubuntu 14.04 et +
  • -          Suse Linux Entreprise Server 12

Afin d’appliquer le secure boot sur des machine Linux, avant le boot de la VM, vous devez faire en sorte que la VM utilise UEFI via la commande suivante :

Set-VMFirmware vmname -SecureBootTemplate MicrosoftUEFICertificateAuthority

NB : la commande Powershell doit se faire en tant qu’admin.


3- Ajout / supression à chaud de carte réseau et mémoire:


 Désormais sur le client Hyper-V sur Windows 10, vous allez pouvoir ajouter et ou enlever des cartes réseaux ou la mémoire à chaud , c’est-à-dire que pendant que vous ajouter de la mémoire, la machine est toujours en cours exécution, et donc vous n'aurez pas d’interruption de service.

Ajout à chaut d'une carte réseau:


Ajout à chaud de la mémoire:




Vous Pouvez faire cela sur les VMs de génération 2 qui tournent sous Windows ou Linux.



4-Administration:


Une nouveauté introduite dans la future version d’hyper-v sous Windows Server 2016, elle voit le jour aussi sur le client Hyper-V sous Windows 10 est l’utilisation de différents crédentials dans l’Hyper-v manager si vous souhaitez vous connecter et administrer un autre Hyperviseur Hyper-v.

Comme ceci :



Depuis votre Client Hyper-V Windows 10, vous pourrez administrer les versions suivantes d’hyper-v
  • -          Hyper-V sur Windows Server 2012
  • -          Hyper-V sur Windows Server 2012 R2
  • -          Hyper-V sous Windows 8
  • -          Hyper-v Sous Windows 8.1

Le gestionnaire Hyper-V utilise le protocole WS-MAN, ce qui permet CredSSP, l’authentification Kerberos ou l’authentification NTLM.

Version de machine virtuelle:

La version des machines virtuelles sous le client Hyper-V sur Windows 10 est 6.2, afin de vérifier la version des VMs, exécuter la commande Powershell suivante :

Get-VM * | Format-Table Name, Version


Avec le client Hyper-V sous Windows 10, vous avez la possibilité de faire tourner des VMs provenant de Windows 8.1.

Si vous avez des VMs en version 5 ou 6, vous pourrez faire un upgrade avec la commande suivante :

Lancez la commande suivante en tant qu’admin :

Update-VmConfigurationVersion <vmname>


Quelques notes intéressantes :

  • -          Vous ne pourrez pas faire un downgrade d’une version 6 vers une version 5
  • -          Après la mise à jour de la version de la VM, celle-ci utilisera le nouveau format de fichier de configuration (VMCX)
  • -          La VM qui sera mis à jours, doit être éteinte avant l’opération de mises à jour


Au niveau des fichiers de configuration des VMs, nous avons la même chose que le prochain Hyper-V sous Windows Server 2016, c’est-à-dire un fichier en .VMCX qui permet de réduire les erreurs ainsi que les corruptions des données.

Le fichier .VMRS est utilisé pour le runtime state Data.

Pour info, Voici les versions minimums à avoir pour effectuer ces opérations sur les VMs :


5-Service d’intégration:

Désormais les services d’intégration seront délivrés via Windows Update dans cette nouvelle version.

Voici les Os qui sont dispo pour les service d'intégration via Windows update :
  • -          Windows Server 2008 R2
  • -          Windows Server 2012
  • -          Windows 7
  • -          Windows 8

Pour plus d’information à ce sujet :


On vient de voir les principales nouveautés d’Hyper-V sur Windows 10, nous allons voir maintenant les pré-requis, l’installation et quelques informations par rapport à la version classique d’Hyper-V sur Windows Server.

6-Pré-requis: 

Afin de bénéficier d’hyper-V sous Windows 10, vous devez avoir un système Windows 10 64 bits,avec la fonctionnalité SLAT (Second Level Address Translation) présente dans les processeurs 64 bits Intel et AMD.

Vous devez également avoir au moins 4 Giga de RAM.

Différence en terme de fonctionnalité entre Hyper-V classique et le client Hyper-V sous Windows 10:


Hyper-V sous Windows 10 n’inclus pas les fonctionnalités suivantes :

  • -          Hyper-V Replica
  • -          Shared VHDx
  • -          Live Migration d’un host A vers un host B
  • -          Virtual Fibre channel
  • -          SRV-IOV Networking
  • -          Remot FX pour la virtualisation des GPUs 

Conclusion:

Hyper-V client sur Windows 10 est une bonne approche afin d’utiliser Hyper-V de façon légère, il n’est pas recommander de virtualiser des VMs pour la production sous le client Hyper-V, ce dernier doit être utilisé pour des test, des Labs, ou encore monter des maquette ou des POC pour vos clients.


@Bientôt
Seyfallah Tagrerout
MVP Hyper-V 
< >