Si l'on s'attarde souvent sur les nouveautés qu'un OS apporte pour un usage classique ou professionnel, certaines améliorations plus spécifiques méritent que l'on s'y attarde. C'est le cas des avancées d'Ubuntu visant à faciliter son usage dans des machines virtuelles.
Si la virtualisation n'a rien de nouveau, elle trouve un nouvel essort ces dernières années. Que ce soit à travers son usage de plus en plus courant dans les stations de travail, PC classiques et simples NAS ou sa montée en puissance au côté des conteneurs dans les infrastructures (parfois hyperconvergées), c'est un enjeu de taille.
Les éditeurs l'ont bien compris et ont adapté leurs outils et systèmes d'exploitation, de Windows avec Hyper-V aux hyperviseurs spécialisés. Chaque grande distribution Linux fournit désormais son dérivé permettant d'exploiter facilement KVM/QEMU, ou des versions minimales à utiliser « dans le cloud ».
Canonical est l'un des plus actifs dans ce domaine. Avec la version 18.04 LTS puis la récente 19.04, il a même mis l'accent sur deux fonctionnalités visant à faciliter son usage dans les écosystèmes Microsoft et VMware.
Hyper-V Quick Create : Ubuntu, toujours seul partenaire tiers
Avec la Fall Creators Update (1709), Microsoft donnait son indépendance à une fonctionnalité d'Hyper-V introduite un an plus tôt : Quick Create. Elle permettait la création d'une machine virtuelle depuis une image en un clic (ou presque), ne nécessitant que quelques paramètres à préciser.
Il est possible d'y maintenir sa propre galerie de VM prêtes à l'emploi, avec un peu de JSON et quelques lignes de commandes. Une solution renforcée l'année dernière par un partenariat avec Canonical. Ubuntu 18.04 LTS faisait ainsi son entrée dans la liste proposée par défaut par Hyper-V.
En pratique, une image optimisée (1,49 Go) de l'OS est téléchargée pour servir de base aux machines virtuelles créées par l'outil de Microsoft. Elle intègre tout le nécessaire pour son utilisation via Hyper-V, comme un serveur RDP utilisé par l'hyperviseur pour les accès à l'interface graphique et distant.
La phase d'installation n'est par contre pas simplifiée comme avec Easy Install chez VMware, il faut donc suivre une procédure classique. On aurait pu penser que cette liste allait s'étendre, un peu à la manière des distributions exploitant le sous-système Linux (WSL) proposées dans le Microsoft Store, mais non.
Même dans la May 2019 Update Ubuntu 18.04.1 reste seule, proposée aux côtés des images Windows 10 pour développeurs. Une preuve de plus des liens qui semblent unir les deux sociétés ces dernières années.
open-vm-tools intégré dès l'installation d'Ubuntu
Cela n'empêche pas Canonical de s'intéresser à ce que propose la concurrence. Ainsi, Ubuntu 19.04 a introduit une autre fonctionnalité dédiée à la simplification de sa virtualisation : l'intégration des vmware-tools.
Pour rappel, il s'agit d'un module contenant des pilotes à installer dans une machine virtuelle, lui permettant de mieux communiquer avec la machine hôte, mais aussi de profiter de fonctionnalités supplémentaires. Pour les distributions Linux ils sont diffusés sous la forme d'un pack open source : open-vm-tools.
Jusqu'à maintenant, il fallait procéder à une installation manuelle de ces outils, ce n'est plus le cas pour Ubuntu. Lorsque l'OS détecte qu'il est dans une machine virtuelle créée via un outil VMware, au premier démarrage il initialise cette suite d'outils. Il n'est donc plus nécessaire de l'installer :
L'installation d'open-vm-tools au premier démarrage d'Ubuntu dans une machine virtuelle VMware
De quoi obtenir un système fonctionnel encore plus rapidement, en complément de la procédure Easy Install introduite il y a quelques années. Pour rappel, on peut y préconfigurer le système (en anglais) en ne précisant que le nom du compte et de l'utilisateur, ainsi que son mot de passe.
Des dispositifs qui viennent surtout simplifier la vie de ceux installant régulièrement de nouveaux systèmes. Dans une infrastructure déjà opérationnelle, l'administrateur se reposera le plus souvent sur des instantanés répliqués de VM en VM, la procédure se concentrant sur la première configuration.
Commentaires (47)
#1
L’intégration des VMware tools dans un Linux ?
" />
Hé bé ça va bientot être aussi facile que sur windows ?
Nan je sais je troll mais c’est pas trop tot !
#2
Ça fait de nombreuses années que les VMware tools sont dispo sur Linux
#3
Oui je sais mais leur intégration est différente pour chaque suite et c’est la galère pour les users lambda
#4
#5
#6
OK j’ai tout faux je veux bien mais alors pourquoi il a fallu je cite “introduire une autre fonctionalité dédiée à la simplification de sa virtualisation: l’intégration des vmware tools ”
c’est une vraie question
#7
Bonne nouvelle !
Par contre, si j’ai bien suivi la 19.04 n’est pas une LTS ? Le monde pro préfère le plus souvent les versions LTS, du coup il est probable que cette évolution ne sera largement proposée dans les catalogues qu’avec la prochaine version à long terme, du coup la 20.04 j’imagine.
#8
C’est juste que l’installation est desormais automatique lorsqu’Ubuntu détecte qu’il est dans un environnement virtuel.
C’est un gain de temps très appréciable lorsque l’on déploie de nombreuses machines virtuelle.
(tout est écris dans l’article)
#9
#10
C’est un peu ce que je voulais dire mais j’ai pas osé dire qu’avec windows il suffisait de cliquer
" />
#11
Un utilisateur lambda ne virtualise pas.
#12
Sinon, vu que personne n’a parlé de VirtualBox (ça pue ?) : est-ce qu’enfin, le problème d’Ubuntu et ses dérivées (donc Mint aussi) y est corrigé ?
J’explique : pour mettre à jour ces distributions d’une version à l’autre, en passant notamment par la commande « do-release-upgrade », certains ont remarqué que le processus de mise à niveau pouvait durer des heures entières sous VirtualBox, contre une trentaine de minutes à peine sous VMWare (sur la même machine hôte, et avec une connexion fibre qui dépote).
#13
#14
Et un utilisateur lambda peut installer un linux sans interface graphique aussi du coup non, ou il lui faut ta permission?
Et puis certaine distro on aussi le gestionnaire de package en GUI, tout comme Windows s’administre de plus en plus en ligne de commande powershell.
#15
Y’a aucun sous-entendu négatif dans mon message, j’ai repris ton terme d’utilisateur lambda.
Je pense qu’avec la curiosité qui amène à virtualiser, on peut tout à fait se démerder pour installer un package (ça s’installe hors CLI en plus si on veut).
Chui absolument pas contre la modif’ faites dans 19.04, mais ça simplifie plus la vie d’administrateurs systèmes que des utilisateurs lambda (qui vont avoir bien d’autres embûches devant eux).
#16
#17
#18
#19
Si tu veux tu peux faire ça en ligne de commande Powershell : Get-NetIpAddress puis New-NetIPAddress
" />
#20
Si je ne m’abuse c’est bien plus simple sur ubuntu que windows. Avec les open vm tools, le scsi paravirtual et vmxnet3 sont reconnus pendant l’installation. Sur Windows, tu es obligé de monter les vmtools pendant l’installation.
#21
Je n’ai jamais eu à installer les tools sur un Ubuntu 16.04 car déjà en natif, donc cette news m’interpelle. J’ai rêvé ou bien ?
#22
#23
#24
#25
A titre perso : parce que ça s’installe rapidement (c’est dans les repos), c’est très simple à utiliser, et ça fait le taff quand je veux tester un truc en VM sans prise de tête.
Le besoin n’est pas le même par rapport à un hyperviseur de bas niveau.
#26
Oui mais je veux dire, autant installer virt-manager non ?
#27
Oracle VB est toujours tres bien référencé dans les moteurs de recherche.
Je pense humblement que ça explique une partie de son incroyable popularité auprès des débutants :/
#28
Et surtout, dans énormément d’école on t’apprend à créer des VM sous VB… Donc CQFD
" /> m’enfin… l’égouts et les couleurs ça ce décide pas 
" />
Pour des raisons de matériels obsolètes, de rapidités de déploiements etc… et d’un coup de licence moindre mais surtout en 2 clics c’est installés.
Je connais même un centre de formation qui l’installe via scripts auto de montée de session avec des machines déjà peuplées et le tout sur une hôte Debian jessie
#29
“Ça fait de nombreuses années que les VMware tools sont dispo sur Linux”
Avec des galères. (cf :https://www.mysysadmintips.com/linux/clients/773-installing-vmware-tools-on-ubun…
#30
#31
#32
#33
#34
Vagrant gère aussi bien KVM/QEMU de mémoire non ?
#35
#36
#37
Oui dans ce cadre je comprends. Disons que ce qui m’étonne le plus, c’est de le voir utilisé assez souvent sur des distributions Linux où tu as déjà tout ce qu’il faut nativement (sans parler de Box dans GNOME) pour ça.
#38
#39
#40
#41
Perso je trouve que la doc de PS est pas terrible pour couronner le tout.
#42
Par fainéantise et habitude ?
" />
Personnellement quand je veux faire une VM pour tester un truc, je prends tout de suite ce qui coule de source dans ma tête, à savoir VirtualBox pour les deux raisons évoquées ci-dessus.
Dans la mesure où une journée de travail se résume à peu près à ceci, quand je fais du geekage perso j’évite de reproduire les emmerdes du monde professionnel et vais à l’essentiel.
Cela dit, évoquer les alternatives est toujours appréciable avec les besoins associés, et conforte dans l’idée qu’on a le choix.
#43
J’utilise la touche tabulation et les outils d’auto complétion fournis avec des outils plus ou moins modernes, je n’ai pas ce genre de considération de mot à rallonge.
Après, comme je l’ai dit, MS étant au courant à créer plein d’alias dont tu reconnaîtra certain(la ressemblance avec les commande linux est je pense totalement volontaire)
Pour les sortie, c’est justement là où je me suis rendu compte qu’il fallait que je prennent du temps que je n’ai pas pour apprendre PS. Mais dans l’ensemble, de ce que j’ai compris, PS est orienté objet, du coup, oui c’est typé. Bash manipule des flux, il n’y a donc aucune notion de type, parfois ça rend chiant la manipulation de chiffre. Et effectivement, derrière, tout ce que crache un programme par la sortie standard, c’est du flux, donc directement ingérable par bash, là où je ne sais pas comment ça fonctionne du coté de PS, j’ai l’impression qu’il faut utiliser les commande de parsing sinon, ça reste un string.
L’un ou l’autre, disons que bash, pour faire des truc sur 1 ligne, c’est sympa, mais dès que l’on veut faire des script avec des fonction, ça commence à être l’horreur. Powershell semble être chiant sur des commande rapides, mais pour des scripts de routines, il semble pas mal.
Sinon, n’utilisant pas les commandes bash tous les jours, leur absence d’uniformité fait que je suis souvent à relire le manuel et faire de recherche sur internet (si j’ai le temps, je me repenche sur sed, mais j’ai abandonné awk, j’ai rien compris : si je ne trouve pas sur internet, j’oublie)
#44
Petite question, ils installent open-vm-tools ET open-vm-tools-desktop (si un env de bureau est installé) ou bien seulement le premier demandant à l’utilisateur d’installer le second lui-même ?
Merci
#45
Testé ajourd’hui sur un vcenter, je n’ai aucune intégration, pas d’adaptation de la résolution ou quoique ce soit, aussi bien en remote dans le navigateur qu’avec vmrc.
Pourtant un apt install open-vm-tools-desktop me dit que le paquet est déjà installé.
Alors que sur une debian en installant le paquet ça marche (enfin pas le copier coller mais j’ai jamais réussi à faire marcher ça que ce soit avec open-vm-tools ou bien les additions virtualbox, j’ai seulement réussi avec vmware workstation et les vmware tools en local…)
#46
#47
Pour Vagrant c’était juste obligatoire.
Ensuite, VB depuis la version 6 est juste une horreur en terme de perf, et je trouve que même VMware Player est juste plus rapide aussi bien sous Windows 10 que sous Ubuntu 18.04.2
Je ne sais pas ce qu’à foutu Oracle avec la v6 mais c’est pas ça.