KNW-2103 done, pick-25

Author: thomaskoslowski

src/common/de/glossar.asciidoc

@@ -14,12 +14,7 @@ include::global_attr.adoc[]
 [#agent]
 ==== Agent
 Ein Agent sammelt die für das Monitoring relevanten Daten von einem Host ein.
-ifdef::onprem[]
 Das kann ein kleines, auf dem Host installiertes Programm sein (der {CMK}-Agent), ein unabhängig von {CMK} auf dem Host laufender SNMP-Agent, ein Spezialagent, der sich die Informationen über eine vom Zielsystem bereitgestellte API besorgt -- oder ein aktiver Check, der netzwerkbasierte Dienste abfragt.
-endif::[]
-ifdef::saas[]
-Das kann ein kleines, auf dem Host installiertes Programm sein (der {CMK}-Agent), ein Spezialagent, der sich die Informationen über eine vom Zielsystem bereitgestellte API besorgt -- oder ein aktiver Check, der netzwerkbasierte Dienste abfragt.
-endif::[]
 
 Mehr unter xref:wato_monitoringagents#[Monitoring-Agenten.]
 
@@ -52,6 +47,7 @@ Mehr unter xref:wato_monitoringagents#bakery[Die Agentenbäckerei.]
 ==== Agentenplugin
 Ein Agentenplugin erweitert die Funktionen des standardmäßig ausgelieferten {CMK}-Agenten.
 Es ist ein kleines Programm oder Skript, das vom {CMK}-Agenten aufgerufen wird und die Ausgabe des Agenten um weitere Sektionen mit zusätzlichen Monitoring-Daten anreichert.
+Diese Daten werden auf dem {CMK}-Server von einem passenden Check-Plugin ausgewertet. 
 Ein Beispiel für ein Agentenplugin ist der Agent Updater.
 
 Mehr unter xref:agent_linux#plugins[Agent um Plugins erweitern.]
@@ -116,7 +112,7 @@ Das kann die abstrakte Gruppierung einzelner Komponenten oder eine geschäftskri
 So lässt sich etwa der Zustand einer Anwendung _E-Mail,_ bestehend aus diversen Hosts, Switches und Diensten wie SMTP und IMAP, über eine einzige Visualisierung erfassen.
 Auch die Formulierung gänzlich ungreifbarer und nicht-technischer Belange ist hier möglich, zum Beispiel die termingerechte Verfügbarkeit eines auszuliefernden Produkts:
 Dieses Ziel liegt in der Zukunft und hängt von vielen Aspekten ab, der Supply Chain, einem funktionierenden Maschinenpark, verfügbarem Personal etc.
-Etwaige Gefährdungen für dieses abstrakte Ziel ließen sich über das BI-Modul erfassen.
+Etwaige Gefährdungen für dieses abstrakte Ziel lassen sich über das BI-Modul erfassen.
 
 Mehr unter xref:bi#[Business Intelligence (BI).]
 
@@ -134,7 +130,7 @@ Mehr unter xref:monitoring_basics#checks[Checks.]
 ==== Check-Plugin
 Check-Plugins sind in Python geschriebene Module, die auf der {CMK}-Instanz ausgeführt werden und die Services eines Hosts erstellen und auswerten.
 ifdef::onprem[]
-Ein Beispiel: Das Check-Plugin _df_, zu finden innerhalb einer Instanz unter `~/local/lib/python3/cmk_addons/plugins/<plug-in_family>/agent_based/` (bei Nutzung der Check-API V2) oder `~/local/lib/check_mk/base/plugins/agent_based/` (bei Nutzung der Check-API V1), erstellt aus den Daten eines Agenten in der Instanz Services für die vorhandenen eingebundenen Dateisysteme eines Hosts und überprüft diese Services anhand der Daten, also etwa wie viel freien Speicherplatz es noch gibt.
+Ein Beispiel: Das Check-Plugin _df_, zu finden innerhalb einer Instanz unter `~/local/lib/python3/cmk_addons/plugins/<plug-in_family>/agent_based/` (bei Nutzung der Check-API V2), erstellt aus den Daten eines Agenten in der Instanz Services für die vorhandenen eingebundenen Dateisysteme eines Hosts und überprüft diese Services anhand der Daten, also etwa wie viel freien Speicherplatz es noch gibt.
 endif::[]
 ifdef::saas[]
 Ein Beispiel: Das Check-Plugin _df_ erstellt aus den Daten eines Agenten in der Instanz Services für die vorhandenen eingebundenen Dateisysteme eines Hosts und überprüft diese Services anhand der Daten, also etwa wie viel freien Speicherplatz es noch gibt.
@@ -207,12 +203,7 @@ Siehe xref:flapping[Unstetig.]
 [#host]
 ==== Host
 Ein Host im Sinne von {CMK} ist jedes eigenständige, physische oder virtuelle System, das von {CMK} überwacht wird.
-ifdef::onprem[]
 In der Regel handelt es sich um Dinge mit eigener IP-Adresse (Server, Switches, SNMP-Geräte, virtuelle Maschinen), aber auch um beispielsweise Docker Container oder andere logische Objekte ohne eine solche Adresse.
-endif::[]
-ifdef::saas[]
-In der Regel handelt es sich um Dinge mit eigener IP-Adresse (Server, virtuelle Maschinen), aber auch um beispielsweise Docker Container oder andere logische Objekte ohne eine solche Adresse.
-endif::[]
 Jeder Host hat immer einen der Zustände {UP}, {DOWN}, {UNREACH} oder {PEND} und immer mindestens einen Service.
 
 Noch weiter heruntergebrochen:
@@ -318,7 +309,7 @@ Mehr unter xref:localchecks#[Lokale Checks.]
 
 [#metric]
 ==== Metrik
-Mess- und berechenbare Werte zu Hosts und Services in ihrem zeitlichen Verlauf, etwa Temperatur, Auslastung oder Verfügbarkeit, die beispielsweise für Graphen herangezogen werden können.
+Mess- und berechenbare Werte zu Services in ihrem zeitlichen Verlauf, etwa Temperatur, Auslastung oder Verfügbarkeit, die beispielsweise für Graphen herangezogen werden können.
 ifdef::onprem[]
 Vergangene Werte werden in RRDs (Round-Robin-Datenbank) gespeichert und halten diese in der Standardeinstellung bis zu 4 Jahre vor.
 endif::[]
@@ -370,16 +361,16 @@ Mehr unter xref:piggyback#[Der Piggyback-Mechanismus.]
 Im Pull-Modus lauscht der {CMK}-Agent am TCP-Port 6556 auf eingehende Verbindungen vom {CMK}-Server.
 Sobald der Agent eine Aufforderung erhält, schickt er die Monitoring-Daten an den Server.
 Hier geht die Initiative zur Datenübertragung vom Server aus, der die Daten vom Agenten quasi heran__zieht__.
-ifdef::saas[]
-// ES: This sentence may need attention for KNW-2113
-Der Pull-Modus ist der Standardweg zur Datenübertragung vom {CMK}-Agenten in den On-Premises-Editionen von {CMK}.
-Er steht in {CE} nicht zur Verfügung.
-endif::[]
 ifdef::onprem[]
 Der Pull-Modus ist der Standardweg zur Datenübertragung vom {CMK}-Agenten -- und funktioniert in allen {CMK}-Editionen.
 
 Mehr unter xref:wato_monitoringagents#agents[Der {CMK}-Agent.]
 endif::[]
+ifdef::saas[]
+// ES: This sentence may need attention for KNW-2113
+Der Pull-Modus ist der Standardweg zur Datenübertragung vom {CMK}-Agenten in den On-Premises-Editionen von {CMK}.
+Er steht in {CE} nicht zur Verfügung.
+endif::[]
 
 
 [#push_mode]
@@ -388,7 +379,7 @@ Im Push-Modus sendet der {CMK}-Agent minütlich die Monitoring-Daten an den {CMK
 Der Agent _stößt_ also die Datenübertragung von sich aus an und wartet nicht auf eine Aufforderung des Servers.
 Der Push-Modus ist immer dann erforderlich, wenn der {CMK}-Server nicht auf das Netzwerk zugreifen kann, in dem sich der zu überwachende Host mit seinem Agenten befindet, also z.B. in einer Cloud-basierten Konfiguration.
 ifdef::onprem[]
-Daher gibt es den Push-Modus nur für {CCE}.
+Daher gibt es den Push-Modus nur in {CCE}.
 endif::[]
 
 Mehr unter xref:wato_monitoringagents#agents[Der {CMK}-Agent.]
@@ -439,7 +430,7 @@ Mehr unter xref:wato_services#[Services verstehen und konfigurieren.]
 
 [#service_discovery]
 ==== Service-Erkennung
-Sobald ein Host dem Monitoring hinzugefügt wird, erkennt {CMK} automatisch alle verfügbaren Services, die ins Monitoring aufgenommen werden können -- und hält diese Liste auch im laufenden Betrieb stets aktuell.
+Sobald ein Host hinzugefügt wird, erkennt {CMK} automatisch alle verfügbaren Services, die ins Monitoring aufgenommen werden können -- und hält diese Liste auch im laufenden Betrieb stets aktuell.
 Die Service-Erkennung (englisch: _service discovery_) lässt sich aber auch jederzeit manuell über die Konfiguration eines Hosts starten.
 
 Mehr unter xref:wato_services#[Services verstehen und konfigurieren.]
@@ -485,12 +476,7 @@ Mehr unter xref:snmp#[SNMP.]
 
 [#special_agent]
 ==== Spezialagent
-ifdef::onprem[]
 Auf einigen Systemen lässt sich der reguläre {CMK}-Agent nicht installieren und SNMP steht nicht (befriedigend) zur Verfügung.
-endif::[]
-ifdef::saas[]
-Auf einigen Systemen lässt sich der reguläre {CMK}-Agent nicht installieren.
-endif::[]
 Stattdessen bieten diese Systeme Management-APIs, die auf Telnet, SSH oder HTTP/XML basieren.
 Über einen Spezialagenten, der auf dem {CMK}-Server läuft, fragt {CMK} diese Schnittstellen ab, womit der Host per API in {CMK} integriert wird.
 
@@ -531,6 +517,7 @@ ifdef::saas[]
 Ein verteiltes Monitoring gibt es nur in den On-Premises-Editionen von {CMK} und nicht in {CE}.
 endif::[]
 
+
 ifdef::onprem[]
 [#central_setup]
 ==== Verteiltes Monitoring mit zentralem Setup
@@ -545,7 +532,7 @@ endif::[]
 ifdef::onprem[]
 [#virtual_appliance]
 ==== Virtuelle Appliance
-Die virtuelle Appliance ist ein für VirtualBox oder VMware ESXi erstelltes System mit einer vorinstallierten, für {CMK} vorbereiteten Firmware.
+Die virtuelle Appliance ist ein für VMware ESXi, Microsoft Hyper-V oder Proxmox erstelltes System mit einer vorinstallierten, für {CMK} vorbereiteten Firmware.
 Sie beinhaltet eine grafischen Konfigurationsoberfläche, die jegliche Linux-Kenntnisse überflüssig macht.
 
 Mehr unter xref:intro_setup#virtual_appliance[Virtuelle Appliance.]
@@ -574,9 +561,7 @@ endif::[]
 ==== Werk
 Die Software-Entwicklung von {CMK} ist in sogenannten Werks organisiert.
 Jede Änderung, Fehlerbehebung oder Neuerung, die einen Einfluss auf die Erfahrung des Benutzers hat, wird in einem eigenen Werk erfasst, samt Hinweisen zu Auswirkungen und etwaigen Inkompatibilitäten.
-Die Liste der Werks gibt es direkt in {CMK} über das [.guihint]#Help#-Menü in der Navigationsleiste und auf der {CMK}-Homepage.
-
-Mehr unter link:https://checkmk.com/de/werks[Werks.^]
+Die Liste der Werks gibt es direkt in {CMK} über das [.guihint]#Help#-Menü in der Navigationsleiste und auf der link:https://checkmk.com/werks[{CMK}-Website^].
 
 
 [#time_period]

src/common/en/glossar.asciidoc

@@ -32,12 +32,7 @@ More under xref:active_checks#[Monitoring network services (Active checks)].
 [#agent]
 ==== Agent
 An agent on a host collects data relevant for the monitoring.
-ifdef::onprem[]
 The agent can be a small program installed on the host (the {CMK} agent), or an SNMP agent running independently of {CMK} on the host, or a special agent that obtains the information through an API provided by the target system -- or an active check that queries network-based services.
-endif::[]
-ifdef::saas[]
-The agent can be a small program installed on the host (the {CMK} agent), a special agent that obtains the information through an API provided by the target system -- or an active check that queries network-based services.
-endif::[]
 
 More under xref:wato_monitoringagents#[Monitoring agents].
 
@@ -58,6 +53,7 @@ More under xref:wato_monitoringagents#bakery[The Agent Bakery].
 ==== Agent plug-in
 An agent plug-in extends the functions of the standard agent supplied with {CMK}.
 It is a small program or script that is called by the {CMK} agent which enhances the agent's output with additional sections of monitoring data.
+This data is processed on the {CMK} server by a compatible check plug-in. 
 An example of an agent plug-in is the Agent Updater.
 
 More under xref:agent_linux#plugins[Extending agents with plug-ins].
@@ -107,7 +103,7 @@ This superordinate level can be an abstract grouping of individual components or
 For example, the status of an application _email,_ consisting of various hosts, switches and services such as SMTP and IMAP, can be combined into a single display.
 The formulation of completely intangible and non-technical considerations is also possible here, for example the on-time availability of a product to be delivered:
 This goal lies in the future and depends on many factors, such as the supply chain, reliably functioning production, available personnel, etc.
-Any threats to this abstract goal could be identified and captured via the BI module.
+Any threats to this abstract goal can be identified and captured via the BI module.
 
 More under xref:bi#[Business Intelligence (BI)].
 
@@ -125,7 +121,7 @@ More under xref:monitoring_basics#checks[Checks].
 ==== Check plug-in
 Check plug-ins are modules written in Python that run on the {CMK} site and which create and evaluate the services of a host.
 ifdef::onprem[]
-For example, the check plug-in _df_, found within a site at `~/local/lib/python3/cmk_addons/plugins/<plug-in_family>/agent_based/` (when using the Check API V2) or `~/local/lib/check_mk/base/plugins/agent_based/` (when using the Check API V1), creates services for a host's existing mounted file systems based on data from an agent on the site, and checks those services against that data, such as how much free space is left.
+For example, the check plug-in _df_, found within a site at `~/local/lib/python3/cmk_addons/plugins/<plug-in_family>/agent_based/` (when using the Check API V2), creates services for a host's existing mounted file systems based on data from an agent on the site, and checks those services against that data, such as how much free space is left.
 endif::[]
 ifdef::saas[]
 For example, the check plug-in _df_ creates services for a host's existing mounted file systems based on data from an agent on the site, and checks those services against that data, such as how much free space is left.
@@ -246,12 +242,7 @@ More under xref:notifications#flapping[Flapping hosts and services].
 [#host]
 ==== Host
 Under {CMK}, a host is any stand alone, physical or virtual system that is monitored by {CMK}.
-ifdef::onprem[]
 These are usually components with their own IP address (servers, switches, SNMP devices, virtual machines), but also, for example, Docker containers or other logical objects which do not have such an IP address.
-endif::[]
-ifdef::saas[]
-These are usually components with their own IP address (servers, virtual machines), but also, for example, Docker containers or other logical objects which do not have such an IP address.
-endif::[]
 Each host always has one of the states {UP}, {DOWN}, {UNREACH} or {PEND}, and always has at least one service.
 
 Broken down even further:
@@ -325,7 +316,7 @@ More under xref:localchecks#[Local checks].
 
 [#metric]
 ==== Metric
-Measurable and calculable values for hosts and services over time, such as temperature, utilization or availability, which can be used for graphs, for example.
+Measurable and calculable values for services over time, such as temperature, utilization or availability, which can be used for graphs, for example.
 ifdef::onprem[]
 Past values are stored in RRDs (Round Robin Database) and by default retained for up to 4 years.
 endif::[]
@@ -386,15 +377,15 @@ More under xref:piggyback#[The piggyback mechanism].
 In the pull mode, the {CMK} agent listens for incoming connections from the {CMK} server on TCP port 6556.
 As soon as the agent receives a request, it sends the monitoring data to the server.
 Here, the initiative for data transmission comes from the server, which basically _pulls_ the data from the agent.
-ifdef::saas[]
-The pull mode is the default way to transmit data from the {CMK} agent in the on-premises editions of {CMK}.
-It is not available in {CE}.
-endif::[]
 ifdef::onprem[]
 The pull mode is the default way to transmit data from the {CMK} agent -- and works in all {CMK} editions.
 
 See more at xref:wato_monitoringagents#agents[The {CMK} agent].
 endif::[]
+ifdef::saas[]
+The pull mode is the default way to transmit data from the {CMK} agent in the on-premises editions of {CMK}.
+It is not available in {CE}.
+endif::[]
 
 
 [#push_mode]
@@ -403,7 +394,7 @@ In the push mode, the {CMK} agent sends the monitoring data to the {CMK} server
 The agent _pushes_ the data transmission on its own and does not wait for a request from the server.
 The push mode is always required if the {CMK} server cannot access the network in which the host to be monitored and its agent are located, for example, in a cloud-based configuration.
 ifdef::onprem[]
-For this reason, the push mode is only available for {CCE}.
+For this reason, the push mode is only available in {CCE}.
 endif::[]
 
 More at xref:wato_monitoringagents#agents[The {CMK} agent].
@@ -454,7 +445,7 @@ More under xref:wato_services#[Understanding and configuring services].
 
 [#service_discovery]
 ==== Service discovery
-As soon as a host has been added to the monitoring, {CMK} automatically detects all available services that can be included in the monitoring -- and keeps this list up to date even during operation.
+As soon as a host has been added, {CMK} automatically detects all available services that can be included in the monitoring -- and keeps this list up to date even during operation.
 A service discovery can also be started manually at any time via the configuration of a host function.
 
 More under xref:wato_services#[Understanding and configuring services].
@@ -522,12 +513,7 @@ More under xref:snmp#[SNMP].
 
 [#special_agent]
 ==== Special agent
-ifdef::onprem[]
 On some systems, the regular {CMK} agent cannot be installed and SNMP is not (satisfactorily) available.
-endif::[]
-ifdef::saas[]
-On some systems, the regular {CMK} agent cannot be installed.
-endif::[]
 Instead, these systems provide management APIs based on Telnet, SSH or HTTP/XML.
 Via a special agent running on the {CMK} server, {CMK} queries these interfaces, integrating the host into {CMK} via API.
 
@@ -556,7 +542,7 @@ More under xref:views#[Host and service views].
 ifdef::onprem[]
 [#virtual_appliance]
 ==== Virtual appliance
-The virtual appliance is a system created for VirtualBox or VMware ESXi with pre-installed firmware prepared for {CMK}.
+The virtual appliance is a system created for VMware ESXi, Microsoft Hyper-V, or Proxmox with pre-installed firmware prepared for {CMK}.
 It includes a graphical configuration interface that eliminates the need for any Linux knowledge.
 
 More under xref:intro_setup#virtual_appliance[Virtual appliance].
@@ -578,6 +564,4 @@ endif::[]
 ==== Werk
 The {CMK} software development is organized in so-called 'Werks'.
 Each change, bug fix or new feature that will have an impact on the user's experience is recorded in a separate Werk, along with notes on impacts and any possible incompatibilities.
-The list of Werks is available directly in {CMK} via the [.guihint]#Help# menu in the navigation bar and on the {CMK} home page.
-
-More under link:https://checkmk.com/werks[Werks^].
+The list of Werks is available directly in {CMK} via the [.guihint]#Help# menu in the navigation bar and on the link:https://checkmk.com/werks[{CMK} website^].