Pourquoi les instantanés de machines virtuelles peuvent-ils suspendre les applications du serveur domestique ?

Les instantanés de VM peuvent interrompre les applications de serveur domestique car l’hyperviseur doit établir une frontière cohérente entre l’ancien état du disque virtuel et les nouvelles écritures. Cette frontière peut nécessiter un bref arrêt de la VM, une mise en pause du système de fichiers ou de l’application invitée, la capture de l’état de la mémoire et une remise ultérieure de la chaîne de disque.

La pause n’est pas la même chose que la durée totale de l’instantané. La création peut provoquer une courte interruption, le fonctionnement normal continue avec les fichiers delta, et la suppression ou la consolidation peut introduire une autre pause lorsque les modifications restantes sont engagées et que la chaîne de disque active est basculée.

Que doit geler l’hyperviseur lors de la création de l’instantané ?

Un flux de travail d’instantané inclut un arrêt de VM afin que l’hyperviseur puisse fermer ou basculer l’état du disque virtuel sans que l’invité ne modifie les mêmes structures critiques à cet instant.

Pendant l’arrêt, les CPU virtuels cessent de progresser et les E/S invitées ne peuvent pas se terminer normalement. L’hyperviseur enregistre les métadonnées de l’instantané, préserve l’état actuel du disque de base et redirige les modifications futures vers une nouvelle couche modifiable.

Sur une VM peu chargée et un stockage réactif, cette transition peut être trop courte pour que les utilisateurs la remarquent. Une base de données sensible à la latence, un service vocal, un serveur de jeu ou un contrôleur d’automatisation domestique peut néanmoins détecter une pause que le partage de fichiers ordinaire masque.

En quoi la mise en pause de l’application diffère-t-elle de l’arrêt de la VM ?

La cohérence de l’application peut nécessiter des pauses de mise en pause ou un ralentissement des écritures d’application avant la prise de l’instantané de stockage. L’objectif est de capturer un état que l’application peut récupérer sans rejouer une transaction partielle inconnue.

La mise en pause peut vider les tampons du système de fichiers, les journaux de base de données ou les caches d’application et peut temporairement bloquer les nouvelles transactions. L’invité reste logiquement impliqué dans la préparation de l’état, tandis qu’un arrêt du hyperviseur est une pause externe de l’exécution de la VM.

Un instantané cohérent en cas de panne peut ignorer la mise en pause consciente de l’application et ressembler à une coupure de courant soudaine. Cela peut être acceptable pour certains systèmes de fichiers, mais ce n’est pas équivalent à un point de contrôle coordonné d’une base de données, d’un service d’annuaire ou d’une application multi-VM.

Pourquoi la capture de la mémoire augmente-t-elle la pause ?

Lorsqu'un instantané inclut la mémoire en cours d'exécution, l'état de la mémoire doit être écrit sur le stockage. La quantité de RAM, la vitesse d'écriture du stockage et l'implémentation déterminent la durée de cette opération.

Un instantané disque uniquement préserve l'état du stockage et reprend généralement la VM sans sauvegarder chaque page mémoire active. Un instantané mémoire peut restaurer la VM avec les processus ouverts et le contexte en mémoire, mais il a plus d'état à capturer.

Les machines virtuelles avec beaucoup de mémoire et les stockages lents rendent la différence plus visible. Capturer la mémoire pour une petite VM de test peut être rapide, tandis qu'écrire des dizaines de gigaoctets pour une VM très sollicitée peut dépasser les limites de temps d'attente des applications.

Que se passe-t-il lorsque les écritures sont déplacées vers un disque delta ?

Après la création de la limite de l'instantané, l'hyperviseur redirige les écritures vers un fichier delta tandis que le disque virtuel original reste dans l'état antérieur.

Le basculement lui-même nécessite une coordination, mais les applications continuent généralement de fonctionner une fois que le nouveau delta est actif. Les lectures peuvent provenir du delta actuel ou retomber sur des couches plus anciennes lorsqu'un bloc n'a pas changé.

La création d'un instantané est donc rapide car elle ne copie pas immédiatement tout le disque virtuel. Le compromis est que la machine virtuelle en cours d'exécution dépend désormais d'une couche de mappage supplémentaire et de l'espace de stockage nécessaire pour les blocs modifiés à venir.

Pourquoi la machine virtuelle peut-elle sembler lente après la pause initiale ?

Tant que les instantanés restent actifs, les disques delta ajoutent une surcharge de recherche dans le stockage. L'hyperviseur doit localiser la version la plus récente de chaque bloc et maintenir la couche de copie à l'écriture.

L'effet augmente avec le taux d'écriture, la profondeur de la chaîne, la latence du stockage et la pression sur le cache. Un instantané peu profond sur un stockage SSD rapide peut avoir peu d'effet visible, tandis que plusieurs couches sur un stockage HDD très sollicité peuvent augmenter le temps de réponse des applications.

Il s'agit d'une surcharge d'E/S continue plutôt que d'une pause continue de la machine virtuelle. Les utilisateurs peuvent constater des transactions plus lentes ou une latence prolongée même si la machine virtuelle reste planifiée et réactive entre les requêtes.

Pourquoi la suppression d'un instantané peut-elle provoquer une seconde pause ?

La suppression signifie généralement fusionner les blocs modifiés et changer la chaîne active. la consolidation peut prolonger le blocage final lorsque les nouvelles écritures s’accumulent plus vite que la fusion ne peut se terminer.

L’hyperviseur peut consolider la plupart des données pendant que la VM continue de fonctionner, puis la bloquer brièvement pour valider le delta auxiliaire final et rouvrir la chaîne de disque simplifiée. Un delta final important transforme ce transfert court en une interruption visible pour l’application.

Gardez les instantanés de courte durée, évitez les consolidations simultanées sur le même stockage et planifiez leur suppression en dehors des pics d’E/S. Les instantanés restent des outils de restauration, tandis que les sauvegardes indépendantes évitent la dépendance aux instantanés.

FAQ

Chaque instantané de VM suspend-il les applications ?

La plupart des plateformes nécessitent au moins une transition coordonnée brève, mais la durée et la visibilité varient. Les instantanés cohérents en cas de crash sur disque uniquement sont généralement moins perturbateurs que ceux avec mémoire ou mise en pause des applications.

La mise en pause est-elle la même chose que le gel complet de la VM ?

Non. La mise en pause (quiescing) est une coordination invitée ou applicative pour vider et suspendre les écritures. Le blocage de la VM (VM stun) arrête la progression du CPU virtuel à la frontière de l’hyperviseur.

Pourquoi la suppression d’un instantané peut-elle être pire que sa création ?

La suppression peut nécessiter la fusion d’une longue chaîne de deltas pendant que la VM continue de modifier les données, suivie d’un transfert final qui valide les écritures restantes.

Faut-il utiliser les instantanés comme sauvegardes pour un serveur domestique ?

Non. Ils dépendent des mêmes disques virtuels et du même datastore. Ils sont utiles pour des fenêtres de restauration courtes, tandis que les sauvegardes indépendantes protègent contre les pannes de stockage et les chaînes d’instantanés endommagées.

Conclusion finale

Les instantanés de VM ne suspendent les applications qu'à des points de cohérence spécifiques, mais plusieurs mécanismes peuvent prolonger ces moments : la mise en pause des applications, le blocage de la VM, la capture de la mémoire, le stockage lent des deltas et la consolidation d’un flux d’écriture intense. Des durées de vie courtes des instantanés, une planification consciente des applications, un stockage rapide et des sauvegardes indépendantes empêchent un outil de restauration de devenir une interruption de service évitable.