Y a un truc qui me toure dans la tête depuis cinq minutes...
Je viens d'avoir un dédié qui ne répondait pas sur le reseau.
Il me sert de serveur de Mail.
Il se trouve donc que même si j'avais un truc qui vérifiait
l'indisponibilité de mon serveur, il doit être hors de ce serveur, et
même sur un "réseau" différent. et si ce truc m'envoyait le rapport
par mail, un mail géré par un autre serveur, pas celui-là. Est ce
qu'on peut donc imaginer un genre de "cerlce" entre locataires de serveur
dédié, qui ferait par exemple un wget sur le site servi par le
serveur (si le serveur fait http ou ftp, mais on peut imaginer d'autres
tests) et qui enverrait un mail (j'ai deux adresses email accessibles en
webmail de mon téléphone portable) si le serveur monitoré est down ?
Je suppose que c'est pas la plus brillante des idées (j'en conviens) mais
elle n'est pas si mauvaise... :-P et si d'autres ont eu cette idée il y a
longtemps, pourquoi elle s'est éventuellement cassé la gueule? Quelles
sont les limites les plus évidentes de ce genre de systèmes si on le
fait entre gens "compétents" [1] ?
Ce qu'il y a c'est que ça met en jeu beaucoup de logistique rien que pour
dire que le serveur ne répond pas. Ca ne résoud pas le problème qui a
fait qu'il ne répond pas....
En tout cas, moi je peux avoir un serveur qui fait ce wget du réseau
CTN1, et de celui Renater (Orléans - Pour un wget y vont pas me faire
chier) si ça tente des gens...
[1] Par compétent, j'entends des gens qui ont compris ce qu'on veut
faire, pas forcément les gurus du marché, puisque les gurus du marché,
eux, ils ont des machines très fiables. MAis on ne va pas non plus
essayer de faire un truc "sérieux" avec un gars qui est mal à l'aise en
CLI...
--
L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses
activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance)
Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Thomas Pedoussaut
Rakotomandimby (R12y) Mihamina wrote:
Bonjour,
Y a un truc qui me toure dans la tête depuis cinq minutes... Je viens d'avoir un dédié qui ne répondait pas sur le reseau. Il me sert de serveur de Mail. Et Hop, brainstorming au vol sur frih.
La surveillance mutuelle 1<->1 est facile a implementer, voire même une simple surveillance du monitor. Si mon pote a son monitoring local qui fonctionne bien et me repond que tout va bien, pas de PB. Si j'arrive pas a le joindre, je l'alerte.
Ca sent bon le concept du peer to peer ce truc la. J'apporte ma connection et un peu de temps CPU, en echange d'un monitoring de ma propre connection. Reste donc le probleme d'etre sur que tout le monde est monitoré et qu'une panne ne genere pas une avalance d'alertes, cad qu'il faut maintenir de maniere globale un etat des alertes.
-- Thomas dont la neige a fait peter un neurone ...
Rakotomandimby (R12y) Mihamina wrote:
Bonjour,
Y a un truc qui me toure dans la tête depuis cinq minutes...
Je viens d'avoir un dédié qui ne répondait pas sur le reseau.
Il me sert de serveur de Mail.
Et Hop, brainstorming au vol sur frih.
La surveillance mutuelle 1<->1 est facile a implementer, voire même une
simple surveillance du monitor. Si mon pote a son monitoring local qui
fonctionne bien et me repond que tout va bien, pas de PB. Si j'arrive
pas a le joindre, je l'alerte.
Ca sent bon le concept du peer to peer ce truc la. J'apporte ma
connection et un peu de temps CPU, en echange d'un monitoring de ma
propre connection. Reste donc le probleme d'etre sur que tout le monde
est monitoré et qu'une panne ne genere pas une avalance d'alertes, cad
qu'il faut maintenir de maniere globale un etat des alertes.
--
Thomas dont la neige a fait peter un neurone ...
Y a un truc qui me toure dans la tête depuis cinq minutes... Je viens d'avoir un dédié qui ne répondait pas sur le reseau. Il me sert de serveur de Mail. Et Hop, brainstorming au vol sur frih.
La surveillance mutuelle 1<->1 est facile a implementer, voire même une simple surveillance du monitor. Si mon pote a son monitoring local qui fonctionne bien et me repond que tout va bien, pas de PB. Si j'arrive pas a le joindre, je l'alerte.
Ca sent bon le concept du peer to peer ce truc la. J'apporte ma connection et un peu de temps CPU, en echange d'un monitoring de ma propre connection. Reste donc le probleme d'etre sur que tout le monde est monitoré et qu'une panne ne genere pas une avalance d'alertes, cad qu'il faut maintenir de maniere globale un etat des alertes.
-- Thomas dont la neige a fait peter un neurone ...
Rakotomandimby (R12y) Mihamina
( Wed, 23 Feb 2005 12:40:15 +0000 ) Thomas Pedoussaut :
La surveillance mutuelle 1<->1 est facile a implementer,
Oui mais pas toujours fiable si on a trop de choses en commun. Non? Genre si les deux sont tous chez un même hebergeur...
Reste donc le probleme d'etre sur que tout le monde est monitoré et qu'une panne ne genere pas une avalance d'alertes
Oui. Mais entre gens qui ont (vraiment) besoin d'optimiser leur disponibilité, on devrait avoir des gens qui comprenne le concept... Non?
-- L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance) Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
( Wed, 23 Feb 2005 12:40:15 +0000 ) Thomas Pedoussaut :
La surveillance mutuelle 1<->1 est facile a implementer,
Oui mais pas toujours fiable si on a trop de choses en commun. Non?
Genre si les deux sont tous chez un même hebergeur...
Reste donc le probleme d'etre sur que tout le monde
est monitoré et qu'une panne ne genere pas une avalance d'alertes
Oui. Mais entre gens qui ont (vraiment) besoin d'optimiser leur
disponibilité, on devrait avoir des gens qui comprenne le concept... Non?
--
L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses
activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance)
Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
( Wed, 23 Feb 2005 12:40:15 +0000 ) Thomas Pedoussaut :
La surveillance mutuelle 1<->1 est facile a implementer,
Oui mais pas toujours fiable si on a trop de choses en commun. Non? Genre si les deux sont tous chez un même hebergeur...
Reste donc le probleme d'etre sur que tout le monde est monitoré et qu'une panne ne genere pas une avalance d'alertes
Oui. Mais entre gens qui ont (vraiment) besoin d'optimiser leur disponibilité, on devrait avoir des gens qui comprenne le concept... Non?
-- L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance) Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
Eric Demeester
dans (in) fr.reseaux.internet.hebergement, "Rakotomandimby (R12y) Mihamina" ecrivait (wrote) :
Bonsoir,
Il se trouve donc que même si j'avais un truc qui vérifiait l'indisponibilité de mon serveur, il doit être hors de ce serveur, et même sur un "réseau" différent.
Bah oui, c'est la base que le système de surveillance (genre Big Brother ou équivalent) soit hébergé sur une machine extérieure au réseau qu'elle supervise.
Le système fonctionne alors pile-poil et t'informe des problèmes sur les différentes machines qu'il monitore.
En revanche, il s'effondre si c'est la machine chargée de monitorer les autres qui tombe, mais dans ce cas, si tu as prévu ceinture et bretelles, tu es prévenu (par sms par exemple) que la machine en question ne répond plus.
-- Eric Demeester - http://www.galacsys.net
dans (in) fr.reseaux.internet.hebergement, "Rakotomandimby (R12y)
Mihamina" <mihamina@mail.rktmb.org> ecrivait (wrote) :
Bonsoir,
Il se trouve donc que même si j'avais un truc qui vérifiait
l'indisponibilité de mon serveur, il doit être hors de ce serveur, et
même sur un "réseau" différent.
Bah oui, c'est la base que le système de surveillance (genre Big Brother
ou équivalent) soit hébergé sur une machine extérieure au réseau qu'elle
supervise.
Le système fonctionne alors pile-poil et t'informe des problèmes sur les
différentes machines qu'il monitore.
En revanche, il s'effondre si c'est la machine chargée de monitorer les
autres qui tombe, mais dans ce cas, si tu as prévu ceinture et
bretelles, tu es prévenu (par sms par exemple) que la machine en
question ne répond plus.
dans (in) fr.reseaux.internet.hebergement, "Rakotomandimby (R12y) Mihamina" ecrivait (wrote) :
Bonsoir,
Il se trouve donc que même si j'avais un truc qui vérifiait l'indisponibilité de mon serveur, il doit être hors de ce serveur, et même sur un "réseau" différent.
Bah oui, c'est la base que le système de surveillance (genre Big Brother ou équivalent) soit hébergé sur une machine extérieure au réseau qu'elle supervise.
Le système fonctionne alors pile-poil et t'informe des problèmes sur les différentes machines qu'il monitore.
En revanche, il s'effondre si c'est la machine chargée de monitorer les autres qui tombe, mais dans ce cas, si tu as prévu ceinture et bretelles, tu es prévenu (par sms par exemple) que la machine en question ne répond plus.
-- Eric Demeester - http://www.galacsys.net
Rakotomandimby (R12y) Mihamina
( Wed, 23 Feb 2005 22:35:40 +0100 ) Eric Demeester :
Bah oui, c'est la base que le système de surveillance (genre Big Brother ou équivalent) soit hébergé sur une machine extérieure au réseau qu'elle supervise.
Ok mais maintenant, comment on fait pour "recruter" des admins qui vont travailler avec soi. Le problème est là je suppose, puisque les outils existent. Reste à savoir la qualité de la ressource humaine qui trvaille avec soi... On imagine bien que d'avoir un admin comme partenaire de monitoring pas sérieux reviendrait à ne rien faire...
Une Mailing list de locataire de serveur dédiés, modérée, ça serai faisable? fiable?
-- L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance) Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
( Wed, 23 Feb 2005 22:35:40 +0100 ) Eric Demeester :
Bah oui, c'est la base que le système de surveillance (genre Big Brother
ou équivalent) soit hébergé sur une machine extérieure au réseau qu'elle
supervise.
Ok mais maintenant, comment on fait pour "recruter" des admins qui vont
travailler avec soi.
Le problème est là je suppose, puisque les outils existent. Reste à
savoir la qualité de la ressource humaine qui trvaille avec soi... On
imagine bien que d'avoir un admin comme partenaire de monitoring pas
sérieux reviendrait à ne rien faire...
Une Mailing list de locataire de serveur dédiés, modérée, ça serai
faisable? fiable?
--
L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses
activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance)
Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
( Wed, 23 Feb 2005 22:35:40 +0100 ) Eric Demeester :
Bah oui, c'est la base que le système de surveillance (genre Big Brother ou équivalent) soit hébergé sur une machine extérieure au réseau qu'elle supervise.
Ok mais maintenant, comment on fait pour "recruter" des admins qui vont travailler avec soi. Le problème est là je suppose, puisque les outils existent. Reste à savoir la qualité de la ressource humaine qui trvaille avec soi... On imagine bien que d'avoir un admin comme partenaire de monitoring pas sérieux reviendrait à ne rien faire...
Une Mailing list de locataire de serveur dédiés, modérée, ça serai faisable? fiable?
-- L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance) Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
Eric Demeester
dans (in) fr.reseaux.internet.hebergement, "Rakotomandimby (R12y) Mihamina" ecrivait (wrote) :
Bonsoir,
Ok mais maintenant, comment on fait pour "recruter" des admins qui vont travailler avec soi.
On fait comme dans la vraie vie. On rédige une offre d'emploi, on la diffuse, on reçoit les personnes intéressées et on fait son choix.
Le fait est que si les personnes qu'on envisage d'embaucher ne seront pas payées, ça ne facilite pas le recrutement :)
Une Mailing list de locataire de serveur dédiés, modérée, ça serai faisable? fiable?
A mon avis (mais je peux me tromper) non.
-- Eric Demeester - http://www.galacsys.net
dans (in) fr.reseaux.internet.hebergement, "Rakotomandimby (R12y)
Mihamina" <mihamina@mail.rktmb.org> ecrivait (wrote) :
Bonsoir,
Ok mais maintenant, comment on fait pour "recruter" des admins qui vont
travailler avec soi.
On fait comme dans la vraie vie. On rédige une offre d'emploi, on la
diffuse, on reçoit les personnes intéressées et on fait son choix.
Le fait est que si les personnes qu'on envisage d'embaucher ne seront
pas payées, ça ne facilite pas le recrutement :)
Une Mailing list de locataire de serveur dédiés, modérée, ça serai
faisable? fiable?
dans (in) fr.reseaux.internet.hebergement, "Rakotomandimby (R12y) Mihamina" ecrivait (wrote) :
Bonsoir,
Ok mais maintenant, comment on fait pour "recruter" des admins qui vont travailler avec soi.
On fait comme dans la vraie vie. On rédige une offre d'emploi, on la diffuse, on reçoit les personnes intéressées et on fait son choix.
Le fait est que si les personnes qu'on envisage d'embaucher ne seront pas payées, ça ne facilite pas le recrutement :)
Une Mailing list de locataire de serveur dédiés, modérée, ça serai faisable? fiable?
A mon avis (mais je peux me tromper) non.
-- Eric Demeester - http://www.galacsys.net
Spyou
dans (in) fr.reseaux.internet.hebergement, "Rakotomandimby (R12y) Mihamina" ecrivait (wrote) :
Bonsoir,
Il se trouve donc que même si j'avais un truc qui vérifiait l'indisponibilité de mon serveur, il doit être hors de ce serveur, et même sur un "réseau" différent.
Bah oui, c'est la base que le système de surveillance (genre Big Brother ou équivalent) soit hébergé sur une machine extérieure au réseau qu'elle supervise.
J'avais testé ca, au début. C'est sympa, mais pour peu que les dependances entre machines et services monitorées dérappent, tu te retrouve avec une avalanche d'alerte lorsqu'il y'a un probleme réseau.
J'ai fini par appliquer la methode suivante : - Un serveur de monitoring local a chaque site (dans le sens réseau du terme) qu'il faut surveiller - Les machines de monitoring de chaque site surveillent les fonctions vitales des autres serveurs de monitoring (et d'une autre machine X ou Y sur le meme site pour differencier le serveur monitoring down d'une coupure réseau)
En cas de panne réseau, un site distant averti que la plateforme est HS .. et en cas de "simple" chute d'un serveur de monitoring, on est au courrant aussi.
Ca peut tres bien s'appliquer a la configuration multi-acteurs (chacun surveillant le serveur de monitoring du voisin)
dans (in) fr.reseaux.internet.hebergement, "Rakotomandimby (R12y)
Mihamina" <mihamina@mail.rktmb.org> ecrivait (wrote) :
Bonsoir,
Il se trouve donc que même si j'avais un truc qui vérifiait
l'indisponibilité de mon serveur, il doit être hors de ce serveur, et
même sur un "réseau" différent.
Bah oui, c'est la base que le système de surveillance (genre Big Brother
ou équivalent) soit hébergé sur une machine extérieure au réseau qu'elle
supervise.
J'avais testé ca, au début. C'est sympa, mais pour peu que les
dependances entre machines et services monitorées dérappent, tu te
retrouve avec une avalanche d'alerte lorsqu'il y'a un probleme réseau.
J'ai fini par appliquer la methode suivante :
- Un serveur de monitoring local a chaque site (dans le sens réseau du
terme) qu'il faut surveiller
- Les machines de monitoring de chaque site surveillent les fonctions
vitales des autres serveurs de monitoring (et d'une autre machine X ou Y
sur le meme site pour differencier le serveur monitoring down d'une
coupure réseau)
En cas de panne réseau, un site distant averti que la plateforme est HS
.. et en cas de "simple" chute d'un serveur de monitoring, on est au
courrant aussi.
Ca peut tres bien s'appliquer a la configuration multi-acteurs (chacun
surveillant le serveur de monitoring du voisin)
dans (in) fr.reseaux.internet.hebergement, "Rakotomandimby (R12y) Mihamina" ecrivait (wrote) :
Bonsoir,
Il se trouve donc que même si j'avais un truc qui vérifiait l'indisponibilité de mon serveur, il doit être hors de ce serveur, et même sur un "réseau" différent.
Bah oui, c'est la base que le système de surveillance (genre Big Brother ou équivalent) soit hébergé sur une machine extérieure au réseau qu'elle supervise.
J'avais testé ca, au début. C'est sympa, mais pour peu que les dependances entre machines et services monitorées dérappent, tu te retrouve avec une avalanche d'alerte lorsqu'il y'a un probleme réseau.
J'ai fini par appliquer la methode suivante : - Un serveur de monitoring local a chaque site (dans le sens réseau du terme) qu'il faut surveiller - Les machines de monitoring de chaque site surveillent les fonctions vitales des autres serveurs de monitoring (et d'une autre machine X ou Y sur le meme site pour differencier le serveur monitoring down d'une coupure réseau)
En cas de panne réseau, un site distant averti que la plateforme est HS .. et en cas de "simple" chute d'un serveur de monitoring, on est au courrant aussi.
Ca peut tres bien s'appliquer a la configuration multi-acteurs (chacun surveillant le serveur de monitoring du voisin)
Rakotomandimby (R12y) Mihamina
( Wed, 23 Feb 2005 22:21:43 +0000 ) Philippe Chevalier :
Eh ben tu te lances, tu proposes et tu regardes qui est intéressé.
Je regarde ceux que ça peut interesser. Même pour les choses bénévoles et non-interessées, il est normal de faire une étude de "marché", de tater le terrain, ne serait-ce qu'un tout petit peu.
C'était le but de ma démarche.
Juste fait le.
C'est en cours... J'attends que eu.org s'active. Ils sont bénévoles, faut pas les brusquer.
-- L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance) Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
( Wed, 23 Feb 2005 22:21:43 +0000 ) Philippe Chevalier :
Eh ben tu te lances, tu proposes et tu regardes qui est intéressé.
Je regarde ceux que ça peut interesser. Même pour les choses bénévoles
et non-interessées, il est normal de faire une étude de "marché", de
tater le terrain, ne serait-ce qu'un tout petit peu.
C'était le but de ma démarche.
Juste fait le.
C'est en cours... J'attends que eu.org s'active. Ils sont bénévoles,
faut pas les brusquer.
--
L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses
activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance)
Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
( Wed, 23 Feb 2005 22:21:43 +0000 ) Philippe Chevalier :
Eh ben tu te lances, tu proposes et tu regardes qui est intéressé.
Je regarde ceux que ça peut interesser. Même pour les choses bénévoles et non-interessées, il est normal de faire une étude de "marché", de tater le terrain, ne serait-ce qu'un tout petit peu.
C'était le but de ma démarche.
Juste fait le.
C'est en cours... J'attends que eu.org s'active. Ils sont bénévoles, faut pas les brusquer.
-- L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance) Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
