Hyper-V et SC Virtual Machine Manager sous Windows Server 2008 R2

Transcription

1 186 Hyper-V et SC Virtual Machine Manager sous Windows Server 2008 R2 L'utilisation des fonctionnalités de haute disponibilité intégrées aux applications, L'ajout de solutions tierces. 1.1 Windows Server Failover Clustering offre ses services à Hyper-V Les versions Entreprise et Datacenter de Windows Server 2008 R2 permettent à chaque nœud devant supporter des machines virtuelles de faire partie intégrante d'un cluster Windows Server 2008 R2. Un cluster Windows Server 2008 R2 est un groupe d'ordinateurs regroupés ensemble pour fournir des services hautement disponibles entre les différents nœuds. Les services de cluster de Windows Server 2008 R2, désormais appelés Windows Server Failover Clustering, ont été conçus pour supporter jusqu'à 16 nœuds Hyper-V fonctionnant sous Windows Server 2008 R2 Edition Entreprise ou Datacenter. Ainsi, la configuration d'une machine virtuelle au sein du cluster signifie que vous pouvez rendre disponible auprès des autres nœuds du cluster, les ressources nécessaires à la machine virtuelle, c'est-à-dire l'ensemble de ses paramètres de configuration ainsi que le ou les disque(s) virtuel(s) accessible(s) via le stockage SAN FC ou iscsi. De cette manière, chaque machine virtuelle peut être protégée à l'aide de la fonctionnalité Quick Migration et Live Migration. En plus des aspects «haute disponibilité», la possibilité de déplacer une machine virtuelle vers un autre hôte Hyper-V permet de tirer parti des meilleures performances d'un autre nœud. Cette fonctionnalité est aussi très intéressante dans le cadre de la maintenance matérielle et logicielle des machines hôte. À propos des contraintes matérielles, qu'il s'agisse de vsphere ou d'hyper-v, les fonctionnalités de haute disponibilité nécessitent un stockage partagé de type SAN FC ou iscsi. La prochaine version d'hyper-v permettra de disposer de ces fonctionnalités (Live Migration et Live Storage Migration) à l'aide du protocole SMB 2.2, sans nécessiter l'utilisation d'une architecture de stockage SAN FC ou iscsi. Editions ENI - All rights reserved

2 Gestion de la haute disponibilité Hyper-V Chapitre Principe de fonctionnement de Quick Migration Le principe utilisé par Quick Migration est le suivant : lorsque la migration d'une machine virtuelle est planifiée, Quick Migration met en pause la machine virtuelle, sauvegarde l'état de sa mémoire et des registres CPU utilisés vers un disque accessible via le stockage SAN. Ensuite, il déplace le ou les disques SAN de la machine virtuelle vers un autre nœud du cluster pour, finalement, restaurer l'état de la machine virtuelle sur l'autre nœud. La première étape pour utiliser la nouvelle fonctionnalité Quick Migration prise en charge par Hyper-V est de créer un cluster Windows Server 2008 R2. Ce point signifie que vous devez utiliser Windows Server 2008 R2 Edition Enterprise ou Windows Server 2008 R2 Edition Datacenter, l'édition Standard de Windows Server 2008 R2 ne prenant pas en charge les configurations en cluster. Une fois la fonctionnalité disponible au sein du cluster de machines hôte Hyper-V, tout ou partie des machines virtuelles pourront être rendues «hautement disponibles». En cas de crash ou de mauvais fonctionnement d'une machine virtuelle, celle-ci peut être redémarrée sur le même nœud ou bien sûr un autre nœud du cluster. Enfin, un administrateur peut, par exemple dans le cadre des opérations de maintenance matérielles des machines hôte Hyper-V, déplacer à chaud les machines virtuelles, afin de libérer le serveur Temps de bascule Quick Migration Le temps nécessaire à la migration d'une machine virtuelle dépend essentiellement de la mémoire dynamique qu'il sera nécessaire d'écrire sur le disque et de la performance de la connexion au stockage SAN. Le tableau ci-dessous liste les temps de migration d'une machine virtuelle en fonction de la mémoire RAM de celle-ci et de la technologie de stockage utilisée : RAM de machine virtuelle 1 Gb Ethernet iscsi 2 Gb FC 4 Gb FC 512 Mo Env. 8 secondes Env. 4 secondes Env. 2 secondes 1 Go Env. 16 secondes Env. 8 secondes Env. 4 secondes 2 Go Env. 32 secondes Env. 16 secondes Env. 8 secondes 4 Go Env. 64 secondes Env. 32 secondes Env. 16 secondes 8 Go Env. 2 minutes Env. 64 secondes Env. 32 secondes Aujourd'hui, la technologie FC peut atteindre 8 Gb/s. De son coté, iscsi supporte déjà 10 Gb/s. Ces débits permettent des performances en I/O encore améliorées et des temps de bascule encore inférieurs.

3 188 Hyper-V et SC Virtual Machine Manager sous Windows Server 2008 R2 En général le temps de bascule, correspondant au «passage» de la machine virtuelle d'un nœud à l'autre, ne prend que quelques secondes. Cependant, dans le cas d'un arrêt non planifié, c'est-à-dire dans le cas d'une interruption totale de la machine virtuelle ou du nœud hôte Hyper-V au sein du cluster, l'état du système n'existant pas, la machine virtuelle devra être redémarrée. Quoi qu'il en soit, les connexions réseau ne sont pas maintenues. De ce point de vue, l'application cliente doit être capable de rétablir la connectivité vers le serveur virtuel ayant été déplacé. En dernier ressort, l'application client devra être relancée. Windows Server 2008 R2 introduit Live Migration : Live Migration est une évolution majeure du concept introduit avec Quick Migration. Avec Live Migration, le temps de bascule est de 0 seconde et les connexions réseau sont préservées. Les applications clientes ne sont donc pas impactées. Cette fonctionnalité est présente à partir de Windows Server 2008 R2 (avec ou sans le SP1) et aussi dans la version gratuite d Hyper-V - Microsoft Hyper-V Server 2008 R Profiter des services de virtualisation et des services de clustering Windows Le principe consiste à déterminer quelle est la meilleure solution à implémenter pour mettre à disposition de l'application un environnement hautement disponible. Dans l'absolu, la bonne approche consiste à utiliser les fonctionnalités intégrées au sein des applications. Par exemple, il n'est pas nécessaire d'implémenter de mécanisme supplémentaire pour les contrôleurs de domaines, les serveurs DNS, les espaces DFS-R ou les bases de données SQL Server. Tous ces services disposent de mécanismes de réplication intégrés qui les rendent hautement disponibles, pour peu qu'au minimum deux machines soient configurées. Il en est de même avec un produit tel qu Exchange Server 2010 qui dispose des fameux DAG (Database Availability Group). Toutes ces méthodes de secours peuvent être implémentées dans des environnements de machines virtuelles. De cette manière, en cas d'indisponibilité d'une machine virtuelle invitée ou de la machine hôte Hyper-V, une autre machine virtuelle fonctionnant sur un autre serveur de virtualisation Hyper-V pourra fournir les services et applications «manquantes». De cette manière, la disponibilité des systèmes est assurée grâce à la plate-forme de virtualisation associée aux fonctionnalités de haute disponibilité de l'application. Editions ENI - All rights reserved

4 Gestion de la haute disponibilité Hyper-V Chapitre À propos des services de clustering de Windows Server 2008 R2 Les services de cluster de Windows Server 2008 R2 ont fait l'objet d'une refonte totale pour profiter pleinement de Windows Server 2008 R2. En effet, depuis son introduction avec Windows NT 4.0 Edition Entreprise, ni Windows 2000 Server, ni Windows Server 2003 n'ont totalement banalisé la mise en œuvre, l'administration et la maintenance de ce service, et ce, même si au fil des années, les services MSCS (Microsoft Cluster Service) se sont considérablement améliorés. Fort de ce constat, l'équipe de développement de Windows Server 2008 R2 a mis l'accent sur la simplicité et a entrepris de complètement remanier la fonctionnalité. Aujourd'hui appelée «Windows Failover Clustering» ou Cluster avec basculement, cette nouvelle implémentation supporte jusqu'à 16 nœuds x64, les architectures x86 et Itanium étant limitées à 8 nœuds Nouvelle console MMC Gestion de cluster de basculement et nouveaux assistants Une fois le cluster avec basculement installé, l'interface de gestion de cluster de basculement est très agréable à utiliser, même si elle peut dérouter les administrateurs habitués à l'interface de Windows 2000 Server/Windows Server Comme cela est le cas de toutes les interfaces d'administration basées sur la console de gestion MMC 3.0, la nouvelle interface, cluadmin.msc, est divisée en trois volets distincts. Le volet de gauche liste tous les clusters Windows Server 2008 R2 de l'entreprise, tandis que le volet central fournit des détails sur tout ou partie de la configuration du cluster. Comme il s'agit d'une console de type MMC 3.0, le volet situé le plus à droite liste les actions pouvant être exécutées, en fonction du contexte.

5 190 Hyper-V et SC Virtual Machine Manager sous Windows Server 2008 R2 Composant logiciel enfichable de Gestion de cluster de basculement Attention : le nouveau composant logiciel enfichable de gestion de cluster de Windows Server 2008 R2 ne peut pas être utilisé pour administrer les versions antérieures des services de cluster Microsoft. De même, la console de gestion de Windows Server 2003 ne prend pas en charge la gestion des services de cluster de Windows Server 2008 R2. Editions ENI - All rights reserved

6 Gestion de la haute disponibilité Hyper-V Chapitre Amélioration de la configuration du cluster La configuration d'un cluster Windows Server 2008 R2 est aujourd'hui très simple. De nombreux assistants sont présents et permettent de configurer, modifier et gérer les configurations en cluster, localement et à distance. Page de résumé de l'assistant Création d'un cluster