Quel NVMe porte le disque de l'invité, et lequel porte la sauvegarde ?

Nommer le disque système avant de toucher l'autre

Choisir Proxmox VE 8 ou Proxmox VE 9 à la commande. Les deux sont dans la liste d'images. Après la livraison, entrer en SSH. Une réinstallation par clé USB n'est pas la façon de faire apparaître le second disque, et l'image ne replie pas les deux disques en un ensemble matériel. Il n'y a pas de carte d'ensemble dans le châssis.

Lancer lsblk -o NAME,SIZE,TYPE,MOUNTPOINT,MODEL, puis findmnt / et pvesm status. Deux NVMe d'environ 1 To apparaissent en type disk. Celui qui porte la racine est le disque système. L'autre a une colonne de montage vide : c'est le second disque inutilisé. Noter le nom stable sous /dev/disk/by-id/ et le numéro de série. Après un redémarrage, nvme0n1 et nvme1n1 peuvent s'échanger. Partitionner et formater par le nom by-id, pas par le numéro vu dans cette session.

Les disques d'invités tombent par défaut sur le NVMe système

Quand l'image installe Proxmox sur un NVMe, ce disque porte en général deux stockages. local est un répertoire sur le système de fichiers racine, sous /var/lib/vz. Il peut contenir des ISO, des extraits et des sauvegardes vzdump. local-lvm est du LVM-Thin sur le même disque. Les disques d'invités et de conteneurs s'y écrivent. Les noms diffèrent. Le périphérique physique est encore ce NVMe.

Un nouvel invité dont le stockage de disque est local-lvm range donc le disque sur le disque système. Une tâche de sauvegarde qui vise encore local écrit dans /var/lib/vz/dump, toujours le disque système. Si ce disque tombe, le disque de l'invité et cette sauvegarde tombent ensemble. Deux noms de stockage à l'écran ne signifient pas que le second NVMe est en service.

Avec lsblk, voir quel NVMe porte le groupe de volumes derrière local-lvm. Ce doit être le même disque que la racine. Le second disque, environ 1 To, n'a pas encore de partition et n'est pas membre de ce groupe. C'est la livraison en attachement direct, pas un ensemble manquant.

Pointer les sauvegardes vers l'autre NVMe

Partitionner le second disque seul, y créer un système de fichiers et le monter sur un nouveau répertoire tel que /mnt/backup-nvme. Une table GPT et une seule partition suffisent. ext4 suffit pour les fichiers de sauvegarde. /etc/fstab doit garder l'UUID, pas un nom comme /dev/nvme0n1p1 qui peut changer. Après mount -a, findmnt /mnt/backup-nvme doit montrer le by-id du second disque comme source, pas le disque système.

Ajouter un stockage répertoire dans Proxmox. Dans le centre de données, Stockage, Ajouter, Répertoire. Le chemin est ce montage. Le contenu est seulement la sauvegarde VZDump. La commande correspondante est pvesm add dir backup-nvme --path /mnt/backup-nvme --content backup. Choisir un identifiant qui ne heurte pas local. Dans pvesm status, la ligne doit être active, et l'espace libre proche du second disque, pas du reste sur la racine.

Les tâches de sauvegarde déjà là doivent passer sur ce stockage. Ajouter le répertoire pendant que la tâche dit encore local laisse les nouvelles sauvegardes sur le disque système. Sans invité, confirmer d'abord le montage et l'état du stockage, puis créer l'invité. Avec un invité, lancer une sauvegarde et passer le nouvel identifiant en --storage à vzdump. Le mode instantané exige un stockage de disque qui sait faire des instantanés. local-lvm le sait. Le fichier apparaît dans le répertoire du second disque, et le nom commence par vzdump-.

Un disque 2 To ajouté reste un disque à part

Un NVMe 2 To ajouté coûte $84 par mois, deux disques au plus, en attachement direct, hors de tout ensemble matériel. Dans lsblk c'est une nouvelle ligne disk d'environ 2 To. Il ne rejoint pas les deux disques de 1 To, et il n'agrandit pas local-lvm tout seul. Le traiter comme le 1 To vide : sa partition, son montage, son entrée de stockage.

Quand le second 1 To porte déjà les sauvegardes, le 2 To est l'endroit pour d'autres disques d'invités. Ajouter un stockage répertoire sur le nouveau montage, contenu image disque, et choisir ce stockage en créant un grand disque d'invité, au lieu de l'écrire dans le pool thin du disque système. Quand ce sont les sauvegardes qui ne tiennent pas, pointer la tâche vers le 2 To et garder le second 1 To pour les images. Dans les deux cas, les disques et la seule sauvegarde restent sur des disques différents.

Ne pas vgextend le disque 2 To dans le groupe de volumes du disque système. Une fois le groupe à cheval sur deux NVMe de tailles différentes, les extents d'un disque d'invité peuvent tomber sur l'un ou l'autre, et une sauvegarde encore sur la racine partage cette panne. Ce n'est pas un ensemble matériel. Pourquoi un disque ajouté reste hors d'un ensemble est dans un disque ajouté reste hors de l'ensemble. Miroir des deux 1 To par défaut, l'espace utile tombe vers 1 To, et la séparation de cette note n'existe plus. Cette disposition est dans la redondance sans ensemble matériel.

La capacité est la somme, pas ce qui reste après un miroir

Utilisés comme deux systèmes de fichiers, les deux disques de 1 To offrent environ 2 To, moins la table de partitions, le système de fichiers et les fichiers système déjà sur la racine. Les lire comme un RAID 1 avec 1 To restant ne correspond pas aux deux lignes disk de lsblk, et ne laisse pas de second disque pour le répertoire de sauvegarde.

Un disque d'invité et sa sauvegarde consomment chacun de l'espace. Un disque d'invité alloué à 400 Go a besoin de place dans le pool thin pour ce qui a été écrit, et le second disque a besoin de place pour une sauvegarde. Les 400 Go ne se soustraient pas une seule fois d'un total de 2 To. L'allocation fine fait paraître le volume plus petit que l'allocation. Le fichier de sauvegarde dépend encore du mode et de la compression de ce passage. Prévoir le volume qui sera écrit sur chaque disque. Ne pas prévoir à partir d'un seul total dans la liste des stockages.

ext4 réserve par défaut une part des blocs à root. Un répertoire de sauvegarde utilisé par vzdump affichera moins que la taille étiquetée du disque. Cette réserve est le système de fichiers, pas un disque manquant. Après le montage, la ligne de df -h est le nombre pour choisir combien de sauvegardes garder.

Après une sauvegarde, confirmer quel disque tient le fichier

1. Le second disque est monté

   findmnt /mnt/backup-nvme nomme le second NVMe par by-id comme source. Après un redémarrage, le montage est encore là, et la racine aussi.

2. Le stockage n'est pas local

   Dans pvesm status, le chemin du stockage de sauvegarde est le nouveau montage. Le champ stockage de la tâche est cet identifiant. Si la tâche dit encore local, le changer avant la prochaine exécution.

3. Lancer vzdump une fois

   Choisir un invité qui accepte un instantané et envoyer le stockage vers le nouveau répertoire. À la fin, un fichier vzdump- est dans ce répertoire. findmnt -T sur le fichier doit nommer le second disque.

4. Le disque système ne se remplit pas en même temps

   Surveiller df -h / pendant la sauvegarde. Une croissance sous /var/lib/vz/dump signifie que la tâche vise encore local. L'arrêter, changer le stockage, relancer.

La rétention doit tenir dans l'espace libre du second disque. Beaucoup de copies, chacune proche du disque d'invité entier, font échouer la sauvegarde suivante à mi-chemin et laissent un fichier partiel. Ce fichier partiel n'est pas une copie restaurable. Le retirer, baisser la rétention à un nombre que le disque peut tenir, et lancer une sauvegarde qui se termine.

Déplacer un grand disque déjà sur local-lvm commence avec l'invité éteint, puis un déplacement vers le nouveau stockage répertoire, puis un démarrage de contrôle. Ne pas copier le fichier de disque pendant que l'invité écrit encore. Les fichiers de sauvegarde sont recréés sur le nouveau stockage. Les anciens fichiers du répertoire de dump du disque système ne protègent pas le nouveau disque.

Voici les disques avec lesquels la machine part

Les deux paliers de mémoire partent avec les mêmes disques : 2 × 1 To NVMe, pas de RAID matériel, chaque disque en attachement direct, capacité utile comptée comme 2 To. La machine 128 Go est à $455 par mois. La machine 256 Go est à $612 par mois. La mémoire est de la DDR4-3200 ECC RDIMM et ne s'ajoute pas ensuite. 256 Go, c'est ce palier. Le processeur des deux est un AMD EPYC 7543P, 32 cœurs et 64 threads. Un disque 2 To ajouté porte le loyer mensuel du palier 128 Go à $539. Le compte ajouté est 0, 1 ou 2, à $84 chacun. Ce montant rejoint le loyer mensuel, puis le nombre de mois s'applique. Le trimestre est trois fois, sans remise supplémentaire. Pas de frais d'installation.

La machine est déployée à Tokyo, au Japon. Le SSH vers l'hôte utilise l'adresse de la console. Changer la disposition des disques ne change pas cette adresse d'accès. Proxmox VE 8 et 9 sont dans la liste des images gratuites. Le second disque et tout disque ajouté se montent dans le système. L'image ne les présente pas comme un seul volume matériel.

La séparation est faite quand le périphérique bloc du disque d'invité et le périphérique bloc du fichier de sauvegarde ne sont pas le même périphérique. Le nom de stockage, l'identifiant de la tâche de sauvegarde et la source de findmnt -T doivent concorder. Alors la sauvegarde a quitté le NVMe système.