Reprise du message précédent :
Parceque vSan c'est cher
Enfin, je dis ça, avoir une archi ESXi + bricoler avec des briques pour monter un vSan-like, soit faut avoir un besoin bien spécifique, soit c'est se tirer une balle dans le pied...

Je m'y connais que peu en VMWare, mais vu que ya pas de domaine privilégié, ça doit être la merde pour se monter une archi hyperconvergée hors VSAN ?

Du Nutanix ou équivalent c'est fait pour non ?

Nutanix j'suis un peu perdu sur leur positionnement. C'est pas de l'appliance « tout en un » avec du KVM (j'ai vu des comptabilités avec d'autres hyperviseurs dont XS mais l'intégration cross hyperviseur me parait un anti pattern par rapport à un produit tout en un)

En fait à la base, c'est du "superviseur" d'hyperviseur (prism). Un peu à la manière de vCenter, openstack ou XO, où tu achètes les serveurs + la licence, et tu colle tes licences VMWare ou HyperV, et où ça te fait la popote (migration, déploiement des nouveaux serveurs physques, vSan, toussa), sur une base "tu veux plus, t'achète un serveur de plus, ça te fera X compute, X storage". Enfin, c'est ce que j'en ai compris. Dans l'absolu, tu dois pouvoir y coller tes serveurs physiques existants.
Et récemment, ils sont sortis une version ++ (Acropolis), où au lieu de déployer de l'ESX/HyperV sur tes serveurs, tu met la solution maison et ça te fait du kvm. J'aurais tendance à dire avec moins de fonctionnalités, mais j'ai pas testés la version "originale".

Pour moi, l'objectif à la base de la solution, c'est d'être complètement cross-hv, et d'unifier ton compute, quelque soit l'hv, et ton storage (et ton réseau ?).

Putain c'est sacrément ambitieux (voire casse gueule )
 
J'ose pas imaginer le coût de la maintenance

En tout cas, ça explique en partie le tarif. Et leur position dans le Gartner

Le besoin c'est que vSAN c'est cher Et je parle d'un cluster de 3 ou 4 noeud.
J'ai déjà fait des tests avec du ceph en dédiant les HDD via du RDM à un VM, ça juste marche. Mais ça semble assez sensible aux pannes.

Dans l'absolu, je pense.
Mais en pratique, si on veut garder la couche d'automatisation, il faut du matériel compatible car ils utilisent l'ILO pour les déploiement. Ensuite, pour dédier les HDD à leur VM,c'est carrément du pci-passthrough de la carte controller.

5.6 out : https://xen-orchestra.com/blog/xen-orchestra-5-6/

GG

Ca a bien évolué XO depuis les premières pages du topoc
 
XaT

 
3.6 à l'époque ouaip
 
Environ 65 releases entre temps

Bon finalement je ne vais pas pouvoir venir au FOSDEM.  
 
Sinon il y a eu des changements sur la partie job.runSequence ?
L'id que je mets n'est pas pris en compte.
 

Dommage tu rates nos T-shirts
 
Tu peux détailler pour ton soucis, je pige pas la question

J'aurai bien aimé discuter de vive voie.
Il faut mettre quoi comme info dans la partie item ?  
 

C'est une interface auto-générée par les paramètre de l'API de "xo-server". J'ai jamais fouillé ce truc, c'est l'implémentation « générique » qui nous sert de manière spécialisée pour les backups par exemple.

Faudrait déjà que je comprenne ce que tu veux faire avec ce truc

 
Haïssez

 
Je demanderai à mon boss d'en prendre un
 
 
Je vais reformuler ma demande/question: Est ce possible d'exécuter plusieurs jobs Xen Orchestra à la suite ?

 
Qu'entend tu par « à la suite » exactement ? De manière séquentielle ? Tu pourrai expliquer le workflow désiré ?

bon j'ai trouvé un commis pour m'en ramener un

 
Cas concret:
 - j’éteins toutes les vms
 - je fais un snapshot  
 - je rallume toutes les vms.
 
Dans les vielles versions de XO, chaque étape correspondait à une tache distincte et pour lancer toutes les tâches "séquentiellement", il fallait créer une nouvelle tâche XO avec les ids des autres taches.
Mais il semble que ca a disparu.

je suppose que pour backup une VM, il y a un utilitaire ou une solution. quel est t'il que vous me conseilleriez?
 
j'ai également une autre question concernant un scénario de démarrage des VM. Est il possible de faire démarrer certaines VM après la fin de boot des autres en amont (par exemple).

 
Euh... Xen Orchestra ?
 
Pour ta deuxième question, en théorie ya une question de VApp (qu'on expose pas dans XO pour l'instant )

Après, attention aux backups "de vms". C'est bien pour des fichiers plats , mais pour de la base de donnée, tu peux te retrouver avec un truc salement corrompu et inutilisable

Non (enfin c'est pas si simple)

Sur du Linux ça ne doit pas péter pour x raisons (même si c'est pas déconnant d'avoir un backup BDD scripté en plus), et sur Windows, si tu as installé les tools, tu as les quiesce snapshots pour flusher les caches avant snapshot

edit : par contre, Windows powaaaa, si le service VSS arrive pas à flusher les caches, il time out après 10 secondes. Conseil de Microsoft : faites un snapshot quand ça écrit moins

Le plus important quand tu fait de la sauvegarde, c'est pas "ça devrait marcher" c'est "c'est pas si simple"
Pour les DBs, préférer un backup scripté. Surtout en environnement chargé

tu peux entrer dans les détails sur le 2nd point? ça m'interesse

J'espere que ça t'intéresse aussi XO pour les backup
 
Sinon pour la question 2, dans XenServer, il y a la notion de "Virtual App" qui est un groupe de VM. Chaque VM dans ce groupe peut se voir attribuer un entier qui correspond à l'ordre de boot.
 
http://xapi-project.github.io/xen- [...] iance.html
 
J'ai jamais eu le temps d'expérimenter jusque là, check dans XenCenter si ya pas un truc qui expose ça (si oui fait des screenshot que je fasse pareil dans XO dès que possible )

les backup c'est surtout pour mettre en place un PRA, j'ai eu l'impression d'etre HS  
 
pour un scenario de boot, je vais essayer de me documenter  merci pour le lien.

Pour un PRA, on a plusieurs solutions tout à fait compatibles. Déjà on stock tout le backup sur un "remote" (NFS par ex). Si tu perds TOUT tes hôtes et même XOA, n'importe quelle XOA toute neuve se connectant au "remote" va retrouver tout les backups existants et être capable de restore les VMs sur des XenServer neufs.

On a aussi la possibilité d'envoyer une copie de la VM sur des XenServer distants (réduction du RTO parce que pas d'étape de restore).

Bref à mon avis, ta de quoi faire

Toujours des merdes sur xo-web sous node 6.10.0 et npm 4.3.0 Ubuntu 16.04.2 LTS 4.4.0-64 amazon EC2

XaT

petite info pour les admins :  
 
vulnérabilité permettant l'escalade de privilège.
 
http://www.cert.ssi.gouv.fr/site/C [...] I-056.html

 
C'est quoi « des merdes »

Bah npm qui fait n'importe quoi
La j'ai l'impression qu'il freeze carrément quand il build un truc, ça fait je ne sais quoi pendant longtemps puis il se fait killed
 
XaT

Pas assez de RAM au build ?

Il faut combien ?  
C'est une vm aws de base, j'ai déjà builder du xo dessus.
 
XaT

Aucune idée, ça dépend de plusieurs facteurs. Mais si ça freeze au build ,c'est clairement ça…

Bah alors, personne ne parle de la sortie de XenServer 7.1 ?  
https://www.citrix.com/downloads/xe [...] ition.html

Et XS7 toujours pas dispo chez OVH en gabarit standard
 
Quelle merde.
 
Plam, un petit article sur XS7.1 ?
 
XaT

C'est fait, hier

edit : en même temps, ya pas énormément de choses visibles. Sous le capot : Xen 4.7, nouveau système de supplemental pack signés, enfin un QEMU paramétré correctement pour la console, et autres trucs.