{"partition": "head_middle", "source_domain": "linuxfr.org", "digest": "sha1:PY63INYUVHA4LWYJ3O62CN7GJTF24RTH", "path": "/lustre/fsn1/projects/rech/qgz/uzq54wg/processed_redpajama/base_processing/output/fr/2014-15/000_00015.parquet"}
Virtualisation Archipel bêta 6 disponible
Posté par nicolas_o le 22/03/13 à 10:39. Édité par baud123, Antoine Mercadal, Xavier Teyssier, lamiricore et Nÿco. Modéré par Xavier Teyssier.
Archipel, l’outil d’orchestration de virtualisation open source basé sur libvirt (bibliothèque de gestion des différentes technologies de virtualisation existantes, comme KVM ou Xen) et XMPP vient de sortir en bêta 6, nom de code: Apophis.
Archipel est une solution d’orchestration open source pour le contrôle des machines virtuelles. Elle est basée sur la libvirt et sur XMPP pour tout ce qui est communication. Chaque objet (hyperviseur, machine virtuelle ou utilisateur) dispose de son propre JID et l’utilise pour communiquer avec le reste de la plate‐forme en temps réel.
Archipel est basé sur une architecture totalement modulaire (de chaque côté, serveur et client) permettant de l’adapter à ses besoins. Tout le cœur du métier tourne autour d’un petit noyau gérant XMPP (comme n’importe quel client de messagerie instantanée) et le chargement de modules. À cela s’ajoutent une vingtaine de modules de base permettant le contrôle de la plate‐forme virtualisée, la gestion des paquetages, la messagerie instantanée, la migration, etc.
Entretien avec Antoine Mercadal, d’Archipel Project
Les sources sur Github
Liste complète des changements
Cette version apporte de nombreuses nouveautés et corrections, entre autres :
passage à la version 2.0 du compilateur Objective-J : le client Web est plus fluide et plus réactif ;
un nouveau look des controles d'interface plus "web" ;
Archipel peut maintenant utiliser les Websockets pour se connecter au serveur XMPP ;
prise en charge de Xen ;
prise en charge de Spice (encore expérimentale) ;
la Dead Migration (contraire de la Live Migration, i.e. migration des VM éteintes) ;
et, évidemment, énormément de bugs ont été corrigés.
Par ailleurs, Archipel propose désormais ANSOS, un système Linux complet basé sur Fedora ou CentOS, que vous pouvez faire tourner sur vos hyperviseurs. Ce système orienté virtualisation est basé sur Ovirt-Node. La bêta 6 propose de nouvelles versions d'ANSOS, basée sur CentOS 6.4 ou Fedora 18.
Posté par tomarch le 22/03/13 à 14:39.
Ca va faire plus d'un an que j'utilise archipel et j'en suis satisfait!
Les quelques petits bugs sont vite corrigés et c'est une solution stable. Jamais archipel ne fera planter vos machines virtuelles.
La vitesse de l'interface web c'est grandement améliorée, c'était l'un des inconvénients des versions antérieurs.
Je recommande d'utiliser les sources pour l'agent et les nightly pour le client (GUI), cela permet d'avoir les corrections de bugs et les améliorations très rapidement.
Toujours ejabberd ?
Posté par azerttyu (page perso) le 22/03/13 à 20:20.
Est ce que le projet est toujours aussi dépendant de ejabberd ? Lors de mes derniers essais je n'ai jamais réussi à faire tourner le tout avec prosody.
Re: Toujours ejabberd ?
Posté par Antoine Mercadal (page perso) le 23/03/13 à 08:05.
Archipel suit XMPP et un jeu de XEP. Si Prosody n'implemente pas correctement les XEP nécéssaires, ça marchera malheureusement moins bien, effectivement.
De tête, il faut une bonne implementation des XEP suivantes:
XEP-0020:   Feature Negotiation
XEP-0045:   Multi-User Chat
XEP-0049:   Private XML Storage
XEP-0054:   vcard-temp
XEP-0060:   Publish-Subscribe
XEP-0077:   In-Band Registration
XEP-0083:   Nested Roster Groups
XEP-0133:   Service Administration
XEP-0153:   vCard-Based Avatars
XEP-0172:   User Nickname
XEP-0199:   XMPP Ping
XEP-0206:   XMPP Over BOSH
(Bon en fait je l'ai pas fait de tête, c'est meme la liste de référence des XEP à implementer pour Archipel, j'ajouterais dans le wiki demain, il est tard ici)
peut être pas toujours ejabberd Posté par azerttyu (page perso) le 26/03/13 à 12:01.
Bonjour Je viens de vérifier et il y a la XEP 60 qui posera un problème.
Le reste est complétement supporté selon http://prosody.im/doc/xeplist et vérifications auprès des développeurs.
Toutefois en essayant via wokkel ou tigase en tant que composants pour la xep60 cela pourrait peut être le faire. A tester donc.
À propos de l'authentification
Posté par flan (page perso) le 24/03/13 à 08:52.
J'ai installé la Beta 5 chez moi, et je n'ai vu qu'on ne pouvait faire de l'authentification que par mot de passe. Peut-on envisager d'autres types d'authentification, genre Kerberos ou certificats, pour les machines et les utilisateurs ?
Re: À propos de l'authentification
Posté par Emmanuel Blindauer (page perso) le 04/04/13 à 11:11.
On peut faire n'importe quel type d'authentification supportée par ejabberd.
Pour ma part, j'interface ca avec un LDAP d'établissement pour que les utilisateurs utilisent le mot de passe du SI pour s'identifier
Oui, mais là, au niveau de l'interface utilisateur il n'y pas de différence (il entre son login et son mot de passe).
En revanche, avec d'autres types d'authentification, il n'y pas de mot de passe (par exemple avec Kerberos ou avec un certificat)