GNU/Linux >> Tutoriels Linux >  >> Cent OS

Comment migrer des machines virtuelles d'un hôte à un autre dans l'environnement de virtualisation Red Hat

Migration de machines virtuelles

La migration dynamique fait référence au processus de déplacement d'une machine virtuelle d'un hôte physique à un autre pendant son exécution. RHVM déplace la mémoire, le stockage et la connectivité réseau de la machine virtuelle de la machine hôte d'origine vers la destination. La migration dynamique est utile pour prendre en charge les tâches de maintenance sur les hôtes sans perturber vos machines virtuelles en cours d'exécution.

La migration en direct est transparente pour l'utilisateur final. La machine virtuelle reste sous tension et les applications utilisateur continuent de s'exécuter pendant la migration de la machine virtuelle vers un nouvel hôte physique. Les clients communiquant avec la machine virtuelle ne devraient pas remarquer plus qu'une pause réseau de quelques millisecondes à la fin du transfert.

Pour que la migration en direct fonctionne correctement, le nouvel hôte doit disposer d'un processeur avec la même architecture et les mêmes fonctionnalités que l'hôte d'origine. La virtualisation Red Hat vous aide à gérer cela en organisant les hôtes en clusters. Une machine virtuelle ne peut migrer que vers des hôtes hyperviseurs membres de son cluster. Cela vous permet de vous assurer que les machines virtuelles ne migrent pas entre des machines prenant en charge un ensemble différent de fonctionnalités de processeur.

Les administrateurs doivent s'assurer que leur environnement Red Hat Virtualization est correctement configuré pour prendre en charge la migration en direct avant de l'utiliser. La migration en direct des machines virtuelles nécessite les prérequis de configuration suivants :

  • La machine virtuelle doit être migrée vers un hôte dans le même cluster que l'hôte sur lequel la machine virtuelle est exécutée. Le statut des deux hôtes doit être Actif.
  • Les deux hôtes doivent avoir accès aux mêmes réseaux virtuels, VLAN et domaines de stockage de données.
  • L'hôte de destination doit disposer d'une capacité de processeur et de RAM suffisantes pour prendre en charge les exigences de la machine virtuelle.
  • La machine virtuelle ne doit pas avoir la propriété personnalisée cache!=none définie. Le paramètre cache configure les différents modes de cache pour une machine virtuelle. La migration dynamique nécessite un cache de machine virtuelle désactivé pour garantir une migration cohérente de la machine virtuelle.

La migration dynamique est effectuée à l'aide du réseau de migration. La configuration par défaut utilise le ovirtmgmt réseau en tant que réseau de gestion et réseau de migration. Bien que chaque migration en direct soit limitée à une vitesse de transfert maximale et qu'il existe un nombre maximal de migrations pouvant s'exécuter simultanément, les migrations en direct simultanées peuvent saturer un réseau partagé par le trafic de gestion et de migration. Pour de meilleures performances, les réseaux de stockage, de migration et de gestion doivent être séparés pour éviter la saturation du réseau.

Migration manuelle des machines virtuelles

Red Hat Virtualization prend en charge la migration manuelle d'une machine virtuelle entre des hôtes associés au même cluster. La migration peut être déclenchée à l'aide du portail d'administration RHVM. Une machine virtuelle peut être migrée vers un hôte spécifique ou vers un hôte sélectionné automatiquement par RHV.

Pour migrer manuellement une machine virtuelle à l'aide du portail d'administration, en tant que superutilisateur administrateur :

1. Dans la section Système, accédez à l'onglet Machines virtuelles. Sélectionnez la machine virtuelle à migrer. Dans le champ Hôte de la machine virtuelle, déterminez quel hôte exécute la machine virtuelle.

2. Avec la machine virtuelle à migrer sélectionnée, cliquez sur Migrer dans la barre supérieure. Une fenêtre intitulée Migrer les machines virtuelles apparaît.

3. Pour contrôler vers quel hôte la machine virtuelle migre, cochez la case Sélectionner l'hôte de destination. Dans le menu, sélectionnez l'hôte de destination. Cliquez sur OK pour migrer la machine virtuelle.

4. Dans l'onglet Machines virtuelles, vérifiez le champ État de la machine virtuelle. Lorsque la migration est terminée, ce statut passe de Migrer de vers Vers le haut.

5. Vérifiez que le champ Hôte de la machine virtuelle contient l'hôte de destination attendu.

Migration automatique et règles de migration

Le fonctionnement de routine d'un environnement de virtualisation Red Hat peut nécessiter le déplacement des hôtes hors ligne pour les mises à niveau et la maintenance, ou la charge sur les hôtes pour être répartie plus uniformément autour d'un cluster. Une politique de migration pour un cluster peut migrer automatiquement les machines virtuelles exécutées sur un hôte vers d'autres hôtes dans certaines circonstances.

Par exemple, une politique de migration peut spécifier que les machines virtuelles exécutées sur un hôte doivent automatiquement migrer vers d'autres hôtes du cluster si l'hôte d'origine passe en mode maintenance. Les politiques de migration peuvent également être utilisées pour configurer des politiques de planification afin de prendre en charge la migration automatique des machines virtuelles lorsqu'un certain seuil d'utilisation des ressources est atteint sur un hôte.

Configuration d'une politique de migration

La migration de machines virtuelles est une opération gourmande en ressources réseau. RHVM copie l'état de la mémoire de la machine virtuelle sur le réseau vers le nouvel hôte. Dans une situation où un hôte exécute dix machines virtuelles ou plus, la migration de toutes peut être un processus long et consommateur de ressources. Par conséquent, les administrateurs doivent s'assurer de sélectionner l'action de stratégie qui convient le mieux à leur configuration.

REMARQUE : Pour que la migration en direct fonctionne, RHVM copie l'état de la machine virtuelle sur le nouvel hôte en temps réel. Une fois la migration terminée, l'état qui a changé pendant l'exécution de la migration peut devoir être retransmis. L'idée est qu'éventuellement, la migration converge, permettant à RHVM de mettre en pause la machine virtuelle pendant une fraction de seconde et les dernières modifications à transmettre au nouvel hôte. À ce stade, la machine virtuelle est réactivée sur le nouvel hôte.

Dans certains cas, un système très occupé peut mettre beaucoup de temps à converger. Les politiques de migration déterminent également la manière dont Red Hat Virtualization gère cette situation.

Red Hat Virtualization Manager lance automatiquement la migration en direct de toutes les machines virtuelles en cours d'exécution sur un hôte lorsque l'hôte passe en mode de maintenance. L'hôte de destination de chaque machine virtuelle est déterminé lors de la migration de la machine virtuelle, afin de répartir la charge sur le cluster.

RHVM lance également automatiquement la migration en direct des machines virtuelles pour maintenir l'équilibrage de charge ou les niveaux d'économie d'énergie conformément à la politique actuelle. RHVM permet aux administrateurs de désactiver la migration automatique des machines virtuelles. Il est possible de désactiver la migration manuelle des machines virtuelles en configurant la machine virtuelle pour qu'elle s'exécute uniquement sur un hôte spécifique. La configuration d'une politique de migration inclut la configuration d'une politique de résilience, qui détermine la politique de migration de la machine virtuelle en cas de défaillance d'un hôte.

Pour configurer la politique de migration d'un cluster à l'aide du portail d'administration :

1. Dans la section Système, accédez à l'onglet Clusters. Sélectionnez le cluster, puis cliquez sur Modifier. Une fenêtre intitulée Modifier le cluster s'affiche. Accédez à la section Politique de migration pour déterminer la configuration de migration actuelle du cluster.

2. Dans la section Politique de migration, sélectionnez la politique de migration à appliquer dans le menu Politique de migration.

La politique de migration par défaut est la politique d'indisponibilité minimale. La stratégie de migration de temps d'arrêt minimal optimise la pause la plus courte de la machine virtuelle pendant la migration, mais peut interrompre la migration si elle prend trop de temps pour converger. Les autres politiques disponibles sont la migration Postcopy, Suspendre la charge de travail si nécessaire et Legacy :

– La politique de migration post-copie optimise également la pause la plus courte possible. Dans cette stratégie, si la migration ne converge pas pendant une longue période, elle passe en post-copie. Postcopy démarre la machine virtuelle sur l'hôte de destination dès que possible. Pour ce faire, seul un sous-ensemble de la mémoire de la machine virtuelle est déplacé vers les hôtes de destination. Si la machine virtuelle essaie d'accéder à une page mémoire qui ne se trouve pas dans l'hôte de destination, elle émet une erreur de page et l'hôte source transfère cette page.

– La stratégie de migration Suspendre la charge de travail si nécessaire prend en charge la migration dans la plupart des conditions de charge, mais une pause plus longue de la machine virtuelle peut se produire si elle a une charge importante.

– Enfin, la politique de migration héritée prend en charge la politique de migration utilisée dans Red Hat Enterprise Virtualization 3.6.

3. La bande passante incluse dans la section Bande passante limite la bande passante maximale en Mbps par hôte pour les migrations, à la fois sortantes et entrantes. Trois options sont disponibles :Auto, Hyperviseur par défaut et Personnalisé.

– Le mode Auto utilise le paramètre de limite de débit dans la QoS du réseau hôte du centre de données. Si aucun paramètre de limite de débit n'est défini, il obtient la vitesse minimale pour les cartes réseau des hôtes source et de destination.
– Le mode par défaut de l'hyperviseur utilise le paramètre VDSM sur l'hôte source.
– Le mode personnalisé utilise la bande passante définie par l'utilisateur en Mbps.

4. La politique de résilience définit la politique de migration de la machine virtuelle en cas de défaillance de l'hôte. RHVM migre les machines virtuelles exécutées sur un hôte qui s'arrête de manière inattendue ou passe en mode maintenance vers d'autres hôtes du cluster.

RHV prend en charge la migration de toutes les machines virtuelles à l'aide de la stratégie Migrer les machines virtuelles, uniquement les machines virtuelles hautement disponibles à l'aide de la stratégie Migrer uniquement les machines virtuelles hautement disponibles, ou en désactivant la migration des machines virtuelles à l'aide de l'option Ne pas migrer les machines virtuelles.

REMARQUE :Certains paramètres supplémentaires sont disponibles dans la section Propriétés supplémentaires. Ces paramètres ne peuvent être configurés que lorsque la politique de migration héritée est sélectionnée

Configuration d'une politique de planification

RHV prend en charge la configuration des politiques de planification pour répartir les machines virtuelles entre les hôtes. Ces politiques utilisent une combinaison de filtres et de pondérations pour déterminer l'hôte sur lequel RHVM place une machine virtuelle.

RHV prend en charge cinq politiques de planification par défaut :Evenly_Distributed , InClusterUpgrade , Aucun , Économie_d'énergie , et VM_Evenly_Distributed . Chaque stratégie est associée à un ensemble de propriétés pour personnaliser son comportement.

Pour configurer une politique de planification pour un cluster :

1. Dans la section Système, accédez à l'onglet Clusters. Sélectionnez le cluster et cliquez sur Modifier.

2. Une fenêtre intitulée Modifier le cluster s'affiche. La section Politique de planification contient la politique de planification actuelle. RHVM configure la politique de planification Aucune par défaut. La configuration par défaut ne permet pas le déploiement d'une machine virtuelle sur un hôte surchargé. Un hôte est surchargé lorsque sa charge CPU est supérieure à 80 % pendant plus de 2 minutes.

3. Dans la section Sélectionner une politique, sélectionnez la politique du cluster.

4. Chaque stratégie de planification possède un ensemble différent de propriétés configurables. Par exemple, la politique vm_evenly_distributed a des propriétés associées telles que :

  • Le HighVmCount La propriété configure le nombre maximal de machines virtuelles par hôte. Un hôte surchargé exécute plus que ce nombre maximum. La valeur par défaut est 10.
  • Le seuil de migration La propriété configure un tampon avant que les machines virtuelles ne migrent de l'hôte. La valeur par défaut est 5.
  • Le SpmVmGrace La propriété définit le nombre de machines virtuelles en moins exécutées sur l'hôte SPM. La valeur par défaut est 5.

Une fois terminé, cliquez sur OK pour appliquer la stratégie.


Cent OS
  1. Comment contrôler l'accès des utilisateurs à la machine virtuelle dans RedHat Virtualization

  2. Comment copier les 10 fichiers les plus récents d'un répertoire à un autre ?

  3. Comment remplacer tout le contenu d'un dossier par un autre

  4. Comment rediriger un port d'une machine à une autre ?

  5. Comment faire la redirection de port d'une adresse IP à une autre adresse IP dans le même réseau ?

Comment migrer manuellement des comptes depuis un autre environnement non cPanel

Comment modifier le matériel de la machine virtuelle dans la virtualisation RedHat

Comment installer des machines virtuelles optimisées et configurées pour l'environnement Red Hat Virtualization

Fichiers journaux de la virtualisation Red Hat (RHV)

Comment migrer des machines virtuelles d'un hôte à un autre dans l'environnement de virtualisation Red Hat

Comment gérer les machines virtuelles à partir du cockpit de la console Web CentOS/RHEL 8