Comment ASNetworking installe Proxmox : ECC, ZFS et liaison réseau

Eva Wong

IceWhale author

Eva Wong est la rédactrice technique et bricoleuse résidente chez ZimaSpace. Geek depuis toujours, passionnée par les homelabs et les logiciels open source, elle se spécialise dans la traduction de concepts techniques complexes en guides accessibles et pratiques. Eva croit que l’auto-hébergement doit être amusant, pas intimidant. À travers ses tutoriels, elle donne à la communauté les moyens de démystifier les configurations matérielles, depuis la construction de leur premier NAS jusqu’à la maîtrise des conteneurs Docker.

How ASNetworking Installs Proxmox: ECC, ZFS & Network Pinning

Merci à ASNetworking pour avoir réalisé ce cours détaillé en espagnol sur l’installation de Proxmox. Dans le troisième chapitre du cours du créateur, la discussion passe des exigences matérielles et des paramètres du BIOS au programme d’installation, aux formats de stockage et à l’attribution persistante des interfaces réseau. La vidéo originale de 31 minutes est la source de la séquence ci-dessous.

À regarder avant de lire : Cet épisode s’adresse à la personne qui construit un home lab et souhaite comprendre les décisions prises avant de créer la première VM. Il couvre l’ISO de Proxmox VE, les fonctions de virtualisation du processeur, la planification pratique de la mémoire, le BIOS/UEFI, les supports d’installation, les choix Ext4/XFS/Btrfs/ZFS, le réseau de gestion et l’attribution persistante des interfaces. Le créateur utilise plusieurs types de matériel de laboratoire ; les captures d’écran montrant un exemple avec 32 Go de RAM et un PC plus grand ne constituent pas les spécifications de la ZimaBoard 2.

L’enseignement utile est qu’un écran d’installation réussi ne représente qu’une partie d’un hôte de virtualisation fiable. Les fonctions du processeur, la mémoire des invités, le stockage de démarrage, le comportement du système de fichiers et la stabilité du réseau de gestion influencent tous ce que le nœud pourra faire par la suite. ASNetworking présente le processus d’installation et l’interface Proxmox obtenue ; cet épisode ne mesure pas les performances des VM et ne prouve pas que chaque configuration de stockage convient à chaque machine.

Commencez par une ISO vérifiée et un plan matériel réaliste

Le créateur commence par le téléchargement de Proxmox VE et les étapes de vérification, avant de passer en revue les exigences minimales et recommandées. Téléchargez le programme d’installation depuis les téléchargements officiels de Proxmox et vérifiez la somme de contrôle publiée avant d’écrire le support d’installation. Cela réduit le risque de chercher la cause d’une image endommagée ou incorrecte du côté du matériel.

Un hôte 64 bits minimal, de la mémoire, un disque d’installation et une interface réseau peuvent suffire à démarrer le programme d’installation. Cette base ne dit pas grand-chose sur la capacité réellement disponible pour les invités. Prévoyez de la mémoire pour l’hôte, chaque VM ou conteneur, ainsi que pour les fonctions de stockage choisies. Le graphique de la vidéo consacré à 32 Go illustre un exemple d’allocation, avec 2 Go réservés à l’hôte et 30 Go répartis entre les invités ; il ne décrit aucun des deux modèles de ZimaBoard 2. La mémoire ECC est une fonctionnalité de fiabilité souhaitable sur le matériel compatible, mais elle n’est pas une condition universelle pour installer Proxmox VE. Comparez votre configuration réelle aux exigences matérielles actuelles de Proxmox.

ASNetworking présente l’installation de Proxmox avec deux serveurs compacts posés sur le bureau — Le créateur présente deux serveurs compacts en introduisant les décisions d’installation de ce chapitre.

Diapositive en espagnol listant un processeur 64 bits, de la RAM, un disque et un adaptateur réseau comme composants minimaux d’un hôte Proxmox — La diapositive des composants minimaux constitue un point de départ ; les ressources disponibles pour les invités nécessitent une planification distincte.

Vérifiez les fonctions de virtualisation avant l’installation

L’épisode explique les extensions de virtualisation du processeur et présente l’IOMMU ainsi que le SR-IOV. La virtualisation matérielle est importante pour exécuter des machines virtuelles KVM. L’IOMMU devient pertinente lorsqu’un transfert direct de périphérique est envisagé ; le SR-IOV est une fonctionnalité plus spécialisée qui dépend également du périphérique, du micrologiciel et du pilote. Ces fonctions doivent être vérifiées en fonction de la charge de travail prévue, plutôt que considérées comme une liste que tout hôte de base devrait prendre entièrement en charge.

Plus tard, ASNetworking ouvre les paramètres BIOS/UEFI de la machine et montre Intel VT-d activé. Les menus du micrologiciel varient selon le fabricant : utilisez donc la capture d’écran comme indication de l’endroit où chercher, puis vérifiez les paramètres et les capacités de votre propre système. Si votre objectif est un projet de transfert direct, prenez cette décision avant de construire une VM autour d’un périphérique que vous ne pourrez pas lui attribuer.

Schéma d’Intel VT-d et des fonctions virtuelles SR-IOV reliant le matériel réseau aux machines virtuelles — Le schéma explique comment des fonctions avancées de périphériques peuvent être exposées aux machines virtuelles ; la prise en charge dépend du matériel réel.

Répartition conceptuelle de 32 Go de mémoire dans un laboratoire Proxmox entre les services de l’hôte et les machines virtuelles — Le schéma de 32 Go illustre un budget mémoire de laboratoire ; il ne correspond pas à la capacité mémoire de la ZimaBoard 2 présentée ailleurs.

ASNetworking tient un serveur compact tout en présentant le matériel du laboratoire Proxmox — ASNetworking remet le matériel au premier plan tandis que la leçon passe des exigences à la configuration.

Écran du BIOS UEFI ASUS montrant Intel VT-d activé dans la configuration de l’agent système — L’exemple de BIOS montre VT-d activé ; l’option IOMMU distincte visible sur cet écran avant le démarrage est désactivée.

Choisissez délibérément le disque cible et le système de fichiers

Après avoir créé le support d’installation, le créateur démarre le programme d’installation de Proxmox. Avant d’accepter un disque, identifiez le lecteur cible et comprenez que l’installation d’un système d’exploitation peut effacer les données existantes. Cela est particulièrement important si vous réutilisez un serveur domestique contenant déjà des fichiers ou un système d’exploitation. Sauvegardez tout ce dont vous avez besoin avant de modifier le périphérique de démarrage.

La section consacrée aux systèmes de fichiers compare les choix conventionnels tels qu’Ext4 et XFS aux options de type copy-on-write comme Btrfs et ZFS. Un laboratoire simple sur un seul disque et une conception de stockage redondante n’ont pas les mêmes exigences. ZFS offre des sommes de contrôle, des instantanés et des fonctions de pool, mais nécessite une configuration de disques adaptée ainsi qu’un budget mémoire suffisant. Les instantanés sont utiles pour certaines tâches de récupération ; ils ne remplacent pas des sauvegardes indépendantes. Les recommandations de Proxmox sur ZFS sont utiles avant de le choisir pour un petit hôte.

Le programme d’installation de Proxmox VE affiche son contrat de licence utilisateur pendant la configuration — Le programme d’installation est en cours d’exécution ; la sélection du disque et la configuration du stockage suivent dans la leçon.

Diapositive comparant les caractéristiques des systèmes de fichiers Ext4, XFS, Btrfs et ZFS — Le créateur compare les familles de systèmes de fichiers avant d’attribuer au disque système une configuration particulière.

Schéma de l’architecture ZFS montrant les jeux de données, les volumes, les instantanés, les sommes de contrôle et les vdev de stockage — Le schéma ZFS relie les jeux de données et les volumes de VM à un pool de stockage ; le miroir et le RAID-Z2 illustrés sont des exemples et non une configuration obligatoire.

Le mini-serveur domestique ZimaBoard 2 apparaît de nouveau pendant cette discussion sur le stockage, avec un disque connecté et du matériel d’extension. Son format compact en fait un sujet intéressant pour un home lab, mais choisissez le système de fichiers et le nombre d’invités en fonction du modèle exact de la carte, des disques connectés et de la mémoire disponible. Les autres machines du laboratoire présentées dans la vidéo ne doivent pas servir à déduire la capacité de la ZimaBoard 2.

ZimaBoard 2 avec un disque dans un support compact et du matériel d’extension présenté par ASNetworking — La ZimaBoard 2 est présentée avec du stockage connecté ; planifiez sa configuration Proxmox en fonction des disques et de la mémoire réellement installés.

Gardez le réseau de gestion identifiable

À l’étape du réseau, identifiez le port physique qui transportera le trafic de gestion, puis vérifiez l’adresse, la passerelle, le DNS et le nom d’hôte avant de terminer la configuration. Sur un hôte équipé de plusieurs cartes réseau ou de cartes ajoutées, une confusion entre les noms des ports peut rendre l’interface Web inaccessible alors même que l’installation a réussi.

Dans cet épisode, l’« attribution persistante des interfaces » désigne l’association de noms persistants aux interfaces réseau. Il ne s’agit pas d’attacher une VM à des cœurs de processeur. Proxmox fournit un outil d’attribution persistante des interfaces réseau à cette fin ; les modifications de la correspondance doivent être effectuées avec prudence et nécessitent un redémarrage pour prendre effet. La référence de configuration réseau de Proxmox explique l’outil et ses limites. Conservez un accès local pendant la modification du réseau de gestion afin qu’une mauvaise correspondance ne vous prive pas de l’accès à l’hôte.

ASNetworking montre une carte réseau dans un PC de laboratoire distinct pendant la discussion sur l’attribution des interfaces — Ce PC plus grand est un autre exemple de laboratoire utilisé pour expliquer les interfaces réseau physiques ; il ne constitue pas une spécification de la ZimaBoard 2.

Vérifiez l’hôte après le premier démarrage

L’écran final montre l’interface Web de Proxmox VE avec deux nœuds nommés zima1 et zima2. Le fait de voir les nœuds dans la vue de gestion confirme que l’interface est accessible dans ce laboratoire ; cela n’établit pas à lui seul la présence d’un stockage partagé, d’une bascule automatique ou d’un cluster prêt pour la production. Pour votre propre installation, vérifiez d’abord que l’hôte prévu, les disques et les interfaces réseau apparaissent correctement. Créez ensuite une petite VM, redémarrez l’hôte et confirmez que l’accès de gestion et le stockage reviennent comme prévu.

Interface Web de Proxmox VE affichant deux nœuds de laboratoire visibles nommés zima1 et zima2 — La vue finale de l’interface affiche deux nœuds de laboratoire ; il s’agit d’une vérification de l’accès de gestion, et non d’une preuve de haute disponibilité testée.

Le chapitre complet sur Proxmox d’ASNetworking vaut le détour pour suivre la séquence à l’écran et les explications du créateur en espagnol. Si vous suivez le guide sur une ZimaBoard 2, commencez par un déploiement réduit et explicitez les décisions concernant le disque, la mémoire et le réseau avant d’ajouter d’autres machines virtuelles.