Reprise du message précédent :

Y'a clairement un gang de claviériste

Je veux juste un model M

Non pas vraiment.

Les marques qui visent les gamers pigeons vendaient de la merde chère, et maintenant t'as de la merde encore plus chère mais au moins c'est de la merde mécanique.

Un Ducky Skyline à 100 balles ça les vaut largement vu la durée de vie d'un clavier. Je vois pas comment on peut prendre cette profession au sérieux et radiner sur un clavier, une souris et un écran corrects.

Bah personne te retient, Unicomp les fabrique toujours.

Un ensemble clavier souris écran correct c'est utile pour tous les gens qui passent plusieurs heures sur un ordinateur.

Ça dépend de la personne. On en a au taf, le taux d'adoption est variable. Une bonne moitié voire 2/3 du personnel laisse le bureau en bas après avoir joué avec l'effet nouveauté. Un collègue (au moins, peut-être une poignée) le laisse en haut. Le reste alterne haut/bas/haut/bas au fil de la journée.  
 
C'est sympa quand on bosse à plusieurs sur un écran, en mode comptoir de bar, ou pour faire des schémas  
 

Des claviers comme on en fait plus Il est en PS/2 ?

Dans cet usage effectivement c'est sûrement très pratique.

Est-ce vraiment du troll ?
Il balance il balance et quand il tombe à côté, il te sort un   ou un  

Il faut bien un model M pour écouter du MP3 dans un shell monochrome. Ça fait ton sur ton.

oui

J'ai essayé à mon taf, j'ai tenu une demi journée. J'admirais un de mes collègues (très fit et sportif) qui tenait une journée entière. Après, combiné à un moniteur sur bras articulé et t'as plus aucune excuse pour avoir une bonne position.

 
Par contre je trouve qu'il y'a beaucoup moins de choix sur mat.net non ?

 
Nan mais radiner sur quoi.. je suis admin ms, le clavier c’est pour taper mon password. Une souris mono clic ça me va pour le reste de la journée
 
 
Je cherche un petit clavier pour m’accompagner jusque fin août, pas un outil que je lèguerai à mon petit fils

Avis perso : j'ai eu de gros pb de dos, assis c'était l'horreur.
Test D un bureau assis debout en foutant une table basse lack sur mon bureau.
D'abord 1h ... En 1 mois, je restais 6+ heures debout sans pb.

Pour les réunions où on cause, pour cogiter sur un schéma, pour parler au tel, pour partager a plusieurs une archi, pour debugger sur l'écran partagé du collègue.

Pour coder bof quand même... Assis c'est mieux

J'ai fini par investir 400€ dans un piétement avec plateau sur mesure.

Parle mieux ou je t'insère un jar là où ça fait mal  

Je savais pas pour Unicomp  

15 ans que nous nous connaissons et grandissons ensemble sur HFR et c'est comme ça que tu me traites ?    

Qui aime bien châtie bien

Fais pas genre t'as besoin d'un Model M alors que t'es même pas au courant que l'usine à Lexington n'a jamais arrêté de les produire.

Y a quand même pas mal de claviers plus sympas dans cette gamme de prix.
Et moins bruyants.

Y'a un gars un temps sur notre plateau en flex office qui se faisait chier à brancher son clavier méca chaque matin et le ranger chaque soir. Pas vu de près ce que c'était, mais ça devait ressembler à un Filco Majestouch. Et bien bruyant, on l'entendait à 10 m à la ronde.

Drôle de question dans les grandes lignes, quand le service se lance, il lance ses plugin. Chaque plugin tente de voir s'il a son service associé (genre nginx avec ses métriques) sinon il s'arrête. Au final ça va pousser auto toutes les métriques découvertes.

Genre de quoi
Je veux un original par nostalgie

C'est un peu débile d'acheter le format original aujourd'hui, vu la taille du truc.
 
Ils sont en train de préparer la production d'un SSK d'ailleurs (après l'avoir annoncé il y a quasiment dix ans ).

Je peux jouer aussi    

 
Pour le fun je me demande si il ne serai pas transformable en clavier pour un ordi normal

2 guys 1 jar ?  

Bien entendu faut pas googler ça au taf

ok je vais creuser merci

edit : mais en fait c'est un truc autonome netdata ? Chaque serveur a "sa page" de monitoring qu'il heberge ? y'a pas un truc central comme un zabbix ou j'ai mal compris ? ca me parait un brin a chier comme principe

edit2: si tu veux un point central c'est dans le cloud? Et encore ca a juste l'air d'etre un point d'entrée mais les données restent par serveur ? Nous on a souvent besoin de faire des recoupages de données entre hote, genre avoir une vue de plusieurs port réseau d'un coup. donc pour ca faut recuperer les données dans un autre outil et les grapher avec autre chose. (enfin bien sur de ce que j'ia compris en parocurant vite fait j'ai pu passer a coté). si tu rajoutes le fait que c'est linux only j'ai envie de dire c'est con, c'est vrai que leur interface est chiadé ....  it is the ultimate single-node monitoring tool. ouais mais c'est con parcequ'un multi node monitoring ca serait vachement mieux

Je coinche : https://www.ubergizmo.com/2020/05/w [...] ce=mainrss
A+,

utile

Je contre
 https://m.youtube.com/watch?v=2XLZ4Z8LpEE

Faire un nano sur un gros fichier avec un truc pareil    

 
Ah non mais en effet, ta pas assez creusé
 
Tout l'intérêt de Netdata (enfin pour moi) c'est le fait de pouvoir streamer les data sur un autre Netdata, qui va automatiquement ajouter l'hôte et ses métriques dans son dashboard.
 
En fait il y a plusieurs niveaux que tu peux (ou pas utiliser) :
 
1. Local à l'hôte, possibilité de stocker les data et d'avoir un dashboard local (ou pas ! c'est à dire 100% stream sans dashboard local si besoin) avec des métriques très précises (1s) de la dernière heure.  
2. Sur un Netdata « central » (c'est toi qui décide qu'il est central, tu peux très bien re-streamer derrière et te fais des « lieutenant » Netdata dans différentes infras par exemple !)
3. Et enfin, le plus intéressant : que le Netdata dit « central » (car tu streames tout les autres dessus, ou juste certains), lui écrive aussi dans Prometheus. Par de conf de ce dernier à faire, juste d'accéder Netdata. Et ça te donne l'opportunité de consolider à long terme et faire tout ce que tu veux avec Grafana (alertes, comparaisons, moyennes, etc.)
 
Pour moi le gros avantage c'est ces 2 niveaux : dernière heure très précis, vraiment utile pour trouver l'origine de problèmes à l'instant T, et ensuite la métrologie moderne avec Prometheus et Grafana, sans avoir à configurer de manière compliquée ces derniers.
 
J'avais expliqué tout ça ici :

Ca utilise la push gateway de prometheus ou c'est prometheus qui va recolter les données de netdata ?

Dans ma config actuelle, le deuxième : dans la conf Prometheus, j'ai un scrape config pour Netdata qui va récuper les données sur localhost:19999 du nœud central (car ça tourne sur la même machine dans mon cas). Et ça fetch tous les nœuds ajoutés à Netdata.

En gros dès que j'ai une nouvelle métriques ou nouveau nœuds, il stream vers le Netdata central, et ça sera donc automatiquement récupéré dans Prometheus puis Grafana (et ce dernier peut utiliser des variables dans les dashboards, donc tu peux avoir une liste gérée automatiquement des nœuds ou des métriques qui se MAJ toutes seules en fonction de comment c'est peuplé en live).

Ça marche donc très bien aussi avec des hôtes/VM/containers éphémères puisque tout est push

La rétention des metrics en local est paramétrable sur les slaves (passer de 1h à 24h)?
 
Quand t'as une interruption réseau et qu'un slave revient, il remonte depuis la coupure ou il stream que du live?

1. Oui c'est paramétrable.  On peut passer à 24h si l'on souhaite
2. si tu stockes en local aussi, je pense (mais je ne suis pas certain) que tu récupères toutes les données dans l'intervalle de stockage local

De mémoire aussi, tu as des alertes possibles sur la freshness (si ta pas eu de nouvelles depuis xx temps) pour éviter de configurer des services à la main sur des clients qui répondraient plus. En gros, par exemple : si pas de nouvelles après 3 minutes, alerter.

Ça permet de garder le modèle du push

Ca a l'air chouette sur le principe, ca me rappelle des mécanismes que j'apprécie bien dans SCOM

Par contre j'ai l'impression que Netdata ne sait faire que de la métrique de performance (occupation mémoire/cpu/disque/whatever)?
Y'a un moyen de superviser des logs? D'exécuter des transactions SQL ou des scripts un peu évolués et d'évaluer ce que ca retourne ?

Bon de toute facon ca fait pas windows donc donc je suis pas près de m'en servir

Jvais en déployer deux trois voir ce que ca donne lundi...    
 
Merci!

Le fonctionnement de la collecte des infos est l'inverse de par exemple un centreon central avec des collecteurs sur differentes infra (qui se charge de recuperer les infos) et j'avoue que c'est tres seduisant, mais effectivement, pour moi aussi le manque du support de Windows est un vrai probleme.

edit et y a des cas ou tu pourras pas l'implementer, par exemple, le suivi d'un copieur (ne serait-ce qu'un ping, puis recuperer les niveau des compteurs de page ou d'encre).

SCOM superior sur ce coup, tu as à la fois une collecte par agent local et une collecte par "proxy" (souvent un des serveur SCOM), typiquement tout ce qui est supervision SNMP fonctionne suivant le second mode
Ca permet aussi de faire des choses intéressantes quand tu cherches à superviser un service distribué, par ex un cluster SQL : tu ne peux évidemment pas installer l'agent sur "le cluster"; donc tu l'installes sur tous les serveurs membres du cluster et ensuite ils fonctionnement en mode proxy pour ne remonter qu'une fois les données du cluster dont ils sont membres (en plus de la supervision locale des données propres à chaque serveur bien sûr)

oui mais inversement, est-ce que tu peux facilement superviser des linux et en particulier un service qui tourne dessus, typiquement un Apache par exemple ?

Oui sans souci t'as des agents pour un tout un tas de distribution y compris des Unix bien barbus (AIX/HPUX...) avec des fonctions natives pour l'état des process et des daemons, les métriques de base (cpu/ram/disque...), et il sait exécuter n'importe quelle commande shell ou script pour obtenir le reste.
Et dans le cas d'apache/mysql, Microsoft fournit un management pack (l'équivalent d'un "template", un ensemble de règles quoi) qui contient déjà tout ce qu'il faut donc il suffit de l'importer dans SCOM et basta

y'a un agent scom pour linux
 
mais scom fonctionne en gros comme un zabbix. Agent pour les OS qui le supporte, SNMP pour le reste
 
Merci plam pour le long post, y'a des trucs clairmeent interessant, mais pareil au dela du nom support de windows qui est un no go absolu (on a 70% de serveur windows pour 30% de linux) mais sinon meme question que gamer-fou, quid du monitoring non metrique, type log ou requete sql comme il le dit, et surtout quid de ce creer des monitoring maison pour ce que netdata ne fait pas nativement ? Du genre une appli ou un process métier ? c'est possible ? compliqué ?
 
un des points fort de zabbix, c'est qu'une fois que t'as compris comment fonctionne les template, tu peux a peu pres tout faire assez rapidement
 
et aussi meme question sur le monitoring agentless ? (pincipalement via snmp comme le réseau, des hotes vmware, baies de disque etc)

D'ailleurs pour l'agentless y'a de plus en plus d'équipements qui ont des API REST de monitoring et c'est quand même vachement plus sympa que le SNMP

 
quelques exemples ?