Partagez l'article

Connexion






Mot de passe oublié ?
Identifiant oublié ?
Pas encore inscrit ? Créer un compte

Up-coming events

There are no up-coming events

Architecture et déploiement des Cluster Hyper-V / SCVMM 2012 SP1 - Best practices PDF Imprimer Envoyer
Note des utilisateurs: / 18
MauvaisTrès bien 
Écrit par Cédric Bravo   

Téléchargez notre livre blanc "Guide d'architecture Hyper-V / SCVMM 2012"

SCVMM2012 Best Practices

SCVMM 2008 R2, SCVMM 2012 SP1, un changement de paradigme !

 

Avec Windows Server 2008 R2 et SCVMM 2008 R2, l'intégration d'un cluster Hyper-V se déroulait de la manière suivante:

  1. Définition de l'architecture physique
  2. Construction du cluster Hyper-V 2008 R2
  3. Installation et paramétrge du serveur SCVMM 2008 R2
  4. Intégration du cluster Hyper-V dns SCVMM 2008R2.

Avec SCVMM 2012 SP1 et Hyper-V 2012, la logique d'intégrtion est totalement différente, SCVMM joue désormais un rôle central.

  1. Définition de l'architecture physique et logique
  2. Installtion et paramétrage du serveur SCVMM 2012 SP1.
  3. Intégration des serveurs Hôtes dans SCVMM 2012 SP1.
  4. Création et paramétrge du cluster Hyper-V 2012 entièrement depuis SCVMM 2012 SP1

SCVMM joue non seulement un rôle central, mias aussi très "structurant", il est donc impértif de définir un certin nombre d'éléments avant installation afin de ne pas se retrouver dans une sitution obligeant à "tous casser" pour tout refaire.

 

Le petit guide ci-dessous vous aider dans les différentes étapes de la premiere phase d'intégration d'une infrastructure Hyper-V / SCMM.

Note : La virtualisation du réseau n'est ps traitée dans ce guide.

 

Indentification des réseaux

 

Une des toute premières actions mener pour la définition de votre architecture est d’identifier précisément tous les réseaux nécessaires l'intégration SCVMM / Hyper-V 2012.

 

Best practice :

Les réseux suivants sont nécessaires une installation « classique ».

  • Un Réseau dédié "Cluster / CSV" (Trafic HertBet Cluster et mode redirigé des CSV).
  • Un Réseau dédié "Live Migration" (Trafic dédié ux transferts des VM entres les hôtes Hyper-V).
  • Un Réseau dédié "Management" (Trafic dédié l'accès console, le déploiement des Template et la communication avec les outils de management.
  • Un ou des réseaux de production (Trafic dédié ux VM).
  • En option, un réseau dédié ISCSI (Nécessaire pour l'exposition de stockage partagé aux VM dns le cadre de la réalisation de clusters virtuels)

 

Pour les besoin de notre exemple, nous vons identifié les réseaux suivants :

 

Réseu

Subnet

Gtewy

VLN

Réseau de Management

172.16.0.0/24

172.16.0.254

100

Réseau Dédié Cluster / CSV

10.0.0.0/24

Non routé

101

Réseau Dédié Live Migrtion

10.0.1.0/24

Non routé

102

Réseau VM Production

172.16.1.0/24

172.16.1.254

200

Réseau VM DMZ

172.16.2.0/24

172.16.2.254

201

Réseau ISCSI 1

10.0.2.0/24

Non routé

103

Réseau ISCSI 1

10.0.3.0/24

Non routé

104

Tbleu 1 - Définition des réseux

 

Note : L’utilisation de différents réseaux routés permet un cloisonnement des différentes zones fonctionnelles.

 VMM2012 Zone 

Figure 1 - Définition des zones de sécurités

Best Practice :

Afin de tirer au mieux parti des fonctionnlités d’attribution automtique des adresses IP de SCVMM, identifiez clairement les plages d’adresses utilisables.

 

Les réseaux logiques

 

Les réseux logiques sont une nouvelle couche d'abstraction apportée par SCVMM permettant la prise en compte des concepts relatifs l virtualisation des réseaux. La définition de ces réseaux est très structurante dans l’intégration SCVMM et il est nécessire de les identifier au plus tôt.

 

Pour simplifier, les réseaux logiques sont des groupes de réseaux qui partagent les mêmes propriétés fonctionnelles et regroupés en « sites ».

 

Ainsi un réseau logique "ISCSI" pourra regrouper tous les réseaux (VLN / Subnet) ISCSI du Dtcenter.

 

 logicalNetworks

Figure 2 - Reltions entre les réseux logiques et définition des réseux

 

Les réseaux logiques contiennent des « Networks Sites ». Les « Network Sites » son eux même des objets SCVMM qui regroupent les définitions de réseaux (Subnet et VLN) d’un site particulier (Pas nécessairement géographique). Les « Network Sites » permettent d’exposer les définitions de réseaux (VLN / Subnets) des groupes serveurs Hyper-V (Par le biais des groupes d’hôtes).

 

En résumé :

  • Les réseaux logiques regroupent tous les réseaux partgeant la même fonction.
  • Les réseaux logiques contiennent des « Network Sites » permettant d’associer les définitions de réseaux avec des groupes de serveurs Hyper-V.

 

Best practice :

Comme point de départ, vous pouvez définir la création d’un réseau logique par réseau disposant d’une fonction particulière. Vous pouvez vous appuyer sur les VLAN identifiés lors de la phase d’inventaire.

 

Dans notre exemple, nous pouvons définir les réseaux logiques suivants à partir des réseaux identifiés plus haut.

 

Réseu Logiques

Network Site

Network définition

Management

Nanterre

172.16.0.0/24 – VLN 100

Cluster / CSV

Nanterre

10.0.0.0/24 – VLN 101

Live Migration

Nanterre

10.0.1.0/24 – VLN 102

VM Production

Nanterre

172.16.1.0/24 – VLN 200

VM DMZ

Nanterre

172.16.2.0/24 – VLN 201

ISCSI

Nanterre

10.0.2.0/24 – VLN 103
10.0.3.0/24 – VLN 104

Tbleu 2 - Réseux logiques

 

Une fois les réseaux identifiés, il nous faut définir comment ceux-ci seront configurés sur vos serveurs Hyper-V. Pour bien comprendre les choix qui s'offrent à nous, il est nécessire de s'attarder un peu sur les nouveautés apportées par Windows Server 2012 et Hyper-V au niveau du réseau et notamment les suivantes :

 

  • Le support natif du teaming des cartes réseaux
  • Les Vswitchs extensibles (apportent des options de configurtion supplémentires comme la QoS)

 

Pour plus de détails sur la QoS avec Hyper-V, cliquez ici. QoS.

 

Grace à ces améliorations, il est désormais possible de consolider les différents réseaux tout en assurnt la segmentation et la qualité de service. Ceci nous ouvre de nouvelles possibilités de design et permet de réduire le nombre de cartes réseaux nécessaires.

 

Dans notre architecture, nous allons distinguer :

Les ports virtuels :

  • attachés à la partition parent.
  • attachés à des machines virtuelles.

Les ports physiques :

  • attachés ...au réseau physique.

 

Ces deux éléments (ports physiques et virtuels) sont totalement pris en compte et gérés depuis SCVMM 2012 SP1. Ceux-ci sont cependant nommés et "conceptulisés" d'une mnière un peu différente de ce que l'on trouve sur Hyper-V 2012.

 

Si cette conceptulistion permet d'pporter l'bstrction nécessire l gestion de l virtulistion réseu pr SCVMM 2012 SP1, celle-ci n' ps mnqué d'pporter une certine confusion chez les dministrteurs hbitués SCVMM 2008 R2.

 

Tentons d'y voir un peu plus clir…

 

Comprendre les Switchs logiques vec SCVMM 2012 SP1

 

SCVMM 2012 pporte le concept de Switch logiques (Logicl Switchs). Les switchs logiques sont en rélité des "Templtes de Switchs virtuels".

 

Ces templtes de switchs virtuels permettent de définir l configurtion des ports physiques (ppelés Uplink Port Profiles dns SCVMM), des ports virtuels (Ntive Virtul dpter Port Profiles) et d'ppliquer cette configurtion de mnière uniforme différents serveurs Hyper-V.

 

Vous l'urez compris, les "Uplink Port Profiles" définissent l fçon dont sont configurés les Tem des crtes réseux physiques reliées nos "Vswitch" et les "Ntive Virtul dpter Port Profiles" définissent l configurtion des crtes réseux virtuelles ttchées nos Switchs Virtuels (QoS, optimistion hrdwre etc.)

 

 Switchs logiques

Figure 3 - Représenttion des profils de ports

 

Hyper-V 2012 offre de nombreuses options concernnt l QoS u niveu des ports virtuels, cependnt, seules certines options sont disponibles depuis SCVMM. C'est ces dernières que nous llons nous intéresser dns le cdre de notre exemple.

 

Best Prctice :

S’il est tout fit possible d'obtenir un cluster Hyper-V 2012 fonctionnel vec une seule crte réseu, il est nécessire d'utiliser 2 crtes pour ssurer une hute disponibilité.

Dns une optique d'isoltion minimle du trfic de mngement, 4 crtes constituent un best prctice, comme exposé dns l’exemple ci-dessous.

 NetworkExample
Figure 4 - Exemple d'rchitecture physique et logique

 

 

Dns notre cs, nous devons prendre en compte un réseu ISCSI cpble d'exposer du stockge ux serveurs Hyper-V (Cluster Shred Volumes) mis ussi de présenter des LUNS directement ux VM (Clusters ccross Box).

 

Définition des profils de ports

 

Le schém suivnt illustre un design optimisé vec 4 crtes de 1 Gigbit conçu fin d'ssurer l meilleure qulité possible u réseu ISCSI.

 

NetworkWithISCSI 

Figure 5 - rchitecture réseu physique et logique du host

 

Un Vswitch unique est utilisé pour consolider l'ensemble du trfic (trfic client et trfic de mngement). L qulité de service est ssurée pr des prmètres de QoS configurés pr VMM pr le biis des "ports profiles".

 

On remrquer que les crtes réseux supportnt le ISCSI ne sont ps regroupée u sein d'un Tem, c'est prce que l hute disponibilité est "ntive" u protocole ISCSI et ssurée pr l couche MPIO implémentée u niveu des crtes virtuelles.

 

Définition des profils de ports virtuels (Converged Vswich)

 

Profil de Ports Virtuels

Mngement OS

QoS Weight

QoS Limit

Mngement

Oui

10

1gbit

Cluster / CSV

Oui

10

1gbit

Live Migrtion

Oui

40

1gbit

VM Gold

Non

5

1gbit

VM Silver

Non

 -

1gbit

VM Bronze

Non

 -

100Mbit

Tbleu 3- Profils de ports du switch convergé

 

Ici, les différents prmètres de QoS disponibles permettent non seulement d'ssurer l qulité des services (pour les réseux de mngement) mis ussi de créer différentes clsses de services pour nos VM (ici Gold, Silver et Bronze). Les ports dministrtifs (Mngement, cluster, Live Migrtion) étnt mutulisés sur le même tem que les mchines virtuelle, une limittion de l bnde pssnte est positionnée fin d’ssurer que ces fonctions ne consomment ps l totlité de l bnde pssnte pour les VM ne disposnt ps de QoS (Pr exemple les VM Bronze).

 

Définition des profils de ports virtuels (ISCSI Vswich)

 

Profil de Ports Virtuels

Mngement OS

QoS Weight

QoS Limit

ISCSI_CSV

Oui

40

 -

ISCSI _VM

Non

5

 -

Tbleu 4- Profils de ports des switchs ISCSI

  

Best Prctice :

Le prmètre QoS Weight permet de définir un poids reltif u port fin d'ssurer une prioristion de l bnde pssnte.

Il fut voir le prmètre "Weight" comme un plncher et le prmètre "QoS Limit" comme un plfond.

Dns notre exemple, nous ssurons une qulité de service minimle tous les réseux de mngement, critiques pour le bon fonctionnement du cluster.

Dns l mesure du possible, le totl des poids (Weight) lloués ux crtes virtuelles d'un même tem ne devrit ps dépsser 100.

En respectnt ce best prctice, on peut lors concevoir ce prmètre comme un pourcentge de l bnde pssnte totle. insi dns notre exemple, le réseu Live migrtion est ssuré de toujours disposer d'un minimum de 40% de l bnde pssnte en cs de contention.


 

Définition des groupes d’hôtes.

Les groupes d’hôtes (host Group) sont des objets logiques de SCVMM permettnt de regrouper des serveurs de virtulistion. Dns SCVMM 2012 SP1, le design des groupes d’hôtes deviennent très structurnt cr ils sont utilisés pour de nombreuses fonctions.

  • pplictions des prmètres concernnt l’optimistion et les réserves.
  • Délégtion d’dministrtion
  • ssocition vec les cloud (pools de ressources).
  • lloction des réseux
  • lloction du stockge
  • Gestion des libriries et des objets équivlents.

Best Prctice :

Commencez pr définir un Groupe d’hôte de premier niveu correspondnt u site géogrphique.

Si nécessire, séprer ensuite les serveurs de virtulistion Microsoft des serveurs de virulistion Vmwre ou Citrix.

Si vous disposez de serveurs dédiés des environnements spécifiques, (Production, intégrtion etc.) regroupez ces serveurs, puis séprer les clusters des serveurs « stndlone ».

 HostGroups

Figure 6 - Définition des groupes d'hôtes

 

Conclustion

vec ces éléments en min, vous pouvez mintennt ssurer le prmétrge de votre infrstructure SCVMM.

  1. Crétion des groupes d'hôtes
  2. Crétion des réseux logiques, des sites et des définitions de réseux
  3. Crétion des IP Pools
  4. Crétion de VM Networks
  5. Crétion des profils de ports physiques et virtuels
  6. Crétion des switchs logiques.

 

Ces opértions feront l'objet d'un rticle ultérieur.

 

Une fois ces étpes rélisées vous pourrez intégrer et configurer vos serveurs Hyper-V et constituer des clusters directement depuis SCVMM.

 

Note : Pour le design de l'infrstructure SCVMM en tnt que telle (réprtition des rôles, sizing etc.), vous pouvez vous ppuyer sur le guide d'rchitecture Microsoft disponible ici.

 

Mise à jour le Mardi, 16 Février 2016 15:43
 

Liens sponsorisés

Bannière

Joomla! is Free Software released under the GNU/GPL License.