openstack server listCe document décrit la procédure pour :
augmenter la taille d’une machine virtuelle (VM) dans OpenStack ;
réduire la taille d’une machine virtuelle dans OpenStack ;
valider les points de contrôle et les limites connues.
Le redimensionnement d’une VM dans OpenStack se fait via un changement de flavor.
Avant toute opération, vérifier :
que la VM est sauvegardée ou qu’un snapshot/backup existe ;
que le projet a les quotas nécessaires ;
qu’un flavor cible existe ;
que le système d’exploitation invité supporte le redimensionnement ;
qu’une fenêtre de maintenance est prévue si nécessaire.
|
Le redimensionnement d’une instance provoque un redémarrage de la VM. |
Un flavor définit les ressources d’une VM :
vCPU ;
RAM ;
disque root ;
éventuellement disque éphémère et propriétés additionnelles.
Le resize :
change le flavor ;
peut modifier CPU, mémoire et disque ;
n’est pas transparent pour l’utilisateur ;
nécessite une confirmation finale.
Passage d’un flavor m1.small vers m1.medium :
plus de vCPU ;
plus de RAM ;
éventuellement plus de disque.
Lister les VM :
openstack server listLister les flavors disponibles :
openstack flavor listLancer le redimensionnement :
openstack server resize --flavor <FLAVOR_CIBLE> <VM>Vérifier l’état de la VM :
openstack server show <VM>Une fois la VM en état VERIFY_RESIZE, confirmer l’opération :
openstack server resize confirm <VM>Si le résultat n’est pas conforme, revenir à l’ancien flavor :
openstack server resize revert <VM>Vérifier :
que la VM démarre correctement ;
que la nouvelle quantité de RAM est visible ;
que le nombre de vCPU est correct ;
que le système d’exploitation voit bien l’espace disque supplémentaire ;
que les partitions et systèmes de fichiers ont bien été étendus si nécessaire.
|
Si le disque du flavor cible est plus grand, le système invité peut nécessiter un redimensionnement des partitions ou du système de fichiers pour exploiter l’espace supplémentaire. |
La réduction consiste à appliquer un flavor plus petit, par exemple :
moins de vCPU ;
moins de RAM ;
éventuellement moins de disque.
Avant une réduction, vérifier impérativement :
l’utilisation CPU et mémoire réelle ;
la compatibilité du disque cible ;
l’espace disque réellement consommé ;
les contraintes applicatives ;
la capacité de retour arrière.
|
La réduction du disque root est le point le plus sensible. Si le flavor cible propose un disque trop petit, le resize peut échouer. Même si le resize est accepté côté OpenStack, une réduction de capacité disque demande souvent une préparation complémentaire au niveau système. |
Identifier le flavor cible plus petit :
openstack flavor listLancer le resize :
openstack server resize --flavor <FLAVOR_PLUS_PETIT> <VM>Vérifier l’état :
openstack server show <VM>Tester la VM après redémarrage.
Confirmer si tout est correct :
openstack server resize confirm <VM>Annuler en cas de problème :
openstack server resize revert <VM>Si l’objectif est de réduire significativement le disque root, il est recommandé de :
sauvegarder la VM ;
créer une nouvelle VM avec un flavor adapté ;
restaurer les données ou migrer l’application ;
basculer les accès vers la nouvelle VM ;
supprimer l’ancienne VM après validation.
Cette approche est plus sûre qu’une réduction directe lorsque le stockage doit réellement diminuer.
Selon les droits et la version de l’interface Horizon :
ouvrir le projet ;
accéder à Compute ou Instances ;
sélectionner l’instance ;
choisir l’action Resize Instance ;
sélectionner le nouveau flavor ;
valider ;
confirmer ensuite l’opération si demandé.
|
Les intitulés peuvent varier selon la version d’OpenStack et les personnalisations de l’interface Horizon. |
Après tout redimensionnement, contrôler :
l’état OpenStack de l’instance ;
l’accessibilité réseau ;
les logs système ;
les performances applicatives ;
la taille des systèmes de fichiers ;
les montages et volumes attachés.
Toujours réaliser un backup avant resize.
Effectuer l’opération hors période critique.
Préférer un test sur environnement non productif.
Confirmer rapidement un resize validé.
En cas de réduction de disque, privilégier une reconstruction contrôlée plutôt qu’une baisse de capacité risquée.
Actions possibles :
attendre la fin des opérations côté hyperviseur ;
vérifier les quotas ;
vérifier la disponibilité du flavor cible ;
consulter les journaux Nova ;
annuler le resize si nécessaire.
Causes possibles :
partition non étendue ;
système de fichiers non redimensionné ;
outils invités manquants ;
image non préparée pour l’auto-resize.
Le redimensionnement d’une VM OpenStack repose sur le changement de flavor.
L’augmentation est généralement simple si le flavor cible dispose de plus de ressources.
La réduction de CPU/RAM est possible sous réserve de compatibilité.
La réduction effective du disque est le scénario le plus délicat et doit être traitée avec prudence.