Reprise du message précédent :
Je fais mes débuts avec kubernetes et j'en profite pour voir ce que donne le plugin d'intégration docker dans XO :
https://reho.st/preview/self/1b9f9d [...] c96a21.png
Ça semble fonctionner plutôt bien.
 
Maintenant, en version finale, je n'utiliserai plus que containerd et non plus docker. Je ne sais pas si ça continuera de fonctionner...

C'est qu'un plugin, le code est pas très compliqué, j'imagine que ça doit être facile de faire une PR, ce truc est open source (et très moche BTW, mais bon, je peux pas être sur tous les fronts )

edit : http://github.com/xenserver/xscontainer

vaut mieux quelle version de node pour build xo ?

10 ça foire
9 ça semble passer
tin ça a bien changé  

Tu n'avais pas mis à jour depuis combien de temps ?

Un bail

Plop
 
Bon, plutôt que d'avoir n machines dédiées à n usages (dont n-1 assez légers), je me tâte à tout mettre sur une même bécane et à virtualiser
 
J'ai du Win7 et des Debian, autant je suis assez confiant sur les Debian, autant sur Win7 est-ce que ça marche bien ?
 
Je ne suis pas sysadmin ni rien, ne me jetez pas des pierres

On va dire que ça dépend de ton niveau d'exigence Pour Win 7, active l'install des tools via Windows Update (dans la VM advanced de la VM, coche les MAJ des tools Windows, cf https://xcp-ng.org/wp-content/uploa [...] update.png )
 
Et normalement tout doit rouler

Pourquoi faut donner son mail pour bascharger Xen Orchestra ?  

Parce que c'est cet email qui va te permettre de MAJ ta XOA ensuite et de déclencher un trial si besoin

Et sinon tu peux l'installer depuis les sources si tu veux pas donner ton email

edit : « bash -c "$(curl -s http://xoa.io/deploy)" » dans ton dom0 ira encore plus vite

Lancer un script en direct depuis un site, qui plus est en HTTP, c'est pas joli joli

Ouais même chocolatey conseille de mater leur script avant de le lancer

 
Tu peux aller lire le contenu hein. Concernant HTTP, on a pas le choix à cause de la XAPI qui est pas capable de manger du HTTPS sur des versions un peu anciennes
 
Il n'y a aucune info confidentielle en plus qui transite…

Ah et sinon ça y est, on est dans la ML de predisclosure de sécu de Xen \o/ (ML privée)
 
On va pas s'ennuyer à 12:00 UTC

Ah et sinon on a été audité (XO) en terme de sécu par un cabinet spécialisé (pour pouvoir rentrer chez certains… clients).
 
Aucun trucs ni grave ni critique, le seul truc en level « moyen » a été fixé en 24h

   
 
C'est pas tant la criticité du contenu, mais de s'assurer que c'est bien le serveur que tu contactes qui te réponds.
 
Et c'est pas parce qu'un certain type de client a besoin du HTTP que tu ne peux pas proposer HTTPS en parallèle à ceux qui le supportent

 
Mais mec, si c'était aussi simple, t'imagines bien qu'on l'aurait fait non ? On a du coder notre putain de propre serveur HTTP tellement la XAPI est basé sur des lib HTTP pre 1.1 et qu'on trouve plus de serveur web qui fait ça…

Et ça t'empêche d'avoir un nginx qui écoute en 443 a côté et sert le même fichier ?
Voir même d'être juste un rp sur ton URL http

 
Parce que c'est pas si simple non plus… Je vous laisse lire le code de la XAPI et si vous avez une solution miracle, allez y. Hint : support du chunk encoding et du content length absent.

Je parle pas de servir le script pour la XAPI, je parle de le servir pour le public.
En quoi c'est difficile pour toi d'avoir en plus de ce que tu as déjà, quelque chose qui écoute sur la même URL, en https/443, et distribue le même contenu ?

Mais c'est quoi le rapport entre le serveur de la xapi et le serveur qui héberge le script deploy ?

Same time

Le non-support des certificats HTTPS dans le dom0 à cause de curl trop vieux.

Clients faisant parti des OIV / ministère ?

 
OIV ? Non là c'était plus orienté défense hors FR, mais je peux pas en dire bien plus.

En parlant de sécu, patchez : https://xcp-ng.org/blog/2018/11/21/ [...] abilities/

OIV = Opérateur d'Importance Vitale. Mais t'as quand même répondu à ma question

Bon j'ai installé Xen sur une machine de test.
 
Z'avez un tuto compréhensible par un néophyte pour commencer à mettre en place des machines virtuelles ?

Y'a un topic xen

 
Xen ou XenServer ou XCP-ng ?

 
 
XenServer 7.6 !

Tu veux faire quoi ? Sinon je te conseille Xen Orchestra pour manager XenServer (si tu veux pas essayer XCP-ng, ça serait pas mal hein )
 
La base c'est de te créer un dépôt d'ISO (New/SR/ISO SR/NFS par exemple, où tu vas stocker tes fichiers ISO de tes distrib Linux).
 
Ensuite New/VM, et là tu vas selectionner le template et l'ISO que tu veux, puis c'est parti

Bon, XOA installé, lancé, toossa. Pour l'instant j'échoue à créer des VM qui marchent

Explique tes soucis

moi j'arrive même pas à lancer mon xo from sources

D'après la console c'est que ça ne trouve pas de disque bootable (j'ai pas mis de live-usb non plus). Y a moyen d'installer une VM linux en prenant directement les sources sur les internets, où dois-je obligatoirement créer une clef usb avec le système à installer à chaque fois ?
 
(bon sinon à première vue ça semble pas trop mal xoa, même si la version free semble un poil limitée )
 
@XaT : m'étonne pas de toi ça

Je comprends le coup de la clef USB, comme j'ai dit, le plus simple c'est de monter un CD virtuel depuis un « dépot » (SR) d'ISO. Si tu veux pas faire, tu peux toujours booter en PXE pour que tout s'install mais te faut tout le merdier PXE à coté. Donc non, vraiment le plus simple :

1. créer toi un dépot d'ISO
2. ajoute tes ISO dedans
3. à a création de VM, selectionne l'ISO visible dans la liste
4. boot et install ta VM

edit : pour l'étape 1/ New/Storage/SR ISO/et ensuite NFS ou chemin local sur ton hôte où tu vas mettre tes ISOs

Dépôt SR d'ISO ? Kessessé ? Je pensais créer la première VM à la main, y mettre un dossier contenant lesdites ISOs et ensuite aller chercher dedans lors de l'installation d'une nouvelle VM

Et après on me critique

SR = storage repository, c'est un espace où dans ce cas tu déposes tes ISOs qui seront lues par n'importe quel VM et bootables (ça doit émuler un CD j'imagine)