Reprise du message précédent :
j'ai un peu de mal avec les produits VW, c'est quoi la différence entre esxi et  vsphere hypervisor.
Sur mon gen8  j'avais installé HPE Custom Image for ESXi 6.0 U2 Install CD

Y'a un moment va falloir apprendre à lire. C'est écrit en gras au milieu de l'image que je viens de poster

C'est la même chose.  
 
Pour HPE, le constructeur prend un de nos ISOs et rajoute des programmes permettant de mieux faire dialoguer le serveur et l'hyperviseur.

Tu bosses chez VMWare ?

Oui Et quand on découvre un bug, il est release dans les prochains update alors il y aura un petit morceau de HFR dedans un jour

 
  Chez nous (Xen Orchestra) ya des gros morceaux de HFr dedans

T'es à Grenoble ? Je crois qu'on a un bureau aussi dans le coin

 
Oui mais c'est 3 fois rien (je crois même qu'on est plus nombreux chez nous c'est pour dire )

Personne a fait des commit chez proxmox histoire de boucler la boucle ?
 
XaT

ok, merci est ce que la version 6.5 est compatible avec ma version d'esxi 6.

La version 6.5 de ? ESXi ? Est-ce qu'ESXi 6.5 est compatible avec ESXi 6 ? WTF dodo, explique un peu mieux stp

Oui la licence 6 fonctionne dans 6.5.

j'ai installé la version free de esxi HPE-ESXi-6.0.0-Update2 qui tourne, mais apparament ma licence n'est pas activé.
 
D'après ce que j'ai compris je dois télécharger la licence VMware vSphere Hypervisor 6.5 pour activé mon esxi.

C'est là où je suis heureux pour les sysadmins qui se forment tout seul, y'a encore un bel avenir pour eux    
 
XaT

s'autoformer sur VMWare lol quand même.
Si t'as pas l'infra derrière, créer des VM c'est tout bidon et tu vois pas 90% des possibilités du produit.
 
C'est plus formateur d'installer ProxMox je trouve

C'était pas la question    
 
XaT

Justement je suis sur l'équipe infra, et c'est vrai que c'est pas une partie de plaisir tous les jours suivant les pépins tordus qui arrivent

ProxMox permet de gérer les disques en RDM ?

J'en sais rien    
 
Je partais du principe que le monsieur install ça sur un HP qui s'adresse aux particulier, je le vois pas avoir un SAN à côté
Si on me répond : je monte un FreeNAS en VM, avec du passtrough, puis je monte des disque en iSCSI pour mes autres VM je sors    ( )

HPE, tu te doutes que c'est pas du particulier
 
XaT

En effet, pas tilté
Mais dodo parlait de Gen8.
 
Ca fait longtemps que j'ai pas installé d'ESXi en standalone, les mecs de la bureautique chez nous on réussi à le faire, ça doit pas être compliqué de valider la licence du coup

J'ai un client qui me demandais de troubleshooter pourquoi il avait des pertes de stockage en NFS.
 
Je lui demande le modèle de sa baie, et il me sort "Ah mais c'est un nfsd sur un CentOS".
 
Pas supporté Monsieur, je ferme le dossier

Et c'est quoi le soucis (vrai question ) ?
 
XaT

 
Il y a pas de backchich de CentOS forcément
 
Tiens c'est supporté depuis du Synology ? (jamais eu de prob, mais on a rien de sérieux dessus)

Ah j'ai lu "j'ai pas supporté le mossieur" Mais c'est la config qui est pas supporté ok
 
XaT

Oui Synology est supporté

Après tant que ça marche le client il fait ce qu'il veut. Mais on ne peut pas assurer le support derrière. Surtout que la HCL est assez facile à vérifier sur le stockage

je me posait cette question il y'a peu, a défaut de pas pouvoir virtualiser un gpu, dans mon pc j'ai 2 GPU (3 avec l'igp d'intel), pourquoi on peut pas lier une carte graphique à une vm ?
 
il me semble que avec vmware scsi on pouvait le faire ?, pourquoi pas avec virtualbox/vmware workstation/hyperV ?

Il te faut un hyperviseur de type 1 (ESX, HyperV, kvm et donc Proxmox, Xen).
Par contre, vmware scsi, je vois vraiment pas
Ho, et on peux virtualiser un GPU, d'ailleurs, c'est intégré dans la pluspart des hyperviseurs type 1 et 2, mais souvent t'a que la 2D, et un tout petit peu de 3D. Et on peux partager un GPU entre plusieurs vms. Faut juste des GPU spécifiques.

Selon moi KVM est pas un type 1, puisque c'est un module noyal (contrairement à ESX et Xen qui sont des micro kernels spécialisés qui boot avant un OS).
 
Mais bon, la frontière est plus floue maintenant avec les instructions de virtu.
 

Franchement, un KVM je le range carrément plus avec les ESX et HyperV qu'avec les Virtualbox et Workstation
Et pis bon, tu va me dire que du coup, HyperV c'est un type 2 aussi ?  
D'un côté t'a des trucs tellement proche du noyal que tu peux exploiter des fonctionnalités comme le pci-passtrough, et pis de l'autre t'a les pauvres applis userland

 
Oui je comprend bien ton point de vue, la frontière n'est pas simple, mais disons que d'un point de vue purement « architecture soft », Xen est vraiment « plus » un type 1 que KVM.
 
D'un point de vue usage, on pourrait classer par hyperviseur sur « poste de travail » (VBOX etc.) VS hyperviseur « serveur »

Tiens parlant de virtuGPU t'as suivi, Plam, l'évolution de ce côté la ? Côté Xen évidement.
Je me dis que c'est pas forcément ton dada chez Xen mais au final ça devrait commencer à se développer vu le besoin en calcul GPU.
 
XaT

Je suis toujours pas d'accord avec toi
Si pour toi il suffit d'un micro noyaux pour être de type 1, alors n'importe quelle distrib optimisé pour la virtu kvm et avec des noyaux un peu custom (rhev, proxmox mais aussi nova) rentrent dans la case.
Pour moi, un type 1, plus qu'un truc basé sur un micro noyaux, c'est un truc qui s'exécute en ring 0.
Même d'un point de vue "architecture logicielle", je conçoit pas comment tu peux séparer hyperv d'esx et le ranger avec virtualbox

 
Ah mais si, ça marche depuis quelques temps déjà du côté Citrix/Nvidia notamment (Nvidia a « inventé » le concept de vGPU et Citrix a été le premier partenaire). Surtout dans le cœur de la stratégie Citrix (virt desktop ou d'app, l'intérêt est énorme, pro ou gaming)
 

 
Pour moi une distrib' optimisée c'est pas du micro noyau Peut être suis-je trop influencé par les travaux sur Mirage et joyeusetés sortie de Cambridge. Après on peut trouver un terrain d'entente : KVM a glissé vers le type 1 qui n'est pas binaire mais un « spectre » continu D'où le « pas autant » type 1 que Xen

Je parle pas de distrib optimisée, je parle de noyaux modifié
Après, avec ta définition de micro-noyau, ça pourrait aider

Je cite : «  n'importe quelle distrib optimisé pour la virtu kvm » Donc tu parles AUSSI de distro optimisée

Dans notre contexte, un micro kernel c'est une très faible empreinte sur le système et peu de « services » (taille, KLOC).

Après j'ignore à combien on descend avec un KVM « spécialisé », même si je pense (à tort ?) que son emploi le plus courant est sur un « gros » kernel (au dessus d'une distro classique, genre CentOS/Debian/Ubuntu).

Pour info Xen c'est environ 100 KLOC de mémoire.

KVM utilise le scheduler de Linux et tous les outils Linux autour, alors que Xen délègue la partie « contrôle » au Dom0 (mais pas la gestion mémoire ni CPU), d 'où la différence d'archi importante :

Voilà j'ai activé la licence de l'hyperviseur.
merci.

Bonjour,
 
J'utilise VirtualBox (5.1.18) et j'ai crée une VM en CentOS7. Quand j'arrete l'OS avec le commande "halt", la VM ne s'arrete pas et je dois la fermer manuellement.
 
Je n'ai pas ce probleme avec d'autres VMs (Ubuntu, CentOS 5.8...), vous savez ce que je peux faire pour fixer ça ?
 
Merci.

halt c'est ptète pas la bonne commande. systemctl poweroff c'est ptète plus adapté. + Configure le bios en UEFI + installe les additions clients (yum install open-vm-tools).

 
Merci, je viens d'essayer tout ça mais rien n'y fait, je vais continuer de chercher.