Installez Proxmox sur deux disques directs — pas un RAID-1

Pourquoi la machine tient le rôle d’hôte

Le processeur est un AMD EPYC 7543P unique, 32 cœurs / 64 threads, avec AMD-V et virtualisation imbriquée. La mémoire est DDR4-3200 ECC RDIMM, 128GB ou 256GB, sans barrette supplémentaire après commande. Qui pose base de données, sites et jump-host sur plusieurs VM bute rarement sur le nombre de cœurs — plutôt sur le découpage des disques et la sauvegarde.

Les serveurs sont installés à Tokyo, au Japon. Linux se rejoint en SSH. Dans le configurateur, vous choisissez Proxmox VE 8 ou 9 directement, sans passer par Ubuntu puis un échange d’image. Windows est un autre chemin, en RDP, et n’entre pas dans cette note d’hôte.

N’éparpillez pas d’emblée les 32 cœurs sur une « VM à tout faire ». Plus stable : laisser à l’hôte 4–8 cœurs et au moins 8–16GB, découper le reste entre site, base et machine de build. L’ECC compte ici : beaucoup de VM sur la durée, moins d’erreurs silencieuses qu’avec de la RAM grand public. Il n’y a que 128 et 256 ; le mauvais palier ne se rattrape pas. Avant l’installation, additionnez les pics des VM, ne vous dites pas « 128 d’abord, on verra ».

Lire d’abord les deux disques

La livraison, c’est 2 × 1TB NVMe, sans RAID matériel, en attache directe. Comptez 2TB de capacité utile : les deux disques sont là, personne n’a monté un RAID-1 avant vous pour ne vous laisser que 1TB. Les 2TB extra restent eux aussi en attache directe et n’entrent pas automatiquement dans un array matériel.

Qui lit « 2×1TB » comme un miroir déjà prêt de 1TB trouve, après l’installateur Proxmox, un disque « en trop » ou se plaint d’un manque de capacité. C’est la spécification, pas un défaut. Deux NVMe dans lsblk, c’est l’image attendue.

Trois découpages courants

Pas de recette unique, mais trois découpages qu’on peut expliquer clairement.

Le premier découpage convient si vous démarrez vite et tenez la sauvegarde hors de la machine. Le deuxième, si la redondance disque est obligatoire et que la moitié de capacité passe. Le troisième seulement avec une sauvegarde complète et un coût de reconstruction accepté. Dans tous les cas : une copie hors de la machine. La console n’impose aucune politique de snapshots. Si plusieurs personnes travaillent, écrivez le découpage dans le ticket ou le document interne : quel disque est système, lequel données, si un RAID logiciel tourne. Plus tard, lsblk suffit pour que personne ne formate le disque de sauvegarde comme nouveau virtual disk.

Choix dans l’installateur

1. 1
   Choisir Proxmox dans le configurateur

   Un système, suggestion Ubuntu 24.04. Passez à Proxmox VE 8 ou 9 — pas de détour par une autre image.

2. 2
   La RAM selon le pic des VM, non extensible

   128GB $449 / mois, 256GB $599 / mois. L’hôte a besoin de sa propre mémoire. 256GB = le modèle correspondant, pas un SKU d’upgrade RAM.

3. 3
   Reconnaître les disques, ne pas cliquer l’assistant d’array à l’aveugle

   Proxmox peut proposer un miroir ZFS. C’est une option d’installateur, pas un array d’usine. Avant de cliquer, confrontez le découpage de la section précédente.

Ce site ne propose pas VMware ESXi. La virtualisation passe par Proxmox ; les deux disques restent en attache directe, pas en RAID-1.

Ce que vous vérifiez après l’installation

Une fois l’instance en marche, la console donne SSH. Connectez-vous en root, voyez les deux NVMe dans lsblk, puis créez le stockage dans l’interface Proxmox. Ne vous fiez pas au seul « local » du résumé d’installateur — il ne couvre souvent que le disque choisi à ce moment.

Plus d’emplacements : dans le configurateur, au plus deux 2TB extra à $79 / mois, toujours en direct. N’attendez pas qu’ils rejoignent automatiquement l’array existant. Ensuite, étendez vous-même ZFS, mdadm ou un nouveau stockage LVM. Bande passante standard 250 Mbps de trafic illimité ; sortie VM plus large ensuite en 1G ou 2G.

Les noms de stockage se confondent facilement. Si l’installateur tient au premier disque, local et local-lvm sont souvent là ; le second n’apparaît pas tout seul sous « VM-Disk ». Sous Datacenter → Storage, ajoutez le disque entier ou une partition. Un Directory-Storage convient aux ISO et au tampon de sauvegarde, LVM-thin ou ZFS aux images de VM. Notez le rôle des deux disques — sinon la prochaine extension touche le mauvais.

Ne posez pas la sauvegarde seulement sur le second disque

Une sauvegarde sur le second disque de la même machine rattrape « VM effacée par erreur », pas une coupure, un point unique de site, ni deux disques qui meurent l’un après l’autre. Minimum : les VM importantes ont une copie ailleurs — stockage objet, deuxième machine, ou extraction vers votre propre réseau.

Proxmox Backup Server peut être une VM à part ; s’il dort sur les mêmes deux disques que la source, le gain est mince. Écrivez d’abord « hors de la machine » dans le flux, puis décidez si le second disque devient bibliothèque ISO ou tampon de snapshots locaux.

Vous pouvez activer la virtualisation imbriquée, mais ne prenez pas « Proxmox dans la VM » comme architecture standard. La machine est déjà exclusive ; une couche de plus sert surtout au laboratoire. Production et base restent au premier niveau de VM, un domaine d’erreur en moins. Les invités Windows s’installent dans Proxmox — ne réinstallez pas toute la machine en Windows Server, sinon vous perdez le chemin d’hôte.

Comment cela s’accorde à cette machine tokyoïte

Ce n’est pas une plaquette produit, mais le découpage des disques a besoin des bons chiffres : Tokyo seulement, deux paliers de RAM, deux disques directs, sans frais d’installation. Loyer = prix du modèle + disques extra × 79 + surcoût bande passante + IP extra × 2 + surcoût système ; facture = loyer × mois, sans remise. Proxmox figure parmi les systèmes gratuits, sans surcoût système.

La commande se fait sans compte. L’alimentation (marche, arrêt, redémarrage) est un ticket en console, pas le même chemin que SSH. « Réinstaller le système dans le navigateur » n’est pas une fonction intégrée ici — réinstallation ou autre découpage via le chemin ticket de l’aide.