Étape par étape: création d'un cluster Hyper-V Server 2012 GRATUIT – Partie 1 sur 2 – Serveur d’impression

• 12/12/2012
• 9 minutes de lecture

<! – ->

Tirez parti du serveur Hyper-V GRATUIT 2012 pour fournir une solution d'entreprise
Fondation du cloud privé!

Frais généraux lors d'un de mes récents événements IT Pro:

"Le serveur Hyper-V GRATUIT 2012 sonne génial! Avec les mêmes fonctionnalités et évolutivité que le rôle Hyper-V dans le système d'exploitation Windows Server 2012 complet, je pourrais vraiment l'utiliser pour virtualiser très efficacement mes charges de travail d'application. Mais… j'ai aussi besoin d'une haute disponibilité!

EST-IL FACILE DE CONFIGURER LE SERVEUR HYPER-V 2012 DANS UN CLUSTER?

– Kris ”

Grande question, Kris! La configuration de notre serveur Hyper-V GRATUIT 2012 dans un cluster hautement disponible peut être très simple. Dans cet article, je vais parcourir la configuration d'une configuration de cluster hôte Hyper-V qui utilise Hyper-V Server 2012 afin que vous ayez les détails pour parcourir ce processus dans votre propre environnement de laboratoire.

Dans la partie 2 de cette série d'articles, je terminerai par les étapes nécessaires pour provisionner et tester une machine virtuelle hautement disponible au sein de votre nouveau cluster.

Commençons par un scénario commun…

Dans cet article, nous allons créer un petit cluster hôte Hyper-V Server 2012 à 2 nœuds, mais les mêmes étapes ci-dessous peuvent être appliquées à des configurations de cluster beaucoup plus importantes – FREE Hyper-V Server 2012, comme Windows Server 2012, prend en charge Jusqu'à 64 nœuds physiques et jusqu'à 8 000 machines virtuelles par cluster.

Pour créer le système d'exploitation sur chacun des hôtes Hyper-V, nous pouvons tirer parti du Guide de démarrage pour effectuer les tâches de configuration de post-installation de base suivantes à l'aide de la SConfig.cmd scénario:

• Définissez des informations d'adresse IP statiques sur chaque carte réseau
  
  • Je recommande au moins trois (3) cartes réseau physiques pour chaque hôte de cluster comme suit:
    
    • Une carte réseau pour la gestion et le stockage des clusters
      • Connectez-vous à un sous-réseau de stockage local et ne pas définir une adresse de passerelle par défaut
      • Notez que l'association de cartes réseau ne doit pas être utilisée pour les réseaux de stockage utilisant iSCSI. Au lieu de cela, si plus de bande passante et / ou de résilience sont nécessaires qu'un seul NIC peut fournir, envisagez d'utiliser plusieurs NIC ou HBA iSCSI avec MPIO configuré.
    • Une carte réseau ou une équipe de cartes réseau pour le trafic de migration en direct
      • Connectez-vous à un sous-réseau de migration en direct local et faire net définir une adresse de passerelle par défaut
    • Une carte réseau ou une équipe de cartes réseau pour le trafic réseau client vers / depuis les machines virtuelles.
      • Connectez-vous à votre réseau client, configurer la passerelle et le DNS par défaut informations sur cette carte réseau ou l'équipe de carte réseau.
  • Remarque: Si vous souhaitez tirer parti de l'association NIC sur vos hôtes Hyper-V pour créer des connexions réseau résilientes à large bande passante pour la migration en direct et les interfaces de trafic réseau client, consultez ce guide d'étude sur la configuration de l'association NIC à partir de notre groupe d'étude «Early Experts».
• Définissez un nom d'ordinateur souhaité sur chaque hôte
• Joignez chaque hôte à un domaine Active Directory
  • Notez qu'Active Directory est requis pour le fonctionnement normal du clustering de basculement dans Hyper-V Server 2012 et Windows Server 2012. Cependant, l'équipe produit a un peu amélioré le clustering afin qu'un cluster puisse désormais être mis en ligne dans des situations de reprise après sinistre où Active Directory peut pas disponible sur le réseau.
• Activer la gestion à distance et le bureau à distance

Une fois que vous avez suivi ces étapes, vous devez maintenant disposer de deux hôtes Hyper-V autonomes prêts à être configurés dans le cadre d'un cluster.

Mais attendez! J'ai besoin d'un stockage partagé, n'est-ce pas?

Oui, en effet – pour les clusters d'hôtes Hyper-V, vous devrez fournir un stockage partagé d'une manière ou d'une autre auquel chaque hôte Hyper-V peut accéder pour stocker des machines virtuelles hautement disponibles. Généralement, le stockage partagé entre les hôtes Hyper-V d'un cluster peut être fourni via:

• Baies SAN Fibre Channel (FC)
• Baies SAN iSCSI
• Boîtiers SAS JBOD avec extenseurs SAS
• Dossiers partagés SMB 3.0 sur un serveur de fichiers Windows Server 2012 ou, de préférence, par un rôle de services de fichiers en cluster Windows Server 2012 pour une disponibilité de stockage continue.

Si vous avez déjà un investissement dans le stockage SAN FC ou iSCSI, Windows Server 2012 et Hyper-V Server 2012 continueront certainement de prendre en charge ces options de baie en tant que solutions de stockage partagé – en fait, avec de nouvelles fonctionnalités, telles que la prise en charge du transfert de données déchargées (ODX) ), les baies SAN intelligentes plus récentes peuvent offrir des performances incroyablement meilleures que jamais avec Windows Server 2012 et Hyper-V Server 2012!

Cependant, si vous n'avez pas encore investi dans une baie SAN intelligente pour le stockage partagé, SAS et SMB 3.0 peuvent être des alternatives de stockage partagé rentables qui méritent votre attention pour un cluster hôte Hyper-V.

SAS? SMB? Je ne les reconnais pas comme des options de stockage partagé pour les machines virtuelles!

La prise en charge des boîtiers SAS partagés et des dossiers partagés SMB 3.0 en tant qu'options de stockage partagées pour les machines virtuelles dans un cluster est nouvelle avec Windows Server 2012 et Hyper-V Server 2012. Les deux options peuvent fournir des alternatives rentables aux baies SAN intelligentes plus chères.

• SAS les boîtiers sont pris en charge en tant que stockage partagé dans un cluster de basculement via notre nouveau sous-système d'espaces de stockage dans Windows Server 2012 et Hyper-V Server 2012. En collaboration avec des partenaires OEM, nous avons démontré des solutions SAS basées sur des espaces de stockage qui ont atteint ~ 1 million d'E / S en utilisant composants de stockage de marchandises.
• SMB 3.0 a été amélioré dans Windows Server 2012 et Hyper-V Server 2012 pour de grandes quantités d'E / S aléatoires dans de gros fichiers, comme ce que vous trouverez généralement avec des machines virtuelles hébergées dans un dossier partagé, et la disponibilité continue des dossiers partagés lorsqu'ils sont configurés dans Windows Cluster de services de fichiers Server 2012. En fait, lorsque nous exploitons le matériel qui prend en charge SMB Direct, nos tests ont montré que le trafic de stockage SMB peut atteindre 2% des performances du stockage attaché direct!

Ces deux options peuvent considérablement simplifier les configurations de stockage partagé en tirant parti des composants de stockage des produits de base sur des interfaces facilement configurables.

C'est SMB 3.0 pour MOI!

J'ai déjà un cluster de basculement Windows Server 2012 qui prend en charge un certain nombre de rôles de services de fichiers en cluster dans mon environnement, donc j'utiliserai des dossiers partagés SMB 3.0 comme emplacements de stockage partagés pour mon cluster hôte Hyper-V dans cet article. Je vais créer deux dossiers partagés «disponibles en continu» sur l'un de mes rôles de services de fichiers en cluster, comme suit:

• \ CAFSC01 HVCVMWitness – ce dossier partagé en cluster sera utilisé comme témoin par le nouveau cluster hôte Hyper-V. Un témoin est une ressource spéciale qui est utilisée lorsqu'un nœud de cluster physique ne parvient pas à déterminer quel nœud est le nœud «survivant» vers lequel les ressources en cluster doivent basculer. En particulier, il est important d'utiliser une ressource témoin lorsque vous avez un nombre pair de nœuds physiques dans votre cluster, comme nous le faisons dans ce scénario de cluster à 2 nœuds.
• \ CAFSC01 HVCVMStorage – il s'agit d'un dossier partagé que j'utiliserai comme emplacement de stockage pour les machines virtuelles hautement disponibles que j'approvisionne dans le cluster hôte Hyper-V.

Notez que chacun de vos comptes d'ordinateur Hyper-V Server 2012 dans Active Directory devra être accordé Autorisations complètes à chacun de ces dossiers partagés et à la structure de dossiers NTFS sous-jacente.

Construisons notre cluster hôte Hyper-V!

OK… maintenant que nous avons répondu aux besoins de l'infrastructure de base, commençons par installer la fonctionnalité de clustering de basculement sur chaque hôte Hyper-V et configurer un commutateur de réseau virtuel externe pour le trafic réseau des machines virtuelles. Ensuite, nous pouvons passer à la validation et à la configuration de notre nouveau cluster.

Remarque: Nous pouvons configurer un cluster hôte Hyper-V à distance à l'aide de l'outil GUI du gestionnaire de cluster de basculement à partir d'un hôte de gestion Windows Server 2012 distant ou d'un client d'administration Windows 8 avec le RSAT (Remote Server Admin Toolkit) installé. Cependant, dans cet article, je ferai l'hypothèse que vous allez effectuer toute la configuration du cluster à partir des consoles hôtes Hyper-V Server 2012 directement à l'aide de PowerShell… C'est vraiment très facile!

Sur nos consoles Hyper-V Server 2012, nous pouvons configurer notre nouveau cluster hôte Hyper-V en utilisant un peu de PowerShell comme suit:

1. Installez la fonctionnalité de clustering de basculement sur chaque Hôte Hyper-V Server 2012 utilisant l'applet de commande Install-WindowsFeature:

   Install-WindowsFeature –Name Failover-Clustering –IncludeManagementTools

2. Configurer un commutateur de réseau virtuel externe sur chaque Hôte Hyper-V Server 2012. Veillez à utiliser exactement le même nom de commutateur virtuel sur chaque hôte. Vous pouvez d'abord utiliser l'applet de commande Get-NetAdapter pour vérifier le nom de chaque carte réseau afin de vous assurer de sélectionner la carte d'interface réseau appropriée pour la liaison au nouveau commutateur virtuel.

   Get-NetAdapter
   Maintenant que je connais le nom de ma carte réseau, je vais utiliser l'applet de commande New-VMSwitch pour configurer un nouveau commutateur externe nommé KEMLABNET01.

   Nouveau-VMSwitch «KEMLABNET01» –NetAdapterName «Ethernet 2» –AllowManagementOS: $ True

3. Ensuite, validons la configuration de nos hôtes Hyper-V Server 2012 pour nous assurer qu'ils sont compatibles avec une configuration de cluster à l'aide de l'applet de commande Test-Cluster. Pour mon nouveau cluster, les noms de mes ordinateurs hôtes Hyper-V individuels sont KEMLABHV06 et KEMLABHV07.

   Cluster de test – Noeud KEMLABHV06, KEMLABHV07

   La sortie de l'applet de commande Test-Cluster sera écrite dans:

   C: Utilisateurs [username] AppData Local Temp 1 Rapport de validation [Date] à [Time].xml.mht

   En fin de compte, nous voulons examiner ce rapport et nous assurer que les tests de validation de cluster ont réussi sur chacun de nos hôtes.

4. Maintenant que nous avons validé nos configurations d'hôte, nous pouvons créer notre nouveau cluster avec l'applet de commande New-Cluster. Je vais nommer mon nouveau cluster KEMLABHVC01.

   New-Cluster –Name KEMLABHVC01 –Node KEMLABHV06, KEMLABHV07 –StaticAddress 192.168.249.40

   La sortie de l'applet de commande New-Cluster sera enregistrée dans:

   Assistant C: Windows Cluster Reports Create Cluster [Cluster_Name] sur [Date] à [Time].mht

   Après avoir créé votre nouveau cluster, il est judicieux d'examiner ce rapport pour vous assurer qu'aucune erreur inattendue ne s'est produite.

5. Une fois notre nouveau cluster créé, notre dernière étape consiste à configurer notre témoin de partage de fichiers avec la cmdlet Set-ClusterQuorum:

   Set-ClusterQuorum –Cluster KEMLABHVC01 –NodeAndFileShareMajority \ CAFSC01 HVCWitness

C'est ça! Notre nouveau cluster hôte Hyper-V est maintenant construit!

Pour tester l'état de notre nouveau cluster, nous pouvons utiliser l'applet de commande Get-ClusterGroup:

Get-ClusterGroup

Cette commande doit montrer que notre Groupe de cluster le groupe de ressources est en ligne sur l'un de nos nœuds. Notez que le Stockage disponible le groupe de ressources de cluster peut apparaître comme Hors ligne car dans notre configuration ci-dessus, nous n'utilisons aucun stockage sur disque partagé – juste des dossiers partagés SMB 3.0!

Et après? À ton tour!

Maintenant, essayez-le!

• Télécharger nos bits d'installation GRATUITS Hyper-V Server 2012
• Achevée le processus décrit ci-dessus pour créer votre propre cluster hôte Hyper-V

Dans Partie 2 de cette série d'articles, je vais passer par le provisionnement et le test de nouvelles machines virtuelles hautement disponibles sur notre nouveau cluster hôte Hyper-V.

Pendant ce temps …

N'oubliez pas de consulter notre «Les premiers experts"Groupe d'étude et notre nouveau"Virtualizer Quest"sur https://aka.ms/EarlyExpertsVirtualizer. Virtualizer Quest comprend des guides d'étude structurés qui expliquent la configuration des autres nouvelles fonctionnalités associées au rôle Hyper-V dans Windows Server 2012 et Hyper-V Server 2012.

En cours de route, vous vous préparerez aux nouveaux examens de certification MCSA sur Windows Server 2012 et courrez la chance de gagner Bons d'examen MCSA GRATUITS dans notre concours de décembre!

Êtes-vous prêt à regrouper?

L'article vous a-t-il aidé à préparer le clustering des hôtes Hyper-V dans votre environnement? Assurez-vous de laisser vos commentaires, questions et commentaires ci-dessous!

Keith

<! – ->