Der „PRTG Hosted Monitor“ von Paessler ist eine Monitoring-L\u00f6sung auf Cloud-Basis. Administratoren k\u00f6nnen das Produkt verwenden, um ihre Netzwerke und die Komponenten, die darin enthalten sind, im Auge zu behalten. Der PRTG Hosted Monitor arbeitet in etwa so, wie die „klassische“ PRTG-Software f\u00fcr den Einsatz On-Premises, hat dieser gegen\u00fcber aber den Vorteil, dass er Out-of-the-Box von \u00fcberall genutzt werden kann. Damit eignet sich die L\u00f6sung sowohl f\u00fcr Unternehmen, f\u00fcr die der Betrieb eines eigenen PRTG-Servers mit zu viel Aufwand verbunden w\u00e4re, als auch f\u00fcr verteilte Umgebungen.<\/p>\n\n\n\n Der PRTG Hosted Monitor setzt auf dem On-Premises-PRTG-Server auf und der Funktionsumfang ist fast identisch. Es gibt nur ein paar Unterschiede in den Dialogen und Einstellungen, um das Produkt an die Arbeit in der Cloud anzupassen. Beispielsweise bei der Benutzerverwaltung und der Standardspeicherdauer der Monitoring-Daten.<\/p>\n\n\n\n Die L\u00f6sung wird von Paessler im Abonnement-Modell angeboten. Die einzelnen Abonnements unterscheiden sich durch die Zahl der verf\u00fcgbaren Sensoren. Mit Sensoren meint Paessler Monitoring-Funktionen. So gibt es beispielsweise Sensoren zum \u00dcberwachen bestimmter Dienste, zum Analysieren des Netzwerkverkehrs oder auch zum Monitoring der Festplatten einzelner Rechner im Netz. Die angebotenen Abonnements umfassen 500, 1000, 2500, 5000 und 10.000 Sensoren. Wenn sich die Anforderungen bei den Kunden \u00e4ndern, haben sie jederzeit Gelegenheit, ihr Abonnement \u00fcber eine Webseite \u201con the fly\u201d zu wechseln.<\/p>\n\n\n\n Die Sicherheit der Daten wird durch unterschiedliche Ma\u00dfnahmen realisiert<\/strong><\/p>\n\n\n\n Der PRTG Hosted Monitor l\u00e4uft in der Amazon Cloud. Bei Cloud-Diensten, vor allem bei solchen, die wie eine Netzwerk-Monitoring-L\u00f6sung viele kritische Daten vorhalten, stellt sich immer die Frage nach der Sicherheit. Deswegen wurden s\u00e4mtliche Daten\u00fcbertragungen zwischen den Anwendern und den \u00fcberwachten Maschinen auf der einen, und dem Server auf der anderen Seite, verschl\u00fcsselt. Das ist bei der On-Premises-Version von PRTG ebenfalls der Fall.<\/p>\n\n\n\n Innerhalb der AWS-Cloud sind die verwendeten Festplatten f\u00fcr jeden Kunden zus\u00e4tzlich individuell verschl\u00fcsselt. Das System erstellt st\u00fcndlich verschl\u00fcsselte Backups. Diese erm\u00f6glichen jederzeit Rollbacks, falls solche erforderlich sein sollten. Die Sicherungen werden gel\u00f6scht, sobald sie \u00e4lter als 24 Stunden sind. Einzige Ausnahme: Eine sonnt\u00e4gliche Sicherung, die jeweils sechs Wochen aufbewahrt wird.<\/p>\n\n\n\n Ein Zugriff auf das AWS-Backend ist nur f\u00fcr Paessler-Mitarbeiter aus der Entwicklungs- und der IT-Abteilung m\u00f6glich und das nur direkt aus der Paessler-Zentrale oder \u00fcber ein VPN, das \u00fcber die Paessler-Zentrale l\u00e4uft.<\/p>\n\n\n\n Im laufenden Betrieb hat der Paessler-Support die Option, sich bei den Maschinen einzuloggen. Jede Maschine hat dabei einen eigenen Administrator-Account mit einem eigenen Passwort, so dass es nicht m\u00f6glich ist, auf alle Systeme zuzugreifen, wenn man die Zugangsdaten zu einem kennt. Der Zugriff erfolgt zudem nur auf Wunsch des Kunden, um Unterst\u00fctzung zu leisten. Weitere Informationen zu dieser Thematik finden sich hier: What security features does PRTG include? | Paessler Knowledge Base<\/a>.<\/p>\n\n\n\n Der PRTG Hosted Monitor stellt folglich eine AWS-basierte Sicherheitsl\u00f6sung dar, die den Vorteil mitbringt, dass der Support \u00fcber Paessler l\u00e4uft und nicht \u00fcber Amazon. Es ist also stets ein direkter Kundenkontakt gew\u00e4hrleistet.<\/p>\n\n\n\n Inbetriebnahme der L\u00f6sung<\/strong><\/p>\n\n\n\n Um den PRTG Hosted Monitor in Betrieb zu nehmen, m\u00fcssen die zust\u00e4ndigen Mitarbeiter lediglich auf die Webseite https:\/\/my-prtg.com<\/a> gehen und sich f\u00fcr die kostenlose Testversion anmelden. Nach dem Anlegen und Aktivieren des Benutzerkontos k\u00f6nnen sie sich dann bei dem Dienst einloggen (bei Bedarf l\u00e4sst sich auch eine Zwei-Faktor-Authentifizierung aktivieren) und eine Subscription erstellen. Dazu geben sie einen Namen f\u00fcr ihre Subdom\u00e4ne an und legen fest, auf welchem Server der Dienst laufen soll. Dazu stehen neben der Region Europa (in Irland) auch noch \u201cUS East\u201d (Nordvirginia), \u201cUS West\u201d (Oregon) sowie Singapur und Sidney f\u00fcr den asiatisch-pazifischen Raum zur Verf\u00fcgung. Zum Schluss kann man dann noch ausw\u00e4hlen, ob man den kostenlosen Trial nutzen oder gleich mit einem kostenpflichtigen Plan starten m\u00f6chte.<\/p>\n\n\n\n Im n\u00e4chsten Schritt fragt das System nach dem Namen, der Rechnungsadresse und der Umsatzsteuer-ID. Damit ist die Einrichtung abgeschlossen und der Hosted-PRTG-Server wird gestartet, was ein paar Minuten dauert. Im Test mussten wir jetzt nur noch die Zeitzone anpassen, danach konnten wir loslegen.<\/p>\n\n\n\n Nach dem Einloggen bei dem Web-basierten Dienst wechselten wir in die Ger\u00e4te\u00fcbersicht, um zu sehen, was bereits in unserem gehosteten Dienst aktiv war. Hier finden sich zu diesem Zeitpunkt die Eintr\u00e4ge \u201cHosted Probe\u201d und \u201cPRTG Core Server\u201d, also die Ger\u00e4te, die in der Cloud laufen. Damit wir unser lokales Netz in die Monitoring-Umgebung einbinden konnten, war es nun erforderlich, auf einem Rechner im LAN eine so genannte Remote Probe zu installieren, die die Daten lokal sammelt und an den PRTG-Server weiterleitet. Darauf machte uns ein Einrichtungsassistent aufmerksam. Es existiert beim Einsatz von Hosted PRTG \u00fcbrigens keine Beschr\u00e4nkung der Zahl der verwendeten Probes.<\/p>\n\n\n\n Die Installation der Probes l\u00e4uft einfach ab. Man muss lediglich die Setup-Datei runterladen (wir verwendeten im Test eine Probe f\u00fcr Windows) und starten. Danach nimmt die Remote Probe den Kontakt zum Hosted-PRTG-Server auf. In unserer Umgebung war es allerdings erforderlich, diesen Kontakt dadurch zuzulassen, dass wir Daten\u00fcbertragungen \u00fcber den TCP-Port 23560 in beide Richtungen erlaubten, da die Kommunikation \u00fcber diesen Port stattfindet.<\/p>\n\n\n\n\n\n\n\n Der erste Netzwerk-Scan<\/strong><\/p>\n\n\n\n Sobald die Probe mit dem Server in der Cloud kommunizieren kann, besteht die Option, direkt einen automatischen Suchlauf zu starten, der das lokale Netz nach den vorhandenen Komponenten durchsucht. Dieser aktiviert auf den gefundenen Ger\u00e4ten auch gleich eine Auto-Discovery-Funktion, die dort die Sensoren installiert, die nach Ansicht der Verantwortlichen bei Paessler sinnvoll sein k\u00f6nnten. Dabei greifen die Paessler-Mitarbeiter auf Erfahrungswerte zur\u00fcck, die im Lauf von 20 Jahren gesammelt wurden und optimieren die Konfiguration st\u00e4ndig.<\/p>\n\n\n\n Die Dauer der Discovery h\u00e4ngt von der Gr\u00f6\u00dfe des Netzes ab. Generell kann man sagen, dass PRTG jede IP-Adresse im Netz anpingt und f\u00fcnf Sekunden auf Antwort wartet. Die Dauer des Scans liegt also bei der Zahl der IP-Adressen mal f\u00fcnf. Werden Ger\u00e4te gefunden, so untersucht PRTG diese genauer, um festzustellen, welche Sensoren darauf zum Einsatz kommen. Der Zeitbedarf f\u00fcr diesen Schritt ist je nach Ger\u00e4t unterschiedlich, im Schnitt nimmt der Vorgang aber etwa zwei Minuten in Anspruch. Die Zahl der Vorhandenen Ger\u00e4te mal zwei Minuten kommt also noch zu dem zuvor ermittelten Wert hinzu.<\/p>\n\n\n\n Gehen wir nun kurz auf den Aufbau der Monitoring-L\u00f6sung ein. Unterhalb der Gesamtstruktur befinden sich im Betrieb einer PRTG-Instanz Ger\u00e4tegruppen wie \u201cWindows Server\u201d, die alle \u00fcberwachten Rechner, die zu der jeweiligen Gruppe geh\u00f6ren, umfassen. Die einzelnen Ger\u00e4teeintr\u00e4ge enthalten dann wiederum die Sensoren, die \u2013 wie gesagt – bestimmte Komponenten oder Funktionen im Blick behalten. Unterhalb der Sensoren gibt es dann noch die so genannten Kan\u00e4le, die bei einem Netzwerkkartensensor beispielsweise Aufschluss \u00fcber Details wie ein- und ausgehenden Verkehr, die Zahl der Pakete oder die aufgetretenen Fehler gibt.<\/p>\n\n\n\n Der automatische Suchlauf erfasst durchaus einen Gro\u00dfteil der Ger\u00e4te, die im Netz \u00fcberwacht werden k\u00f6nnen, ordnet diese dann den genannten Kategorien wie \u201cWindows Clients\u201d oder \u201cNetzwerkinfrastruktur\u201d zu und installiert die wichtigsten \u00dcberwachungssensoren darauf. In der Praxis ist es aber erforderlich, die einzelnen Eintr\u00e4ge nach dem Suchlauf nochmals durchzusehen, fehlende Ger\u00e4te manuell zu erfassen, fehlende Sensoren, beispielsweise f\u00fcr das \u00dcberwachen bestimmter Anwendungen, anzulegen und \u00fcberfl\u00fcssige Sensoren zu l\u00f6schen.<\/p>\n\n\n\n Das Erstellen von Ger\u00e4teeintr\u00e4gen<\/strong><\/p>\n\n\n\n M\u00f6chte man ein Ger\u00e4t erfassen, so geht man im Webinterface der L\u00f6sung unter \u201cDevices\u201d zu der Rubrik, in die es geh\u00f6rt, wie etwa \u201cWindows Server\u201d und klickt auf den Eintrag \u201cAdd Device\u201d. Dann erscheint ein Dialogfeld, in dem man dem Ger\u00e4t einen Namen geben kann, festlegt, ob die Kommunikation mit dem Device \u00fcber IPv4 oder IPv6 ablaufen soll und anschlie\u00dfend die IP-Adresse des Ger\u00e4ts eintr\u00e4gt. Zus\u00e4tzlich gibt es unter anderem auch die Option, dem Device ein Icon zuweisen. Hier stehen Ger\u00e4te-Icons, etwa f\u00fcr Netzwerkkameras zur Verf\u00fcgung, das gleiche gilt aber auch f\u00fcr Herstellerlogos, beispielsweise f\u00fcr Produkte von APC, Checkpoint oder auch Huawei. Zu guter Letzt gibt es auch noch die M\u00f6glichkeit, auf dem Ger\u00e4t eine Auto-Discovery ablaufen zu lassen. Damit die Discovery-Funktionen m\u00f6glichst viel erkennen kann, ergibt es Sinn, zuvor die Zugriffsdaten f\u00fcr die entsprechenden Systeme in PRTG zu hinterlegen, damit die Monitoring-Software in die Lage versetzt wird, sich bei den Devices einzuloggen und Informationen abzufragen. Die genannten Credentials werden immer an die Untergruppen weitervererbt. Legt man sie auf Ebene von \u201cRoot\u201d fest, gelten sie f\u00fcr die gesamte Umgebung. Legt man sie beispielsweise in der Rubrik \u201cWindows\u201d fest, so gelten sie nur f\u00fcr die dazugeh\u00f6rigen Untergruppen, wie beispielsweise \u201cWindows Clients\u201d oder auch \u201cWindows Server\u201d. In der Praxis m\u00fcssen die Administratoren sich \u00fcberlegen, wie sie ihre jeweilige Umgebung abbilden wollen (es w\u00e4re auch m\u00f6glich, die Gruppen nach Abteilungen wie \u201cBuchhaltung\u201d und \u201cVertrieb\u201d zu gestalten) und auf welcher Ebene sie welche Credentials angeben. Das Definieren der Login-Daten geht auf jeden Fall immer unter den Einstellungen der jeweiligen Probe, der jeweiligen Unterrubrik oder auch des betroffenen Ger\u00e4ts.<\/p>\n\n\n\n Neue Sensoren lassen sich einfach einbinden<\/strong><\/p>\n\n\n\n Das Hinzuf\u00fcgen von Sensoren gestaltet sich dann relativ einfach. Man wechselt dazu auf den betroffenen Ger\u00e4teeintrag und selektiert \u201cAdd Sensor\u201d. Danach bietet PRTG eine \u00fcbersichtliche Auswahl an, die drei Fragen stellt. \u201cWas soll gemonitort werden?\u201d (Beispielsweise Prozessornutzung oder Bandbreite), \u201cArt des Zielsystems?\u201d (Windows, Linux, etc.) und \u201cEingesetzte Technologie?\u201d (wie etwa SNMP, SSH oder WMI). Hat der Administrator diese drei Fragen beantwortet, so zeigt das System die zu der jeweils passenden Kombination geh\u00f6renden Sensoren an und der IT-Verantwortliche kann den Gew\u00fcnschten ausw\u00e4hlen. Das System ist \u00fcbersichtlich und funktioniert schnell, kennt man den Sensornamen bereits, so steht auch eine Suchfunktion bereit, \u00fcber die man ihn direkt findet.<\/p>\n\n\n\n Als alle gew\u00fcnschten Sensoren vorhanden waren, setzten wir noch die Thresholds einiger Sensoren anders, da diese mit den Standardeinstellungen unerw\u00fcnschte Alarme produzierten (das geht in den Sensoreinstellungen) und definierten einen Report, der uns t\u00e4glich per Mail \u00fcber den Status unseres Netzwerks informierte.<\/p>\n\n\n\n Reports lassen sich unter \u201cReports \/ Add Report\u201d einrichten. Hier stehen auch diverse Templates zur Verf\u00fcgung, die das Einrichten des Reports vereinfachen. Dazu geh\u00f6ren unter anderem \u201cTabelle mit Daten\u201d, \u201cNur Grafiken\u201d, \u201cListe der Sensoren\u201d und \u201cTop 100 h\u00f6chste und tiefste\u201d. Au\u00dferdem kann man auch noch angeben, wann der Report erstellt werden soll, welcher Zeitraum in ihm ber\u00fccksichtigt wird und \u00c4hnliches. Nach dem Einrichten des Reports war die Konfiguration unserer Umgebung abgeschlossen und wir gingen in den Normalbetrieb \u00fcber.<\/p>\n\n\n\n\n\n\n\n Unterschiede zum On-Premises-PRTG<\/strong><\/p>\n\n\n\n An dieser Stelle ergibt es Sinn, kurz auf die bereits erw\u00e4hnten Unterschiede einzugehen, die zwischen dem PRTG on-premises und dem Hosted PRTG bestehen. Der wichtigste Unterschied ergibt sich aus der Benutzerverwaltung. Es existiert keine \u201cAdd User\u201d-Funktion, stattdessen findet sich die M\u00f6glichkeit, Benutzer per E-Mail einzuladen. Dazu m\u00fcssen die Administratoren dem betroffenen User einen Namen und eine E-Mail-Adresse geben. Au\u00dferdem k\u00f6nnen sie unter anderem noch den Benutzertyp (Read\/Write oder Read-only), die Benutzergruppe und den Status (Aktiv, Pausiert) festlegen.<\/p>\n\n\n\n Die eingeladenen Anwender erhalten dann eine Mail mit ihren Credentials und einem Link zum Einloggen bei Hosted PRTG. Paessler hat auch die Option integriert, mehrere Anwender auf einmal oder sogar ganze Benutzergruppen hinzuzuf\u00fcgen.<\/p>\n\n\n\n Es gibt bei Hosted PRTG abgesehen davon keine SMTP-Einstellungen, da der Mail-Server, \u00fcber den die Alerts und Tickets verschickt werden, bereits von Paesslerseite aus konfiguriert wurde. Dar\u00fcber hinaus gibt es aus Sicherheitsgr\u00fcnden keine Funktion, Programme oder Skripts auf der Hosted Probe auszuf\u00fchren. Auf der Remote Probe im LAN geht das schon. Weitere Informationen zu dieser Thematik gibt es unter Differences between PRTG Network Monitor and PRTG Hosted Monitor | PRTG Manual (paessler.com)<\/a>.<\/p>\n\n\n\n Die Arbeit mit Hosted PRTG im laufenden Betrieb<\/strong><\/p>\n\n\n\n Nachdem wir unser Monitoring-System so eingerichtet hatten, dass es alle unsere Komponenten so wie wir das wollten im Auge behielt, nahmen wir im Test kurz den Funktionsumfang der L\u00f6sung unter die Lupe. Das Web-Interface wurde in mehrere unterschiedliche Bereiche aufgeteilt. Der erste nennt sich \u201cHome\u201d und umfasst eine grafische \u00dcbersicht \u00fcber die Sensoren mit ihrem Status und die Alarme. Au\u00dferdem gibt es Informationen zu den Vortagsaktivit\u00e4ten mit der Zahl der Sensor-Scans, den Sensor-Status\u00e4nderungen, den gesendeten Benachrichtigungen, den erstellten Reports und vielem mehr.<\/p>\n\n\n\n Die Ger\u00e4te\u00fcbersicht umfasst im Gegensatz dazu in einer Baumstruktur die erfassten Ger\u00e4tegruppen mit den darin enthaltenen Devices und Sensoren. Dabei wird der Sensorstatus jeweils farblich hervorgehoben, so dass die zust\u00e4ndigen Mitarbeiter sofort sehen, wo Probleme auftreten. Neben der Baumstruktur gibt es \u00fcbrigens noch zwei andere Darstellungsformen. Die erste nennt sich „Sunburst-Darstellung“ und zeigt von innen nach au\u00dfen die ganze Infrastruktur. In der Mitte befindet sich die Probe, und dann geht es \u00fcber die Ger\u00e4tegruppen und \u00c4hnliches nach au\u00dfen bis hin zu den einzelnen Devices. Meldet ein Sensor einen Fehler, so f\u00e4rbt sich nicht nur sein Eintrag rot ein, sondern auch die der dazugeh\u00f6rigen Gruppe und der betroffenen Probe. So k\u00f6nnen die Verantwortlichen auf einen Blick erkennen, wo der Fehler herkommt. Die Kachelansicht visualisiert die vorhandenen Sensoren im Gegensatz dazu als Rechtecke.<\/p>\n\n\n\n Die \u201cLibraries\u201d kommen zum Einsatz, um einen schnellen \u00dcberblick \u00fcber bestimmte Aspekte des \u00fcberwachten Netzes zu bekommen. In den genannten Bibliotheken lassen sich Sensoren zusammenfassen, die thematisch zusammenpassen. Das k\u00f6nnen beispielsweise alle Sensoren sein, die sich mit der CPU-Last auf verschiedenen Ger\u00e4ten befassen, oder auch Sensoren, die den Speicherplatz oder die Bandbreite im Auge behalten.<\/p>\n\n\n\n Die Sensor\u00fcbersicht umfasst \u2013 wie der Name vermuten l\u00e4sst – eine Liste aller im System vorhandenen Sensoren. Unter \u201cAlarme\u201d findet sich im Gegensatz dazu eine \u00dcbersicht \u00fcber die Sensoren, die sich im Alarmstatus befinden. <\/p>\n\n\n\n Interessanter ist der Bereich \u201cMaps\u201d, denn hier legen die zust\u00e4ndigen Mitarbeiter bei Bedarf Karten der Topografie ihrer Netze an. Diese Karten k\u00f6nnen ein beliebiges Hintergrundbild (beispielsweise einen Bauplan) verwenden. Die Administratoren sind dann dazu in der Lage, auf diesem Hintergrundbild Icons f\u00fcr die einzelnen \u00fcberwachten Komponenten zu platzieren. Diese Icons geben auch Aufschluss dar\u00fcber, welche Sensoren sich auf den betroffenen Ger\u00e4ten in welchem Zustand befinden.<\/p>\n\n\n\n Auf die Reports sind wir bereits im Vorfeld eingegangen. Die Log-\u00dcbersicht gibt Aufschluss dar\u00fcber, welche Aktionen in PRTG selbst ausgef\u00fchrt wurden, beispielsweise das Pausieren eines Sensors oder das Anlegen einer Karte.<\/p>\n\n\n\n Unter \u201cTickets\u201d findet sich ein Ticketing-System, mit dem die Mitarbeiter ihre Arbeit koordinieren k\u00f6nnen. \u201cSetup\u201d schlie\u00dflich umfasst alle Funktionen, die zum Administrieren das PRTG-Systems selbst relevant sind. Dazu geh\u00f6ren die Benutzerverwaltung, Einstellungen zum Management-Interface und \u00c4hnliches.<\/p>\n\n\n\n Die Apps<\/strong><\/p>\n\n\n\n Um PRTG zu nutzen, sind die Anwender nicht auf das Web-Interface beschr\u00e4nkt. Es stehen auch Apps f\u00fcr Android und iOS sowie f\u00fcr Linux, macOS und Windows zur Verf\u00fcgung. Diese lassen sich sowohl mit dem On-Premises-PRTG als auch mit dem Hosted PRTG nutzen. Sie informieren unter anderem \u00fcber den Status der Systeme und geben Alarmmeldungen aus.<\/p>\n\n\n\n Fazit<\/strong><\/p>\n\n\n\n Der PRTG Hosted Monitor war im Test schnell und problemlos eingerichtet und funktionierte im Betrieb einwandfrei. Gut ist, dass sich das System \u00fcber die Apps ohne weiteren Konfigurationsaufwand von \u00dcberall aus nutzen l\u00e4sst und dass die Administratoren nicht gezwungen sind, die Verwaltung der PRTG-Instanz selbst, mit dem Einspielen von Updates und so weiter, durchzuf\u00fchren.<\/p>\n\n\n\n Auch die Sicherheitsfunktionen, die Paessler implementiert hat, um die Daten der Kunden zu sch\u00fctzen, lassen keine Fragen offen. IT-Verantwortliche, die auf der Suche nach einen Cloud-basierten Monitoring-L\u00f6sung sind, sollten das Angebot auf jeden Fall unter die Lupe nehmen.<\/p>\n\n\n\n Dieser Beitrag ist auch als PDF verf\u00fcgbar:<\/p>\n\n\n\n Anmerkung:<\/strong><\/p>\n\n\n\n Wir haben diesen Test im Auftrag des Herstellers durchgef\u00fchrt. Der Bericht wurde davon nicht beeinflusst und bleibt neutral und unabh\u00e4ngig, ohne Vorgaben Dritter. Diese Offenlegung dient der Transparenz.<\/em><\/p>\n","protected":false},"excerpt":{"rendered":" Der „PRTG Hosted Monitor“ von Paessler ist eine Monitoring-L\u00f6sung auf Cloud-Basis. Administratoren k\u00f6nnen das Produkt verwenden, um ihre Netzwerke und die Komponenten, die darin enthalten sind, im Auge zu behalten. Der PRTG Hosted Monitor arbeitet in etwa so, wie die „klassische“ PRTG-Software f\u00fcr den Einsatz On-Premises, hat dieser gegen\u00fcber aber den Vorteil, dass er Out-of-the-Box von \u00fcberall genutzt werden kann. Damit eignet sich die L\u00f6sung sowohl f\u00fcr Unternehmen, f\u00fcr die der Betrieb eines eigenen PRTG-Servers mit zu viel Aufwand verbunden w\u00e4re, als auch f\u00fcr verteilte Umgebungen.<\/p>\n","protected":false},"author":81,"featured_media":21805,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"colormag_page_container_layout":"default_layout","colormag_page_sidebar_layout":"default_layout","footnotes":""},"categories":[39,9],"tags":[830,4135,6257,16634,700,702,16710,36],"class_list":["post-21790","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-management","category-test","tag-app","tag-aws","tag-cloud","tag-on-premises","tag-paessler","tag-prtg","tag-prtg-hosted-monitor","tag-sicherheit"],"amp_enabled":true,"_links":{"self":[{"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=\/wp\/v2\/posts\/21790","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=\/wp\/v2\/users\/81"}],"replies":[{"embeddable":true,"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=21790"}],"version-history":[{"count":1,"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=\/wp\/v2\/posts\/21790\/revisions"}],"predecessor-version":[{"id":21806,"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=\/wp\/v2\/posts\/21790\/revisions\/21806"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=\/wp\/v2\/media\/21805"}],"wp:attachment":[{"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=21790"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=21790"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=21790"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}![\"\"](\"https:\/\/www.sysbus.eu\/wp-content\/uploads\/2022\/08\/PPHM-Tested-800x267-V0-1024x415.webp\")
<\/a>![\"\"](\"https:\/\/www.sysbus.eu\/wp-content\/uploads\/2022\/08\/PRTG01-1024x528.jpg\")
<\/a>![\"\"](\"https:\/\/www.sysbus.eu\/wp-content\/uploads\/2022\/08\/PRTG02-1024x247.jpg\")
<\/a>![\"\"](\"https:\/\/www.sysbus.eu\/wp-content\/uploads\/2022\/08\/PRTG03-1024x540.jpg\")
<\/a>![\"\"](\"https:\/\/www.sysbus.eu\/wp-content\/uploads\/2022\/08\/PRTG04.jpg\")
<\/a>![\"\"](\"https:\/\/www.sysbus.eu\/wp-content\/uploads\/2022\/08\/PRTG05-1024x498.jpg\")
<\/a>![\"\"](\"https:\/\/www.sysbus.eu\/wp-content\/uploads\/2022\/08\/PRTG06-1024x517.jpg\")
<\/a>![\"\"](\"https:\/\/www.sysbus.eu\/wp-content\/uploads\/2022\/08\/PRTG07-1024x528.jpg\")
<\/a>![\"\"](\"https:\/\/www.sysbus.eu\/wp-content\/uploads\/2022\/08\/PRTG08-1024x770.jpg\")
<\/a>