Gewoon één bestand op een server plaatsen, via script elke dag 1x laten binnen trekken waar alle hosts in staan bijvoorbeeld. Hoef je zelf niets meer te up daten en gaat het vol automatisch (het updaten).
Afdrukvoorbeeld
Gewoon één bestand op een server plaatsen, via script elke dag 1x laten binnen trekken waar alle hosts in staan bijvoorbeeld. Hoef je zelf niets meer te up daten en gaat het vol automatisch (het updaten).
Kunnen we dit niet doen?Citaat:
Oorspronkelijk geplaatst door Technotop
1 centraal inlogpunt (hub?) voor alle hosters, waarbij je eens per uur een XML plaatst, welke de checkers ophalen.
De checkers doen aan de hand van de nieuwe XML de hosts checken, en plaatsen die in een lokale XML, die kan weer opgehaald worden door de hub.
Voordelen:
1 punt van opslag
1 punt van inlog
weinig rompslomp (als je het dat al vind) voor de checkers
NADEEL (!)
SPOF (Single Point Of Failure) . (Al zou je dat kunnen voorkomen door bij geen update gewoon door te gaan op de huidige config)
Zit ik me alleen even af te vragen hoe dat met de SMS moet. Als de hub SMS'd kan je dat direct billen, maar dan zit je weer met je SPOF. Of mijn bak gaat naar die van starfix om te checken, en daarna SMS, maar dan zal je dat inderdaad qua SMS-configuratie moeten configureren.
Interesting :)
Dit komt al aardig in de buurt in ieder geval. Eén centrale DB zou het beste zijn inderdaad. Eén hoster zou dande centrale DB moeten checken en kunnen smsen naar de eigenaar van die server als hij down gaat. De rest gaat dan gewoon door met het checken van de opgeslagen lijst.Citaat:
Oorspronkelijk geplaatst door DiedX
Ook een nummertje geven aande lijst zou handig zijn. Eerst vraag je aan de cenrale of er een update is, zo ja, updaten, zo nee, dan bespaar je weer een paar KB. Lijsten kunnen dan eens per uur(?) worden opgehaald.
Met SMS zou Frangk wat kunnen maken, je geeft een nummer op waarnaartoe het gestuurd moet worden, Frangk checkt of het nummer bestaat als account, zo ja, dan wordt hij via dat account verstuurd, anders betaal je 25 cent voor een ontvangen sms.
Wat óók nog zou kunnen is dat alleen de centrale SMSjes verstuurd, dan kan Frangk een IP adres instellen. User-login gegevens kunnen dan in de centrale worden opgeslagen als een hash (die worden dan niet getoond).
Ik heb trouwens heel het NOC-script gemist. Volgens mij moet dit een proof-of-concept worden? Anders zou Zabbix al een kant-en-klare oplossing zijn :)
In mn OP staat een linkCitaat:
Oorspronkelijk geplaatst door DiedX
Weet ik ;)Citaat:
Oorspronkelijk geplaatst door starfix
Ik doe gewoon mee. Ik vind het een leuk project, waarmee we (ik heb een prive-bak) als webhosters elkaar kunnen helpen, en dat vind ik leuk.
Je zou ook zo de updates van de software kunnen "pushen"
Ik vind het idee van een centrale database niets. In ieder geval niet op de huidige manier. Het idee dat de centrale database eruit ligt is bij 10 deelnemers geen probleem, maar bedenk eens wat er gebeurt als er 200 hosters mee doen: een downtime van die hoster precies op het moment dat de centrale DB eruit ligt, is goed mogelijk. Vervolgens kunnen er geen sms'jes meer verzonden worden (of doet de checkserver dat zelf? Dat volg ik niet helemaal) en worden er geen stats gelogt.
Je zou dan al op een loadbalancing systeem moeten terugvallen. Dit is opzich wel te 'faken' door meerdere servers als 'master' in te stellen. Ze hebben allen elkaars informatie en in het geval dat er 1 down gaat, weten alle 'clients' dat ze naar een andere 'master' moeten gaat (vergelijkbaar met het MX record met verschillende prioriteiten). Je kan ook kiezen meerdere masters te nemen en clients at random te laten kiezen voor een master (vergelijkbaar met het MX record met dezelfde prioriteit); zo verdeel je de load ook enorm (wat behoorlijk kan toenemen afhankelijk van het aantal deelnemers).
@probleem van tweede check: Dit is op te lossen door de actuele status (helaas wel minimaal 1 minuut vertraging) van de tweede server op te halen (dit moet dus wel ergens centraal staan). Is deze up, dan kan er een tweede check gedaan worden, anders wordt er een andere server gekozen.
Hoe gaat trouwens status gelogt worden? Wordt er alleen up/down gelogt of ook uptime statistieken; en hoe ga je deze statistieken opslaan?
@verkeer: Ik denk dat het voor weinig hosters uit maakt als er 10gb per maand bij komt (dat is veel voor een client; een master zou dit wel kunnen krijgen).
Daarnaast is het misschien interessant te kijken naar een oplossing van Zabbix, zoals DiedX al zegt. Dit is een mooi pakket en hoogst waarschijnlijk een stuk efficiënter dan PHP.
Zoals je ziet, zie ik het wel graag behoorlijk professioneel. Het controleren van je servers is immers heel belangrijk en als dat halfbakken gaat waardoor je soms SMS'jes mist dan zal ik er al snel geen gebruik meer van maken.
Jochem
SMS middels reversed billing..
Ik heb zelf net een test server staan in Rotterdam. Deze wil ik geheel inrichten als centrale database en noc server voor onze NOC. Deze kan als centrale noc server dienen voor jullie project.
Zelf ben ik ook wel benieuwd.
Gegevens voor onze noc krijgen wij nu uit:
Amsterdam, Euroaccess
Amsterdam, Reasonnet
Rotterdam, VerAert.
In Rotterdam lees ik alles uit zodat ik een totaalplaatje krijg.
Ik snap inet waarom iedereen dit aan de kant van de checkservers gaat zoeken in synchen ed... Ik heb zoiets van werk via een soort advertise principe, op de client staat een configfile met welke checkservers hij wil gebruiken, deze client biedt die file + andere configparameters, zoals de te checken poorten, aan aan de checkservers.
Nu kunnen de checkservers als tijdens controle de server eruit blijkt te liggen een simpele request sturen naar de andere servs. Allemaal IP/Portbased.
En tot slot kan de SMS en e-mail info gewoon ook in de configuratiefile meegezonden worden.
Nadeel is dat je dan misschien op elke client een programmatje/cronjob moet gaan draaien.
Je wilt toch periodiek de status weten.
Voor de rest vind ik het eigenlijk wel een interessante oplossing.
Lijkt me niet nodig, als er een otpie ingebouwd wordt om na configwijzigingen doormiddel van een simpel shellscriptje opnieuw de configuratie aan te bieden ana de checkservers (uiteraard met MD5 hash om integriteit van de file te checken)Citaat:
Oorspronkelijk geplaatst door _arno_
Dat is ook het probleem wat ik met een centrale database heb. Maar een alternatief zou half P2P zijn, waar ik me een voorstelling bij kan maken dat je dat OOK weer niet wilt.Citaat:
Oorspronkelijk geplaatst door XBL
True, maar dan zit je weer met het SMS verhaal. EN het wordt een redelijk hels karwei om zoiets te maken.Citaat:
Oorspronkelijk geplaatst door XBL
Wees eens creatief ;) Met dit systeem kan je dit zelf bepalen. Dat is ook datgene wat ik een beetje TEGEN het script heb: bijna alles bestaat al (Nagios checkt, Zabbix checkt, BB checkt, dus waarom moet je weer het wiel opnieuw uitvinden. Maar goed, ik ga het niet programmeren ;))Citaat:
Oorspronkelijk geplaatst door XBL
Ik denk dat dat wel meevalt.Citaat:
Oorspronkelijk geplaatst door XBL
Dat laatste weet ik niet. Ik doe zelf weer (gratis) checken voor een andere partij, en mijn eigen bakkies. Zelf laat ik Zabbix-server weer checken door Nagios op een ander netwerk, door een collega. (!10051 = alarm). Hierdoor watch je de watchdog, waardoor ik wel zeker weet dat het gecheckt wordt.Citaat:
Oorspronkelijk geplaatst door XBL
Ik heb mijn Zabbix gedeeltelijk openstaan op http://zabbix.diedx.nl/. Hier mag je gerust rondklikken. Vooral http://zabbix.diedx.nl/screens.php is erg leuk :)
Monitoring is een gedeelte van je professionaliteit. Zelf houdt ik er van om zelf er voor te zorgen dat de zaak niet plat gaat, wat ik zelf ook professioneel vind ;)Citaat:
Oorspronkelijk geplaatst door XBL
Ik wil zeker ook hieraan meedoen (over een maandje). Monitoring vanuit LCL Antwerpen op EuroAccess en een VPS servertje in de VS.
Ik wil best een accountje regelen qua sms, voor fallback, dus iets van 50 ofzo?Citaat:
Oorspronkelijk geplaatst door liber!
Werkt via een simpele API.