Reprise du message précédent :

 
c'est surtout aws derrière  

Personne ne t'avais encore demandé du Kubernetes managé sur XCP-ng?
Je pense qu'il y a du pognon à se faire là-dedans.

lance la PlamStack©

 
tu peux utiliser la cli aws pour gerer tes instances,  l'accès aux metadata se faire sur la meme url que pour l'ec2 ... j'ai un peu l'impression que c'est du rebranding

API compatibles, c'est expliqué sur le site.

XKE, Xen Kubernetes Engine  

  bof, depuis que je bosse sur des machines qui nont pas vu une mise à jour depuis 2006 ( win XP by the way ) avec des docs écrite a la livraison et plus touché depuis ... Je relativise un peu

Kindly Kubernetes Engine

 
On triquite pas mes clients, merci.

Avec les collègues on commence à admettre qu'il faut parfois laisser faire Darwin, il gagne toujours à la fin  

serait-ce l'etape apres l'aigritude ?

Ouai j'étais tombé dessus, au pire ça permet quand même de faire du provisionning de VM en console ou api c'est déjà mieux que la moitié de ce que propose les certifiés HDS    
 

On a des gros besoins de scalabilité, des projets AI un peu partout dans le monde avec des gros besoin d'infra, très vite et qu'on veut pouvoir cracher très vite aussi.  
Comme notre stack repose sur K8S: générer un cluster en 2 min avec le hardware qu'il nous faut et récupérer juste un endpoint de l'apiserver c'est du pain béni pour nous.  
 
Au delà de ça, c'est le paradigme classique du service managé vs self hosted grace auquel on va pouvoir décharger pas mal nos SRE sur la gestion des couches basses.  

Pas demandé clairement sous cette forme. On bosse sur une PoC avec RunX qui devrait pas tarder a être dispo, mais c'est pas directement réponse à ça (c'est plus en tant que couche techno).

Après je suis pas certain de voir ce que ça voudrait dire concrètement du K8s managé sur XCP-ng, on est pas hébergeur nous

ça sonne bien si j'arrive à comprendre ce qui est demandé exactement

Oui donc tu veux pas gérer le métal, le réseau, l'hosting quoi. Donc pas on prem du tout ni sur site du client, c'est ça ?

Après nous on peut s'appuyer sur des providers de metal pour provisionner XCP-ng et donc ce qu'on veut au dessus par la suite, mais comme c'est pas encore clair ce qui est attendu, j'ai besoin d'y voir plus clair avant

@xenom : à l'occaz ça me dirait bien de comprendre plus en détail les besoins, même si j'ai pas de réponse à court terme, ça pourrait nous faire avancer dans une direction intéressante pour toi et d'autres

Ah sinon dernier ticket, plutôt bien expliqué et fourni en texte et screenshot MAIS :

* le gars commence par "bon c'est clairement un truc côté XCP-ng et pas XO" (mais il n'a pas de support XCP-ng, donc ça commence bien ). Pourquoi créer un ticket chez nous alors ?
* il parle d'un patch de chez Citrix qu'on aurait pas intégré dans XCP-ng. Sauf que le patch en question date de XenServer 7.0, donc ça fait bien longtemps que c'est déjà dans XCP-ng

On va répondre poliment

 
Faut se taper toute la complexité de gérer un kube alors même si en managé tu as qd même qq trucs à gérer.
 
Mais si c'est "partout dans le monde" je vois pas comment tu vas faire ton truc HDS sachant qu'il y en a que en france des infras HDS.

Kind plam, answer kindly

Tu pivotes.  
 

La blasitude ouais

https://www.youtube.com/watch?v=UQObMEXyhrU

Après l'aigritude plutôt

Le lâché prise qui mène à la zenitude  

Ou juste le mode balec"  

Windows me propose d'installer les tous premiers drivers écrits par Intel  

j'ai jamais vu de driver intel avec la date cohérente... je sais meme pas comment c'est possible depuis autant d'années

si l'un avait la bonne date, jpenserais a un fake

Datés d'avant 1970, rare ça

si mes souvenirs sont bons, c'est parce qu'intel a des drivers sans date, et que du coup ces drivers ne sortent que si aucun autre n'est disponible, une sombre histoire de date par défaut en 70 sur le driver.  

 
Tous ces machins en date de 68/70 ne sont que des inf de descriptifs de périphériques avec rien dedans (anciens Intel Inf update).

Les bidouilles de dates sur les drivers c'est pour la gestion des priorités entre les versions des drivers si tu en installes un toi même.
Comme ça ils sont sur que les drivers installés automatiquement ne perturberont pas si tu mets un driver à la même version

Vous utilisez quoi comme outil de monitoring d'équipements réseau ?  
 
Pour récupérer des métriques et des incidents, faire de l'alerting par groupes d'équipements et par équipes, mettre en maintenance des groupes d'équipements, récupérer des graphes facilement pour investiguer post-incident et corréler avec les alertes incidents, ce genre de truc basique qui finalement n'est pas si trivial en réalité  
 
J'avais eu de bons résultats avec Zabbix par le passé, je me demande s'il existe mieux depuis ?  
J'utilise Entuity là, simple au premier abord, dès que tu veux investiguer un truc sur 3-4 éléments c'est 4 millions de clics répétitifs

PRTG ?
J'avais bien aimé même si c'est loin d'être le meilleur produit.

Solarwinds Orion  

 
J'utilise Prometheus et ses exporters + Grafana, c'est un peu de l'artisanat mais ça fait le job
 
Et on m'a fait l'article sur Observium pour ce qui est réseau mais je touche pas à ces usines à gaz  

 
LibreM&Ms
Ca fait beaucoup de choses et même si on peut intégrer du plugin Nagios ou manger du syslog, son coeur de métier c'est vraiment le monitoring SNMP (et l'alerting qui en découle). Donc c'est bien pour de la surveillance d'état, pour de la surveillance d'évènement avancée à mon sens il faut autre chose en plus type ELK.

+1 PRTG

Mais c'est pas une usine à gaz. Et utilise plutôt LibreNMS, c'est le fork gratuit d'Observium
En perso j'utilise Zabbix pour la supervision, LibreNMS pour le monitoring réseau, un peu de Prometheus pour des besoins particuliers, Graylog pour la centralisation des logs et Grafana pour faire de jolis dashboards.

LibreNMS  

PRTG, le reste est généralement sur Linux et usine à gaz, 2 éléments éliminatoires.
(Pas de redface).

pour moi le meilleur outil pour du monitoring systeme / infra hardware, c'est zabbix
 
le désavantage c'est que son archi technique interne est a chier (SQL, scalabilité merdique)
 
l'avantage, c'est que son UI est la seule qui te mets bien en évidence les alertes, et les templates fournis sont assez riches et finalement assez facile a enrichir une fois que tu as bité le truc
 
mais c'est assez mal gaulé, notemment du fait de l'absence de conf a plat.  
tu peux a peu pres tout faire mais c'est tiré par les cheveux (j'ai fait des règles de préprocessing des métriques collectionnées en javascript qui sont stockés dans la base SQL (le code javascript est en BS), 3615 WTF...)

Des "gestion d'environnements k8s et Cloud de plus en plus complexes, liquides et éphémères."

summon xenom

 
Tu veux pas lui demander la diff entre l'environnement liquide  et ephémère, d'un point de vue réponse technologique ?  

 
On dirait les symptômes d'une chiasse. Liquide et éphémère