Discussion :

[Rivelaine]

Hello la troupe,

Avant tout, je tiens à préciser que je n'ai aucune formation en réseau, tout me vient d'auto documentation.

Pour répondre à un besoin spécifique de gestion de parc, je voulais savoir si il était possible d'exploiter le composant d'une machine (GPU / CPU / RAM) en exploitant une adresse style ip / mac ou autre. L'idée serait de pouvoir, à travers des machines virtuelles différentes, contacter d'autre environnement pour exploiter leurs composants pour la VM en question.
En résumé, notre VM Y appellerai à un moment donné l'addresse 192.168.x.xxx pour exploiter le GPU ou CPU ou RAM de la machine Z.

Est-ce possible ? Si une transmission d'information via réseau fermé (adresse ip / mac) n'est pas possible, avez vous une idée de solution ?

[Skyxia]

Bonjour,

Pourquoi ne pas simplement acheter un ou des bon(s) serveur(s) physique(s), lui monter un HyperV ou ESXi et créer vos machines virtuelles dessus ?

Sinon, une VM, qui contacte par IP/MAC un poste (?) pour lui demander d'utiliser son CPU/GPU j'ai jamais entendu parlé
En attente d'autres réponses.


Cordialement,

[Rivelaine]

Merci de ta réponse.

Pour clarifier un peu le parc :
- Il y a plusieurs machines physiques (pas de VM) avec plusieurs GPU / CPU (ça diffère en fonction des machines).
- Il y a un ESX qui virtualise à la volée des VM en fonction des besoins de l'équipes & des clients.

L'idée serait que lors de sa création, chaque VM puisse se réserver des composants GPU / CPU d'une de ces machines lorsqu'elle a besoin de puissance supplémentaire : un soft maison se chargerait d'attribuer une etiquette à chaque composant disponible pour ensuite le lier à la VM qui se créer.

Le choix d'avoir une puissance GPU / CPU plus que des bon serveurs est dût à la nature des calculs à faire : on est sur de l'IA et du Machine Learning.

[boboss123]

Il me semble que c'est plutôt au niveau applicatif qu'il faut gérer ça : sur tes serveurs, tu installes des programmes clients qui traitent les demandes de calculs faites par un serveur principal. Ensuite, c'est au serveur principal de faire ses demandes aux différents clients en fonction de la charge de travail demandée (travail partagé).