Rechercher

Chapitre 25. Configurer un domaine virtuel en tant que ressource

download PDF

Vous pouvez configurer un domaine virtuel géré par le cadre de virtualisation libvirt en tant que ressource de cluster avec la commande pcs resource create, en spécifiant VirtualDomain comme type de ressource.

Lors de la configuration d'un domaine virtuel en tant que ressource, tenez compte des considérations suivantes :

  • Un domaine virtuel doit être arrêté avant d'être configuré comme ressource de cluster.
  • Une fois qu'un domaine virtuel est une ressource de cluster, il ne doit être démarré, arrêté ou migré qu'à l'aide des outils de cluster.
  • Ne configurez pas un domaine virtuel que vous avez configuré en tant que ressource de cluster pour qu'il démarre lorsque son hôte démarre.
  • Tous les nœuds autorisés à exécuter un domaine virtuel doivent avoir accès aux fichiers de configuration et aux périphériques de stockage nécessaires pour ce domaine virtuel.

Si vous souhaitez que le cluster gère les services au sein du domaine virtuel lui-même, vous pouvez configurer le domaine virtuel en tant que nœud invité.

25.1. Options de ressources du domaine virtuel

Le tableau suivant décrit les options de ressources que vous pouvez configurer pour une ressource VirtualDomain.

Tableau 25.1. Options de ressources pour les ressources de domaines virtuels
FieldDéfautDescription

config

 

(obligatoire) Chemin absolu vers le fichier de configuration libvirt pour ce domaine virtuel.

hypervisor

En fonction du système

URI de l'hyperviseur auquel se connecter. Vous pouvez déterminer l'URI par défaut du système en exécutant la commande virsh --quiet uri.

force_stop

0

Toujours arrêter de force (détruire) le domaine à l'arrêt. Le comportement par défaut est de recourir à un arrêt forcé uniquement après l'échec d'une tentative d'arrêt gracieux. Vous ne devez définir ce paramètre sur true que si votre domaine virtuel (ou votre back-end de virtualisation) ne prend pas en charge l'arrêt progressif.

migration_transport

En fonction du système

Transport utilisé pour se connecter à l'hyperviseur distant lors de la migration. Si ce paramètre est omis, la ressource utilisera le transport par défaut de libvirt pour se connecter à l'hyperviseur distant.

migration_network_suffix

 

Utiliser un réseau de migration dédié. L'URI de migration est composé en ajoutant la valeur de ce paramètre à la fin du nom du nœud. Si le nom du nœud est un nom de domaine entièrement qualifié (FQDN), insérez le suffixe immédiatement avant le premier point (.) du FQDN. Assurez-vous que ce nom d'hôte composé peut être résolu localement et que l'adresse IP associée est accessible via le réseau favorisé.

monitor_scripts

 

Pour surveiller en plus les services dans le domaine virtuel, ajoutez ce paramètre avec une liste de scripts à surveiller. Note: Lorsque des scripts de surveillance sont utilisés, les opérations start et migrate_from ne se termineront que lorsque tous les scripts de surveillance auront été exécutés avec succès. Veillez à définir le délai d'attente de ces opérations pour tenir compte de ce retard

autoset_utilization_cpu

true

S'il est défini sur true, l'agent détectera le nombre de domainU's vCPUs de virsh, et l'intégrera dans l'utilisation de l'unité centrale de la ressource lors de l'exécution du moniteur.

autoset_utilization_hv_memory

true

S'il est défini comme vrai, l'agent détectera le nombre de Max memory à partir de virsh et l'ajoutera à l'utilisation de hv_memory de la source lors de l'exécution du moniteur.

migrateport

aléatoire highport

Ce port sera utilisé dans l'URI de migration de qemu. S'il n'est pas défini, le port sera un port élevé aléatoire.

snapshot

 

Chemin d'accès au répertoire d'instantanés où l'image de la machine virtuelle sera stockée. Lorsque ce paramètre est défini, l'état de la mémoire vive de la machine virtuelle sera sauvegardé dans un fichier dans le répertoire d'instantanés lorsqu'elle est arrêtée. Si, au démarrage, un fichier d'état est présent pour le domaine, le domaine sera restauré dans l'état dans lequel il se trouvait juste avant son dernier arrêt. Cette option est incompatible avec l'option force_stop.

Outre les options de ressource VirtualDomain, vous pouvez configurer l'option de métadonnées allow-migrate pour permettre la migration en direct de la ressource vers un autre nœud. Lorsque cette option est définie sur true, la ressource peut être migrée sans perte d'état. Lorsque cette option est définie sur false, qui est l'état par défaut, le domaine virtuel est arrêté sur le premier nœud, puis redémarré sur le deuxième nœud lorsqu'il est déplacé d'un nœud à l'autre.

Red Hat logoGithubRedditYoutubeTwitter

Apprendre

Essayez, achetez et vendez

Communautés

À propos de la documentation Red Hat

Nous aidons les utilisateurs de Red Hat à innover et à atteindre leurs objectifs grâce à nos produits et services avec un contenu auquel ils peuvent faire confiance.

Rendre l’open source plus inclusif

Red Hat s'engage à remplacer le langage problématique dans notre code, notre documentation et nos propriétés Web. Pour plus de détails, consultez leBlog Red Hat.

À propos de Red Hat

Nous proposons des solutions renforcées qui facilitent le travail des entreprises sur plusieurs plates-formes et environnements, du centre de données central à la périphérie du réseau.

© 2024 Red Hat, Inc.