Alivechecking

Ziel

Kontrolle ob ein Prozess/Komponente arbeitet
Problem stellt sich:

• lokal auf einem Knoten
• Überwachung von verteilten Komponenten

Eigentlich sollten diese Aktivitäten möglicht keine Rechenzeit verbrauchen. Deshalb die Idee, dieses im Betriebssystem zu machen:

Alivechecking im Betriebssystem:

Idee1: Erweiterung des Thread-kontrollblocks:

Threads setzen zyklisch ein bit in einer Kontrollstruktur, sei es im Threadkontrollblock. Ein Zyklischer Beobachter überprüft das bit und setzt es auf 0. bzw. löst einen Alarm aus

Idee2: Auswertung der Betriebssystemmechanismen

Das Betriebssystem weiß sowieso alles über einen Prozess/Thread:

• Zustand und bisherige Rechenzeit,
• wo ist er blokiert/mit welchen Kommunikationspartner

Ein Überwacher kann seperat oder in Scheduler Integriert werden.

Idee3: Sniffer kann Reaktionen von Komponenten sammeln und beobachten.

Dies ist ähnlich wie bei der Mandatory Sicherheit: es werden Regeln hinterlegt, die das nötige Verhalten spezifizieren. Beim Verstoß wird ein Alarm ausgelöst

Alivechecking von Verbindungen

Neben den Nutzdaten werden Testdaten gesendet.

Dies kann natürlich in der Anwendung implementiert werden.
Nachteil: Bei der funktionalen Fehlersuche stören diese, sie haben ja nichts mit der Funktion zu tun.

TCP hat aber dies schon eingebaut, siehe Keepalive