Sauvegarder les VM et conteneurs d'un nœud Proxmox VE

Ce que fait une politique VM et conteneurs Proxmox

Une politique VM et conteneurs Proxmox sauvegarde les machines virtuelles QEMU/KVM et les conteneurs LXC d'un nœud Proxmox VE. L'agent est installé sur le nœud, pas dans les invités. À chaque exécution, il traite les invités cochés un par un : il pose un verrou Proxmox, il fige les données, il lit les disques ou les volumes, puis il envoie les données dans le dépôt du nœud.

Chaque VM et chaque conteneur sauvegardé donne son propre point de restauration. Ce point sert à recréer l'invité, ou à le ramener à l'état du point. Voir Restaurer une VM ou un conteneur Proxmox.

Un point de restauration de VM ne donne pas un fichier pris dans la VM. Le portail écrit sur l'onglet VM et conteneurs : « Pour restaurer des fichiers d'une VM, installez aussi l'agent BaaStide dans la VM. Les fichiers d'un conteneur se restaurent dans un dossier du nœud. »

Prérequis

• Une machine Linux qui est un nœud Proxmox VE, avec un agent enrôlé. Voir Installer l'agent sur Linux.
• Proxmox VE 9.0 ou plus récent. BaaStide ne sauvegarde aucun invité d'un nœud sous une version plus ancienne. Voir Nœud Proxmox VE hors support.
• Pour une VM en marche : QEMU 8.0 ou plus récent sur le nœud.
• Le rôle Technicien ou Administrateur. Le rôle Lecture seule lit la liste des invités sans la changer. Voir Rôles et droits.
• Une licence de la plateforme qui permet les sauvegardes.
• Au moins une VM ou un conteneur que BaaStide peut protéger. Voir Les invités que BaaStide ne peut pas sauvegarder.

Cette fonction ne porte pas de numéro de version d'agent. À chaque connexion, l'agent déclare à la plateforme ce qu'il sait exécuter sur cette machine. La plateforme n'envoie l'ordre de sauvegarde que si l'agent a déclaré la fonction Proxmox. Sinon, la tâche échoue avec la cause agent_unsupported. Voir Versions d'agent minimales par fonction et Codes de cause d'une tâche.

Le portail n'affiche le type VM et conteneurs Proxmox que sur une machine Linux. Il lit la liste des VM et des conteneurs pour savoir si la machine est un nœud Proxmox VE. Quand la machine n'est pas un nœud Proxmox VE, le type est grisé, avec la cause : « Cette machine n'est pas un nœud Proxmox VE, ou son agent ne prend pas encore en charge Proxmox. »

Lire l'inventaire des VM et des conteneurs

L'agent envoie la liste des VM et des conteneurs du nœud à sa connexion, puis toutes les 15 minutes. Chaque liste remplace la précédente. Le portail affiche la dernière liste dans l'onglet VM et conteneurs du nœud.

1. Ouvrez le portail.
2. Ouvrez Endpoints, puis le nœud Proxmox VE.
3. Ouvrez l'onglet VM et conteneurs.

La page porte le titre VM et conteneurs et le texte « Les machines virtuelles et les conteneurs LXC Proxmox VE de ce nœud. Une politique de type Proxmox sauvegarde chaque VM et chaque conteneur cochés. » En bas, le portail écrit Liste envoyée par l'agent, suivi de l'ancienneté de la liste.

Le tableau a six colonnes.

Colonne	Ce qu'elle donne
VM ou conteneur	Le nom de l'invité, l'étiquette VM ou Conteneur, son ID Proxmox et la taille de ses disques ou de ses volumes. Un invité vu pour la première fois depuis moins de 7 jours porte l'étiquette Nouvelle ou Nouveau.
État	En marche, Arrêtée ou Arrêté, En pause, ou Changement d'état.
Sauvegarde	Sauvegardée, Non sauvegardée, Ne peut pas être sauvegardée avec sa cause, ou Absente du nœud.
Dernière sauvegarde	La date du dernier point de restauration et son niveau de cohérence. Un dernier résultat en Échec ou Ignorée s'affiche sous la date, avec sa cause.
Remarques	Ce qui demande votre attention sur cet invité : verrou, agent invité QEMU, TPM, HA, snapshots, points de montage non sauvegardés.
Actions	Le bouton Restaurer, quand l'invité a un point de restauration. Pour un conteneur, le bouton Fichiers s'ajoute.

Le portail écrit un message au-dessus du tableau dans ces cas :

Cas	Texte du portail
Aucune liste reçue	« L'agent n'a pas encore envoyé la liste des VM et des conteneurs. Il l'envoie à sa connexion, puis toutes les 15 minutes. »
Machine qui n'est pas un nœud Proxmox VE	« Cette machine n'est pas un nœud Proxmox VE, ou son agent ne prend pas encore en charge Proxmox. »
Nœud sans invité	« Ce nœud n'a ni VM ni conteneur. »
Aucune politique Proxmox	« Aucune politique ne sauvegarde les VM et les conteneurs de ce nœud. », avec le bouton Créer une politique Proxmox.
Nouveaux invités cochés	« N nouveaux VM et conteneurs ont été ajoutés à la sauvegarde. Décochez-les dans la politique si vous ne voulez pas les sauvegarder. »
Dernière exécution plus longue que la fenêtre	« La dernière sauvegarde des VM et des conteneurs a duré plus longtemps que la fenêtre de sa politique. Allongez la fenêtre, ou sauvegardez moins de VM et de conteneurs dans une politique. »
Plus de 1 024 invités sur le nœud	« Ce nœud a plus de 1024 VM et conteneurs. La liste montre les 1024 premiers. »

Nœud Proxmox VE hors support

BaaStide ne sauvegarde que les versions de Proxmox VE que Proxmox soutient encore. La version minimale est Proxmox VE 9.0.

Sur un nœud plus ancien, le portail écrit sur l'onglet VM et conteneurs : « Ce nœud utilise Proxmox VE version. Cette version est hors support : BaaStide ne sauvegarde aucune VM et aucun conteneur de ce nœud. Mettez le nœud à jour vers Proxmox VE 9. »

Dans ce cas :

• chaque invité porte l'étiquette Ne peut pas être sauvegardée, avec la cause « Version Proxmox hors support. Mettez le nœud à jour vers Proxmox VE 9. » ;
• la plateforme ne crée aucune tâche planifiée pour la politique ;
• une sauvegarde à la main est refusée, avec l'erreur pve_unsupported_version ;
• l'agent refuse aussi l'ordre, avec la cause Version de Proxmox hors support.

Mettez le nœud à jour, puis attendez la liste suivante de l'agent.

Les invités que BaaStide ne peut pas sauvegarder

Dans l'onglet VM et conteneurs, la colonne Sauvegarde écrit Ne peut pas être sauvegardée, et la cause sous cette étiquette. Dans la politique, la ligne de l'invité est grisée, avec la même cause.

Cause	Texte du portail	S'applique à
Version Proxmox hors support	« Version Proxmox hors support. Mettez le nœud à jour vers Proxmox VE 9. »	VM et conteneurs
Disque pass-through	« La VM a un disque pass-through (un disque physique de l'hôte). »	VM
QEMU trop ancien	« La version de QEMU du nœud est trop ancienne. BaaStide demande QEMU 8.0 ou plus récent. »	VM en marche
Stockage non lisible	« Un volume du conteneur est sur un stockage que l'agent ne peut pas lire. »	Conteneurs

Un disque pass-through n'empêche la sauvegarde que lorsque Proxmox le sauvegarde, c'est-à-dire sans backup=0 sur sa ligne.

Pour un conteneur, un volume n'est pas lisible quand son stockage est inconnu du nœud, ou quand le volume est au format qcow2.

Ces invités n'ont pas de case à cocher dans la politique. Pour les protéger, retirez la cause sur le nœud, par exemple le disque pass-through, puis attendez la liste suivante.

Ce que la sauvegarde ne lit pas

L'agent laisse de côté, sans que l'invité perde sa case à cocher :

Élément	Raison
Un disque ou un volume avec backup=0	La sauvegarde est désactivée dans Proxmox.
Un disque pass-through d'une VM	BaaStide ne lit pas un disque physique du nœud.
efidisk0 d'une VM en SeaBIOS	Le disque EFI ne sert qu'avec le micrologiciel UEFI (OVMF).
Un lecteur CD/DVD et un lecteur cloud-init	Ce ne sont pas des disques de données.
tpmstate0 d'une VM	L'état du TPM virtuel n'est pas sauvegardé. Voir TPM virtuel et BitLocker.
Un point de montage lié d'un conteneur (bind mount)	C'est un dossier du nœud, pas un volume du conteneur.
Un périphérique d'un conteneur (devN)	C'est un périphérique du nœud.

La colonne Remarques nomme ces éléments après « Non sauvegardé : », avec la raison entre parenthèses. Quand un point de montage lié est laissé de côté, le portail ajoute : « Pour sauvegarder un dossier de l'hôte, ajoutez-le à une politique de fichiers de ce nœud. » Voir Politique de sauvegarde de fichiers.

Une VM sans aucun disque à lire échoue avec Erreur de l'agent.

Les champs d'une politique VM et conteneurs Proxmox

Le formulaire a cinq parties.

Partie	Ce que vous réglez
Nom et type	Le nom de la politique, et son type VM et conteneurs Proxmox.
Ce qu'il faut sauvegarder	Les VM et conteneurs à sauvegarder, la Limite de lecture (Mio/s) et l'Alerte de verrou après (heures).
Quand	Les plannings, le fuseau horaire et la fenêtre de démarrage.
Rétention	Le nombre de points de restauration gardés, par invité.
Réseau	La limite d'envoi de cette politique.

Les valeurs d'une nouvelle politique sont : le nom VM et conteneurs Proxmox, un planning tous les jours à 02:00, le fuseau horaire de votre navigateur, aucune limite de fenêtre, une rétention de 7 points quotidiens, 4 hebdomadaires et 12 mensuels, aucune limite de lecture, et une alerte de verrou après 12 heures. Voir Planification et rétention.

Une politique Proxmox ne porte pas de script avant ou après la sauvegarde. L'API refuse un script sur ce type de politique. Elle ne porte pas non plus d'option avancée de parcours des fichiers.

Créer la politique VM et conteneurs Proxmox

1. Ouvrez le portail.
2. Ouvrez Endpoints, puis le nœud Proxmox VE.
3. Ouvrez l'onglet Politiques.
4. Cliquez Créer une politique. Depuis l'onglet VM et conteneurs, le bouton Créer une politique Proxmox ouvre le même formulaire avec le type déjà choisi.
5. Saisissez un Nom. Le portail propose VM et conteneurs Proxmox.
6. Choisissez le type VM et conteneurs Proxmox.
7. Lisez la liste VM et conteneurs à sauvegarder. Chaque invité que le nœud peut protéger est coché.
8. Décochez les invités que vous ne voulez pas sauvegarder.
9. Réglez la Limite de lecture (Mio/s), ou laissez le champ vide. Voir Limiter la lecture des disques.
10. Réglez l'Alerte de verrou après (heures), ou laissez 12. Voir Alerte de verrou resté.
11. Réglez les plannings, la rétention et la limite d'envoi, ou laissez leurs valeurs.
12. Cliquez Créer la politique.

Le portail revient à l'onglet Politiques. Il écrit la date de la prochaine sauvegarde, ou « Les sauvegardes planifiées sont en pause. » quand la politique est désactivée.

La ligne de la politique résume la sélection : Toutes les VM de l'hôte, ou Toutes les VM de l'hôte sauf N. Ce résumé compte les conteneurs avec les VM.

Un nœud accepte plusieurs politiques Proxmox. Chacune garde ses propres points de restauration. Répartissez les invités entre plusieurs politiques quand une seule exécution ne tient pas dans sa fenêtre.

Cocher et décocher des VM et des conteneurs

La politique garde la liste des invités décochés. Une VM ou un conteneur que le nœud crée plus tard n'est donc pas dans cette liste : il est sauvegardé dès la prochaine exécution.

1. Ouvrez l'onglet Politiques du nœud.
2. Cliquez Modifier sur la politique Proxmox. Depuis l'onglet VM et conteneurs, le lien Changer la sélection ouvre la même politique.
3. Cochez ou décochez les invités.
4. Cliquez Enregistrer.

Le formulaire écrit sous la liste : « Une VM ou un conteneur que vous décochez reste sauvegardé pendant 72 heures. Une VM ou un conteneur que vous cochez est sauvegardé dès la prochaine exécution. »

Décocher un invité réduit la protection : le changement prend effet 72 heures plus tard, et vous pouvez l'annuler jusque-là. Cocher de nouveau un invité annule ce délai. Voir Annuler une action différée.

Le portail compte les invités au-dessus de la liste : « N sur M VM et conteneurs sauvegardés ». Il compte les invités que le nœud peut protéger.

La liste ne montre que les invités de la dernière liste de l'agent. Un invité qui a quitté le nœud n'a plus de case à cocher ; la politique garde sa place dans les invités décochés.

Limiter la lecture des disques

Le champ Limite de lecture (Mio/s) borne la vitesse de lecture sur les disques du nœud pendant la sauvegarde. Le formulaire écrit : « La vitesse de lecture maximale sur les disques du nœud pendant la sauvegarde. Vide : pas de limite. »

Ce réglage protège les invités en marche d'un nœud dont le stockage est lent. Il ne borne pas l'envoi sur le réseau : la limite d'envoi est un autre champ. Voir Limiter le débit d'envoi.

Alerte de verrou resté

Pendant la lecture d'un invité, l'agent pose un verrou Proxmox de type backup. Il le retire à la fin. Un agent arrêté net peut laisser ce verrou en place.

Le champ Alerte de verrou après (heures) règle le délai au bout duquel une alerte vous prévient. Le formulaire écrit : « Une alerte vous prévient quand un verrou de BaaStide reste sur une VM ou un conteneur plus longtemps. Entre 1 et 168 heures. » La valeur par défaut est 12 heures.

L'alerte s'ouvre une fois par invité et se ferme quand le verrou a disparu. Dans le résumé par email, elle porte le titre Verrou BaaStide ancien sur une VM ou un conteneur Proxmox. Voir Alertes.

Quand le nœud a plusieurs politiques Proxmox, le délai retenu est le plus court de ces politiques.

Dans la colonne Remarques, le portail écrit alors : « Un verrou de BaaStide reste sur cette VM depuis le date. Si aucune sauvegarde ne tourne sur le nœud, retirez le verrou avec cette commande : », suivi de la commande à exécuter sur le nœud :

• qm unlock <vmid> pour une VM ;
• pct unlock <vmid> pour un conteneur.

Un verrou qui ne vient pas de BaaStide donne une autre remarque : « Verrou de Proxmox (type). La sauvegarde l'ignore tant que le verrou reste. » L'invité est alors ignoré avec la cause La VM était occupée. N'exécutez pas qm unlock dans ce cas : laissez l'autre outil finir.

L'exécution suivante de la politique retire le verrou que BaaStide a laissé, avant de relire l'invité.

Copier la politique sur d'autres nœuds

Vous copiez une politique Proxmox sur d'autres nœuds du MSP, comme une politique de fichiers. Voir Copier une politique sur d'autres machines.

Deux règles s'ajoutent :

• Le nœud cible doit être une machine Linux. Sinon, le portail écrit l'erreur de la cible.
• La copie ne garde pas les invités décochés. Ils nomment des invités du nœud source, qui n'existent pas sur la cible. Toutes les VM et tous les conteneurs du nœud cible sont donc sauvegardés. Vérifiez la sélection de chaque cible après la copie.

Sauvegarder maintenant

1. Ouvrez l'onglet Politiques du nœud.
2. Cliquez Sauvegarder maintenant sur la ligne de la politique Proxmox.
3. Le portail ouvre la page de la tâche.

Une politique désactivée accepte encore une sauvegarde à la main.

Le bouton est grisé quand l'agent est hors ligne, ou quand son accès est révoqué. Le portail écrit la cause sous le bouton. Sur un nœud hors support, la demande est refusée.

La barre de sélection de la liste Endpoints ne lance pas de sauvegarde Proxmox. Elle lance les sauvegardes de fichiers et les images. Voir Sauvegarder maintenant.

Lire le résultat d'une sauvegarde

Une tâche, un résultat par invité

Une exécution de la politique donne une seule tâche, de type Sauvegarde des VM et conteneurs Proxmox. L'agent traite d'abord les VM, puis les conteneurs, un invité à la fois. Un invité en échec n'arrête pas les autres.

L'état de la tâche vient des résultats des invités :

Résultat des invités	État de la tâche
Aucun échec	Réussie
Des invités sauvegardés et des invités en échec	Partielle
Aucun invité sauvegardé et au moins un échec	Échouée

Un invité ignoré, par exemple à cause d'un verrou d'un autre outil, ne met pas la tâche en échec.

Vous suivez la tâche comme une sauvegarde de fichiers. Voir Suivre une tâche de sauvegarde.

Le niveau de cohérence

La colonne Dernière sauvegarde donne la date du point de restauration et son niveau de cohérence.

Niveau	Ce qu'il veut dire
Systèmes de fichiers gelés	Les systèmes de fichiers de l'invité ont été gelés avant la lecture.
Cohérente après plantage	Les systèmes de fichiers n'ont pas été gelés. L'état est celui d'une coupure de courant.
VM arrêtée ou Conteneur arrêté	L'invité était arrêté.

Une VM en marche donne un point Systèmes de fichiers gelés seulement quand l'agent invité QEMU est activé dans sa configuration et qu'il répond. Sinon, le point est cohérent après plantage.

Un conteneur en marche donne un point Systèmes de fichiers gelés seulement quand chacun de ses volumes est sur un stockage qui sait figer une copie. Voir Comment l'agent sauvegarde un conteneur.

Les remarques de la colonne Remarques

Remarque	Texte du portail
Verrou de BaaStide resté	« Un verrou de BaaStide reste sur cette VM depuis le date. Si aucune sauvegarde ne tourne sur le nœud, retirez le verrou avec cette commande : »
Verrou d'un autre outil	« Verrou de Proxmox (type). La sauvegarde l'ignore tant que le verrou reste. »
Cohérence après plantage	« La dernière sauvegarde est cohérente après plantage : les systèmes de fichiers n'ont pas été gelés. Vérifiez l'agent invité QEMU de la VM. »
Agent invité QEMU désactivé	« L'agent invité QEMU est désactivé : les sauvegardes de cette VM sont cohérentes après plantage. »
Conteneur sur un stockage sans copie figée	« Le stockage de ce conteneur ne peut pas figer une copie : la sauvegarde lit les fichiers pendant que le conteneur tourne. La copie peut être incohérente. »
TPM virtuel	« Cette VM a un TPM virtuel. Son contenu n'est pas sauvegardé. Gardez la clé de récupération BitLocker de cette VM hors du nœud : une restauration la demande. »
Invité géré par HA	« Gérée par HA : un remplacement est impossible. Une restauration comme nouvelle VM ou nouveau conteneur fonctionne. »
Snapshots Proxmox	« N snapshots Proxmox ».
Modèle	« Modèle : sauvegardé comme une VM arrêtée. »
Conteneur privilégié	« Conteneur privilégié. »
Éléments non sauvegardés	« Non sauvegardé : », suivi des clés et de leur raison.

Les causes d'échec

Cause	Texte du portail
pve_unsupported_version	« Version de Proxmox hors support »
hypervisor_unsupported	« Hyperviseur non pris en charge »
storage_unsupported	« Stockage non pris en charge »
vm_busy	« La VM était occupée »
vm_not_found	« La VM est introuvable »
lock_cleanup_failed	« L'ancien verrou n'a pas pu être retiré »
fleecing_no_space	« Pas assez d'espace libre pour l'image de fleecing »
snapshot_failed	« Le snapshot a échoué »
host_insecure_path	« Un chemin de l'hôte n'est pas sûr »
read_failed	« Un fichier de disque n'a pas pu être lu »
upload_failed	« L'envoi a échoué »
window_ended	« La fenêtre de la politique s'est terminée »
internal	« Erreur de l'agent »

Dans les alertes

Une sauvegarde en échec ou manquée donne une alerte, avec les mêmes règles qu'une sauvegarde de fichiers. Les alertes des invités Proxmox sont séparées de celles des fichiers : un invité sauvegardé ne ferme pas une alerte de sauvegarde de fichiers.

Une alerte s'ajoute pour les nœuds Proxmox : le verrou de BaaStide resté sur un invité. Voir Alerte de verrou resté et Alertes.

Comment l'agent sauvegarde une VM

Pour lire les disques d'une VM en marche sans l'arrêter, l'agent suit ces étapes :

1. Il pose le verrou Proxmox backup sur la VM.
2. Il crée une image de fleecing par disque, dans son dossier d'état sur le nœud.
3. Quand l'agent invité QEMU est activé, il demande à l'invité de geler ses systèmes de fichiers. Il attend 5 secondes la réponse au test de présence, puis 60 secondes le gel.
4. Il place les filtres de copie avant écriture : la VM continue d'écrire, et l'ancien contenu d'un bloc modifié part dans l'image de fleecing.
5. Il dégèle les systèmes de fichiers tout de suite.
6. Il lit les disques à travers ces filtres, puis il écrit le point de restauration.
7. Il retire les filtres, supprime les images de fleecing et retire le verrou.

Une VM arrêtée est lue directement : le verrou l'empêche de démarrer pendant la lecture.

Au démarrage de l'agent, et avant chaque invité, l'agent défait ce qu'une exécution interrompue a laissé sur le nœud : verrou, images de fleecing, filtres.

Une sauvegarde de VM est toujours complète : l'agent relit tous les disques à chaque exécution. Les données déjà présentes dans le dépôt ne repartent pas sur le réseau.

Comment l'agent sauvegarde un conteneur

1. Il pose le verrou Proxmox backup sur le conteneur.
2. Quand le conteneur tourne et que chaque volume est sur un stockage qui sait figer une copie, il vide les tampons des systèmes de fichiers, puis il gèle le conteneur.
3. Il prend une copie figée de chaque volume sur le stockage.
4. Il dégèle le conteneur tout de suite.
5. Il monte chaque copie figée en lecture seule, puis il lit les fichiers.
6. Il écrit le point de restauration, démonte les copies, les supprime et retire le verrou.

Les stockages qui savent figer une copie sont ZFS, LVM-thin et Ceph RBD. Sur un autre stockage, par exemple un dossier ou un partage NFS :

• un conteneur arrêté est lu directement, et le verrou l'empêche de démarrer ;
• un conteneur en marche est lu pendant qu'il tourne. Le point de restauration est cohérent après plantage, et le portail écrit la remarque « Le stockage de ce conteneur ne peut pas figer une copie ».

Un point de restauration de conteneur garde les fichiers, leurs numéros d'utilisateur et de groupe, les listes de contrôle d'accès et les attributs étendus. L'agent lit un seul système de fichiers par volume : un montage fait à l'intérieur du conteneur n'est pas lu.

La sauvegarde d'un conteneur n'est pas complète à chaque fois : l'agent s'appuie sur le point de restauration précédent du même conteneur et ne relit que les fichiers changés.

Espace libre sur le nœud

L'agent vérifie l'espace libre du dossier qui porte les images de fleecing.

• Avant la lecture d'une VM : ce dossier doit avoir au moins 10 % de la taille virtuelle des disques lus de libre, et au moins 2 Gio. Sinon, la VM échoue avec Pas assez d'espace libre pour l'image de fleecing.
• Pendant la lecture : l'agent vérifie l'espace toutes les 5 secondes. Il arrête la lecture quand le dossier descend sous 5 % d'espace libre.

Une copie figée d'un conteneur occupe aussi de la place sur son stockage, jusqu'à la fin de la lecture.

TPM virtuel et BitLocker

Une VM Proxmox peut porter un TPM virtuel (tpmstate0). BitLocker dans la VM s'appuie sur ce TPM.

BaaStide ne sauvegarde pas le contenu du TPM. Le portail écrit dans la colonne Remarques : « Cette VM a un TPM virtuel. Son contenu n'est pas sauvegardé. Gardez la clé de récupération BitLocker de cette VM hors du nœud : une restauration la demande. »

Une restauration comme nouvelle VM crée un TPM vide. BitLocker demande alors sa clé de récupération au premier démarrage. Voir Restaurer une VM ou un conteneur Proxmox.

Gardez la clé de récupération BitLocker de chaque VM hors du nœud, dès que vous activez BitLocker dans la VM.

Limites et précautions

• Une politique enregistrée ne prouve pas qu'un invité peut être restauré. Vérifiez la première sauvegarde, puis testez une restauration. Voir Tester ses restaurations.
• BaaStide demande Proxmox VE 9.0 ou plus récent. Un nœud plus ancien ne reçoit aucune tâche.
• Une politique Proxmox demande une machine Linux. L'API refuse ce type sur un agent Windows.
• Le contenu du TPM virtuel d'une VM n'est pas sauvegardé. Gardez la clé de récupération BitLocker hors du nœud.
• BaaStide ne sauvegarde pas une VM qui porte un disque pass-through sauvegardé par Proxmox, ni un conteneur dont un volume est sur un stockage que l'agent ne peut pas lire.
• Un disque ou un volume avec backup=0 n'est jamais lu. Vérifiez cette option dans Proxmox avant de compter sur la sauvegarde.
• Un point de montage lié et un périphérique d'un conteneur ne sont pas sauvegardés. Sauvegardez le dossier du nœud avec une politique de fichiers.
• Un conteneur sur un stockage sans copie figée est lu pendant qu'il tourne : la copie peut être incohérente. Préférez ZFS, LVM-thin ou Ceph RBD.
• Une VM sans agent invité QEMU donne un point cohérent après plantage. Installez l'agent invité et activez l'option dans Proxmox.
• Un invité verrouillé par un autre outil est ignoré. L'exécution suivante le relit.
• Une sauvegarde s'arrête à la fin de la fenêtre de sa politique. Les invités non traités portent la cause La fenêtre de la politique s'est terminée.
• La machine exécute une seule sauvegarde à la fois. Une sauvegarde Proxmox attend qu'une autre sauvegarde du même dépôt finisse, et l'inverse aussi.
• La rétention s'applique par invité : chaque VM et chaque conteneur garde son propre historique de points de restauration.
• Une politique Proxmox n'exécute aucun script avant ou après la sauvegarde.
• La sélection d'une politique copiée sur un autre nœud est remise à zéro : tous les invités du nœud cible sont sauvegardés.
• Un point de restauration de VM ne donne pas un fichier de la VM. Pour restaurer des fichiers d'une VM, installez aussi un agent dans la VM et créez une politique de fichiers.
• L'inventaire s'arrête à 1 024 VM et conteneurs par nœud.
• Sans licence de la plateforme qui permet les sauvegardes, le portail refuse une sauvegarde Proxmox. Les restaurations restent possibles.

Référence

• API : Lister les VM d'un endpoint.
• API : les routes des politiques et des tâches sont dans la référence de l'API.
• Outils MCP : update_vm_policy change la sélection des invités. get_endpoint donne les VM, les conteneurs et les données du nœud.
• Codes de cause d'une tâche : Codes de cause d'une tâche.