Re: choix d'un outil de supervision et de monitoring
Le 26 mars 2013 17:42, Bzzz lazyvi...@gmx.com a écrit : On Tue, 26 Mar 2013 17:31:58 +0100 Gabriel Euzet geu...@sqli.com wrote: Le client héberge des données médicales. Il recherche le maximum de sécurité. Une porte d'entrée ouverte en moins ! Et alors? Si tu marches en push, l'agent poussera ses données vers ton svr sans possibilité de l'atteindre. Au pire une règle du FW client pour laisser sortir le flux. Ok. J'avais donc mal compris. c'est la bonne solution. Dans le cas du choix Zabbix, et si j'ai bien compris le produit, chaque serveur chez un client sera un noeud et aura pour martre notre serveur. Tu confirmes ?
Re: choix d'un outil de supervision et de monitoring
Bonjour Bernard, Ces produits servent à administrer et faire l'inventaire d'un parc. J'ai besoin de superviser, surtout de manière pro-active d'ailleurs ... Cdt Gabriel Le 26 mars 2013 17:48, Bernard Schoenacker bernard.schoenac...@free.fr a écrit : bonjour, pourquoi vous ne regardez point du côté de glpi ou de puppet ? http://projects.puppetlabs.com/projects/1/wiki/Puppet_Windows http://www.glpi-project.org/wiki/doku.php?id=fr:manuel:bonnespratiques permet le déploiement de la solution ad'hoc choisie et d'administrer 50 serveurs et ses clients slt bernard
Re: choix d'un outil de supervision et de monitoring
Le 27/03/2013 09:22, Gabriel Euzet a écrit : Le 26 mars 2013 17:42, Bzzz lazyvi...@gmx.com mailto:lazyvi...@gmx.com a écrit : On Tue, 26 Mar 2013 17:31:58 +0100 Gabriel Euzet geu...@sqli.com mailto:geu...@sqli.com wrote: Le client héberge des données médicales. Il recherche le maximum de sécurité. Une porte d'entrée ouverte en moins ! Et alors? Si tu marches en push, l'agent poussera ses données vers ton svr sans possibilité de l'atteindre. Au pire une règle du FW client pour laisser sortir le flux. Ok. J'avais donc mal compris. c'est la bonne solution. Dans le cas du choix Zabbix, et si j'ai bien compris le produit, chaque serveur chez un client sera un noeud et aura pour martre notre serveur. Tu confirmes ? Oui. Chez les clients c'est un zabbix-proxy qui tourne, il récupère les infos des machines du réseau du client, puis les envoient sur le zabbix maitre qui est votre serveur. -- Daniel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/5152af8a.2060...@tootai.net
Re: choix d'un outil de supervision et de monitoring
Le 27 mars 2013 09:36, daniel huhardeaux no-s...@tootai.net a écrit : Le 27/03/2013 09:22, Gabriel Euzet a écrit : Le 26 mars 2013 17:42, Bzzz lazyvi...@gmx.com mailto:lazyvi...@gmx.com a écrit : On Tue, 26 Mar 2013 17:31:58 +0100 Gabriel Euzet geu...@sqli.com mailto:geu...@sqli.com wrote: Le client héberge des données médicales. Il recherche le maximum de sécurité. Une porte d'entrée ouverte en moins ! Et alors? Si tu marches en push, l'agent poussera ses données vers ton svr sans possibilité de l'atteindre. Au pire une règle du FW client pour laisser sortir le flux. Ok. J'avais donc mal compris. c'est la bonne solution. Dans le cas du choix Zabbix, et si j'ai bien compris le produit, chaque serveur chez un client sera un noeud et aura pour martre notre serveur. Tu confirmes ? Oui. Chez les clients c'est un zabbix-proxy qui tourne, il récupère les infos des machines du réseau du client, puis les envoient sur le zabbix maitre qui est votre serveur. Nous utiliserons la solution node : https://www.zabbix.com/documentation/2.0/manual/distributed_monitoring/nodes Contrairement à la solution des proxies elle permet d'avoir un frontend local (sur chaque site distant). Grace à vous la solution se dessine. Il restera évidemment qqs petits points à régler mais l'architecture me semble établie. Merci beaucoup pour vos interventions constructives. Salutations V Gabriel
Re: choix d'un outil de supervision et de monitoring
On Wed, 27 Mar 2013 09:22:38 +0100 Gabriel Euzet geu...@sqli.com wrote: Ok. J'avais donc mal compris. c'est la bonne solution. Dans le cas du choix Zabbix, et si j'ai bien compris le produit, chaque serveur chez un client sera un noeud et aura pour martre notre serveur. Tu confirmes ? Vi, Daniel t'as même donné le détail :) Et si tu as 'gadé le lien que je t'ai indiqué, tu as sans doute vu que zabbix scale sans PB. Bon, il faut quand même des machines costaudes, surtout si à terme tu centralises des centaines de nœuds (et un _vrai_ RDBMS est fortement conseillé, donc postgres). De tous les tests que j'ai fais il y a un an, c'est lui qui est ressorti vainqueur: meilleur compromis de facilité de conf/installation/exploitation/ajout de nodes/etc. -- doogie_ linux takes shit and turns it into something useful. doogie_ windows takes something useful and turns it into shit -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130327105507.004eb7e3@anubis.defcon1
Re: choix d'un outil de supervision et de monitoring
Le 27 mars 2013 10:55, Bzzz lazyvi...@gmx.com a écrit : On Wed, 27 Mar 2013 09:22:38 +0100 Gabriel Euzet geu...@sqli.com wrote: Ok. J'avais donc mal compris. c'est la bonne solution. Dans le cas du choix Zabbix, et si j'ai bien compris le produit, chaque serveur chez un client sera un noeud et aura pour martre notre serveur. Tu confirmes ? Vi, Daniel t'as même donné le détail :) Et si tu as 'gadé le lien que je t'ai indiqué, tu as sans doute vu que zabbix scale sans PB. J'ai conservé le lien mais je n'ai pas tous lu / retenu dans le détail au vu de la quantité d'infos. Mais j'y retourne ASAP ;-) Bon, il faut quand même des machines costaudes, surtout si à terme tu centralises des centaines de nœuds (et un _vrai_ RDBMS est fortement conseillé, donc postgres). De tous les tests que j'ai fais il y a un an, c'est lui qui est ressorti vainqueur: meilleur compromis de facilité de conf/installation/exploitation/ajout de nodes/etc. Génial. Nous sommes déjà Postgres à fond, enfin, moi ... tel Don Quichotte dans ma société je continue de le promouvoir ;-)
Re: choix d'un outil de supervision et de monitoring
On Wed, 27 Mar 2013 11:18:56 +0100 Gabriel Euzet geu...@sqli.com wrote: J'ai conservé le lien mais je n'ai pas tous lu / retenu dans le détail au vu de la quantité d'infos. Mais j'y retourne ASAP ;-) Entre autres: Distributed monitoring Centralized configuration Centralized access to all data Up-to 1000 of nodes Unlimited number of proxies Scalability Tested with 10,000 monitored devices and servers Tested with 100,000 availability and performance checks Processing of thousands of availability and performance checks per second Génial. Nous sommes déjà Postgres à fond, enfin, moi ... tel Don Quichotte dans ma société je continue de le promouvoir ;-) C'est bien, et puis à ce jour ça devient plus facile à imposer: on atteint le niveau d'oracle:) -- Galo21 : La plupart des gens se trouvent troublés quand une phrase ne se termine pas comme ils l'avaient patate. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130327112731.6c81e511@anubis.defcon1
Re: choix d'un outil de supervision et de monitoring
Le 27 mars 2013 11:27, Bzzz lazyvi...@gmx.com a écrit : Génial. Nous sommes déjà Postgres à fond, enfin, moi ... tel Don Quichotte dans ma société je continue de le promouvoir ;-) C'est bien, et puis à ce jour ça devient plus facile à imposer: on atteint le niveau d'oracle:) C'est une autre discussion que j'aurais plaisir à avoir avec toi et/ou d'autres afin d'acquérir de nouveaux arguments ... En face, il y a MS SQL Server et Oracle. Nous utilisons donc 3 SGBD et le SGBD open joue le rôle de vilain petit canard :-/
[un peu HS, mais pas trop, enfin, faut voir, ça se discute éventuellement, et vice-versa] Re: choix d'un outil de supervision et de monitoring
On Wed, 27 Mar 2013 11:53:59 +0100 Gabriel Euzet geu...@sqli.com wrote: C'est une autre discussion que j'aurais plaisir à avoir avec toi et/ou d'autres afin d'acquérir de nouveaux arguments ... En face, il y a MS SQL Server et Oracle. Nous utilisons donc 3 SGBD et le SGBD open joue le rôle de vilain petit canard :-/ Dans l'ordre, histoire de faire prendre conscience aux gens que l'Open-Source peut être tout aussi performant que le proprio: Un article d'il y a 8 mois: http://www.infoworld.com/d/open-source-software/the-stealth-success-of-postgresql-197584 NB: 80% d'augmentation des Vtes pour EnterpriseDB (OK, ils partaient de très bas) et une offre 100% compatible oracle en version payante. Classique: http://www.enterprisedb.com/success-stories NB: les 2 derniers de la P1. Last, but not the least: http://postgresql.1045698.n5.nabble.com/Success-Story-French-Social-Services-now-using-PostgreSQL-td2837658.html NB: à rappeler que même Bull s'est tourné vers le développement d'une expertise PG, au détriment de sa DB:) -- V : Ca me rappelle un film d'horreur japonais O : The Eye ? V : Non, un truc avec phone O : The Eye Phone ? V : ... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130327121831.21b00a51@anubis.defcon1
Re: choix d'un outil de supervision et de monitoring
Bonjour, Un nouveau point crucial dans notre architecture m'amène à vous solliciter à nouveau. En effet nous avons potentiellement une 50aine de sites à installer avec la solution de supervision. Chaque site sera autonome. Cependant, ces sites vont devoir générer des rapports que nous pourrions intégrer et exploiter chez nous. En résumé : pas de connexion permanente mais un fichier régulier (quotidien probablement) envoyé ou rapatrié par SMTP / FTP. Et chez nous un moyen de lire ces rapports. Si vous avez une idée du comment faire ça nous enlèverait une épine du pied. Salutations. Gabriel
Re: choix d'un outil de supervision et de monitoring
Le Tue, 26 Mar 2013 14:33:01 +0100, Gabriel Euzet geu...@sqli.com a écrit : Bonjour, Un nouveau point crucial dans notre architecture m'amène à vous solliciter à nouveau. En effet nous avons potentiellement une 50aine de sites à installer avec la solution de supervision. Chaque site sera autonome. Cependant, ces sites vont devoir générer des rapports que nous pourrions intégrer et exploiter chez nous. En résumé : pas de connexion permanente mais un fichier régulier (quotidien probablement) envoyé ou rapatrié par SMTP / FTP. Et chez nous un moyen de lire ces rapports. Si vous avez une idée du comment faire ça nous enlèverait une épine du pied. Salutations. Gabriel bonjour, il existe 2 solutions : -a) puppet -b) glpi + ocs-ng liens: == http://www.octopuce.fr/Puppet-Administration-systeme-centralisee www.ocsinventory-ng.org/fr/ slt bernard -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130326155744.5bac7c08.bernard.schoenac...@free.fr
Re: choix d'un outil de supervision et de monitoring
On Tue, 26 Mar 2013 14:33:01 +0100 Gabriel Euzet geu...@sqli.com wrote: avec la solution de supervision. Chaque site sera autonome. Cependant, ces sites vont devoir générer des rapports que nous pourrions intégrer et exploiter chez nous. En résumé : pas de Je ne vois pas vraiment l'objet réel de cette question, tu veux recevoir des tonnes de rapports qui vont te dire que tout va bien? (alors que tu recevras les alertes) -- lola21_ Quels vêtements on peut mettre pour être jolie quand on a une culotte de cheval? turilli une selle -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130326161834.40256958@anubis.defcon1
Re: choix d'un outil de supervision et de monitoring
Le 26 mars 2013 16:18, Bzzz lazyvi...@gmx.com a écrit : On Tue, 26 Mar 2013 14:33:01 +0100 Gabriel Euzet geu...@sqli.com wrote: avec la solution de supervision. Chaque site sera autonome. Cependant, ces sites vont devoir générer des rapports que nous pourrions intégrer et exploiter chez nous. En résumé : pas de Je ne vois pas vraiment l'objet réel de cette question, tu veux recevoir des tonnes de rapports qui vont te dire que tout va bien? (alors que tu recevras les alertes) C'est étrange au premier abord en effet. Nous proposons aux clients une surveillance quotidienne ; ça les rassure c'est comme ça, c'est pas toujours facile d'éduquer un client ... Sur le principe je suis donc d'accord avec toi, une alerte devrait nous suffire. Mais nous garantissons que nous nous inquiétons de l'état du parc tous les jours. Du fait de notre manque d'expérience dans le domaine cela nous permet aussi de constater un problème que nous n'avons pas anticipé, pour lequel nous n'avons pas configuré de règle. Un dernier point, l'information je vais bien est claire, alors que l'absence d'information laisse toujours peser un doute, ma seule crainte étant la volumétrie du bousin, crainte qui pourrait aider à convaincre les décideurs sur la modification de la clause du contrat, qui sait ...
Re: choix d'un outil de supervision et de monitoring
On Tue, 26 Mar 2013 16:35:41 +0100 Gabriel Euzet geu...@sqli.com wrote: C'est étrange au premier abord en effet. Nous proposons aux clients une surveillance quotidienne ; ça les rassure c'est comme ça, c'est pas toujours facile d'éduquer un client ... Sur le principe je suis donc d'accord avec toi, une alerte devrait nous suffire. Mais nous garantissons que nous nous inquiétons de l'état du parc tous les jours. Du fait de notre manque d'expérience dans le domaine cela nous permet aussi de constater un problème que nous n'avons pas anticipé, pour lequel nous n'avons pas configuré de règle. Un dernier point, l'information je vais bien est claire, alors que l'absence d'information laisse toujours peser un doute, ma seule crainte étant la volumétrie du bousin, crainte qui pourrait aider à convaincre les décideurs sur la modification de la clause du contrat, qui sait ... Dans ce cas, passe juste par des agents zabbix et centralise la base de données chez toi. Ça fera l'inverse et le client ne recevra plus que les alertes (en plus de toi). Comme ça tu pourras faire de l'extraction sur la DB jusqu'à plus soif. Et c'est de toute façon plus logique (juste une liaison TCP chiffrée). À noter qu'un agent est tout à fait capable de rebalancer la sauce à plusieurs serveurs si besoin est (et qu'il peut fonctionner en push ou en pull). Ça n'est pas la peine de laisser un visuel au client s'il n'est pas en mesure de l'exploiter correctement (ou alors, fais-lui tourner une vidéo avec de beaux graphiques en boucle;-) Un (petit) aperçu de ce qu'il sait faire. http://wiki.contribs.org/Zabbix -- Christophe Nan mais l'IRL c'est une invention des modérateurs pour faire peur aux geeks -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130326165523.7a5d9c06@anubis.defcon1
Re: choix d'un outil de supervision et de monitoring
Le 26 mars 2013 16:55, Bzzz lazyvi...@gmx.com a écrit : On Tue, 26 Mar 2013 16:35:41 +0100 Gabriel Euzet geu...@sqli.com wrote: C'est étrange au premier abord en effet. Nous proposons aux clients une surveillance quotidienne ; ça les rassure c'est comme ça, c'est pas toujours facile d'éduquer un client ... Sur le principe je suis donc d'accord avec toi, une alerte devrait nous suffire. Mais nous garantissons que nous nous inquiétons de l'état du parc tous les jours. Du fait de notre manque d'expérience dans le domaine cela nous permet aussi de constater un problème que nous n'avons pas anticipé, pour lequel nous n'avons pas configuré de règle. Un dernier point, l'information je vais bien est claire, alors que l'absence d'information laisse toujours peser un doute, ma seule crainte étant la volumétrie du bousin, crainte qui pourrait aider à convaincre les décideurs sur la modification de la clause du contrat, qui sait ... Dans ce cas, passe juste par des agents zabbix et centralise la base de données chez toi. Ça fera l'inverse et le client ne recevra plus que les alertes (en plus de toi). Comme ça tu pourras faire de l'extraction sur la DB jusqu'à plus soif. Et c'est de toute façon plus logique (juste une liaison TCP chiffrée). À noter qu'un agent est tout à fait capable de rebalancer la sauce à plusieurs serveurs si besoin est (et qu'il peut fonctionner en push ou en pull). Ça n'est pas la peine de laisser un visuel au client s'il n'est pas en mesure de l'exploiter correctement (ou alors, fais-lui tourner une vidéo avec de beaux graphiques en boucle;-) Un (petit) aperçu de ce qu'il sait faire. http://wiki.contribs.org/Zabbix Je vais creuser l'histoire de push/pull. Par contre, comme je l'ai dit plus tôt : pas de connexion permanente avec le site client. On peut envisager de la télémaintenance du type teamviewer lorsqu'un problème a besoin d'être résolu par nos soins. Quant à l'IHM de l'outil, certains de nos clients ont un service informatique et l'exigeront. Tout ça me donne l'impression que la solution va relever de la bricole :-/
Re: choix d'un outil de supervision et de monitoring
On Tue, 26 Mar 2013 17:09:15 +0100 Gabriel Euzet geu...@sqli.com wrote: Par contre, comme je l'ai dit plus tôt : pas de connexion permanente avec le site client. Pourquoi? Ça n'est pa le volume de données qui va boucher le tuyau… certains de nos clients ont un service informatique et l'exigeront. Tout ça me donne l'impression que la solution va relever de la bricole :-/ Pas spécialement, tu peux tout à fait lancer un script avec un cron qui effectuera une requête sur la DB du client (peut-être en effectuant une sélection des données pour obtenir une fréquence de mesure inférieure à la sienne), qui exportera les résultats en CSV et qui t'expédiera le paquet une fois compressé. Sauf que ta BAL devra être capable de recevoir une certaine taille d'e-mails pour que ça passe (dépendante de la Qté de données à transmettre). Et de ton côté, tu peux tout à fait exécuter le script inverse, qui viendra récupérer l'attachment, le décompressera et l'insérera dans ta propre DB. Mais, encore une fois, c'est une moins bonne solution que de recevoir les données au fil des mesures. -- Jo Nous au moins les mecs on va pas au toilettes à plusieurs... Cecile Moi aussi et puis je vais au toilette des mecs parcequ'il y'a moins de queue Jo Pas sûr… -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130326172119.0d9b21de@anubis.defcon1
Re: choix d'un outil de supervision et de monitoring
Le 26 mars 2013 17:21, Bzzz lazyvi...@gmx.com a écrit : On Tue, 26 Mar 2013 17:09:15 +0100 Gabriel Euzet geu...@sqli.com wrote: Par contre, comme je l'ai dit plus tôt : pas de connexion permanente avec le site client. Pourquoi? Ça n'est pa le volume de données qui va boucher le tuyau… Le client héberge des données médicales. Il recherche le maximum de sécurité. Une porte d'entrée ouverte en moins ! certains de nos clients ont un service informatique et l'exigeront. Tout ça me donne l'impression que la solution va relever de la bricole :-/ Pas spécialement, tu peux tout à fait lancer un script avec un cron qui effectuera une requête sur la DB du client (peut-être en effectuant une sélection des données pour obtenir une fréquence de mesure inférieure à la sienne), qui exportera les résultats en CSV et qui t'expédiera le paquet une fois compressé. Sauf que ta BAL devra être capable de recevoir une certaine taille d'e-mails pour que ça passe (dépendante de la Qté de données à transmettre). Et de ton côté, tu peux tout à fait exécuter le script inverse, qui viendra récupérer l'attachment, le décompressera et l'insérera dans ta propre DB. Mais, encore une fois, c'est une moins bonne solution que de recevoir les données au fil des mesures. mail ou FTP, le second serait mon préféré car plus facile à automatiser à la réception. Mais l'idée est là et c'est cela que je sous-entendais par bricole. Je voulais dire qqch qui n'existe pas en natif. Ta solution a le mérite de rester simple. Restera à trouver comment restaurer les données sur un système qui hébergera N (jusqu'à 50) sites équivalents. Zabbix propose la notion de groupe. Peut-être pourra-t-on affecter un groupe lors de la restauration. Merci pour tes éclaircissements :-)
Re: choix d'un outil de supervision et de monitoring
On Tue, 26 Mar 2013 17:31:58 +0100 Gabriel Euzet geu...@sqli.com wrote: Le client héberge des données médicales. Il recherche le maximum de sécurité. Une porte d'entrée ouverte en moins ! Et alors? Si tu marches en push, l'agent poussera ses données vers ton svr sans possibilité de l'atteindre. Au pire une règle du FW client pour laisser sortir le flux. mail ou FTP, le second serait mon préféré car plus facile à automatiser à la réception. Mais l'idée est là et c'est cela que je sous-entendais par bricole. Je voulais dire qqch qui n'existe pas en natif. Ta solution a le mérite de rester simple. C'est effectivement plus simple en FTP, puisqu'il n'y a pas la séparation e-mail/attachment à faire. Restera à trouver comment restaurer les données sur un système qui hébergera N (jusqu'à 50) sites équivalents. Zabbix propose la notion de groupe. Peut-être pourra-t-on affecter un groupe lors de la restauration. Si les clients n'ont rien à voir entre eux, pas besoin de groupes. Par contre, il faudra retraiter les arrivages pour faire sauter les clés primaires de façon à ne pas avoir de conflits. D'où ma préférence pour l'agent en push (qui n'ouvre aucun trou chez le client:) -- Marianne [Maison] : Non, pas demain après-midi, mon mari revient de voyage! Disons plutot vers 10h, chez toi... Lisa [Révise] : ... Maman, tu parles à qui ?... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130326174251.3aadae31@anubis.defcon1
Re: choix d'un outil de supervision et de monitoring
Le Tue, 26 Mar 2013 17:31:58 +0100, Gabriel Euzet geu...@sqli.com a écrit : Le 26 mars 2013 17:21, Bzzz lazyvi...@gmx.com a écrit : On Tue, 26 Mar 2013 17:09:15 +0100 Gabriel Euzet geu...@sqli.com wrote: Par contre, comme je l'ai dit plus tôt : pas de connexion permanente avec le site client. Pourquoi? Ça n'est pa le volume de données qui va boucher le tuyau… Le client héberge des données médicales. Il recherche le maximum de sécurité. Une porte d'entrée ouverte en moins ! certains de nos clients ont un service informatique et l'exigeront. Tout ça me donne l'impression que la solution va relever de la bricole :-/ Pas spécialement, tu peux tout à fait lancer un script avec un cron qui effectuera une requête sur la DB du client (peut-être en effectuant une sélection des données pour obtenir une fréquence de mesure inférieure à la sienne), qui exportera les résultats en CSV et qui t'expédiera le paquet une fois compressé. Sauf que ta BAL devra être capable de recevoir une certaine taille d'e-mails pour que ça passe (dépendante de la Qté de données à transmettre). Et de ton côté, tu peux tout à fait exécuter le script inverse, qui viendra récupérer l'attachment, le décompressera et l'insérera dans ta propre DB. Mais, encore une fois, c'est une moins bonne solution que de recevoir les données au fil des mesures. mail ou FTP, le second serait mon préféré car plus facile à automatiser à la réception. Mais l'idée est là et c'est cela que je sous-entendais par bricole. Je voulais dire qqch qui n'existe pas en natif. Ta solution a le mérite de rester simple. Restera à trouver comment restaurer les données sur un système qui hébergera N (jusqu'à 50) sites équivalents. Zabbix propose la notion de groupe. Peut-être pourra-t-on affecter un groupe lors de la restauration. Merci pour tes éclaircissements :-) bonjour, pourquoi vous ne regardez point du côté de glpi ou de puppet ? http://projects.puppetlabs.com/projects/1/wiki/Puppet_Windows http://www.glpi-project.org/wiki/doku.php?id=fr:manuel:bonnespratiques permet le déploiement de la solution ad'hoc choisie et d'administrer 50 serveurs et ses clients slt bernard -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130326174844.70f9c3ac.bernard.schoenac...@free.fr
Re: choix d'un outil de supervision et de monitoring
merci pour ces premiers retours. est ce que vous le couplez à un cacti ou embarque-t-il le nécessaire pour une présentation de courbes ? Pour information la présentation de courbes c'est rrdtool le vrais outil, http://oss.oetiker.ch/rrdtool/ . Cacti s'appuie dessus et bien sur zabbixintègre aussi sa sur couche. Le 22 mars 2013 12:50, Gabriel Euzet geu...@sqli.com a écrit : Le 22 mars 2013 12:31, Bzzz lazyvi...@gmx.com a écrit : On Fri, 22 Mar 2013 12:16:35 +0100 daniel huhardeaux no-s...@tootai.net wrote: Chez nous c'est zabbix le roi ;-) Pareil, après en avoir testé toute une palanquée, celui-là m'est apparu au-dessus du lot. -- merci pour ces premiers retours. est ce que vous le couplez à un cacti ou embarque-t-il le nécessaire pour une présentation de courbes ?
choix d'un outil de supervision et de monitoring
Bonjour, En espérant ne pas être hors-sujet ... L'outil sera installé sur une machine debian (ou ubuntu si ce n'est pas moi qui décide !) et supervisera un parc hétérogène (debian, ubuntu, windows server, AS400 si possible). Cette configuration sera répétée sur un ensemble de sites indépendants. D'après mes recherches il s'agira plutôt de 2 outils puisque, apparemment, aucun ne sait faire les 2 à la fois. Voilà où m'ont mené ces investigations : * shinken : il est compatible nagios donc ressources faciles à trouver, il est plus facile à configurer, il a le vent en poupe * cacti : le seul que j'ai trouvé ! L'utilisation de tels outils est une nouveauté pour notre équipe c'est pourquoi des avis critique ou des pistes à suivre seraient une grande aide. Quid de Zabbix, OpenNMS, Centreon ... ? merci d'avance Gabriel
Re: choix d'un outil de supervision et de monitoring
Le 22/03/2013 11:58, Gabriel Euzet a écrit : Bonjour, Bonjour En espérant ne pas être hors-sujet ... L'outil sera installé sur une machine debian (ou ubuntu si ce n'est pas moi qui décide !) et supervisera un parc hétérogène (debian, ubuntu, windows server, AS400 si possible). Cette configuration sera répétée sur un ensemble de sites indépendants. D'après mes recherches il s'agira plutôt de 2 outils puisque, apparemment, aucun ne sait faire les 2 à la fois. Voilà où m'ont mené ces investigations : * shinken : il est compatible nagios donc ressources faciles à trouver, il est plus facile à configurer, il a le vent en poupe * cacti : le seul que j'ai trouvé ! L'utilisation de tels outils est une nouveauté pour notre équipe c'est pourquoi des avis critique ou des pistes à suivre seraient une grande aide. Quid de Zabbix, OpenNMS, Centreon ... ? [...] Chez nous c'est zabbix le roi ;-) -- Daniel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/514c3d93.3020...@tootai.net
Re: choix d'un outil de supervision et de monitoring
On Fri, 22 Mar 2013 12:16:35 +0100 daniel huhardeaux no-s...@tootai.net wrote: Chez nous c'est zabbix le roi ;-) Pareil, après en avoir testé toute une palanquée, celui-là m'est apparu au-dessus du lot. -- Jorkapf: Mais il est vraiment con! avec Bac S mention très bien il aurait dut faire médecine où quelques chose comme ça... Rain: Ce ne sont pas nos aptitudes qui décident ce que nous sommes, ce sont nos choix. Jorkapf: De qui tu tires ça? Nietzsche? Platon? Descartes peut-être? -_- Rain: Non Rain: Albus Dumbledore Rain: Inculte. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130322123140.5fb40fd5@anubis.defcon1
Re: choix d'un outil de supervision et de monitoring
Le 22 mars 2013 12:31, Bzzz lazyvi...@gmx.com a écrit : On Fri, 22 Mar 2013 12:16:35 +0100 daniel huhardeaux no-s...@tootai.net wrote: Chez nous c'est zabbix le roi ;-) Pareil, après en avoir testé toute une palanquée, celui-là m'est apparu au-dessus du lot. -- merci pour ces premiers retours. est ce que vous le couplez à un cacti ou embarque-t-il le nécessaire pour une présentation de courbes ?
Re: choix d'un outil de supervision et de monitoring
SAlut, Le 22 mars 2013 12:50, Gabriel Euzet geu...@sqli.com a écrit : Le 22 mars 2013 12:31, Bzzz lazyvi...@gmx.com a écrit : On Fri, 22 Mar 2013 12:16:35 +0100 daniel huhardeaux no-s...@tootai.net wrote: Chez nous c'est zabbix le roi ;-) Pareil, après en avoir testé toute une palanquée, celui-là m'est apparu au-dessus du lot. -- merci pour ces premiers retours. est ce que vous le couplez à un cacti ou embarque-t-il le nécessaire pour une présentation de courbes ? Chez nous (majoritairement serveur Debian, mais également Proxmox, ainsi que des lien ADSL, et des serveurs Asterisk, on utilise shinken. Il fonctionne plutot pas trop mal. Et il génère directement les courbes. Olivier -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/CABGC0bs=9hQuVGCqQHU6VZFUf47C4xr=vrlzz+ukhrwn2eq...@mail.gmail.com
Re: choix d'un outil de supervision et de monitoring
Le 22/03/2013 12:50, Gabriel Euzet a écrit : merci pour ces premiers retours. est ce que vous le couplez à un cacti ou embarque-t-il le nécessaire pour une présentation de courbes ? De mon coté, je suis passé pour la métrologie de Cacti à Munin qui me semble vraiment plus simple à configurer. -- Cordialement. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/514c46eb.7070...@onetoserve.net