Comment va KVM ?
KVM est devenu l'hyperviseur par défaut pour les nouveaux clients Linode il y a six mois, et cela se passe très bien. Depuis l' introduction de KVM l' été dernier, les clients ont créé plus de 500 000 Linodes KVM avec plus de 3 millions de lancements. Le système est très stable et très rapide. Notre service a gagné en fiabilité et en disponibilité parce qu'il fonctionne avec une pile plus simple. Dans l'ensemble, la transition vers KVM a été un énorme succès.
Depuis le lancement, nous avons également introduit Glish, la console graphique qui vous permet de visualiser et d'interagir avec la sortie graphique de votre machine virtuelle. Cela vous permet d'exécuter un environnement graphique autonome au sein de votre machine virtuelle. Ou, en utilisant les capacités de virtualisation complète de KVM Linodes, d'exécuter des systèmes d'exploitation alternatifs tels que Plan 9 ou même Windows.
Pour vous donner une idée de la taille de notre flotte KVM : environ 50% de tous les Linodes fonctionnent maintenant sur KVM, dont beaucoup sont des Linodes Xen préexistants qui ont migré vers KVM.
Comment mettre à jour un Linode de Xen à KVM?
Sur le tableau de bord d'un Linode Xen , vous verrez un lien "Upgrade to KVM" sur la barre latérale droite. Il s'agit d'une migration en un clic pour mettre à niveau votre Linode vers KVM à partir de là. Essentiellement, notre mise à niveau KVM signifie que vous obtenez un Linode beaucoup plus rapide juste en cliquant sur un bouton.
Remarque : notre site de Tokyo est actuellement complet et n'offre pas de mise à niveau vers KVM. Nous envisageons d'augmenter la capacité du site de Tokyo et nous informerons les clients concernés dès que des mises à niveau seront disponibles.
KVM sera la seule option pour les nouveaux Linodes, à partir du 1er mai 2016.
Si vous êtes un client plus ancien, les nouveaux Linodes que vous créez peuvent encore être placés sur un hyperviseur Xen . Vous pouvez modifier cette valeur par défaut sur la page Paramètres du compte dans le Linode Manager. Cependant, à partir du 1er mai 2016, la seule option sera KVM. En d'autres termes, à partir du 1er mai, il ne sera plus possible de créer un Linode basé sur Xen.
Quel sera le sort des Linodes Xen existants ?
Les Linodes existants basés sur Xen ne poseront pas de problème. Cependant, dans un avenir proche, nous commencerons à consolider les Linodes Xen sur un nombre réduit de serveurs physiques, ce qui impliquera des migrations programmées avec des périodes d'indisponibilité. Ne vous inquiétez pas - si vous êtes concerné, nous vous préviendrons suffisamment à l'avance lorsque ces migrations seront planifiées.
Commentaires (10)
Hi. I run a KVM Linode myself, and I have this very annoying issue: When I go to reboot, instead of rebooting it powers down the Linode and Lassie has to restart it.
My Linode runs Ubuntu 64-bit on a raw disk with Direct Disk boot, using the Ubuntu provided kernel.
still not available in Tokyo..
Does this mean that linodes will eventually be able to support running windows as a virtual desktop replacement for normal desktops?
@Jon A There are unofficial instructions for creating a “Winode” at https://gist.github.com/EugeneKay/1ff78396b57f25e69f1d
Haven’t tried it myself though; a 1GB VPS may be a bit small as the recommended minimum is 2GB RAM.
Right now I am using Xen if selected in the panel switch to KVM would lose my web data or change would not affect my website or my mail settings…. ???
@Reynier
Changing your hypervisor preference to KVM won’t modify your data, website or mail settings.
Really need more Tokyo Linode please! Any way of providing an ETA? For example, would it be in the next 3-6 months or later than that?
If later, I will need to move to another provider.
Hello!
I think changing from Xen to KVM, linode gets more stability in CPU benchmarks. Also KVM becomes a industry leader standart today.
Alba García, Ceo of Besimple, https://besimple.online
Does using KVM mean that in the future we would have server upgrades, without requiring a migration (assuming enough free disk space on the host)? What about dero-downtime upgrades, using memory balloon and cpu hotplug support?
Seams like migration so far has been smooth. Any note about the schedule for when migrations may be completed?