Reprise du message précédent :

 
Bon écoutez faites ce que vous voulez, amusez vous !
Soit dit en passant, ça fait plus de 20 ans qu'on virtualise en masse, la contenerisation, je pense que tu imagines pas à quel point ça remonte. c'est pas simplement une mode. Je m'attendais plus à ce que tu me sortes des vrais arguments.
 

 
Visiblement tu ne connais pas le sujet. Ce n'est pas les mêmes contraintes dans une salle serveur et @home. Les vetillateurs sont adaptés à leur utilisation, mais on peut les changer sans soucis dans 99% des cas, le truc c'est de faire de manière économique qui est plus chiant.
 
Moi qui m'attendais à avoir des vrais arguments -_-
 
Les serveur vont pas cramer, et la conception te ferait comprendre que tu dis quelque chose d'absurde, si tu l'avais vue.
 

 
Ok, bah ça va dans les deux sens. Tu ne sous entend rien, et je ne juge pas arbitrairement: C'est largement documenté/discuté.
 
Si ça te va bien, tant mieux, mais j'ai surtout l'impression que tu n'y arrives pas et qu'à partir de la tu dis "oh caca ça!".
 
Bonne continuation

Bon je pose ça là, mais PBS virtualisé sur kimsufi à base de N2800 on oublie, c'est définitivement pas gérable
Les perfs sont lamentables, rien que pour accéder au shell c'est la misère

Toi t'as pas lu les requirements

Pour être honnête j'envisageais d'en mettre un sur un petit dédié chez Oneprovider, à base d'Atom C2350 mais je sens que je vais être dans la même difficulté que toi

le N2800 a que dalle en instructions de virtualisations, ça ne doit pas aider.
sur un C2350 ça marchera peut-être mieux.
 
Après sur du bare metal, à mon avis ça doit tourner sans souci sur les deux.
 
Ce qui me dérange, c'est que justement je voulais pouvoir restaurer des backups entre hébergeurs
Donc là par exemple mon serveur chez oneprovider crashe, si j'ai le backup chez ovh c'est très bien... mais il faut pouvoir le restaurer rapidement quelque part... et ça me fait chier de louer en permanence un serveur chez ovh juste pour ça.
Pouvoir avoir PBS + proxmox prêt à restaurer un conteneur sur la même machine ça aurait été top.
 
Je viens de tester la restauration, j'avais espoir qu'écraser un conteneur existant avec un backup de ce même backup ça ne fasse le transfert que du delta mais non
Donc avec mon VDSL j'en ai pour genre 4 heures de restauration avec mon PBS chez moi même si 99% du conteneur est déjà présent sur le serveur proxmox de destination.
 
Avoir un serveur de nouveau 99% opérationnel en 4 heures c'est déjà pas mal (plutôt que de se retaper des configs à partir de zéro genre ssh, apache, php, mysql, le serveur de mails...) mais c'est pas idéal non plus. Il va falloir que je réduise au max les données stockées sur le serveur pour diminuer la taille du conteneur.

Ça pourrait être intéressant du mutualiser un PBS non ? Vu que tout est chiffré c'est sans risque normalement... J'ai vu des offres de PBS en SaaS sinon mais à partir de 18 euros par mois et par To donc l'intérêt est limité mais si plusieurs personnes ont des besoins analogue on pourrait y réfléchir...

Bon ben j'ai fait un mix des deux :
- sur mon serveur chez OneProvider, je fais un snapshot (suspended) de ma prod, en local puis un rsync du backup vers mon serveur proxmox "spare" kimsufi.
- comme j'ai 2 to de place, je peux même me permettre de conserver (non dédupliqué) pas mal de jours sur le kimsufi. C'est des gros fichiers de 20 go quoi.
- en parallèle un peu plus tard je fais une sauvegarde via PBS sur mon serveur chez moi, avec une rétention plus fine.
 
C'est dommage pour le PBS sur le kimsufi, mais tant pis. Je préfère avoir une machine avec proxmox dessus, vraiment prête à reprendre la suite, même avec un backup de plus de 24h (au pire je retransfère juste mes données) que d'avoir les backup à disposition via PBS mais sans machine sur laquelle les restaurer.
 
Pour la mutualisation, bof, c'est touchy, j'y crois pas trop.
Et en effet pour 5/6 euros par mois du as un kimsufi ou serveur avec 1To chez OneProvider pour y mettre ton propre PBS non virtualisé.

Upgrade aussi d'une de mes machines en PVE 7.2 et si vous galerez avec le passthrough du GPU principal, ce contournement fait refonctionner les choses correctements:
https://forum.proxmox.com/threads/p [...] ost-478351
 
Bug (ou fonctionnalité) des kernel 5.15 visiblement.

 
Etant un vieux briscard de l'administration système, j'ai une vague idée de tout ça.
La containerisation c'est théoriquement vieux, en pratique c'est beaucoup plus récemment que ça a pris son essor à grande échelle et c'est en ce sens que je parle de mode parce que j'entends désormais des gens qui voudraient en coller partout parce qu'ils ont découvert le truc la semaine dernière et qu'ils trouvent ça cool.
Cela étant précisé, imbriquer ces technos est aussi discutable que les utiliser en parallèle, c'était mon seul propos.

Tiens d'ailleurs, il y en a qui sont passés à leur machine principale virtualisée ?
Genre plutôt que d'installer son windows bare metal, le faire via proxmox histoire d'avoir des fonctionnalités améliorées pour le backup, le snapshot, la restauration, l'accès à une autre VM linux en quelques secondes...  
 
?

Pas encore mais c'est une idée qui me travaille depuis pas mal de temps... Utiliser un thin client et accéder à son PC virtualisé... Autant avant ça pouvait être un frein pour jouer mais avec le cloud gaming ça devient tentant, surtout qu'on peut sécuriser tout ça en répliquant sa VM localement, sur un PC/serveur en cas de perte de connectivité Internet...
 
Je fais déjà du P2V à chaque MAJ majeure de Windows ou quand je refais une clean install pour avoir sous la main les AppData et consors...

Avec quoi tu fais du P2V ?

VMware Converter

Ça existe encore ? Il me semble que ça a été abandonné.

Ça veut dire quoi ?

Que ça a été abandonné par vmware au début de l'année.

Je parlais de P2V. Google m'a répondu
 
Le terme P2V désigne la migration de machines physiques vers des machines virtuelles (VM).

 
Je l'ai fait pendant 1 an. Ma machine gaming était virtuelle avec Proxmox + passthrough gpu. Je suis revenu à un solution baremetal car en virtuel j'avais grosso-modo entre 20 et 30% de pertes de FPS. Ceci dit, si on accepte ce compris, ça marchait nickel, je n'avais aucun souci technique. Je pouvais même lancer les jeux sur mon tel via la 4G, c'était assez dingue.

La prise de main à distance sur une VM est plus facile que sur une machine physique?

C'est pareil en fait.
J'utilisais Steam link, ça marchait super bien sans rien configurer. J'avais également testé Moonlight mais pour celui-ci il fallait ouvrir des ports dans le routeur pour s'en servir hors LAN. Il en existe d'autres.
 
Sinon pour les non gamers, j'ai également testé la solution no-vnc qui pe semble être le bon compromis pour rendre une machine dispo depuis n'importe quel browser. Et comme c'est de l'HTTP, c'est facile de rajouter de l'authent + SSL

 
Ah bon, nous on a commencé à virtualiser en masse en 2007. C'était hier visiblement.  
Vu ce que tu dis, et les messages où vous dites que ça marche pas, que ce ci ou cela, c'est à croire que vous avez pas bien essayé...
 
L'avantage d'avoir Docker sur une VM ou un CT, c'est d'avoir toute la souplesse de Proxmox, je gères mes sauvegardes et co depuis proxmox, et j'ai un oeil sur toute ma machine depuis proxmox.
 
Quand j'ai vu ce topic, j'ai cru que les gens utilisaient vraiment proxmox, mais en lisant certains, je me dis que non, si c'est juste pour faire des backups zfs, c'est un peu passer à côté. C'est d'ailleurs la position de Proxmox à ce propos.
 

 
Je l'ai fait, mais je passe sur autre chose là, enfin autre chose c'est une façon de parler, je suis sous arch et mon but est d'avoir tous les systèmes à disposition, je galère un peu à cause des spécificités de mon pc, mais ça progresse bien. Sauf que j'ai moins le besoin de le faire qu'avant, c'est assez bluffant ce qu'est capable de faire lutris avec wine. Du coup y a plus rien qui me retient sauf quelques softs pro qui sont lancés sur une machine virtualisée.
 
Mais oui, proxmox est pratique pour faire une machine full vm/lxc. Un de mes buts c'est de passer les desktop linux en lxc.
 
Mais là je suis occupé à migrer vers arco.
 

Je n'avais jamais trop réfléchi, mais comment on fait pour installer et démarrer automatiquement la machine "dans" une VM ?
 
Hum question pas claire... essayons de reformuler.
Ok j'installe proxmox sur mon pc principal. Super, ça se termine, j'ai un joli terminal noir qui me dit d'aller sur http://monip:8006... ah pas pratique pour aller installer windows.
Donc question 1 : à part utiliser un autre ordi, se connecter à l'interface, il n'y a pas trop moyen d'installer une VM Windows ?
 
Admettons désormais que la VM Windows soit installée, on peut la lancer au boot de proxmox, mais on a toujours la problématique que sur l'ordi en question, au boot on a toujours le terminal qui nous invite à nous loguer... on n'est pas sous windows.
Il faut faire quoi ? le simple fait de passer la carte graphique + tous les ports usb + ... à la VM ça suffit ?

#Cloud-init #Terraform #Ansible

Un bon début :
https://yetiops.net/posts/proxmox-t [...] rometheus/ (EN)
https://blog.levassb.ovh/post/terraform/ (FR)
https://www.boxbilling.org/ (si t'as vraiment du mal)

Question 1:
Il te faut une autre machine, voire un smartphone au moins pour te connecter en web.
Après y a toujours la possibilité d'utiliser cloud-init et ansible pour automatiser le déploiement mais faut là encore une machine tierce.

Question 2 :
Normalement oui. Avec ça t'es capable d'intéragir directement avec ta VM

Le fait de ne pas avoir de GUI sur l'hyperviseur est délibéré. Ca maximise les perfs pour la virtualisation tout en réduisant la surface d'attaque. Et en plus c'est pas utile.

 
tu peux faire l'install depuis le CLI, tu peux trouver la doc de qemu/kvm de proxmox ici https://pve.proxmox.com/pve-docs/qm.1.html
 
Si tu veux le faire par l'interface web, tu peux essayer lynx sur l'adresse locale.
 
Tu peux aussi installer un desktop comme expliqué dans le wiki proxmox https://pve.proxmox.com/wiki/Develo [...] VE_and_X11 et ainsi avoir une machine prete pour la virtualisation en mode graphique.

 
Chacun a sa vision, ses besoins, ses contraintes, etc.
 
Pour moi Proxmox est juste un outil que je suis en droit d’utiliser comme je l’entends, que ça plaise ou non à celui qui l’a fabriqué ou autre.
 
On toune un peu en rond sur ce point là, je vais donc m’arrêter là.

Bon tout migré en PVE 7.2 et aucun soucis nul part à part une petite frayeur sur une installation de Grub:
 

 
Ce fut l'occasion de découvrir l'outil proxmox-boot-tool et de se dire que c'est quand même bien foutu (surtout comme ça gère les configs avec plusieurs disques de boot)

Salut !
 
Petite question, vous savez s'il est possible de monitorer les températures du Node sur la "Summary page" ?
 
J'ai vu cet article : https://www.reddit.com/r/homelab/co [...] ummery_in/ qui répond en parti au besoin MAIS j'aimerais avoir un graphe (comme le CPU usage).
 
J'ai vu des astuces à base de grafana ou telegraf mais j'aimerais ne pas multiplier les outils .
 
Merci !

 
 
Bon bah finalement j'en suis à :
 
Promox -> telegraph (avec ajout d'infos comme temp cpu/nvme/disques et état de l'onduleur) => container Debian avec InfluxDB.
 
Maintenant va falloir faire un joli dashboard pour que ce soit lisible   .
 
Et si j'ai la motive d'ici là je me ferais une doc un peu plus lisible que de prendre le bon des 3 ou 4 docs que j'ai pu trouver  

Ici c'est Proxmox => Telegraf => docker InfluxDB + docker Grafana
Mais j'ai aussi Proxmox => InfluxDB en direct (proxmox a ses métriques concernant les VM, CT qui tournent et des valeurs pour CPU/RAM toussa). C'est paramétrable dans l'UI proxmox.
 
Il y a un dashboard proxmox sur la commu grafana (je suis parti de celui là !) => https://grafana.com/grafana/dashboards/10048

ha !  
 
Bon ça veut dire qu'il faudrait que j'ajoute aussi Grafana à ma Stack… et ça me motive moyen de rajouter ENCORE un élément .
 

 
Avec une des docs que j'ai trouvé Proxmox envoie ses métriques à Telegraf qui ensuite les envoient à InfluxDB.
 
Bon au final ça revient au même

Grafana, c'est un must have. C'est généralement associé à Prometheus

Je t'avoue que pour moi tout ça est un nouveau monde !
 
Quels sont les avantages de Grafana par rapport au dashboard d'InfluxDB ?
 
Mon besoin actuel est de pouvoir regarder de temps en temps ce qu'il se passe sur les températures du système (entre autre).

Pourquoi généralement associé à prometheus ? Grafana sait "lire" plein de datasources, autant se servir de celle qu'on à envie, si InfluxDB fait le taf autant rester dessus !
SnowBear tu as bien démarré avec influx v2.x (je sais pas la dernière courante, mais v2, pas v1.8) ? Si oui et que l'outil dashboard te suffit, alors reste en là

Oui v2.
 
Le dashboard semble me suffire oui.
 
Après pour un côté parfaitement curieux je suis intéressé de savoir ce qu'apporte Grafana en plus d'Influx (pas pour autant que je l'installerais, mais pour ma culture perso).

Depuis la version 2, influx embarque cet outil de dashboards. Avant c'était chronograf. Bref...
Grafana apporte des graphs et dashboards plus poussés (c'est une vrai solution de visualisation de datas) et des features comme l'alerting, templating de dashboards...
Ce qui fait le plus de grafana c'est que dans une seule solution tu pourras aller taper dans des datasources variées (InfluxDB, Graphite, Prometheus...)

Ok,
 
J'ai vu qu'avec grafana tu pouvais afficher des opérations (genre faire la diff entre espace total / espace disque dispo) dans les graphes.  
 
Je suppose que c'est faisable également avec le dashboard de Influx (et ça me bote bien ! ).
 
Merci pour ces éclaircissements

Bon pour le moment j'en suis là :  
 

 
Et c'est bien plus que ce que je ne voulais à la base .

#lxc #container #disque
 
Hello,
 
Sous Proxmox 7, je viens de créer un container (unprivileged) qui tourne comme je veux.
J'ai un disque de 2To dans le serveur que j'avais mappé sur une vm (équivalent du raw device mapping de vmware) et que j'ai /démonté/détaché pour le réutiliser sur le container.
 
Je n'ai pas besoin de conserver les data, pas besoin de snapshot dessus, je peux tout perdre sans souci.
 
Maintenant, comment je fais pour le déclarer au niveau du container sans galérer avec les droits ? C'est une application docker qui écrira dans un folder (mappé sous docker compose) créé sur ce disque. Pas besoin de quota ou autre.
 
Car j'ai testé en le montant sur le host puis en faisant un bind mount et vu que ca monte en nobody, je ne peux rien écrire dessus, c'est relou
 
Visiblement y'a toute une manip à faire pour mapper les UID/GID mais sérieusement, y'a pas moyen de mapper le disque physique comme sur une vm ? Ou de le déclarer autrement pour ne pas avoir à gérer ce problème de droits ?

Je ne pense pas. Il faut utiliser des uid/gid >= 100000
 
100000 étant root. Une fois ça fait tu peux gerer les droits depuis ton container

C'est pas limité à 65535 les UID ?
 
root c'est pas "0" par défaut

Pas sur un lxc non privilégié  
 
https://pve.proxmox.com/wiki/Unpriv [...] containers