Le projet libre XCP‑ng est désormais une solution incubée par le projet Xen au sein de la Fondation Linux et devient, de facto, la distribution clé en main pour les utilisateurs de Xen.
XCP‑ng est un projet de plate‑forme de virtualisation permettant de déployer des infrastructures de Machines Virtuelles. La plate‑forme est basée sur l’hyperviseur Xen et embarque l’API Xen (XAPI), un autre projet hébergé également au sein de la Fondation Linux.
XCP‑ng est né en 2018, à la suite d’une campagne Kickstarter et d’une divergence (fork) de la solution Citrix Hypervisor, dont le code est de moins en moins libre.
Pourquoi rejoindre le projet Xen ?
Rejoindre le projet Xen est un moyen pour l’équipe de XCP‑ng de créer un lien entre la communauté d’utilisateurs et la communauté de développeurs. En devenant la distribution par défaut et clé en main pour les utilisateurs qui veulent rejoindre l’écosystème Xen, XCP‑ng fournit un point d’entrée et d’échanges entre les acteurs.
D’un autre côté, le projet XCP‑ng souhaite réaffirmer son engagement vis‑à‑vis de la communauté d’utilisateurs Open Source. Ainsi, faire héberger le projet XCP‑ng au sein de la fondation Linux, comme un projet incubé par Xen, est également une façon de garantir que le projet gardera le bon cap en matière de politique Open Source et de gouvernance.
Ce qui va changer
XCP‑ng va continuer à se développer et à s’enrichir de nouvelles fonctionnalités de la même façon qu’aujourd’hui. Les investissements engagés par le biais du concours innovation vont se poursuivre et l’équipe va s’enrichir de six nouveaux développeurs dédiés dans le courant de l’année 2020. En dehors de quelques ajustements pratiques administratifs (comme la labellisation des commits), rien ne changera d’un point de vue utilisateur en ce qui concerne l’accessibilité aux dépôts GitHub du projet.
En revanche, il faudra compter à l’avenir sur une implication plus forte au sein du projet Xen lui‑même de la part des équipes XCP‑ng. L’équipe a pour objectif de faire le lien entre les demandes des utilisateurs et les développeurs du projet Xen, de rentrer dans les discussions liées à l’avenir de l’hyperviseur, mais aussi de contribuer activement au code de l’hyperviseur ainsi que de participer activement aux événements initiés autour du projet Xen ou de la Fondation Linux.
Rencontrez les équipes XCP‑ng et Xen durant le FOSDEM
Le FOSDEM se tient ce week‑end à Bruxelles (les 1er et 2 février) et les équipes XCP‑ng et Xen partagerons un stand sur place. Une bonne opportunité pour rencontrer et discuter avec les développeurs des deux projets. Les informations pratiques sur l’événement sont disponibles sur ce blogpost officiel.
Aller plus loin
- Annonce officielle de XCP‑ng (83 clics)
- Annonce officielle du Projet Xen (33 clics)
- Site officiel du projet XCP‑ng (273 clics)
- Site officiel du projet Xen (77 clics)
# Debian
Posté par Sytoka Modon (site web personnel) . Évalué à 4.
Une probabilité de voir XCP‑ng packagé un jour sur Debian et dérivé (Ubuntu) ? De mémoire, cela ne fonctionnait que sur base rpm.
[^] # Re: Debian
Posté par Plam . Évalué à 5.
Salut,
XCP-ng est une distro, au même titre que Debian ou CentOS. Donc j'imagine que la question c'est plus de « porter » la XAPI -et la version de Xen qui va bien- sur Debian. C'est un très gros travail, qui n'est pas spécialement réclamé et donc pas une priorité (surtout vu le travail colossal que ça représente).
Cependant, on est à même d'aider des initiatives allant dans ce sens :)
[^] # Re: Debian
Posté par Sytoka Modon (site web personnel) . Évalué à 2.
Oui mais une distro, c'est un ensemble de paquet homogène qu'on maintient. Si on pars de zéro, c'est un sacré boulot. Si on maintient une suite de N paquets au dessus de Debian, c'est bien plus raisonnable…
[^] # Re: Debian
Posté par Plam . Évalué à 2.
Je pourrai demander la liste des paquets, des versions précises de telle ou telle bibliothèque pour que ça marche, mais je pense que le résultat serai tout simplement gigantesque.
On ne se rend pas trop compte, mais déjà il y a un gros boulot par rapport à une CentOS, alors avec une Debian…
Comme je disais, toute initiative est bienvenue, et j'aimerai avoir tort ;)
[^] # Re: Debian
Posté par Sytoka Modon (site web personnel) . Évalué à 2.
Finalement, cela n'a pas l'air beaucoup plus simple à maintenir qu'OpenStack ;-)
[^] # Re: Debian
Posté par Plam . Évalué à 1.
Maintenir des paquets/une distro et installer/maintenir en tant qu'utilisateur final n'a absolument rien à voir… Le but c'est justement que ça soit simple pour l'utilisateur.
# OCaml dans l'industrie
Posté par gasche . Évalué à 5.
Fun fact: une partie importante des composants de Xen et XCP-NG est codée dans mon langage fonctionnel préféré, OCaml. Ça se voit par exemple dans la liste des sous-dépôts xapi-project, qui est une partie des projets Xen et XCP-ng.
Ça reste une niche mais il y a d'autres gens qui font de la programmation système en OCaml, par exemple Richard Jones chez Red Hat, et les gens du projet Mirage OS (qui ont écrit récemment, par exemple, un serveur DNS qui tourne sur un hyperviseur, avec une codebase système presque purement en OCaml).
[^] # Re: OCaml dans l'industrie
Posté par Fennings . Évalué à 5.
Alors pour info, on recherche des devs qui maîtrisent OCaml: :)
Faut pas hésiter à prendre contact avec nous via le formulaire du site : https://vates.fr/#contact
[^] # Re: OCaml dans l'industrie
Posté par gasche . Évalué à 5.
Les deux questions clés:
- Vous acceptez le télétravail ? (partiel ?)
- C'est quoi votre fourchette de salaire à l'embauche à la sortie d'un M2 ?
Est-ce que vous avez des offres de stage qui pourraient intéresser des étudiants d'un Master pro ? Vous êtes en contact avec des centres de formation à Grenoble (Ensimag/Verimag par exemple) ?
[^] # Re: OCaml dans l'industrie
Posté par Plam . Évalué à 3.
# Comparer avec Proxmox
Posté par ʭ ☯ . Évalué à 4.
Depuis le temps que qemu/kvm se développe, je suis curieux des différences aujourd'hui entre ces deux solutions?
-> vitesse?
-> sécurité?
-> haute disponibilité?
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Comparer avec Proxmox
Posté par Plam . Évalué à 7.
Disons que c'est un peu différent, même si ça se ressemble sur le service rendu.
En très gros (donc simplification très forte, avec KVM):
À noter qu'on a du XCP-ng en production chez des très gros (+1000 machines physiques), dans des domaines variés.
[^] # Re: Comparer avec Proxmox
Posté par ʭ ☯ . Évalué à 3.
Merci pour les réponses. Est-ce que la meilleure conception côté sécurité vous a diminué le champ d'attaque pour les failles processeur de ces deux dernières années?
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Comparer avec Proxmox
Posté par Plam . Évalué à 4.
Non, pas concernant ces failles, pas en amont.
Par contre, par design, le core scheduling a été plus facile à implémenter (plus rapidement, et probablement mieux) que celui de KVM. Cela va permettre d'avoir une vrai façon élégante d'éviter les « side channel attacks »
[^] # Re: Comparer avec Proxmox
Posté par Sytoka Modon (site web personnel) . Évalué à 2.
En parlant d'OpenStack, il y a moyen de déployer simplement un Kubernetes sur XCP ?
[^] # Re: Comparer avec Proxmox
Posté par Plam . Évalué à 2.
Oui, on a des « recettes » toutes prêtes (cf https://xen-orchestra.com/blog/devblog-5-kubernetes-clutser-on-xo/ )
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.