Re: [FRnOG] [TECH] Ordinateur refroidi au Stroh
Tu penses que les électrons sont tellement beurrés qu’ils arrivent plus à se déplacer ? :) > > C'est vrai que la couleur brunâtre n'est pas encourageante. A défaut du > liquide 3M introuvable, tu conseilles quoi ? > La poire, la prune, la grappa, la vodka ? > > Michel. > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [TECH] Ordinateur refroidi au Stroh
> Xavier ROCA a écrit : > Vu que vous évoquiez les liquides spéciaux, savez ou l'on peut se procurer en > petite quantité > pas le Flurinet 3M mais le Novec (ref ?) pour le refroidissement par > immersion ? Non, si tu en veux un litre. La dernière fois que j'ai essayé, c'était plusieurs centaines de litres au minimum, et en plus faut vraiment avoir un bon bullshit à leur raconter, les commerciaux qui vendent ce genre de produit ne sont pas intéressés par un coup, ils veulent une rente. S'ils ne voient pas une commande à répétition, t'as que tes yeux pour pleurer. Le marché de l'enthousiaste qui trempe son ordi dans du Novec n'intéresse personne. Etant un énorme consommateur de "de-ionized water" (qui ne conduit pas l'électricité), je te conseille pas non plus; on me dit dans l'oreillette que c'est extrêmement chiant à stabiliser. > Raphael Jacquot a écrit : > le stroh n'est pas adapté, il se transformerait en caramel et boucherait les > blocs de refroidissement C'est vrai que la couleur brunâtre n'est pas encourageante. A défaut du liquide 3M introuvable, tu conseilles quoi ? La poire, la prune, la grappa, la vodka ? Michel. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Collecteur de logs réseau
Le mar. 20 nov. 2018 à 09:22, Duchet Rémy a écrit : > Par ici on gère avec ELK. Les logs sont insérés avec le minimum de > traitement, et ensuite c'est un ou plusieurs daemon qui vont utiliser les > API d'ELK pour extraire les infos avec des requêtes particulières et gérer > le nombre d'occurrence pour déclencher des actions. > C'est stable et très rapide malgré la volumétrie, et ça permet de gérer > pas mal de scénario. > > Rémy > Hello, @job on utilise également de l'ELK et je plussoie. Petit warning pour les gens qui s'amuseraient à déployer ça autre part que sur du bare-metal, ES est assez gourmant en IOPS quand tu scale-up. Donc sur une infra ou les IOPS sont chères (a peu près tous les clouds publics...) ça peux être un problème. Pour 400 logs/sec en moyenne avec des pics à 15k logs/sec sur 3 nodes avec des disques capés à 3000 iops ça passe juste. Et quand on a besoin de lire sur une durée un peu longue (1 semaine par ex) ça galère un peu (~10 sec / req). @job-1 j'avais mis ça sur 3 serveurs avec des disques Nvme 150kIOps et 32GB de RAM et après un peu de tunning et avec la bonne politique de rétention (Voir: Elastic curator), je n'en ai plus jamais entendu parler, le truc ronronnais dans son coin. -- Nathan Delhaye --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Collecteur de logs réseau
+1 Pour ELK (avec Fluentd au lieu de Logstash). Ca marche assez bien pour de grands volumes Comme alternative à leurs modules X-Pack, y a des plugins opensource type Elastalert/Sentinl... Je l'utilise pour des logs système, réseau et applicatifs sur différents indexes. Ca se passe assez bien jusque là :) On Tue, Nov 20, 2018 at 8:22 AM Duchet Rémy wrote: > Par ici on gère avec ELK. Les logs sont insérés avec le minimum de > traitement, et ensuite c'est un ou plusieurs daemon qui vont utiliser les > API d'ELK pour extraire les infos avec des requêtes particulières et gérer > le nombre d'occurrence pour déclencher des actions. > C'est stable et très rapide malgré la volumétrie, et ça permet de gérer > pas mal de scénario. > > Rémy > > -Message d'origine- > De : frnog-requ...@frnog.org De la part de > Raphael Mazelier > Envoyé : lundi, 19 novembre 2018 18:38 > À : frnog@frnog.org > Objet : Re: [FRnOG] [TECH] Collecteur de logs réseau > > > > > * "port_x_connected=false" > > * "port_x_disconnection_count=42" > > * "user_x_logged=true" > > * "user_x_login_count=666" > > C'est l'idée oui. > > > > > Soit parce qu'on a pas le contrôle sur le générateur de l'événement > > (équipement fermé) soit parce qu'on pense que ça n'est pas à > > l'application instrumenté de se souvenir des événements -nombre > > d'authentification- pour les transformer en métriques). > > > > Donc je me demande si vous n'auriez pas 2/3 suggestions de solution > > (logiques ou logicielles) à ce "problème"... > > > > Je n'ai pas trouvé, mais cela semble assez trivial de coder un snmptrap to > prometheus. Ca doit pouvoir se coder en 100 lignes de python ou go. > > Cdt, > > -- > Raphael Mazelier > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > -- NOUSHI Fayçal GSM : +212 661 56 03 37 --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [BIZ] A la recherche d'Alcatel 4018
Bonjour, On a un lot de matériel Alcatel que l'on doit proposer à des Brokers 4 Pabx et 37 postes divers https://we.tl/t-atTAZNuKmv Faire proposition s'il y a un intérêt Xavier -Message d'origine- De : Nassim Ait Boufrad Envoyé : lundi 19 novembre 2018 17:48 À : frnog-...@frnog.org Objet : [FRnOG] [BIZ] A la recherche d'alcatel 4018 Hello les gens, Je voulais savoir si quelqu'un n'avait pas des Alcaltel 4018 dont il voudrait se séparer parce qu'ils trainent au fond d'un placard ou parce qu'on vous avez envie d'en faire don ou revendre "à pas cher". J'en cherche une petite 20aine fonctionnel pour asap "avant fin du mois". Merci Cordialement, Nassim --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [BIZ] Fibre 20 Mbps Birmingham Angleterre
Bonjour, J'ai besoin d'une fibre 20 Mbps sur un site se situant à Birmingham en Angleterre et livrée en France. Plus généralement a plus long terme, je pourrais avoir des besoins pour des fibres en Europe. Cordialement JP Roussanidès --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [TECH] Collecteur de logs réseau
Par ici on gère avec ELK. Les logs sont insérés avec le minimum de traitement, et ensuite c'est un ou plusieurs daemon qui vont utiliser les API d'ELK pour extraire les infos avec des requêtes particulières et gérer le nombre d'occurrence pour déclencher des actions. C'est stable et très rapide malgré la volumétrie, et ça permet de gérer pas mal de scénario. Rémy -Message d'origine- De : frnog-requ...@frnog.org De la part de Raphael Mazelier Envoyé : lundi, 19 novembre 2018 18:38 À : frnog@frnog.org Objet : Re: [FRnOG] [TECH] Collecteur de logs réseau > * "port_x_connected=false" > * "port_x_disconnection_count=42" > * "user_x_logged=true" > * "user_x_login_count=666" C'est l'idée oui. > > Soit parce qu'on a pas le contrôle sur le générateur de l'événement > (équipement fermé) soit parce qu'on pense que ça n'est pas à > l'application instrumenté de se souvenir des événements -nombre > d'authentification- pour les transformer en métriques). > > Donc je me demande si vous n'auriez pas 2/3 suggestions de solution > (logiques ou logicielles) à ce "problème"... > Je n'ai pas trouvé, mais cela semble assez trivial de coder un snmptrap to prometheus. Ca doit pouvoir se coder en 100 lignes de python ou go. Cdt, -- Raphael Mazelier --- Liste de diffusion du FRnOG http://www.frnog.org/ smime.p7s Description: S/MIME cryptographic signature
