Doppelte absicherung

[Schlossero]

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

[Gira]

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.

[Schlossero]

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.

[feodor]

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.

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 :-)

Viele Grüße

[Gira]

Wissen ist zwar vorhanden. Aber: keine Zeit --> Keine Implementation. ;-)

[Schlossero]

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.

[Gira]

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.

[Schlossero]

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.