Druckbare Version
Hallo zusammen.
Ich habe folgendes vor.
Server 1 schickt Alarme raus. Sollte das mal nicht der Fall sein soll Server 2 die Alarme rausschicken.
Ich dachte dabei an:
Server2 hat 30 Sekunden nach Alarmeingang noch keine "Benachrichtigung" von Server 1 bekommen und schickt dann die Alarme raus.
Ist sowas möglich?
Edit: Das ganze übers Internet. Also die Server stehen nicht im selben Netzwerk.
Was läuft denn auf einem "Server"?
Signal-Eingang -> Auswertung -> Empfänger-Datenbank -> Mailversand?
Oder wird das Funksignal an einem zentralen Ort ausgewertet und jede Meldung an den über das Internet erreichbaren Server weitergereicht?
Oder stellen die Server lediglich das Sprachrohr zur Außenwelt dar? Also SMTP Server, SMS Gateway etc.?
Also auf jedem Server erfolgt eine Auswertung-Verarbeitung-sms/Apager versandt.
Jeder Server ist bisher für 3-4 Einheiten zuständig. Da es aber häufig zu Internetausfällen kommt möchte ich so ein Backup schaffen
Ich habe momentan zwar keine konkrete Lösung für dich aber als abstrakten Ansatz könnte dir folgendes weiterhelfen:
- Du ernennst einen Server zum Master. Über den werden alle Alarmierungen abgefeuert.
- Der andere ist der Slave und wird nur aktiv wenn der erste tot ist.
- Damit der Slave weiß wann er seine Meldungen tatsächlich abfeuern soll, könnte er in regelmäßigen Abständen den Master anpingen und bei einem ausbleibenden Echo aktiv werden.
- Sobald vom Master wieder Echos empfangen werden, stellt der Slave seine Tätigkeit ein und meldet dem Admin ggf. ein "Alles wieder OK".
Dieses einfache Schema kann natürlich in der Komplexität gesteigert und beliebig skaliert werden.
So könnten z.B. beide SMS-Server ihren Status an einen "echten" (Web-)Server melden und den des jeweils anderen SMS-Servers über diesen (Web-)Server abrufen.
Auch denkbar wäre, dass du auf den einzelnen Servern ein Monitoring über alle lebensnotwendigen Programme laufen lässt, so dass der Betrieb auf beim Absturz von einem firE weiterhin läuft.
An welcher Stelle der Alarmierungskette jetzt ein Riegel dazwischen geschoben werden kann um eine Aussendung zu unterbinden weiß ich leider nicht.
ich hatte schon überlegt das ganze mit der Emailüberwachung oder dem Filereader umzusetzen.
Für den zweiten Server würde das bedeuten. Alarmiere nur wenn datei/mail nicht vorhanden ist.
Genau wie du es beschreibst wird's gemacht, leider hatten wir bisher keine Ressourcen das umzusetzen... Hast du ein entsprechendes System bereits implementiert? Klingt, als wärst du vom Fach :-)Zitat:
Zitat von Gira
Viele Grüße
Wissen ist zwar vorhanden. Aber: keine Zeit --> Keine Implementation. ;-)
Teste gerade die Teamviewer Verfügbarkeit auszulesen. Viele kommen leider nicht an Ihre Router um eine Portweiterleitung einzurichten. Deswegen versuche ich über dritte abzufragen.
Alternative:
Im 3 Minutentakt eine txt datei auf einem Webserver zu hinterlegen diese löscht sich nach 2.59Minuten wieder. andere Seite wird diese abgefragt. Wenn Nicht vorhanden---Alarmieren
Etwas Stümperhaft aber irgendwo muss man sich dem Thema ja mal annehmen und hochperformant ist auch anders.
Eine weitere Möglichkeit mittels externem Webserver:
Master läd im Minutentakt eine Textdatei mit einem aktuellen Zeitstempel hoch.
Der Slave liest die "Webseite" mit dem Zeitstempel aus und aktiviert sich bei einer bestimmten Zeitdifferenz. Bsp. wenn der ausgelesene Zeitstempel älter als 2 Minuten ist.
Oder noch hübscher: Es wird keine Datei hochgeladen sondern automatisiert ein kleines (PHP-)Script auf dem Webserver aufgerufen, welches einen Zeitstempel per $_GET entgegen nimmt und diesen speichert.
Dritte Variante:
Der Slave öffnet ein (PHP-)Script auf dem Webserver, welches die Zeit-Berechnung vornimmt und nur noch ein True/False ausspuckt, je nachdem wie lange das letzte Lebenszeichen des Masters her ist.
na die erste Variante hört sich für mich am besten an----direkt mal umsetzen.
Das mit dem PHP Script wär ich vorsichtig wenn es nicht der eigene WebServer ist. 1und1 hat meine Dmain schon mal dicht gemacht wegen solcher Sachen.
Veto: Ein Webserver ist dazu gemacht HTTP Requests entgegen zu nehmen und zu beantworten. Und eine popelige (Zeit-)Subtraktion braucht jetzt auch nicht so viel CPU Zeit.Zitat:
Zitat von Schlossero
Um um das Argument "aaaaber der Timestamp wird doch in der Datei gespeichert -> Belastung des Filesystems" auszustechen: Die Zeit kann doch auch in eine DB gespeichert werden. Die ist dazu gemacht um Datensätze entgegen zu nehmen und zu beantworten. ;-)
Da könnte ich mir eher vorstellen, dass die Meckern, wenn alle 60 Sekunden eine Datei per FTP hochgeschoben und genau so oft wieder runtergeladen wird. ;-)
Recht hast du eigentlich. War aber so :-)
Ich überschreibe aktuell eine log datei und überprüfe die änderungszeit. Wenn älter als 15 Minuten starte ich den firemergenzy server. wenn die regel wieder passt wird der server geschlossen
Das ganze über Windows Task. Läuft soweit gut.
Momentan hakt es an der Erstellungszeit und der Änderungszeit
Zu diesem Thema wird es demnächst in FE etwas geben:
Ihr habt zwei unabhängige FE Systeme. Einer arbeitet als Master, der andere als Slave. Solange beide am Leben sind, empfangen beide Alarmierungen, aber nur der Master führt sie auch aus.
Fällt der Master aus, startet der slave seinen Dienst und schickt euch ne Mail. Das heißt nun verschickt der slave Alarmierungen.
Somit hat man zwei redundante Systeme, wobei immer nur eins aktiv ist.
Mehr dazu später im Wiki.
Gesendet via Mobile App
ja super. Genau das setze ich momentan um. Aber eure Lösung wird sicherlich besser laufen