Reprise du message précédent :
Si les retours sont les mêmes sur tous les produits de la marque, y'a ptete des questions à se poser ?
J'ai lu y'a pas longtemps un tweet qui comparais l'Azure Virtual Hub et les AWS Transit Gateway. La première se déploie en 15 minutes. La seconde en 90 secondes

Après je dis pas que c'est une vérité, mon échantillon ça doit être une centaines de boîtes différentes environ. Mais ça commence à faire pas mal. En tout cas, la réputation est pas bonne parmi ceux qui ont testé plusieurs solutions
 
Et je parle pas de réseaux sociaux ou de communautés, où forcément tu entends les gens mécontents et pas les autres. Là c'est du call direct sur leurs expériences et leurs choix de plateformes.
 
Mais je respecte toutes les plateformes hein

En tout cas, bosser avec des Hyper-V vs ESXi, je considère ça comme une plaie pour ma part.
Mais comme dit plam, je vais pas aller cracher dessus.

 
Tout ce qui est réseau dans Azure ça prend un temps ouf, insupportable ouais. ipspace a fait un article là dessus ya pas longtemps.

 
Le pb c'est comme disait je sais plus qui plus haut c'est que c'est super rapide de déployer hyper-v, en 3 clics c'est fini. N'importe quel admin windows le fait et sans s'être documenté, sans avoir fait un design etc. Du coup bah ouais ça va marchouiller et vite péter .
Après bcp comparent Hyper-V à "Vmware" donc toute la suite vmware alors que dans l'écosystème, hyper-v c'est juste l'équivalent d'esxi sauf que tu as un minima de management avec. Après toute la suite c'est encore un autre pb Parce que entre la console hyper-v, la console failover clustering, la console SCVMM c'est un joyeux bordel.
+ toute la suite de SDN dans les dernières versions qui manque pas mal de stabilité en étant une vrai usine à gaz c'est pas oufouf
 
Après perso j'ai pas vraiment à me plaindre sur la partie hyperviseur même, ça fait bien le job.

totalement d'accord.

 
Mwai, pas vraiment mon expérience vu le nombre de plantages et d'incompatibilités sur des systèmes très basiques (1 voire 2 hôtes max)...    
Mais bon, on n'est pas vraiment là pour parler de la concurrence.

Si, ça peut être l'occasion de parler de features intéressantes ou concepts sympa qui existent chez la concurrence mais pas dans la version actuelle. Je trouve ça intéressant de discuter forces/faiblesses d'un produit, tant que ça reste factuel/constructif Combien de temps pour déployer un XCP-ng + XOA, comparé à l'équivalent avec Hyper-V et VMware ?

Tu veux dire quoi par combien de temps ? Faire le setup d'un serveur ?
Je pense pas que ce soit super intéressant comme données... Un serveur tu l'installes et basta. Que ça prenne 10min ou une journée, sur la vie du serveur c'est rien.

True, j'ai vu passer les 90 secondes versus 15 min sur la page précédente comme illustration de la facilité de déploiement d'une instance, un peu plus haut ça parlait de 3 clics pour déployer hyper-v, c'est vrai que c'est pas forcément le meilleur indicateur de la facilité d'utilisation du produit.

Ca peut être un indicateur de produit complexe par contre, si tu prends 3 jours ou 3 heures entre le power-on et la première VM qui tourne, c'est pas forcément bon signe pour quelqu'un qui chercherait un produit simple à utiliser.
Ya pas que les features, l'accessibilité du produit en terme de facilité d'utilisation, ça compte aussi.

Faut voir dans le temps

Bon maintenant je vais avoir un autre customer case study à écrire
 
https://twitter.com/yverry/status/1380181943271186432

ce spam sur tous les topics

je veux bien voir l'archi finale

GG

 
C'est une pas une grosse infra mais c'est un signal fort

C'est qui ?

 
C'est sûr que le machin soit disant pour ceux qui n'y comprennent rien, ça ne reste pas simple bien longtemps.

 
BedRock, ex-M6web.

Non.
Moi je parle du déploiement d'un service réseau spécifique dans un cloud publique.
Ensuite, comparer le temps d'activation du role Hyper-V sur un Windows serveur déjà installé au temps d'installation d'un OS Complet + Hyperviseur + interface de gestion (comme Proxmox) à celui de l'installation d'un hyperviseur pure bare-metal à la ESX à celui d'un entre-deux comme XCP-Ng, c'est juste pour personne
Et au final, si t'a peu de serveurs, sur la durée de vie ce temps là est négligeable, et si t'en à beaucoup, c'est automatisé

On est purement bare-metal hein.

Après si tu parles d'avoir XO en plus, faut compter 1 ou 2 minutes de plus pour le deploy mais ça va vite. Après si tu veux tout automatiser c'est possible.

Je l'ai pas écrit comme je le pensais
Mais en gros, un XCP-ng c'est plus comparable à un Hyper-V qu'a un ESXi, vu comment l'OS qui sert de base au produit est un OS "générique". (a l'origine et avant toutes les customisations, changement de noyal, paquets maisons, etc...).
Alors oui, doit plus rester grand chose du centos7, mais c'est pas comme si t'étais parti d'un LFS non plus quoi

C'est pas vraiment un OS générique dans le sens où :

* Xen est buildé avec des patchs spécifiques (et ne vient pas de CentOS)
* le kernel du dom0 est buildé avec des patchs spécifiques (pas de CentOS non plus)
* les trucs importants sont liés à la toolstack

Il reste pas grand chose à vrai dire (le user space « classique » qui pourrait venir d'autres distro RPM based). D'ailleurs c'est pour ça que l'histoire de CentOS 8 on s'en branle un peu

D'ailleurs, en théorie tu pourrai faire un XCP-ng sur Arch sans y passer des mois

D'ailleurs, tu conserve quoi ? Les gnu, rpm, yum, leur dépendances... 2/3 trucs autour du réseau je suppose, bash...  
Au final t'a quoi, moins d'une 100aine de paquets qui viennent des repos centos ?

http://reports.xcp-ng.org/8.2/repo [...] _deps.html (colonne « built by »).

testing  

Xen 4.15 out !
 
https://xenproject.org/2021/04/08/x [...] isor-4-15/
 
https://www.theregister.com/2021/04/08/xen_4_15/
 
Notez le petit paragraphe d'El Reg

le mec qui a que des bonnes nouvelles
jamais une faillite ou quoi

Tu veux pas que j'en rajoute encore ?
 
https://twitter.com/vgallissot/stat [...] 2058498050

Cups c'est vraiment nécessaire sur un XCP-ng du coup ? Ou t'a une dépendance de merde ?

Ya des dépendances de dépendances de build (main_builddep_dep)

Ouai, dépendance chiante, comme alsa et les trucs du style

alsa is dead

L'annonce officielle pour Ikoula : https://xcp-ng.org/blog/2021/04/13/ [...] in-ikoula/

Féloches

Hop là : https://xen-orchestra.com/blog/netb [...] orchestra/
 
Bien pratique !

Nice

J'ai commencé à acheter le matos pour mon lab, ça marche bien les connectX 3 sur xcp ? Sriov et tout ça ?

Ça c'est de la killer feature

 
Pas testé SRIOV, pour le reste ça marche bien oui

Ça faisait longtemps que j'avais pas posté ici :

https://vates.fr/blog/kalray-vates- [...] -alliance/

https://xcp-ng.org/blog/2021/07/12/ [...] alization/