Comment séparer système et données Proxmox sur deux NVMe ?

Vérifier que la machine rend deux disques

Les disques par défaut de la commande sont 2×1TB NVMe, sans RAID matériel, en accès direct. La capacité utile se lit comme 2TB, pas comme le 1TB qui resterait après un miroir RAID-1. Avant d'installer Proxmox, contrôler dans la console le palier de mémoire et le système, pour ne pas mélanger 128GB et 256GB, ni installer Windows puis revenir vers la virtualisation.

L'accès direct signifie que chaque disque apparaît sous son propre nom de périphérique. Le contrôleur ne les réunit pas en un volume logique. L'installeur Proxmox, lsblk sous Debian, puis l'interface de stockage voient deux NVMe d'environ 1TB. Si le nombre ne correspond pas, s'arrêter et comparer à la commande. Ne pas partitionner tant qu'un seul disque est visible.

La mémoire est de la DDR4-3200 ECC RDIMM, choisie à la commande entre 128GB et 256GB. Proxmox lui-même en consomme peu. Le nombre de machines virtuelles consomme surtout la mémoire. Le partage des disques dit où poser les disques virtuels. Il ne change pas le palier de mémoire.

Traiter chaque disque dans l'installeur

Démarrer sur le support Proxmox VE 8 ou 9. Ne choisir qu'un des NVMe de 1TB comme disque cible. Le système de fichiers peut rester l'ext4 de l'installeur, ou un ZFS sur ce seul disque. Dans les deux cas, l'action ne concerne que le disque sélectionné. Le second n'entre pas tout seul dans le même pool.

Quand l'installeur demande le disque, noter modèle, numéro de série ou chemin. Le mauvais disque efface les partitions présentes. Sur une machine neuve les deux sont vides. Fixer quand même une règle : le premier de la liste, ou le plus petit numéro de série, reçoit le système. Le second reste libre, et le stockage s'ajoute après l'installation.

Pendant l'installation, écrire une adresse d'administration. La commande inclut 1 IPv4. Les adresses en plus se comptent à l'unité, et ce n'est pas le même sujet que les disques. L'adresse d'administration ouvre l'interface web de Proxmox. Les adresses métier des machines virtuelles se prennent plus tard dans le même lot. Le décompte des adresses est dans l'autre note. Disques et adresses ne se règlent pas dans le même geste.

1. Démarrer le support et confirmer deux NVMe d'environ 1TB.
2. Installer Proxmox sur un seul. Laisser l'autre inutilisé.
3. Poser le nom d'hôte, l'adresse d'administration et le mot de passe root. Le garder à part du mot de passe initial de la console.
4. Après l'installation, se connecter en SSH, puis ajouter le second disque dans le stockage.

Faire du second disque un stockage à part

Une fois le système démarré, trouver dans la liste des disques du nœud le NVMe qui n'est pas encore un stockage Proxmox. Deux façons courantes, une seule suffit.

La première est un stockage en répertoire. Créer une partition et un système de fichiers sur le second disque, le monter par exemple sur /mnt/vmdata, puis ajouter un Directory dans le stockage du centre de données, pointé sur ce montage, avec les images disque et les sauvegardes. Les fichiers de disques virtuels tombent sur ce disque, séparés de local et local-lvm. Un disque système plein n'absorbe pas les disques virtuels, et l'inverse non plus.

La seconde est un ZFS sur un seul disque. Créer un pool pour le second disque, sans y ajouter le disque système. Le nom du pool diffère de celui du système, par exemple vmdata. Proxmox le reconnaît comme stockage ZFS. Un ZFS mono-disque apporte les sommes de contrôle et un chemin d'extension plus tard. Ce n'est pas un miroir entre les deux disques. Un miroir demande au moins deux membres. Ici le but est d'utiliser toute la capacité, pas de ramener 2TB à 1TB.

À la création d'une machine virtuelle, le disque système peut rester sur le local-lvm du premier disque, et le disque de données aller sur le stockage du second. Une base de données gagne à poser ses données sur le second, pour ne pas partager les écritures avec les journaux, les ISO et les modèles de Proxmox.

Pas de RAID matériel. Un RAID logiciel est un choix explicite.

La commande ne comporte pas de RAID matériel. Si l'installeur ou l'interface de la carte mère propose un assistant d'agrégat, ne pas y lier les deux NVMe en RAID-1 ou en RAID-0. Après ce lien, le système ne voit plus qu'un disque logique. Proxmox ne peut plus séparer système et données, et le calcul de capacité change.

Si l'activité exige un miroir, le faire en logiciel en sachant que la capacité est divisée par deux, et le noter dans le journal des changements. La livraison par défaut ne comprend pas cette étape. Les sauvegardes vont sur un autre disque, une autre machine, ou une exportation régulière. Une seconde partition du même disque n'est pas une sauvegarde.

Un NVMe 2TB ajouté est lui aussi en accès direct, hors agrégat matériel. La commande en accepte deux au plus, à $71 par mois chacun. Ils apparaissent comme des périphériques supplémentaires. En faire un nouveau répertoire ou un nouveau pool mono-disque. Ne pas lancer zpool add sur un pool qui porte déjà des machines virtuelles sans l'avoir décidé. Étendre un pool et en créer un nouveau sont deux opérations. La première change la structure du pool existant.

Le palier de mémoire fixe le nombre de machines virtuelles

Une fois les disques séparés, la mémoire doit encore suffire. 128GB et 256GB sont deux modèles, pas une barrette ajoutée après coup. Le nœud Proxmox garde une part pour l'hôte et le cache. Le reste se répartit. Une base qui demande 64GB laisse, sur 128GB, de la place pour quelques petites machines après la réserve de l'hôte. Beaucoup de sites, chacun modeste, tiennent souvent dans 128GB. Base et plusieurs groupes de machines virtuelles sur le même hôte : partir sur 256GB.

Le processeur est un AMD EPYC 7543P, 32 cœurs / 64 threads, 2.8–3.7 GHz, 256MB de L3. Les cœurs se répartissent. La mémoire ne se survend pas jusqu'à étouffer l'hôte. Davantage de disques ne remplace pas la mémoire. Fixer d'abord le palier, puis décider si les disques virtuels vont sur le second NVMe ou sur un disque ajouté.

Chez OSFP Cloud, ces deux paliers sont à $462 et $595 par mois. Le site est à Tokyo, au Japon. Le montant dû égale le loyer multiplié par les mois. Le prix mensuel d'un disque ajouté entre d'abord dans le loyer. Proxmox VE 8 ou 9 se choisit dans les systèmes, sans supplément système. Le débit par défaut est 250M, trafic illimité. 1G ou 2G est une option réseau. Elle ne change pas le partage des disques.

Contrôler après l'installation

Se connecter au nœud en SSH, pas seulement par l'interface web. Le web crée des machines virtuelles. Le diagnostic des périphériques se fait dans le shell. Ordre de contrôle :

• Les deux NVMe par défaut sont là, chacun proche de 1TB, sans avoir été réduits à un disque logique de 1TB.
• Le stockage système et le stockage de données pointent vers des périphériques différents. Créer le disque d'une machine de test sur le second, et vérifier que le fichier ou le zvol n'est pas sur le disque système.
• Si des disques ont été ajoutés, le nombre de périphériques égale 2 plus ce nombre. S'il en manque un, comparer la commande et le câblage avant de compenser avec les disques restants.
• L'adresse d'administration ouvre l'interface sur le port 8006. Une adresse métier déjà attribuée se configure dans la machine virtuelle. Elle ne se mélange pas à l'adresse de la même carte sur l'hôte, sauf pont prévu.
• Placer ISO et sauvegardes sur le disque qui a le plus d'espace, pour que les images ne remplissent pas le disque système au point de bloquer les mises à jour.

Ce partage convient à Proxmox installé sur la machine entière, les machines virtuelles étant découpées par le compte. Il ne dépend pas d'un agrégat matériel, et ne cache pas le second disque dans un miroir. Capacité, sauvegarde et mémoire sont trois comptes. Les tenir séparés évite de transformer 2TB en 1TB, ou d'écrire la base et les journaux système sur le même disque.