Share via


Touche-à-tout informatique : Migrations en direct

Pas de SAN ? Aucun problème. Effectuez une migration en direct de machines virtuelles Hyper-V sans utiliser de stockage partagé.

Greg Shields

Cela a été écrit à l'aide de la version bêta de Windows Server 8. Toutes les informations contenues dans le présent document peuvent faire l'objet de modifications.

Le jack de tous les métiers (JOAT) est une race spéciale de ce professionnel. Certains diront qu'il est le plus difficile-travail il pro dans l'entreprise. Il est responsable de maintenir à flot la technologie dans une petite entreprise ou même un petit environnement au sein d'une entreprise plus grande. Le JOAT a responsabilités extrêmes avec peu d'outils et de peu de soutien. Sonores comme vous ?

Le JOAT est maître de la gratification. Il remplit sa boîte à outils avec quelque outils gratuit, téléchargeables, il peut en trouver. Il obtient le travail en utilisant toutes les ressources à sa disposition. Cette mentalité de « get er fait » plusieurs lecteurs un JOAT vers Hyper-V comme la plate-forme virtuelle de choix. Même dans un environnement informatique plus petit a habituellement un ou deux licences de Windows Server, et ceux qui sont tous que vous devez virtualiser au sommet de la technologie Hyper-V.

Jusqu'à récemment, toutefois, Hyper-V était un ami volages pour le compte des coûts. Mise en place d'un seul serveur Hyper-V avec DAS, a été un exercice de simplicité. Extension de cet environnement tout a rapidement ajouté complexité avec le Clustering Windows et le coût de stockage SAN.

Hyper-V version 3 dans Windows Server 8 semble améliorer le lien entre les capacités de l'hyperviseur et l'administrateur de l'hyperviseur. Une nouvelle fonctionnalité, la capacité de vivre migrer des machines virtuelles (VM) sans la nécessité d'un stockage partagé, ressemble à une énorme victoire. Serveurs Hyper-V qui ne sont pas attachés au SAN pourront migrer VM ainsi que stockage sans la complexité supplémentaire et le coût de traitement. Voici comment elle fonctionne.

SAN-moins Live Migration

Imaginez que vous avez deux serveurs Hyper-V : \\win8hv1 et \\win8hv2. Vous utilisez une variété de VMs sur ces deux serveurs. Les fichiers de disque pour les VMs sont stockés ailleurs sur le réseau sur un serveur de fichiers et de partage : \\win8fs1\VM.

Avec cette configuration, vous devez utiliser le gestionnaire Hyper-V pour migrer la machine virtuelle d'un serveur de traitement à l'autre. Un clic droit sur la VM nécessitant une réinstallation et choisissez déménagement pour lancer l'Assistant de déplacement. Cet Assistant (voir Figure 1) vous donne des options pour aller de VM, traitement, stockage ou les deux. Dans aucun de ces scénarios, la migration est une migration live. Cela signifie que le déménagement se passe sans nécessiter un redémarrage de la machine virtuelle ou de toute perte de service.

La figure 1 laAssistant de déplacement de Hyper-V vous permet de déplacer et de réaffecter le stockage pour les Machines virtuelles.

C'est impressionnant. Lorsque vous vous rendez compte que vous pouvez faire cette migration live sans avoir besoin de Clustering de basculement Windows ou un SAN, cette nouvelle fonctionnalité pourrait rapidement devenir votre nouveau meilleur ami.

« Maintenant, attendez une minute, » vous demandez probablement. « Cette migration live SAN-moins fonctionne parce que la machine virtuelle est hébergée sur un partage de bloc de Message serveur (SMB) ? C'est merveilleux, mais qui ne veut pas dire qu'il exécute mal? »

Pas le cas, grâce à l'investissement important, Microsoft a passé dans l'amélioration du protocole SMB. Que l'investissement inclut performance ainsi que capacité améliorations. Ces améliorations sont destinées à rendre les SMB tout aussi utilisable comme iSCSI ou Fibre Channel, mais sans la gestion complexe de ces protocoles exigent. Microsoft dit essentiellement que course d'ordinateurs virtuels Hyper-V au sommet de SMB sur des fichiers distants, serveurs seront produira assez bien pour un large éventail d'utilisations de la production.

Certain assemblage requis

Faire ce travail de clusterless et SAN-moins live migration requiert quelques étapes préalables, au moins dans la version bêta de Windows Server 8. Vous aurez besoin d'un serveur de fichiers Windows Server 8 à la part de l'hôte. Cela en soi nécessite des autorisations spéciales. Vous aurez besoin de configurer chaque serveur Hyper-V à l'appui de migration live entrante et sortante. Enfin, si vous voulez appeler à distance une migration live, vous aurez besoin mettre en place quelque chose appelé « constrained délégation. »

Heureusement, aucune de ces tâches ne sont que difficile. Tout d'abord, lors de l'installation du rôle Hyper-V sur un ordinateur Windows Server 8, assurez-vous de vérifier que l'option marqué « Permettre de ce serveur envoyer et recevoir des live migration de machines virtuelles ». Il y a une page ajouter des rôles et fonctions Assistant (voir Figure 2) où vous pourrez configurer cela.

Enable Virtual Machine Live Migration on the Hyper-V Role

La figure 2 activer la Machine virtuelle Live Migration sur le rôle Hyper-V.

Il existe deux sélections pour le protocole d'authentification. La première, appelée CredSSP, ne nécessite aucune configuration supplémentaire, mais exige que vous êtes connecté à la console du serveur source pour le coup une migration live. La seconde utilise le protocole Kerberos plus sûr. Cela nécessite également l'étape supplémentaire de mettre en place la délégation contrainte dans Active Directory. Pour la plupart des cas, vous devrez choisir la seconde option.

Mise en place de contraintes sons de délégation plus difficiles qu'il est vraiment. Commencez par créer un groupe Active Directory Global sécurité dans Active Directory utilisateurs et ordinateurs. Ajouter à ce groupe les comptes d'ordinateur de tous les serveurs Hyper-V qui participeront en live migration.

Ensuite, afficher les propriétés du compte d'ordinateur pour chaque serveur Hyper-V. Sous l'onglet délégation, sélectionnez faire confiance à cet ordinateur pour la délégation aux services spécifiés uniquement. Sélectionnez utiliser Kerberos uniquement et puis cliquez sur le bouton Ajouter.

Dans la fenêtre ajouter des Services qui s'affiche, cliquez sur utilisateurs ou des ordinateurs et fournir le nom d'ordinateur du serveur de fichiers d'hébergement de vos fichiers de disque virtuel de VM. Puis, dans le cadre des services disponibles, sélectionnez le service cifs. Lorsque vous avez terminé ces étapes, vous verrez un écran semblable à Figure 3.

You’ll have to configure constrained delegation

Figure 3 vous devrez configurer la délégation contrainte.

Cette délégation permet un service d'agir au nom d'une autre entité de sécurité. Il est considéré comme « limité » parce que vous êtes limitant la délégation en l'espèce de juste le cifs, ou le type de service SMB. Répétez ce processus pour tous vos serveurs Hyper-V.

Pour votre dernière étape, créer et définir des autorisations sur un partage de fichiers en cours d'exécution sur Windows Server 8. Créer ce partage de fichiers à l'aide des services de fichiers et de stockage dans le gestionnaire de serveur. Ajouter les comptes d'ordinateur pour chaque serveur Hyper-V pour les autorisations par défaut, les comptes de l'octroi d'autorisations de contrôle total. Contrôle complet est requis ici parce que le serveur Hyper-V doit avoir la possibilité de modifier les listes de contrôle d'accès sur le partage de fichiers. Vous pouvez voir comment cela a été fait pour les ordinateurs \\win8hv1 et \\win8hv2 en Figure 4.

Create and set permissions for your file share

Figure 4 créer et définie des autorisations pour votre partage de fichiers.

Une fois terminé, vous pourrez migrer direct VMs entre les hôtes Hyper-V à laquelle vous avez attribué des privilèges.

Une seule Solution s'adapte à la plupart

Tandis que cette migration live clusterless et SAN-moins peut déménager proactivement VMs avant une panne se produit, il ne supporte pas les migrations de VM réactives dans le cas d'une perte de hôte. Si vous ne peut pas techniquement appeler cela une solution de haute disponibilité (HA). Ajout de HA exige également ajouter un Cluster de basculement Windows avec tous ses accessoires.

En outre, cette architecture place forte dépendance sur le serveur de fichiers. Si ce serveur de fichiers s'arrête, donc, aussi, faire toutes vos machines virtuelles. Windows Clustering permet ici aussi bien. Avec le Clustering Windows dans Windows Server 8, vous pouvez créer un nouveau type de cluster de serveur de fichier appelé fichier serveur évolutif. Il s'agit d'un nouvel actif/actif regroupement technologie conçue spécifiquement pour les applications de Hyper-V et SQL.

Malgré ces limites, la live migration de Windows Server 8 est une expérience entièrement nouvelle et tout à fait mieux. Il prend en charge une gamme d'architectures, chacun avec une augmentation qui l'accompagne de caractéristiques et de la complexité. Hyper-V en charge facilement de toute exigence particulière, que vous pouvez avoir pour l'instant. Mieux encore, lorsque vous êtes prêt à ajouter SANs et grappes, Hyper-V est prêt à gérer tous vos besoins de niveau de l'entreprise.

Greg Shields

Greg Shields MVP, est associé au concentré de technologie. Obtenir plus de conseils touche-à-tout des boucliers et des astuces à ConcentratedTech.com.

Contenu associé