{"id":41401,"date":"2026-04-20T23:19:56","date_gmt":"2026-04-20T23:19:56","guid":{"rendered":"https:\/\/ramsdata.com.pl\/automatische-diensterkennung-in-checkmk-wie-sie-funktioniert-und-was-sie-administratoren-bietet\/"},"modified":"2026-04-20T23:19:56","modified_gmt":"2026-04-20T23:19:56","slug":"automatische-diensterkennung-in-checkmk-wie-sie-funktioniert-und-was-sie-administratoren-bietet","status":"publish","type":"post","link":"https:\/\/ramsdata.com.pl\/de\/automatische-diensterkennung-in-checkmk-wie-sie-funktioniert-und-was-sie-administratoren-bietet\/","title":{"rendered":"Automatische Diensterkennung in Checkmk – wie sie funktioniert und was sie Administratoren bietet"},"content":{"rendered":"

Eine der gr\u00f6\u00dften Herausforderungen bei der IT-\u00dcberwachung besteht darin, die \u00dcberwachungskonfiguration auf dem neuesten Stand zu halten. Neue Dienste, neue Anwendungen, ge\u00e4nderte Serverkonfigurationen – eine einmal konfigurierte \u00dcberwachung wird schnell alt und spiegelt nicht mehr den wahren Zustand der Infrastruktur wider. Checkmk l\u00f6st dieses Problem durch einen automatischen Mechanismus zur Erkennung von Diensten (Service Discovery), der die \u00fcberwachten Hosts kontinuierlich durchsucht und feststellt, was wie \u00fcberwacht werden sollte – ohne jeden Dienst manuell zu konfigurieren. <\/p>\n

Inhaltsverzeichnis<\/h3>\n
    \n
  1. Was ist Service Discovery bei Checkmk?<\/li>\n
  2. Wie funktioniert der Service-Erkennungsmechanismus?<\/li>\n
  3. Automatische Erkennung vs. Regeln Checkmk<\/li>\n
  4. Service Discovery und \u00c4nderungen an der Infrastruktur<\/li>\n
  5. Periodic Service Discovery – kontinuierliche Aktualisierung der Konfiguration<\/li>\n
  6. Checkmk Agent – die Grundlage der Service-Erkennung<\/li>\n
  7. Diensterkennung bei agentenloser \u00dcberwachung (SNMP, API)<\/li>\n
  8. Wichtigste Schlussfolgerungen<\/li>\n
  9. FAQ<\/li>\n
  10. Zusammenfassung<\/li>\n<\/ol>\n

    Was ist Service Discovery bei Checkmk?<\/h3>\n

    Service Discovery ist der Mechanismus von Checkmk, der automatisch feststellt, welche Dienste (Services) auf einem bestimmten Host \u00fcberwacht werden sollten und welche Parameter \u00fcberpr\u00fcft werden sollten. Ein „Dienst“ in Checkmk ist jeder Aspekt des Systems, der \u00fcberwacht werden kann – eine Festplatte, eine Netzwerkschnittstelle, ein Prozess, ein Daemon, ein Windows-Dienst, eine Kubernetes-Ressource und Hunderte von anderen. <\/p>\n

    Ohne automatische Erkennung m\u00fcsste ein Administrator jeden Dienst auf jedem Host manuell konfigurieren und festlegen, was gepr\u00fcft werden soll, welche Warnschwellenwerte gelten sollen und wie die Ergebnisse zu interpretieren sind. In einer Umgebung mit Hunderten oder Tausenden von Hosts ist dies nicht tragbar. Checkmk Service Discovery macht diese Arbeit \u00fcberfl\u00fcssig – es scannt die Hosts und schl\u00e4gt vor oder f\u00fcgt automatisch Dienste zur \u00dcberwachung hinzu. Checkmk im Angebot von Ramsdata<\/a> ist ein \u00dcberwachungstool, das Ramsdata mit vollst\u00e4ndigem technischem und Schulungs-Support bereitstellt. <\/p>\n

    Wie funktioniert der Service-Erkennungsmechanismus?<\/h3>\n

    Der Service Discovery-Mechanismus von Checkmk funktioniert \u00fcber so genannte Check-Plugins – Module, die f\u00fcr eine bestimmte Art von Service zust\u00e4ndig sind. Jedes Check-Plugin ‚wei\u00df‘, wie es den Host nach Daten aus seinem Bereich abfragt und wie die Ergebnisse zu interpretieren sind. <\/p>\n

    Wenn Checkmk einen Host scannt, f\u00fchrt es alle relevanten Pr\u00fcf-Plugins aus und liefert jeweils eine Liste der gefundenen Instanzen. Das Plugin zur Festplatten\u00fcberwachung gibt eine Liste aller auf dem Host gefundenen Festplatten zur\u00fcck. Das Plugin zur Prozess\u00fcberwachung gibt eine Liste der laufenden Prozesse zur\u00fcck, die bestimmten Mustern entsprechen. Das Plugin zur \u00dcberwachung von Netzwerkschnittstellen gibt eine Liste aller Schnittstellen zur\u00fcck. Das Ergebnis eines Service Discovery-Scans ist eine Liste der vorgeschlagenen Dienste – der Administrator kann Ausnahmen akzeptieren, ablehnen oder konfigurieren. <\/p>\n

    Automatische Erkennung vs. Regeln Checkmk<\/h3>\n

    Mit den Regeln in Checkmk k\u00f6nnen Sie die Erkennungs- und \u00dcberwachungsparameter auf hierarchische und skalierbare Weise konfigurieren. Anstatt jede Festplatte auf jedem Server einzeln zu konfigurieren, definiert der Administrator eine Regel: „Auf allen Produktionsservern \u00fcberwachen Sie die Festplatten mit WARN-Alarm bei 80% Vollstand und CRIT bei 90%“. Die Regel wird automatisch auf alle Server in der Gruppe angewendet. <\/p>\n

    Service Discovery h\u00e4lt sich bei der Erkennung von Diensten an Regeln – wenn eine Regel besagt, dass tempor\u00e4re Festplatten nicht \u00fcberwacht werden sollen, schlie\u00dft Service Discovery diese Festplatten automatisch aus der Liste der erkannten Dienste aus. Die Regeln k\u00f6nnen sehr granular sein – unterschiedliche Schwellenwerte f\u00fcr verschiedene Hosts, Ausschl\u00fcsse f\u00fcr bestimmte Prozesse oder Schnittstellen. Diese Kombination aus automatischer Erkennung und regelbasierter Konfiguration macht Checkmk extrem skalierbar. <\/p>\n

    Service Discovery und \u00c4nderungen an der Infrastruktur<\/h3>\n

    Service Discovery ist besonders wertvoll bei \u00c4nderungen der Infrastruktur. Wenn ein neues Laufwerk, eine neue Netzwerkschnittstelle oder ein neuer Anwendungsdienst auf dem Server eintrifft, erkennt Checkmk diese \u00c4nderung beim n\u00e4chsten Service Discovery-Scan und kennzeichnet sie als „neuen nicht genehmigten Dienst“. <\/p>\n

    Der Administrator sieht in Checkmk eine Liste der neuen, gel\u00f6schten und ge\u00e4nderten Dienste und kann f\u00fcr jeden von ihnen eine Entscheidung treffen – zur \u00dcberwachung akzeptieren, ablehnen oder f\u00fcr eine sp\u00e4tere Entscheidung zur\u00fcckstellen. Dadurch wird das Risiko eliminiert, dass neue Infrastrukturkomponenten nicht \u00fcberwacht werden – etwas, das bei der klassischen manuellen Konfiguration regelm\u00e4\u00dfig passiert. Auch der umgekehrte Fall – das Entfernen eines Laufwerks oder einer Schnittstelle – wird erkannt und der Dienst wird als ‚verloren‘ gekennzeichnet, so dass die \u00dcberwachungskonfiguration bereinigt werden kann. Weitere Informationen zu den Funktionen von Checkmk finden Sie in der Wissensdatenbank von Ramsdata<\/a>. <\/p>\n

    Periodic Service Discovery – kontinuierliche Aktualisierung der Konfiguration<\/h3>\n

    Im Modus Manuelle Service-Erkennung muss der Administrator regelm\u00e4\u00dfig Hosts scannen und neue Services akzeptieren. Die periodische Service-Erkennung automatisiert diesen Prozess – Checkmk scannt Hosts automatisch in vordefinierten Intervallen und akzeptiert – je nach Konfiguration – automatisch neue Services, entfernt abgelehnte Services oder markiert lediglich \u00c4nderungen zur manuellen \u00dcberpr\u00fcfung. <\/p>\n

    Dies ist besonders wertvoll in dynamischen Umgebungen – Cloud, Kubernetes, Microservices – in denen regelm\u00e4\u00dfig neue Dienste auftauchen und verschwinden. Periodische Service Discovery stellt sicher, dass die \u00dcberwachung immer mit dem aktuellen Zustand der Infrastruktur synchronisiert ist, ohne dass Administratoren st\u00e4ndig manuell eingreifen m\u00fcssen. Bei der Konfiguration des automatischen Modus ist Vorsicht geboten – eine aggressive Automatisierung kann zu einer unkontrollierten Vermehrung der \u00dcberwachungskonfigurationen f\u00fchren. <\/p>\n

    Checkmk Agent – die Grundlage der Service-Erkennung<\/h3>\n

    Der Checkmk Agent ist ein leichtgewichtiger Agent, der auf \u00fcberwachten Hosts (Linux, Windows, AIX, Solaris und anderen) installiert wird. Er sammelt Systemdaten und stellt sie dem Checkmk Server zur Verf\u00fcgung. Der Agent ist die Grundlage der Service-Erkennung – ohne ihn sind die M\u00f6glichkeiten der Service-Erkennung erheblich eingeschr\u00e4nkt. <\/p>\n

    Der Checkmk-Agent sammelt und liefert Daten aus Dutzenden von Quellen: Dateisystem, Prozesse, Systemdienste, Protokolle, Speicher, CPU, Netzwerk und mehr. Check-Plugins auf dem Checkmk-Server interpretieren diese Daten und erkennen Dienste. Der Vorteil des Checkmk-Agenten ist seine Plugin-Architektur (Local Checks) – jeder Administrator kann seine eigenen Pr\u00fcfskripte hinzuf\u00fcgen, die dann automatisch vom Agenten gesammelt und von Checkmk interpretiert werden. Dies erm\u00f6glicht die \u00dcberwachung von Anwendungen und benutzerdefinierten Metriken mit vollst\u00e4ndiger Integration in Service Discovery. <\/p>\n

    Diensterkennung bei agentenloser \u00dcberwachung (SNMP, API)<\/h3>\n

    Nicht auf allen Ger\u00e4ten kann ein Agent installiert werden – Netzwerk-Switches, Drucker, IoT-Ger\u00e4te, Festplatten-Arrays kommunizieren alle \u00fcber SNMP. Checkmk unterst\u00fctzt Service Discovery f\u00fcr SNMP-\u00fcberwachte Hosts – es scannt die MIB und OID des Ger\u00e4ts und erkennt verf\u00fcgbare Metriken. <\/p>\n

    Die Integration mit APIs von Drittanbietern (VMware vCenter, AWS, Azure, Kubernetes) erm\u00f6glicht die dynamische Erkennung von Services in virtualisierten und Cloud-Umgebungen. Checkmk erkennt automatisch neue virtuelle Maschinen, Kubernetes-Container und Cloud-Ressourcen und f\u00fcgt sie der \u00dcberwachung hinzu, ohne dass jede Ressource manuell konfiguriert werden muss. Dies ist besonders wichtig in dynamischen Umgebungen, in denen sich die Infrastruktur mehrmals am Tag \u00e4ndert. <\/p>\n

    Wichtigste Schlussfolgerungen<\/h3>\n