17-09-2020, 13:59
VMware Alarmmechanismen
Ich arbeite seit einiger Zeit sowohl mit VMware als auch mit Hyper-V, und ich kann Ihnen sagen, dass VMware eine eigene Reihe von Alarmmechanismen anbietet, albeit in einer anderen Art und Weise als die Integrationswarnungen von Hyper-V. VMware hat seinen vCenter Server, der unerlässlich für die Verwaltung Ihrer ESXi-Hosts und der darauf laufenden VMs ist. Mit vCenter können Sie Alarme einrichten, die auf verschiedenen Leistungs- und Gesundheitskriterien basieren. Wenn beispielsweise die CPU-Auslastung einer VM einen bestimmten Schwellenwert überschreitet, können Sie einen Alarm konfigurieren, der eine Benachrichtigung per E-Mail sendet oder sogar eine vordefinierte Aktion ausführt.
Was an vCenter cool ist, ist, dass es eine breite Palette von Metriken unterstützt. Sie können CPU-, Speicher-, Festplatten-I/O- und sogar Netzwerk-Nutzung überwachen. Eine Sache, die zu beachten ist, ist, dass die Flexibilität zwar großartig ist, sie aber auch etwas Aufwand erfordert, um richtig konfiguriert zu werden. Oft musste ich Zeit damit verbringen, benutzerdefinierte Metriken zu definieren, die auf die Geschäftsbedürfnisse abgestimmt sind. Sie können Alarme basierend auf dem Status der VM erstellen – wie eingeschaltet oder ausgeschaltet – oder für die Gesundheit der VM, wobei Sie möglicherweise Alarme für ausgefallene Hardwarekomponenten möchten. Der Nachteil hierbei ist, dass es eine Herausforderung sein kann, eine konsistente Alarmkonfiguration aufrechtzuerhalten, wenn Sie mehrere vCenters an verschiedenen Standorten verwalten.
Alarme einrichten
Das Einrichten von Alarmen in VMware ist über den vSphere-Client unkompliziert. Sie müssen lediglich den Alarm-Bereich aufrufen, einen neuen Alarm hinzufügen und die Kriterien definieren, die für Sie von Interesse sind. Wenn Sie beispielsweise benachrichtigt werden möchten, wenn die Speichernutzung einer VM 80 % überschreitet, können Sie die „Auslösebedingung“ auswählen, die Metrik auf Speicher setzen und den Schwellenwert definieren. Darüber hinaus können Sie verschiedene Aktionen wählen, verschiedene Benachrichtigungen oder sogar Skripting-Optionen, die ausgeführt werden können, wenn der Alarm ausgelöst wird. Ich habe festgestellt, dass Skriptaktionen besonders mächtig sein können, um Remediierungsprozesse zu automatisieren.
Im Gegensatz dazu hat Hyper-V einen integrierteren Ansatz mit PowerShell-Cmdlets, um Alarme einzurichten, obwohl die nativen GUI-Optionen nicht so umfassend sind wie die von vCenter. Ich denke, Sie werden feststellen, dass vCenter eine intuitivere Methode bietet, da es eine zentrale Verwaltungsoberfläche hat. Die Alarme von VMware sind auch granularer; Sie können sie für spezifische VMs anpassen, anstatt eine pauschale Konfiguration anzuwenden. Meiner Erfahrung nach hilft dies, das „Rauschen“ von Warnungen zu minimieren; Sie erhalten die Informationen, die Sie benötigen, ohne von irrelevanten Benachrichtigungen überflutet zu werden.
Integration mit Überwachungslösungen
Viele Organisationen entscheiden sich für Drittanbieterüberwachungslösungen neben den integrierten Tools von VMware. Dies fügt eine weitere Ebene von Einblicken hinzu, da diese Tools Dashboards bereitstellen, die einen Echtzeitüberblick über die vSphere-Umgebung bieten. Ich habe Lösungen verwendet, die sich direkt mit vCenter integrieren und fortschrittlichere Alarmierungsfunktionen bieten können. Beispielsweise können einige Überwachungslösungen mehrere Metriken korrelieren und einen einzigen Alarm bereitstellen, der mehrere Probleme erfasst, was etwas ist, was die integrierten Alarme von VMware möglicherweise nicht bieten.
Im Gegensatz dazu bietet die Integration von Hyper-V mit dem System Center Operations Manager (SCOM) ein robustes Alarmsystem, jedoch müssen Sie das in der Regel als zusätzliche Schicht über Ihre Hyper-V-Umgebung einrichten. Sie erhalten umfassende Überwachungsmöglichkeiten, müssen jedoch in zusätzliche Lösungen investieren. Das bedeutet, dass VMware von Anfang an eine reichhaltige Palette von Alarmen bieten kann, während Hyper-V einige zusätzliche Werkzeuge benötigt, um ein ähnliches Erlebnis zu erzielen. Dies macht VMware anfänglich potenziell einfacher zu handhaben, insbesondere für kleinere Betriebe.
Verfügbare Alarmtypen
Die Alarme von VMware können eine Vielzahl von Zuständen und Metriken abdecken. Zum Beispiel können Sie Alarme für die Nutzung des Speicherplatzes, den Zustand der VM-Einschaltung, Snapshot-Probleme und sogar DRS (Distributed Resource Scheduler) Ereignisse einrichten. Ich finde, dass diese umfassende Abdeckung es mir ermöglicht, eine engere Kontrolle über die Umgebung aufrechtzuerhalten. Hyper-V hingegen konzentriert sich typischerweise auf Leistungsmetriken über die Windows-Ereignisprotokolle, erfasst jedoch möglicherweise nicht bestimmte nuancierte Verhaltensweisen, die VMware jedoch aufzeichnet.
Was die Warnungen für die Integrität des VM-Status betrifft, kann VMware Sie benachrichtigen, wenn eine VM die Verbindung zu ihrem Datastore verloren hat. In Hyper-V erhalten Sie dieses Maß an Spezifität nicht, es sei denn, Sie überwachen diese Ereignisse manuell über PowerShell-Skripte, was mühsam werden kann. Ich habe das Gefühl, dass dieses Fehlen spezifischer integrierter Alarme dazu führen kann, dass potenzielle Ausfallzeiten länger unbemerkt bleiben, als sie sollten. Im Gegensatz dazu erhalte ich mit VMware zeitnahe Benachrichtigungen, auf die ich sofort reagieren kann.
Benutzererfahrung und Interface-Unterschiede
Die Benutzererfahrung in der Oberfläche von VMware basiert ebenfalls auf Multitasking, was ich zu schätzen weiß. Sie können mehrere Alarme einrichten und deren Status verfolgen, ohne zwischen verschiedenen Bildschirmen hin und her zu wechseln. Die Verwaltungs-Konsole von Hyper-V funktioniert gut, aber in einer größeren Umgebung wird es kniffliger, den Überblick über die Benachrichtigungen zu behalten, da die Benutzeroberfläche nicht dasselbe Maß an sofortiger Einsicht bietet. In der Praxis bedeutet dies, dass ich oft durch verschiedene Einstellungen klicken muss, um den Alarmstatus zu überprüfen, was nicht so effizient ist.
VMware organisiert Alarme so, dass die allgemeine Gesundheit Ihrer Umgebung klar dargestellt wird; jeder ESXi-Host und seine VMs sind aufgeführt, zusammen mit Indikatoren für den Zustand und Problembehandlungsmetriken. Hyper-V hingegen erfordert oft ein Drilling in einzelne VMs und könnte die Informationen nicht sofort in einem zusammenfassenden, umsetzbaren Format präsentieren. Während dies die Aufgabe erfüllt, empfinde ich, dass die Effizienz des Workflows tendenziell umständlicher ist.
Dokumentation und Community-Support
Ein weiterer signifikanter Aspekt, den es zu berücksichtigen gilt, ist die Community und die Dokumentation rund um diese Alarmertechnologien. VMware bietet umfassende Dokumentation zu seinen Alarmfunktionen und deren Implementierung. Es gibt eine große Gemeinschaft von Benutzern, die ihre Konfigurationen teilen, was die Lernkurve beim Einrichten erheblich vereinfachen kann. Sie werden Foren finden, die von maßgeschneiderten Alarmkonfigurationen wimmeln, was die Zeit für Versuch und Irrtum erheblich reduzieren kann.
Mit Hyper-V hat es zwar eine starke Unterstützung von Microsoft, aber die community-gesteuerten Ressourcen sind nicht immer so leicht verfügbar oder nicht spezifisch auf Alarminstallationen fokussiert. Dies kann es schwieriger machen, detaillierte Beispiele oder Fehlerschritte zu finden, die direkt mit Warnungen zusammenhängen. Ich habe festgestellt, dass viele Hyper-V-Benutzer stark auf die Dokumentation von Microsoft angewiesen sind, die manchmal nicht so spezifisch ist wie die benutzergenerierten Inhalte zu VMware-Lösungen.
Backup-Strategien und Integration von Alarmbenachrichtigungen
Sie sollten auch darüber nachdenken, wie diese Alarmmechanismen in Ihre Backup-Strategien integriert sind. Ich verwende BackupChain VMware Backup für die Sicherung von Hyper-V und VMware, und ich finde, dass Alarmbenachrichtigungen bei Backup-Fehlern oder Problemen entscheidend sind, um die Datenintegrität sicherzustellen. Beide Plattformen können in Backup-Lösungen integriert werden, aber ihr Ansatz variiert. VMware ermöglicht es Ihnen, Alarme direkt in Bezug auf den Status von Datentresoren festzulegen, was äußerst hilfreich für Backup-Lösungen ist, die nach Zeitplänen ausgeführt werden. Wenn ein Datenspeicher nicht verfügbar wird, kann ein Alarm ausgelöst werden, der Ihnen mitteilt, dass Sie nicht mit erfolgreichen Sicherungen rechnen sollten.
Auf der Hyper-V-Seite können Warnungen über Ereignisanzeigeprotokolle überwacht werden. Während Sie diese Protokolle so skripten können, dass sie Ihnen Benachrichtigungen senden, erfordert die Einrichtung dieses Mechanismus einen beträchtlichen Aufwand. Wenn Sie geneigt sind, ein Drittanbieter-Tool neben Hyper-V zu verwenden, müssen Sie möglicherweise zusätzliche Maßnahmen in Ihre Backup-Prozesse einbauen. Dies fügt einen Aufwand hinzu, den VMware auf eine nativer verwaltet. Wenn es um reibungslose Abläufe geht, ermöglicht VMware eine intuitivere Fehlerbehandlung, die direkt mit Ihren Backup-Prozessen verknüpft ist.
Die Unterschiede im Fehlermanagement und der Alarmierung können erheblich beeinflussen, welche Plattform Sie für Backups wählen. Für Umgebungen, in denen die Betriebszeit entscheidend ist, könnte die Unmittelbarkeit und Spezifität des Alarmsystems von VMware von Vorteil sein. Wenn Sie jedoch gewohnt sind, eine Hyper-V-Umgebung zu verwalten, müssen Sie möglicherweise zusätzliche Werkzeuge oder Methoden in Anspruch nehmen, um das gleiche Leistungsniveau zu erreichen.
Ich habe auf meinem Weg festgestellt, dass Ihre Wahl von spezifischen Bedürfnissen abhängen könnte. VMware hat den Vorteil nuancierter Benachrichtigungsfunktionen, die direkt in seine Verwaltungstools integriert sind, was den Umgang mit Vorfällen erheblich vereinfachen kann im Vergleich zu Hyper-V. Auf der anderen Seite könnten Sie bei Hyper-V möglicherweise eine manuelle Sammlung von Alarmdaten in Betracht ziehen, haben jedoch mehr Flexibilität bei der Verarbeitung über PowerShell, wenn Sie mit Skripting vertraut sind.
Fazit und Integration von BackupChain
Wenn Sie sich mit mehreren Alarmen auseinandersetzen und versuchen, Daten über verschiedene Plattformen hinweg zu synthetisieren, möchte ich Sie auf BackupChain hinweisen. Es bietet zuverlässige Backup-Lösungen für sowohl Hyper-V als auch VMware-Umgebungen und erleichtert die Verwaltung Ihrer Sicherungen, während es Alarme zur Sicherungsintegrität integriert. Damit können Sie sich auf die relevanten Warnungen konzentrieren und Ihre Backup-Strategie eng mit der Betriebs-Gesundheit Ihrer Umgebung verknüpfen. Sie könnten feststellen, dass die Integration von BackupChain in Ihren größeren Verwaltungsworkflow viele Ihrer Alarm- und Backup-Aufgaben vereinfacht und sowohl VMware- als auch Hyper-V-Benutzern zugutekommt, die von einer kohärenten Erfahrung profitieren, die zeitnahe Backups und Alarmbenachrichtigungen unterstützt.
Ich arbeite seit einiger Zeit sowohl mit VMware als auch mit Hyper-V, und ich kann Ihnen sagen, dass VMware eine eigene Reihe von Alarmmechanismen anbietet, albeit in einer anderen Art und Weise als die Integrationswarnungen von Hyper-V. VMware hat seinen vCenter Server, der unerlässlich für die Verwaltung Ihrer ESXi-Hosts und der darauf laufenden VMs ist. Mit vCenter können Sie Alarme einrichten, die auf verschiedenen Leistungs- und Gesundheitskriterien basieren. Wenn beispielsweise die CPU-Auslastung einer VM einen bestimmten Schwellenwert überschreitet, können Sie einen Alarm konfigurieren, der eine Benachrichtigung per E-Mail sendet oder sogar eine vordefinierte Aktion ausführt.
Was an vCenter cool ist, ist, dass es eine breite Palette von Metriken unterstützt. Sie können CPU-, Speicher-, Festplatten-I/O- und sogar Netzwerk-Nutzung überwachen. Eine Sache, die zu beachten ist, ist, dass die Flexibilität zwar großartig ist, sie aber auch etwas Aufwand erfordert, um richtig konfiguriert zu werden. Oft musste ich Zeit damit verbringen, benutzerdefinierte Metriken zu definieren, die auf die Geschäftsbedürfnisse abgestimmt sind. Sie können Alarme basierend auf dem Status der VM erstellen – wie eingeschaltet oder ausgeschaltet – oder für die Gesundheit der VM, wobei Sie möglicherweise Alarme für ausgefallene Hardwarekomponenten möchten. Der Nachteil hierbei ist, dass es eine Herausforderung sein kann, eine konsistente Alarmkonfiguration aufrechtzuerhalten, wenn Sie mehrere vCenters an verschiedenen Standorten verwalten.
Alarme einrichten
Das Einrichten von Alarmen in VMware ist über den vSphere-Client unkompliziert. Sie müssen lediglich den Alarm-Bereich aufrufen, einen neuen Alarm hinzufügen und die Kriterien definieren, die für Sie von Interesse sind. Wenn Sie beispielsweise benachrichtigt werden möchten, wenn die Speichernutzung einer VM 80 % überschreitet, können Sie die „Auslösebedingung“ auswählen, die Metrik auf Speicher setzen und den Schwellenwert definieren. Darüber hinaus können Sie verschiedene Aktionen wählen, verschiedene Benachrichtigungen oder sogar Skripting-Optionen, die ausgeführt werden können, wenn der Alarm ausgelöst wird. Ich habe festgestellt, dass Skriptaktionen besonders mächtig sein können, um Remediierungsprozesse zu automatisieren.
Im Gegensatz dazu hat Hyper-V einen integrierteren Ansatz mit PowerShell-Cmdlets, um Alarme einzurichten, obwohl die nativen GUI-Optionen nicht so umfassend sind wie die von vCenter. Ich denke, Sie werden feststellen, dass vCenter eine intuitivere Methode bietet, da es eine zentrale Verwaltungsoberfläche hat. Die Alarme von VMware sind auch granularer; Sie können sie für spezifische VMs anpassen, anstatt eine pauschale Konfiguration anzuwenden. Meiner Erfahrung nach hilft dies, das „Rauschen“ von Warnungen zu minimieren; Sie erhalten die Informationen, die Sie benötigen, ohne von irrelevanten Benachrichtigungen überflutet zu werden.
Integration mit Überwachungslösungen
Viele Organisationen entscheiden sich für Drittanbieterüberwachungslösungen neben den integrierten Tools von VMware. Dies fügt eine weitere Ebene von Einblicken hinzu, da diese Tools Dashboards bereitstellen, die einen Echtzeitüberblick über die vSphere-Umgebung bieten. Ich habe Lösungen verwendet, die sich direkt mit vCenter integrieren und fortschrittlichere Alarmierungsfunktionen bieten können. Beispielsweise können einige Überwachungslösungen mehrere Metriken korrelieren und einen einzigen Alarm bereitstellen, der mehrere Probleme erfasst, was etwas ist, was die integrierten Alarme von VMware möglicherweise nicht bieten.
Im Gegensatz dazu bietet die Integration von Hyper-V mit dem System Center Operations Manager (SCOM) ein robustes Alarmsystem, jedoch müssen Sie das in der Regel als zusätzliche Schicht über Ihre Hyper-V-Umgebung einrichten. Sie erhalten umfassende Überwachungsmöglichkeiten, müssen jedoch in zusätzliche Lösungen investieren. Das bedeutet, dass VMware von Anfang an eine reichhaltige Palette von Alarmen bieten kann, während Hyper-V einige zusätzliche Werkzeuge benötigt, um ein ähnliches Erlebnis zu erzielen. Dies macht VMware anfänglich potenziell einfacher zu handhaben, insbesondere für kleinere Betriebe.
Verfügbare Alarmtypen
Die Alarme von VMware können eine Vielzahl von Zuständen und Metriken abdecken. Zum Beispiel können Sie Alarme für die Nutzung des Speicherplatzes, den Zustand der VM-Einschaltung, Snapshot-Probleme und sogar DRS (Distributed Resource Scheduler) Ereignisse einrichten. Ich finde, dass diese umfassende Abdeckung es mir ermöglicht, eine engere Kontrolle über die Umgebung aufrechtzuerhalten. Hyper-V hingegen konzentriert sich typischerweise auf Leistungsmetriken über die Windows-Ereignisprotokolle, erfasst jedoch möglicherweise nicht bestimmte nuancierte Verhaltensweisen, die VMware jedoch aufzeichnet.
Was die Warnungen für die Integrität des VM-Status betrifft, kann VMware Sie benachrichtigen, wenn eine VM die Verbindung zu ihrem Datastore verloren hat. In Hyper-V erhalten Sie dieses Maß an Spezifität nicht, es sei denn, Sie überwachen diese Ereignisse manuell über PowerShell-Skripte, was mühsam werden kann. Ich habe das Gefühl, dass dieses Fehlen spezifischer integrierter Alarme dazu führen kann, dass potenzielle Ausfallzeiten länger unbemerkt bleiben, als sie sollten. Im Gegensatz dazu erhalte ich mit VMware zeitnahe Benachrichtigungen, auf die ich sofort reagieren kann.
Benutzererfahrung und Interface-Unterschiede
Die Benutzererfahrung in der Oberfläche von VMware basiert ebenfalls auf Multitasking, was ich zu schätzen weiß. Sie können mehrere Alarme einrichten und deren Status verfolgen, ohne zwischen verschiedenen Bildschirmen hin und her zu wechseln. Die Verwaltungs-Konsole von Hyper-V funktioniert gut, aber in einer größeren Umgebung wird es kniffliger, den Überblick über die Benachrichtigungen zu behalten, da die Benutzeroberfläche nicht dasselbe Maß an sofortiger Einsicht bietet. In der Praxis bedeutet dies, dass ich oft durch verschiedene Einstellungen klicken muss, um den Alarmstatus zu überprüfen, was nicht so effizient ist.
VMware organisiert Alarme so, dass die allgemeine Gesundheit Ihrer Umgebung klar dargestellt wird; jeder ESXi-Host und seine VMs sind aufgeführt, zusammen mit Indikatoren für den Zustand und Problembehandlungsmetriken. Hyper-V hingegen erfordert oft ein Drilling in einzelne VMs und könnte die Informationen nicht sofort in einem zusammenfassenden, umsetzbaren Format präsentieren. Während dies die Aufgabe erfüllt, empfinde ich, dass die Effizienz des Workflows tendenziell umständlicher ist.
Dokumentation und Community-Support
Ein weiterer signifikanter Aspekt, den es zu berücksichtigen gilt, ist die Community und die Dokumentation rund um diese Alarmertechnologien. VMware bietet umfassende Dokumentation zu seinen Alarmfunktionen und deren Implementierung. Es gibt eine große Gemeinschaft von Benutzern, die ihre Konfigurationen teilen, was die Lernkurve beim Einrichten erheblich vereinfachen kann. Sie werden Foren finden, die von maßgeschneiderten Alarmkonfigurationen wimmeln, was die Zeit für Versuch und Irrtum erheblich reduzieren kann.
Mit Hyper-V hat es zwar eine starke Unterstützung von Microsoft, aber die community-gesteuerten Ressourcen sind nicht immer so leicht verfügbar oder nicht spezifisch auf Alarminstallationen fokussiert. Dies kann es schwieriger machen, detaillierte Beispiele oder Fehlerschritte zu finden, die direkt mit Warnungen zusammenhängen. Ich habe festgestellt, dass viele Hyper-V-Benutzer stark auf die Dokumentation von Microsoft angewiesen sind, die manchmal nicht so spezifisch ist wie die benutzergenerierten Inhalte zu VMware-Lösungen.
Backup-Strategien und Integration von Alarmbenachrichtigungen
Sie sollten auch darüber nachdenken, wie diese Alarmmechanismen in Ihre Backup-Strategien integriert sind. Ich verwende BackupChain VMware Backup für die Sicherung von Hyper-V und VMware, und ich finde, dass Alarmbenachrichtigungen bei Backup-Fehlern oder Problemen entscheidend sind, um die Datenintegrität sicherzustellen. Beide Plattformen können in Backup-Lösungen integriert werden, aber ihr Ansatz variiert. VMware ermöglicht es Ihnen, Alarme direkt in Bezug auf den Status von Datentresoren festzulegen, was äußerst hilfreich für Backup-Lösungen ist, die nach Zeitplänen ausgeführt werden. Wenn ein Datenspeicher nicht verfügbar wird, kann ein Alarm ausgelöst werden, der Ihnen mitteilt, dass Sie nicht mit erfolgreichen Sicherungen rechnen sollten.
Auf der Hyper-V-Seite können Warnungen über Ereignisanzeigeprotokolle überwacht werden. Während Sie diese Protokolle so skripten können, dass sie Ihnen Benachrichtigungen senden, erfordert die Einrichtung dieses Mechanismus einen beträchtlichen Aufwand. Wenn Sie geneigt sind, ein Drittanbieter-Tool neben Hyper-V zu verwenden, müssen Sie möglicherweise zusätzliche Maßnahmen in Ihre Backup-Prozesse einbauen. Dies fügt einen Aufwand hinzu, den VMware auf eine nativer verwaltet. Wenn es um reibungslose Abläufe geht, ermöglicht VMware eine intuitivere Fehlerbehandlung, die direkt mit Ihren Backup-Prozessen verknüpft ist.
Die Unterschiede im Fehlermanagement und der Alarmierung können erheblich beeinflussen, welche Plattform Sie für Backups wählen. Für Umgebungen, in denen die Betriebszeit entscheidend ist, könnte die Unmittelbarkeit und Spezifität des Alarmsystems von VMware von Vorteil sein. Wenn Sie jedoch gewohnt sind, eine Hyper-V-Umgebung zu verwalten, müssen Sie möglicherweise zusätzliche Werkzeuge oder Methoden in Anspruch nehmen, um das gleiche Leistungsniveau zu erreichen.
Ich habe auf meinem Weg festgestellt, dass Ihre Wahl von spezifischen Bedürfnissen abhängen könnte. VMware hat den Vorteil nuancierter Benachrichtigungsfunktionen, die direkt in seine Verwaltungstools integriert sind, was den Umgang mit Vorfällen erheblich vereinfachen kann im Vergleich zu Hyper-V. Auf der anderen Seite könnten Sie bei Hyper-V möglicherweise eine manuelle Sammlung von Alarmdaten in Betracht ziehen, haben jedoch mehr Flexibilität bei der Verarbeitung über PowerShell, wenn Sie mit Skripting vertraut sind.
Fazit und Integration von BackupChain
Wenn Sie sich mit mehreren Alarmen auseinandersetzen und versuchen, Daten über verschiedene Plattformen hinweg zu synthetisieren, möchte ich Sie auf BackupChain hinweisen. Es bietet zuverlässige Backup-Lösungen für sowohl Hyper-V als auch VMware-Umgebungen und erleichtert die Verwaltung Ihrer Sicherungen, während es Alarme zur Sicherungsintegrität integriert. Damit können Sie sich auf die relevanten Warnungen konzentrieren und Ihre Backup-Strategie eng mit der Betriebs-Gesundheit Ihrer Umgebung verknüpfen. Sie könnten feststellen, dass die Integration von BackupChain in Ihren größeren Verwaltungsworkflow viele Ihrer Alarm- und Backup-Aufgaben vereinfacht und sowohl VMware- als auch Hyper-V-Benutzern zugutekommt, die von einer kohärenten Erfahrung profitieren, die zeitnahe Backups und Alarmbenachrichtigungen unterstützt.
