Proxmox Choix mode installation - ISO ou paquet ?

Cram28

Padawan
3 Novembre 2023
95
28
18
Bonjour le forum !

Comme indiqué dans ma présentation je suis en possession très récente d'un QNAP.

Bon, j'ai joué un peu avec l'interface QuTS hero (ZFS) du serveur: décidément, les interfaces web des solutions NAS, quelles soient propriétaires comme ici QuTS, ou open-source comme OMV ou TrueNAS, m'apparaissent toujours comme des choses complexes et un peu «usine à gaz». J'accroche pas, c'est mon ressenti en tous les cas, tout personnel, et il se confirme encore...

Bref !

Je me suis installé Proxmox comme me l'avait suggéré pierre liths. Je connais un peu pour avoir manipé dans une VM il y a quelques années, mais je n'étais pas allé bien loin - et, au passage, elle semble avoir pas mal évolué par rapport à mon souvenir !
Ça passe «comme une lettre à la poste»: une installation Linux-like somme toute classique.

Et là du coup, je sollicite vos compétences Proxmox avec quelques questions:
  1. Source de l'installation: Je crois comprendre qu'on peut opter pour une installation à partir d'une ISO système (la distribution Debian de base enrichie de fonctionnalité Proxmox, construit spécifiquement - c'est ce que j'ai fait pour l'instant) ou installer ces fonctionnalités Proxmox via des paquets .deb ajoutés à une Debian pré-existante sur la machine (avec utilisation du kernel pve quand même).
    Ma compréhension de l'intérêt de cette seconde option est qu'alors on n'est plus dans le cadre d'une «appliance» et de ses contraintes dans les mises à jour successives, mais dans le cadre standard de mises à jour de paquets sous Debian: on ne touche pas aux installations et/ou configurations qu'on aurait réalisées «à côté»pour nos besoins. Par exemple si j'installe l'outil mdadm pour géré le RAID logiciel:
    • si je suis dans le cadre d'une «full Proxmox» (installation ISO), à la prochaine mise à jour, va-t'il me virer l'outil car il ne fait pas partie nativement de Proxmox ?
    • mdadm restera en place si installation «deb Proxmox» car la mise à jour ne se fera que pour le paquet Proxmox concerné ?
    Je serais intéressé par une confirmation ou un démenti... Et plus globalement par votre avis sur les différences que vous avez identifiées et les conséquences du choix d'une option ou l'autre, notamment dans les cycles de mises à jour ?
  2. Gestion du RAID: L'exemple ci-dessus avec mdadm n'est pas innocent. J'ai en effet un jeu de 4 disques constitués en grappe RAID5 dans un NAS précédent avec cet outil de RAID logiciel. Proxmox gère la redondance, mais avec ZFS: c'est puissant et grand consommateur de RAM... Et plus les disques sont grands, plus il a besoin de RAM. Je sais que si je branche cette grappe RAID5 sur une machine avec assez de ports SATA et sur laquelle mdadm est installé, la grappe sera reconnue tout de suite, sans quasi aucune commande ou modification. Cette opération me permet de récupérer directement mes données, car je comprends qu'un passage par une cible native Proxmox en ZFS RAIDz-1 re-partitionne et mange les données existantes... Donc l'ajout de mdadm suffisant pour récupérer ma grappe existante ?
  3. Protocoles de partage réseau: Là encore, Proxmox n'embarque pas nativement un certain nombre de composants intéressants pour un NAS, évidemment les protocoles de partage réseau (c'est le cœur des fonctionnalités d'un NAS de base). Par exemple, je n'ai pas vu DLNA, UPNP, etc... (Samba et NFS semblent exister:
    Code:
    # # dpkg-query -l | egrep [ .. ]
    ii  samba-common        2:4.17.12+dfsg-0+deb12u1   all    common files used by both the Samba server and client
    ii  samba-libs:amd64    2:4.17.12+dfsg-0+deb12u1   amd64  Samba core libraries
    
    [ .. ]
    ii  libnfsidmap1:amd64  1:2.6.2-4                  amd64  NFS idmapping library
    ii  nfs-common          1:2.6.2-4                  amd64  NFS support files common to client and server
    )
  4. ...

En formalisant mes questions, je m’aperçois en fait qu'il n'y en a qu'une... Je voudrais ajouter des fonctionnalités non natives: en plus de la virtualisation «cœur de métier» de Proxmox, je voudrais ajouter des paquets et des outils. La question unique revient à demander: quelle est l'installation à utiliser entre «full Proxmox» et «deb Proxmox» qui présente le moins de risque de perdre mes config. au cours des mises à jours successives ?

Je vous remercie pour vos zavis zéclairés.

@+
 
Salut @Cram28 👋🏻

Je pense que les deux te permettront la même chose.
De mon point de vue , installer via l’ISO Proxmox c’est plus pratique que d’installer une debian puis de configurer les dépôts proxmox et installer proxmox.
Dans les deux cas tu as une base debian, et proxmox.
Si tu regardes les sources.list tu verras qu’il y a ceux de debian et celui de Proxmox.
Donc pour moi une maj viendra via ces cannaux et ne supprimera pas ce que tu as installé via debian.

Après je n’ai pas encore assez d’expérience avec Proxmox (ni debian) donc je ne sais pas ce qu’il se passera quand il y aura une nouvelle version majeure. Je sais juste qu’elle ne se fera pas automatiquement et qu’il faudra la lancer manuellement.

Sur ta base debian tu peux installer ce que tu veux 😊
J’ai mis eza zsh OhMyZsh et divers plugins et un thème Powerlevel10k.
Bref tu as un Linux debian et proxmox qui tourne dessus 😊
 
Ok,
Donc, je vais laisser et partir comme çà - «ISO Proxmox» - et voir à l'usage.

Merci pour ton retour.

@+, @suivre ;)
 
En formalisant mes questions, je m’aperçois en fait qu'il n'y en a qu'une... Je voudrais ajouter des fonctionnalités non natives: en plus de la virtualisation «cœur de métier» de Proxmox, je voudrais ajouter des paquets et des outils. La question unique revient à demander: quelle est l'installation à utiliser entre «full Proxmox» et «deb Proxmox» qui présente le moins de risque de perdre mes config. au cours des mises à jours successives ?
Salut,
Personnellement, je préfère l'installation Debian+Proxmox.

Pourquoi ? L'ISO Proxmox est limité en drivers, ... cela peut etre problématique sur certaines machines, par exemple, il peux manquer le drivers réseaux ... et donc aucune installation possible ^^"
Aussi l'ISO proxmox t'impose la façon de faire le stockage ( RAID1 ZFS ... ), il y a certes plusieurs choix, mais tu n'est pas aussi libre que sur une installation de Debian "classique".

Il faut aussi savoir que par contre, il n'y a aucun soucis a installer des composants autour de Proxmox, du moment que cela ne viens pas en "conflit" ou que cela ne modifie pas de composants de proxmox ( attention Proxmox utilise son propre kernel modifié ).

Tu peux tres bien rajouter un paquet, genre htop, il sera persistant , aucun soucis la dessus. Et quand tu fera ton apt upgrade , tu verra les maj des paquets de debian, et de proxmox tout a fait normalement.
 
Salut,
Personnellement, je préfère l'installation Debian+Proxmox.

Pourquoi ? L'ISO Proxmox est limité en drivers, ... cela peut etre problématique sur certaines machines, par exemple, il peux manquer le drivers réseaux ... et donc aucune installation possible ^^"
Aussi l'ISO proxmox t'impose la façon de faire le stockage ( RAID1 ZFS ... ), il y a certes plusieurs choix, mais tu n'est pas aussi libre que sur une installation de Debian "classique".

Il faut aussi savoir que par contre, il n'y a aucun soucis a installer des composants autour de Proxmox, du moment que cela ne viens pas en "conflit" ou que cela ne modifie pas de composants de proxmox ( attention Proxmox utilise son propre kernel modifié ).

Tu peux tres bien rajouter un paquet, genre htop, il sera persistant , aucun soucis la dessus. Et quand tu fera ton apt upgrade , tu verra les maj des paquets de debian, et de proxmox tout a fait normalement.
Ho intéressant cette vision.
Tu peux nous faire un tuto pour la nouvelle mouture de Proxmox 8.1 basé sur Debian 12.2 ?
 
L'ISO Proxmox est limité en drivers, ... cela peut etre problématique sur certaines machines, par exemple, il peux manquer le drivers réseaux ... et donc aucune installation possible ^^"
Autre que le pilote réseau, as-tu des exemples d’autres pilotes manquants ?

J’ai fini par créer un support d’installation avec Balena Etcher sur ssd Depuis l’iso de Proxmox 8.1 car via ma clé usb Ventoy j’avais une erreur au boot de l’image iso :

Code:
[ERROR] no device with valid ISO found, please check your installation medium
unable to continue (type exit or CTRL-D to reboot)

A a été d’une vitesse !
Bien plus rapide que ma clé usb3 🤣
Je vais peut être convertir ce petit ssd en installeur ventoy…
 
Bonsoir,

@EVOTk Intéressant en effet.

Je n'ai pas constaté de manques suite à l'installation «ISO proxmox» sur le QNAP TS-855X: interfaces réseau reconnues, carte graphique, etc...
Mais effectivement le source.list ne pointe pas sur non-free-firmware qui est venu avec Debian Bookworm, et il pourrait exister des soucis avec un matos plus... exotique (que l'éditeur de Proxmox ne doit pas trop envisager... ;)).

Je te rejoins sur le «ZFS Only», c'est bien pourquoi je parlais de mdadm plus haut. Il bouffe vraiment de la RAM ZFS ! Il tournait à 4/5% occupés sur les 32Go, j'ai créé un pool ZFS RAIDZ-1 (équivalent RAID5) avec HDDs 4x4TO, il est passé à 30%, sans même qu'il y ait encore de données...
Mon bon vieux sesame, avec un RAID 5 classique tourne à 7% de RAM occupée, mais 7% de 16Go !

J'ai lu beaucoup de TrueNAS avec une config. à 64Go, je comprends mieux pourquoi...
Bon, après un reboot il est redevenu plus raisonnable..

Je vais l'utiliser en l'état pour le moment et si il me fait des pics de conso un peu trop fréquents, j'envisagerais de revenir au bon vieux RAID classique, au moins pour le gros de mes données. Je pense garder le ZFS en miroir sur les 2 NVMe pour l'OS et les 2 SSD pour les VM/CT.

Merci, @+.

PS Tuto: Mé-Heu.. EVOTK à déjà fait le job ou bien je me mélange les pinceaux ?
 
PS Tuto: Mé-Heu.. EVOTK à déjà fait le job ou bien je me mélange les pinceaux ?
Son tuto est surtout valable pour Proxmox 8.0.
Avec la 8.1 il y a un nouveau noyau.

Sinon je viens de finir mes personnalisations :
  • Changement du port SSH ;
  • Quelques options pour nano ;
  • Désactivation de l'IPv6 ;
  • Installation de : sudo git wget curl neofetch net-tools eza gpg ;
  • Modification de Locale pour fr_FR.UTF8 ;
  • Désactivation du message concernant le dépôt proxmox de souscription ;
  • Lancement du script de post install : https://github.com/tteck/Proxmox/raw/main/misc/post-pve-install.sh (sans faire certaines modifications :
    • ✗ Selected no to Disabling subscription nag
    • ✗ Selected no to Adding 'pvetest' repository
    • ✗ Selected no to Updating Proxmox VE. (je le fait manuellement)
    • ✗ Selected no to Rebooting Proxmox VE (Reboot recommended) (même chose)
  • Modification du sources.list avec dépôt FR :
    Code:
    # Lignes d'origines# deb http://ftp.debian.org/debian bookworm main contrib
    # deb http://ftp.debian.org/debian bookworm-updates main contrib
    # deb http://security.debian.org/debian-security bookworm-security main contrib
    # deb http://deb.debian.org/debian bookworm-backports main contrib
    
    
    # Ajout du dépôt le plus rapide
    deb http://debian.proxad.net/debian/ bookworm contrib main non-free non-free-firmware
    deb http://debian.proxad.net/debian/ bookworm-updates contrib main non-free non-free-firmware
    deb http://debian.proxad.net/debian/ bookworm-proposed-updates contrib main non-free non-free-firmware
    deb http://debian.proxad.net/debian/ bookworm-backports contrib main non-free non-free-firmware
    deb http://debian.proxad.net/debian-security/ bookworm-security contrib main non-free non-free-firmware
    
    # deb-src http://debian.proxad.net/debian/ bookworm contrib main non-free non-free-firmware
    # deb-src http://debian.proxad.net/debian/ bookworm-updates contrib main non-free non-free-firmware
    # deb-src http://debian.proxad.net/debian/ bookworm-proposed-updates contrib main non-free non-free-firmware
    # deb-src http://debian.proxad.net/debian/ bookworm-backports contrib main non-free non-free-firmware
    # deb-src http://debian.proxad.net/debian-security/ bookworm-security contrib main non-free non-free-firmware
  • Création d'un utilisateur administrateur non root (via un script grandement inspiré de @Drthrax74 ) ;
  • Installation de ZSH, Oh My ZSH, Powerlevel10K et de quelques plugins (zsh-autosuggestions, zsh-syntax-highlighting, zsh-completions, zsh-eza et eza) ;
  • Copie de mon fichier .zshrc que je peaufine depuis longtemps et que j'utilise partout (macOS, WSL, linux) en adaptant certaines parties ;
  • Configuration du SMTP pour l'envoi d'email (merci au tuto d' @EVOTk avec lequel j'ai pu faire un script).
1701038150332.png
Les scripts sont sur mon dépôt GitHub.
Pour ce NUC, les modifications pour afficher la température ne fonctionnent pas...
 
Bon, c'est un peu hors sujet, mais si tu cherche de la faible épaisseur, Noctua en fait, meme si pas des masses c'est vrai.
Exemple :
Un 120mm qui fait seulement 15mm d'épaisseur : https://noctua.at/fr/products/fan/nf-a12x15-pwm-chromax-black-swap
Ou un 92mm qui fait seulement 14mm d'épaisseur https://noctua.at/fr/products/fan/nf-a9x14-pwm-chromax-black-swap
Je parlais du ventirad 😊 pas juste du ventilateur 😉

Sinon je me demande si je vais pas le placer (le nuc) dans le caisson du syno .
Mais ce sont les câbles qui vont me faire un peu … c###r 😅
 
Tu ne trouvera pas du ventirad pour NUC, trop spécifique . la seul chose ameliorable sur un NUC a ce niveau, c'est le ventilo.
 
Tu ne trouvera pas du ventirad pour NUC, trop spécifique . la seul chose ameliorable sur un NUC a ce niveau, c'est le ventilo.
Avec ce que j’ai vu du Mini IT13, tu ne peux pas vraiment changer que le ventilateur…
1701062366768.jpeg

1701062443525.jpeg