Reprise du message précédent :

C'est de base dans chaque esxi et sans licence.
Tu peux importer un OVA je crois (mais plus sur). SInon, créer une VM à la main, l’arrêter, redémarrer et modifier tout le hardware. Coté réseau, juste faire des portgroupes et des vswitch.
Pas de clone, ni de création de template en revanche.
 
Donc si vous proposez la même chose, et en plus, le clone / template et import/export, c'est bien au dessus de VMware

Bon bah on pourra pas t'accuser d'espionnage industriel au moins

Tu peux importer et exporter, mais pas cloner.
Tu as quasiment toutes les fonctionnalités sauf :
- max 8vcore/VM (parfois c'est chiant)
- pas d'API en écriture (donc pas de Veeam, pas de terraform, pas de vcenter, pas de Nutanix...)
- pas les fonctionnalités des versions vSphere enterprise et supérieure ni celles qui nécessitent un vcenter (logique du coup) : pas de distributed vswitch, pas de lacp autre que passif, pas d'équilibrage de charge ou de HA, pas d'allumage/extinction de serveur basé sur la consommation et l'équilibrage, pas de vSAN...

ça a l'air chiant vmware

Merci pour vos retours

C'est gros et ça fait le café.
Si t'a juste besoin d'une VM, c'est chiant. Et encore, c'est assez simple pour être déployé et utilisé par n'importe qui. Et gratuitement (pour un ESXi). Même un proxmox c'est pas aussi facile à installer qu'un ESXi (surtout que l'install par USB est toujours pétée ).
Mais ça défonce à peu près tout en termes de fonctionnalités si tu met toutes les options (intégrations des conteneurs, de tes instances cloud, équilibrage de charge, SDS, SDN,SDSec, installation automatique des nouveaux hyperviseurs via PXE, VDI, vGPU, ...). Bon, ça coûte un bras par contre.
Mais bon, j'vais ptète pas faire la pub du concurrent sur le topoc de Plam
Quoi qu'en fait, ça lui fait de bon draft pour sa roadmap

Je pense pas que les gens qui sont ici soient sensibles aux sirènes de VMware

Nan mais XaT il est sensible a tout et n'importe quoi.
Après, que tu ne soit pas adeptes des produits propriétaires, ça n'empêche pas de regarder ce qu'ils font et ce qui est intéressant dedans.
Et y'a pleins de choses qui sont disponibles dans le monde des grands méchants qui coûtent cher que j'aimerais bien retrouver en OSS. A défaut, j'achète des produits cher chez des grands éditeurs
Pour info, c'est moi qui ai ouvert le topic Proxmox. Ça m'empêche pas de mettre du vmware là où il en faut parceque personne d'autre ne propose la fonctionnalité.
Tiens, plam, a quand les privateVLAN sur XCP-NG ?

Je sais pas si ta suivi mais on a un contrôleur SDN qui tourne dans XOA on est en train d'intégrer un UI pour Openflow.

y'a d'autres proto d'openflow ?

Si, ça j'ai suivi. Mais ça demande d'intégrer les pvlan manuellement et c'est pas compatible out of the box avec un switch qui en utilisera, si ?

 
Je comprends pas ta question
 
Là on écrit notre propre lib en JS car les existantes sont toutes pétées. Ensuite on pourra depuis l'UI créer des règles flow pour des cartes réseaux virtuelles de VM, et donc bloquer/autoriser des protocoles/ports particuliers depuis XO.
 

 
J'ai lu en diagonale très vite, donc de ce que j'ai compris (c'est à dire pas grand chose) au pvlan, on peut arriver à un résultat similaire avec l'utilisation d'open flow.

Je parle pas d'un "fonctionnement équivalent", je parle d'une intégration de la norme, pour que ça marche avec d'autres trucs (genre des switchs) qui l'utilisent aussi.
Oui avec Openflow tu peux arriver à un résultat équivalent. Non ça ne répond pas à l'ensemble des uses cases.
Maintenant, c'est une fonctionnalité parmi d'autres, c'est utilisé par quasi personne, et c'est pas ça qui me fera migrer mes vmware en XCP-NG. Par contre, c'est un des nombreux critères qui peuvent faire choisir un produit qui gère ça en natif, quand tu en as besoin (quasi personne donc).

Si un jour OVS le supporte (j'ignore si c'est déjà le cas) alors on pourra l'exposer

J'ai pas encore assez de ressources pour mettre un protocole dans l'upstream d'OVS.

edit : « solution in progress » ici : https://access.redhat.com/solutions/4726741

Je sais pas à quel terme ça le sera, mais quand ça le sera on pourra l'exposer

Bonjour,
 
Est-ce qu'on peut faire du stockage en local ?
Exemple j'ai un serveur, 2 disques pour la vm XCP, et le reste des disques pour crée mon storage.
 
Le tout dans un Pool HA?
 
Le meilleur stockage est en NFS sur un équipement dédié ?

Hello,
 
* stockage local : bien sûr !
* XCP-ng a besoin de 60GiB, le reste il va créer un espace de stockage pour VM  
* HA : stockage partagé obligé et idéalement 3 hôtes (avec 2 c'est jamais parfait la HA car pas de quorum)
* NFS recommandé oui

Nickel.
Mais le stockage en local peut être partagé ?

 
Non par définition : local c'est local à l'hôte sur lequel ta VM tourne. Si tu veux utiliser les disques locaux « combiné » en un stockage global, il te faut de l'hyperconvergence.

 
  https://xen-orchestra.com/blog/xosan-getting-started/

Sur du XCP-ng, on propose plutôt du XOSANv2, mais si ça marche bien, on a pas encore l'UI (on propore de le deploy nous-même en attendant).
 
D'ailleurs c'est tout à fait possible de le faire soi-même si on a des compétences en Glusterfs

Merci pour vos retours.
Dernière question peut : cloisonner les vm sur des Vlan et autoriser que certains port entre elle directement dans xcp ?

Et y a t'il un module de chiffrement du stockage ?

D'avance merci !

Un genre de NSX-Lite ?

Tu peux utiliser des VLANs autant que tu veux oui.
 
Ensuite ce que tu voudrai là c'est de l'Openflow avec OVS. Ca tombe bien, ça devrait arriver dans pas longtemps dans l'UI d'XO directement

t'utilises quoi pour openflow ?

On a voulu utiliser des lib existantes en JS, mais rien ne marchait ou projet mort depuis des années... Donc on a écrit une lib pour nous

Le « mur » des 100k download uniques passé
 
https://xcp-ng.org/blog/2020/04/17/ [...] or-xcp-ng/
 
Et aussi des annonces sur l'avenir

ça commence à faire du peuple
t'es sur que t'as pas besoin d'office 365 ?

Yo la Team ! Au niveau des "supports" , si je comprend bien, on peut choisir le support XCP-NG ( https://xcp-ng.com/pricing.html )
 
1 - Celà nous donne accès à l'ensemble des options dans l'UI XOA sauf au module XOSAN ? ( ou c'est uniquement le support XCP-NG hors UI XO?)
2 - En allant sur XOSAN y à le prix pour le module XOSAN : https://xen-orchestra.com/#!/xosan-pricing mais y en un support aussi pour XEN Orchestra https://xen-orchestra.com/#!/xo-pricing ?
 
Du coup il complète celui de XCP ? le remplace ? prendre les deux ?  
Quelqu'un peut m'éclairer ?
 
   

1. Alors en fait c'est très simple : le support XCP-ng, c'est pour les hôtes XCP-ng. C'est pas le même savoir-faire pour supporter une plateforme de management/backup (XO) et une plateforme de virtualisation (XCP-ng). D'où le fait que l'équipe XO fait 6 personnes aujourd'hui, et que l'équipe XCP-ng quasi ex-nihilo depuis 2 ans fait aujourd'hui encore plus.

Avec XOA, on a une solution clef en main + support avec avec système de MAJ et accès à distance en cas de pépin (sinon faut build depuis les sources). Avec XCP-ng, on a du support par hôte physique (pas au socket ni au cœur), d'ailleurs accessible via XOA (XOA Free si on veut pas d'XO)

Si tu veux XCP-ng+XOA, on peut proposer un « package » (modulo la taille de l'infra et la version de XOA bien entendu).

2. XOSAN c'est de l'hyperconvergence, et ça nécessite aussi des compétences différentes Là aussi ça peut se « bundle ».

 
 
Merci,  
 
Est-ce qu'on peut du coup utiliser XCP-NG + XOA Community + payer uniquement le support pour XOSAN?
 
Si j'ai bien compris dans les 6000€ des versions entreprises c'est 6000€ pour XOA + 6000€ pour XOSAN?
 
Est-ce que XOSAN c'est pour un nombre d'hôtes limités ?
 
On est d'accord qu'on peut sauvegarder l'ensemble des données du système des hôtes (config réseaux, dimensionnement,etc.. ?)
 
Enfin est-ce qu'on peut être en HA avec 2 hotes + 1 nas pour le stockage mais faire du backup vers du storage local (des hôtes) ?
 
Grand merci d'avance !    
 

 
1. Sur XCP-ng, XOSAN sans support sur l'hôte en XCP-ng ça risque d'être problématique. Cependant, XOSANv2 va probablement être bundlé « pas cher » avec du support XCP-ng. Note : XOSANv1 n'est pas considéré compatible XCP-ng, seul XOSANv2 le sera (enfin en l'état actuel des choses). XOSANv2 marche déjà, il manque l'UI de création sur laquelle on bosse actuellement. Par contre, on l'installe déjà chez des utilisateurs. Quels sont les cas d'usage ? Servir du fichier ou de la database avec des petits blocs ? (4k)
 
2. Historiquement, le modèle d'XOSAN c'est par pool, illimité dans un pool en taille/nombre d'hôte. Pour XOSANv2, ça sera très probablement similaire. On est en train de regarder en fonction du degré d'intégration dans le support XCP-ng.
 
3. Dans l'IT en général, on a tendance à préférer la HA avec 3 machines (une histoire de quorum pour éviter les split-brain). Cependant, avec un stockage partagé, la HA marche pas mal.
 
D'ailleurs à ce propos, vu la taille de l'infra en discussion, il me parait plus intéressant de faire 2 hôtes + un NAS en NFS. Ça marche très bien, c'est « scalable » jusqu'à un bon nombre de machines que tu peux ajouter par la suite, ça embête pas souvent en terme de maintenance, c'est thin pro et c'est fiable.
 
Et rien n'empêche de faire du backup « ailleurs » où même sur les storage locaux des machines (ailleurs c'est mieux car ça permet de placer les backup ailleurs que sur le matériel de prod). Un simple NAS bas de gamme fait l'affaire.
 
Enfin, la question c'est où c'est hébergé : si c'est on premises, alors pas de soucis pour faire comme tu veux. Si tu es chez un hosteur (OVH, Online.net) tu auras un peu moins de marge de manœuvre pour faire à ta guise. Après on propose tout ça en clef en main si jamais : https://xcp-ng.com/cloud

 
Merci ! Parfait.
 
Et concernant les backups système paramétrage des hôtes XCP et du pool HA, c'est les backup JSON depuis XOA?
 

XOA exporte les métadonnée du pool et les stock dans le lieu de stockage des backup.

 
Oui le fichier JSON qu'on peut sauvegarder ou l'on veut .
 
Mais en cas de crash d'un hôte ? on peut pas sauvegarde la conf seule de l'hôte ? ou c'est le .xbk?

Si c'est un seul hôte, il suffit de promouvoir un slave en master et voilà. Puis ajouter un hôte « tout neuf »/pas configuré dans le pool et il va prendre tout la config (network/storage partagés etc.)

 
Ok, merci mais on peut pas sauvegarder un hôte ?
La configuration du pool est redescendu sur châque hôtes?
 
J'ai essayé de sauvegarder depuis la console, par contre dans le .json y a pas grand chose et quand j'essaye de la restaurer il m'écrase rien.
Pareil j'ai restaurer un .bkx d'un hôte sur un nouveau j'ai pas l'impression que sa fonctionne

 
En fait je comprend pas très bien ce que tu veux faire. Il n'y a aucun intérêt à « sauvegarder un hôte », dans XCP-ng ça n'a pas de sens. Seul le pool master à du sens. Le slave ne fait que récupérer la configuration du master.
 
C'est pour ça qu'un hôte tout neuf qui rentre dans un pool va automatiquement hériter de la configuration générale (network, storage partagés etc.)

 
Ok je comprend mieux.
Et si on perd les 2 ou 3 hôtes? on remonte simplement avec le backup Metadonnées + XO + fichiers JSON?

1. Tant que tu as un survivant, aucun conf à refaire
2. Si tu perds tout, tu dois réinstaller de nouvelles machines (par ex) depuis 0, donc même là je suis pas certain que les métadonnées vont te faire gagner beaucoup de temps (enfin sauf si tu as vraiment des confs super complexes)
3. L'essentiel c'est vraiment tes VMs, le but de la virtu c'est bien ça : tes hôtes sont jetables, tant que tu as backup tes VMs, car n'importe quelle machine pour remplacer tes anciennes (abstraction)

Ah et sinon, on m'a dit (à très juste titre) que la doc faisait amateur : j'ai donc passé deux jour, et on est passé de ça :
 
https://github.com/xcp-ng/xcp/wiki
 
À ça :
 
https://xcp-ng.org/docs/
 
Je kiffe