Reprise du message précédent :
Ça a l'air super, par contre ce sont les métriques collectées oar proxmox sur les vm qui m'intéressent vraiment, statut actif/inactif, charge CPU, réseau, stockage. Et surtout le moyen de relancer une VM, manuellement ou sur critères.

Avec presque 9 ans de recul, le choix d'un CPU Core i7-3770 et non 3770K, c'est avéré payant puisque j'ai réussi à transformer cette machine en serveur Proxmox et créer avec un succès une VM ayant accès direct au GPU (PCIe passthrough).
 
Petite question au passage: cela vaut le coup de jouer avec les affectations fixes de CPU (CPU pinning) ou le scheduler gère ça bien mieux ?
Je pense surtout à un autre machine avec un Ryzen et leurs architectures en multiples CCX (et caches localisés).

Ca aurait pas marché avec un CPU version K ? C''était pas juste une histoire d'OC ?

Pas de igpu

C'est l’absence de VTd qui empêcherait le passthrough.
Tu pourrai sans problème faire tourner des VMs sans matériel dédié.
 
L'iGPU permet en plus de garder une vue sur l'hyperviseur (pas indispensable). Je fais aussi du passthrough sur mon Ryzen 1700 avec une seule carte graphique.
 
https://ark.intel.com/content/www/u [...] 5523,65719

J'avance sur mon projet proxmox (recyclage d'un vieux PC pour des VM open media vault et jeedom), j'ai tout mis en place et maintenant j'aimerais pouvoir monitorer le hardware dans son ensemble (température CPU et vitesse des ventilateurs), est-ce qu'il existe un moyen d'avoir une "interface graphique" des capteurs et gérer des alertes?

grafana ?

sur le papier ca m'a l'air pas mail, je vais tester ca  

Grafana c'est bien, ça peut prendre un peu de temps pour l'apprivoiser car c'est très complet. Un avantage c'est qu'il y a souvent des connecteurs et un/des tableaux de bord prêts à l'emploi pour nos applications (proxmox compris), ensuite c'est facile de personnaliser à son goût.

bon j'ai testé grafana hier soir, c'est super complet
 
J'ai choppé un template avec plein d'info mais il n'y a pas ce que jeux veux vraiment à savoir les températures et la vitesse de ventilos.
 
Est-ce que vous savez si on peut utiliser exporter les données de hddtemp et lm-sensors dans la base de données influxdb (pour l'afficher dans proxmox)?
 
Finalement je pense que hddtemp et lm-sensors pourrait me suffire (si j'arrive à avoir des alertes), j'ai pas franchement besoin d'une telle arme de guerre pour 2 VM (surtout que proxmox propose un peu de graphique de metriques).
 

Dites, sur Debian 10 j'ai voulu me remettre un peu à la virtu mais j'ai brick mon serveur dès la post-config d'un coup je me retrouve a devoir faire un ticket pour y accéder en en IPMI et restaurer la config   , bref
 
 
Sur une install vierge, j'ai voulu créer mon interface bridge mais visiblement j'ai chier quelque part, voyez vous une erreur de typo, j'ai loupé une etape ?! ?(la config du port eno1 en dhcp est celle par défault, j'ai seulement rajouter le bridge)
 

vi /etc/network/interfaces

(le dossier interfaces.d n'a pas d'autres configs)
 
 

bon finalement le support semble m'avoir juste fait hard-reboot et ça marche   (réactif au passage  )
j'ai pas trouver ce qui a coincé dans les logs au niveau de l'interface par contre.

Salut, je drapalise, en fait j'ai un PVE depuis pas mal de temps
 
C'est un i5-7400 avec 32Go de RAM et un SSD M.2 dans un boitier Silverstone ML05 qui reste assez compact et tourne dans une baie dans le garage
 
Je n'ai quasiment pas d'espace disque dessus car le stockage est délégué à un NAS (14To).
 
J'ai une carte Intel Pro/1000 PT Quad Port Gigabit donc je délègue 2 ports en passthrough à une VM pfSense (WAN sur modem bridge [Sosh]).
 
Pour le reste une VM Debian Buster pour quelques services réseau en complément (DNS par piHole, NAT64).
 
Ensuite 3 VM Docker en swarm depuis quasiment le début, là je passe sur 3 nouveaux noeuds en Kubernetes pour m'inicier à ce dernier.
 
1 VM domotique (Jeedom) accompagnée d'un Raspberry déporté pour la gestion des antennes radio (Z-Wave, mySensors).
 
1 Windows 10 qui profite du GPU passthrough pour rendre l'affichage sur une dalle récupérée d'un ordinateur portable fixée à la vitre de la baie
 
1 macOS pour quelques besoins ponctuels (développement iOS).
 
Bref un beau lab, ça fonctionne à merveille, je m'éclate pas mal que ça soit sur les parties système ou réseau

photos !

Mouarf je n'ai pas tant que ça de photos, j'ai retrouvé ça :
 

Le rêve niveau infra clairement!
 
 

non c'est gigabit

Comment tu gères Docker dans PVE du coup ?

Oui c'est Gigabit, mais je ne suis qu'en VDSL2 (50 down / 14 up), il y a le temps avant de songer au 10Gbps
 
Sur le réseau local j'ai un peu d'agrégation mais c'est vraiment histoire de montrer que ça marche, ça reste une maison avec moi, ma femme et l'enfant qui n'utilise rien pour l'instant ^^
 
La swarm Docker est dans son propre VLAN, ce sont 3 VM Debian et ça marche plutôt bien ! Leur "stockage" est lui aussi délégué à un volume du NAS.
 
Bien sûr il y a des sauvegardes régulières de tout ça à distance, ça m'a d'ailleurs sauvé dernièrement suite à un mauvais montage sur un conteneur qui m'a purement et simplement supprimé tous mes volumes Docker

Ou là ça m'intéresse fortement de comprendre comment ça a pu se produire pour docker.
 
Comme je commence à me pencher sur le sujet il ne s'agirait pas de faire ce genre d'erreur de mon côté.

Alors j'ai simplement voulu faire confiance au driver "docker-volume-netshare" pour monter mes binds NFS.
 
En gros le driver permet de créer dynamiquement les "dossiers" dans la cible NFS, l'idée est cool... mais en fait j'ai constaté que des fois ça peut bugger et le conteneur se voit attribué la cible NFS à sa racine
 
Il suffit que ton conteneur nettoie un peu (ou beaucoup) son volume et magie disparition
 
Du coup j'ai fais plus simple :
- chaque noeud Docker monte la cible NFS au démarrage (/mnt/DockerStorage)
- chaque service (je suis en swarm) définis son volume dans "/mnt/DockerStorage/<Mon volume>/"
 
Bon je ne peux pas avoir de conteneur scalé avec ça mais globalement ça fait le boulot

Je suis sur mobile donc c'est galère de chercher des infos mais c'est efficace proxmox pour faire du pci passthrough ?

J'ai envie de passer en full linux et faire du jeu sur une vm, là j'utilise kvm mais aucun passthrough pour le moment car une seule carte graphique et pas de chipset graphique dans le cpu.

Pour pas trop m'arracher la tête et si je cherche avant tout des perfs, proxmox est-il la bonne pioche ?

D'après ce que j'ai lu ça marche très bien, mais impossible de te garantir 100% de réussite, il peut y avoir une incompatibilité pour une raison x ou y.

Pour passthrough le GPU intégré au i5-7400 il m'a fallut effectivement tomber sur le bon sujet sur les forums ^^
 
Autrement les ports Ethernet de ma carte Intel Quad c'est hyper stable ! Pour rappel j'en ai un qui est mon WAN Internet et l'autre la sortie routeur (VM pfSense) vers les réseaux (VLAN)

J'ai testé il y a quelques mois (tu dois avoir des postes sur ce topic quelques pages avant). Ca demande un peu de boulot, ca fonctionne, par contre j'étais un peu décu niveau perfs (à vue d'oeil, et sur un seul jeu, c'était -30%).

Je n'ai pas trop creusé donc peut etre qu'on peut faire mieux

Heureusement que c'est fiable le Intel X4, c'est le matos le plus répandu en entreprise depuis... pas loin de 20 ans?

Ouais j'ai fait du passthrough de ma cg (gt 1030 et maintenant gtx1050) vers une vm windows. Ca marche bien, mais j'ai passé un moment à chercher les infos pour bien configurer la vm et autorisé le passthrough dans proxmox.
Tu peux regarder là :
https://pve.proxmox.com/wiki/Pci_passthrough
https://forum.proxmox.com/threads/g [...] nce.34303/
Et il faut bien mettre la machine en q35 je crois.

Mais maintenant ça marche bien.

Par contre attention certaines cg ne sont pas compatibles (nvidia avant 10xx je crois) et il faut que ta cm et ton proc gèrent le vt-x et vt-d.

Edit : Moi c'est juste pour du htpc, donc je peux pas trop dire pour les perfs

Je pense que je vais me faire une machine dédiée linux parce que pour le jeu ca reste quand même tendu .

Merci des retours en cas, j'essayerai sûrement d'en mettre un en place "for science".

si tu as déjà un pc avec la carte graphique, ça coute pas grand chose d'essayer, juste du temps, et un petit hdd ou ssd pour installer proxmox.

Je fais du passthrough d'une GTX 660 et 960 sans problème

Dual boot sinon?

Merci pour l'info.
J'aurais eu tendance à mettre un partage par docker perso.
 

C'est ce que je fais clairement.
 
Le pasthrough ça doit marcher mais j'ai toujours peur que ça ne marche plus du jour au lendemain.

OK, je ne sais plus où j'avais lu ça, mais j'ai pas vérifié, comme j'avais une 1030.

jsuis p'ovre et j'ai pas de carte graphique à passthrough mais vu que Proxmox repose sur du LXC ou du QEMU/KVM j’imagine que ça doit être être donc tout à fait réalisable avec QEMU via le shell  
si c'est pour un pc desktop proxmox c'est peu etre un peu overkill, t'a juste besoin de qemu

Yep c'est ce que j'ai pour le moment, c'est juste un peu lourd de devoir reboot une fois que je veux jouer ..
 
J'essaye d'apprendre Linux mais clairement, sans l'utiliser en OS principal c'est compliqué.

En fait tu as juste besoin de mettre une debian sur un virtualbox/VMware workstation, sur ton windows actuel...

Si tu veux "apprendre linux" fais toi un petit raspberry pi dans un coin et délègue lui des services genre le DHCP de ton réseau puis le DNS, ... par exemple ^^
 
L'utilisation desktop c'est encore autre chose et c'est surtout du point de vue personnel.

C'est ce que j'ai fait pendant un moment mais clairement le passage à l'installation physique c'était pas pareil.
 
C'est con mais j'ai eu pas mal de soucis dû au deux écrans, à ma carte nvidia, aux drivers propriétaires qui m'étaient inconnu car pas d'utilité en vm..
C'est tout de même différent d'une utilisation en VM, je compte en faire mon OS principal donc autant rentrer dans le vif du sujet

C'est en cours avec un RPi4 sous Raspbian

c'est possible d'éteindre les disques associés à une VM lorsqu'on l’éteint?
 
j'ai actuellement une VM pour OMV avec 4 HDD dessus dont 2 qui ne me servent que rarement (pour les backup), j'ai dans l'idée de créer un OMV dédié à ces 2 disques de backup et de faire en sorte, par soucis d’économie d'énergie, qu'ils s'éteignent lorsque j’éteins la VM (et bien-sur qu'il s'allume que je lance la VM), c'est possible?
 
je pars la dessus car de ce que j'ai cru lire le service PVESTATD empêche la mise en "veille" des disques via hddparm.

Si j'ai 2 proxmox, suis-je obligé de les mettre en cluster pour pouvoir réaliser des sauvegardes croisées?

Je vois pas pourquoi ?
Suffit que le volume de l un soit presente a l autre.