Entwurf der Beobachtbarkeit für virtuelle Server von „ IBM Cloud VPC “

Erfahren Sie, wie Sie die Observability für virtuelle Serverinstanzen in „ IBM Cloud VPC “ implementieren, um Transparenz und Einblicke in Metriken, Protokolle und Traces zu gewährleisten und so eine proaktive Erkennung von Problemen sowie eine schnellere Ursachenanalyse zu ermöglichen.

Observability in IBM Cloud® bietet die Transparenz und die Einblicke, die für die Überwachung, Fehlerbehebung und Optimierung von Anwendungen und Infrastruktur in hybriden und Multi-Cloud-Umgebungen erforderlich sind. Es geht über die herkömmliche Überwachung hinaus, indem es einen durchgängigen Einblick in Metriken, Protokolle und Traces bietet und so eine proaktive Erkennung von Problemen und eine schnellere Ursachenanalyse ermöglicht.

IBM Cloud observability-Lösungen, einschließlich IBM Cloud Monitoring und IBM Cloud Logs, liefern einen umfassenden Überblick über den Zustand und die Leistung des Systems. Diese Dienste unterstützen Unternehmen dabei, die Zuverlässigkeit von Anwendungen zu gewährleisten, die Einhaltung von Sicherheitsvorschriften sicherzustellen und die betriebliche Effizienz durch Echtzeit-Dashboards, Warnmeldungen und erweiterte Analysen zu verbessern. Das folgende Diagramm zeigt die wichtigsten Elemente der Beobachtungsarchitektur.

IBM Cloud VPC VSI Beobachtungsfähigkeit VSI Beobachtungsfähigkeit VSI Beobachtungsfähigkeit
IBM Cloud VPC

IBM Cloud Security and Compliance Center Workload Protection

IBM Cloud Security and Compliance Center Workload Protection bietet Sicherheitsüberwachung und Bedrohungserkennung für Workloads auf IBM Cloud, einschließlich virtueller Maschinen (VMs) in Virtual Private Cloud (VPC)- und „ Red Hat OpenShift “-Virtualisierungsumgebungen.

Der Workload Protection Agent erkennt und priorisiert Software-Schwachstellen, erkennt und reagiert auf Laufzeitbedrohungen und verwaltet Konfigurationen, Berechtigungen und Compliance-Anforderungen für gehostete virtuelle Maschinen und containerisierte Workloads. Weitere Informationen finden Sie unter Erste Schritte mit IBM Cloud Security and Compliance Center Workload Protection

Einsatz und Fähigkeiten

Um den Workload-Schutz zu aktivieren, stellen Sie eine Instanz des IBM Cloud Security and Compliance Center Workload Protection-Dienstes unter IBM Cloud bereit. Nach der Bereitstellung stellen Sie den Agenten bereit, um Sicherheits- und Compliance-Daten in Ihrer gesamten Infrastruktur zu sammeln. In der folgenden Tabelle sind die Funktionen des Agenten aufgeführt.

IBM Cloud Security and Compliance Center Workload Protection merkmale
Feature Beschreibung
Ermitteln von Sicherheitslücken Identifizierung von Sicherheitsschwachstellen in Images, Paketen und Anwendungen
Erkennung von Angriffen von außen Erkennung von Laufzeitbedrohungen und anomalem Verhalten
Stellungsmanagement Validierung von Sicherheitskonfigurationen und Konformitätsrichtlinien
Behebung von Störfällen Untersuchung von und Reaktion auf Sicherheitsvorfälle mit forensischen Daten
Validierung der Einhaltung der Vorschriften Bewertung der Einhaltung von Rechtsvorschriften und Industriestandards

Dieser einheitliche Ansatz ermöglicht es Unternehmen, die Einführung der Hybrid Cloud zu beschleunigen und gleichzeitig die Sicherheits- und Compliance-Anforderungen in Cloud-, lokalen, virtuellen Maschinen, Containern und Kubernetes Umgebungen zu erfüllen.

Siehe „Verwalten des Workload Protection-Agenten unter Linux “ auf Power Virtual Server und „ Verwalten des Workload Protection-Agenten auf Windows-Servern “.

Für eine virtuelle Serverinstanz v IBM Cloud VPC, auf der ein von IBM® bereitgestelltes Betriebssystem-Image „ Linux “ installiert ist, befolgen Sie die Anleitung unter „Verwalten des Workload Protection-Agenten“ unter Linux auf Power Virtual Server, um den Workload Protection-Agenten zu installieren, bereitzustellen und mit der Workload Protection-Instanz zu verbinden.

Für die virtuelle Serverinstanz IBM Cloud VPC mit einem von IBM bereitgestellten Windows-Betriebssystem-Image folgen Sie der Anleitung in Verwalten des Workload-Schutzagenten auf Windows-Servern, um die Installation abzuschließen. Einige Betriebssystem-Images, die von der virtuellen Serverinstanz IBM Cloud VPC bereitgestellt werden, weisen jedoch Einschränkungen auf. Möglicherweise müssen Sie die bewährten Verfahren oder Umgehungslösungen befolgen, um die Bereitstellung von Agenten zu erleichtern. Für Bilder, die nicht in den folgenden Abschnitten behandelt werden, funktioniert der allgemeine Leitfaden wie erwartet.

Für ein vom Kunden bereitgestelltes benutzerdefiniertes Image, das auf die virtuelle Serverinstanzplattform IBM Cloud VPC hochgeladen wird, befolgen Sie zunächst die Standardanleitungsschritte und beheben dann alle Lücken einzeln. Eröffnen Sie ggf. ein Support-Ticket für die Workload-Schutzinstanz.

ibm-centos-stream-9-amd64-13

Die Standard-Kernelversion des CentOS Betriebssystems mit diesem Image hat kein entsprechendes kernel-devel Paket. Infolgedessen schlägt der Installationsschritt in der Anleitung, sudo yum -y install kernel-devel-$(uname -r), fehl. Verwenden Sie die folgende Abhilfemaßnahme:

  • Führen Sie sudo dnf list --showduplicates kernel-devel aus, um die Kernel-Patch-Versionen für die aktuelle CentOS Version aufzulisten. Führen Sie dann sudo yum install kernel-<LATEST_KERNEL_PATCH_VERSION> aus, um die Kernelversion zu aktualisieren (z. B. ab Februar 2026 verwenden Sie 5.14.0-665.el9.x86_64, und der Befehl zur Ausführung lautet sudo yum install kernel-5.14.0-665.el9). Starten Sie dann die virtuelle Serverinstanz neu.
  • Führen Sie uname -r aus, um zu überprüfen, ob die Kernelversion aktualisiert ist. Folgen Sie der allgemeinen Anleitung zur Installation des Kernel-devel-Pakets, laden Sie dann den Agenten herunter und installieren Sie ihn auf der virtuellen Serverinstanz, was ohne Probleme funktionieren muss.

ibm-centos-stream-10-amd64-5

Das gleiche Problem, das CentOS 9 betrifft, gilt auch für das Bild CentOS 10. Zusätzlich zu der bereits beschriebenen Umgehung gibt es ein weiteres Problem, das die Installation des CentOS 10 OS-Agenten betrifft: Das benötigte Paket dkms hat einen GPG-Schlüssel, der nicht mit CentOS 10 kompatibel ist, und keine neuere Version bietet einen kompatiblen Schlüssel. Bevor Sie der allgemeinen Anleitung zum Herunterladen und Installieren des Agenten folgen, führen Sie sudo dnf install --nogpgcheck dkms aus, um dkms ohne GPG-Verifizierung zu installieren.

ibm-debian-13-2-minimal-amd64-1

Die allgemeine Anleitung funktioniert hauptsächlich für das Debian 13 OS Image. Sie müssen jedoch sudo apt-get update ausführen, um die Pakete auf die neuesten Versionen zu aktualisieren und Fehler beim Abrufen von Archiven zu vermeiden, wie z. B:

E: Failed to fetch http://mirrors.adn.networklayer.com/debian-security/pool/updates/main/c/curl/libcurl4_7.74.0-1.3%2bdeb11u15_amd64.deb  404  Not Found [IP: 161.26.0.6 80]
E: Failed to fetch http://mirrors.adn.networklayer.com/debian-security/pool/updates/main/c/curl/curl_7.74.0-1.3%2bdeb11u15_amd64.deb  404  Not Found [IP: 161.26.0.6 80]
E: Unable to fetch some archives, mightbe run apt-get update or try with --fix-missing?

ibm-debian-12-12-minimal-amd64-1

Die allgemeine Anleitung gilt hauptsächlich für das Debian 12 OS Image. Sie müssen jedoch sudo apt install curl ausführen, um das Paket curl zu installieren, das zum Herunterladen des Agent-Installationsprogramms erforderlich ist.

ibm-debian-11-11-minimal-amd64-5

Das Problem, das Debian 13 und Debian 12 betrifft, gilt auch für das Betriebssystem-Image Debian 11. Bevor Sie dem allgemeinen Leitfaden folgen, führen Sie sudo apt-get update und sudo apt install curl aus, um diese Lücken zu schließen.

ibm-fedora-coreos-43-testing-1 und ibm-fedora-coreos-43-stable-1

Die Fedora CoreOS-Images, die von der virtuellen Serverinstanz IBM Cloud VPC angeboten werden, verwenden ein schreibgeschütztes Fedora Bootc-System (unveränderlich). Nach Angaben der Fedora CoreOS Häufig gestellte Fragen.

Fedora CoreOS ist in erster Linie für Container gedacht und rät von einer zusätzlichen Installation auf dem Basisbetriebssystem ab. Folglich werden SCC-Integrationen auf virtuellen Serverinstanzen, die diese Images verwenden, nicht unterstützt.

ibm-redhat-ai-nvidia-1-5-2-amd64-1 und ibm-redhat-ai-intel-1-5-1-amd64-1

Beide Red Hat AI OS-Images sind nicht bei einem berechtigten Repository-Server registriert, da die aktuellen Red Hat Releases nicht die erforderliche interne Infrastruktur enthalten. Sie werden als CoreOS-Images angeboten und unterstützen keine benutzerdefinierte Anwendungsinstallation, ähnlich wie Fedora CoreOS.

Die derzeitige Methode zur Installation des Agenten erfordert ein registriertes Repository, das für diese Betriebssystem-Images nicht verfügbar ist. Cloud Security and Compliance Center Die Agent-Einbindung wird für diese Betriebssystem-Images erst unterstützt, wenn ein Repository registriert wurde.

ibm-rocky-linux-9-6-minimal-amd64-3

Fragen, die CentOS 9 betreffen, gelten auch für Rocky Linux 9. Verwenden Sie dieselbe Abhilfe, indem Sie sudo dnf list --showduplicates kernel-devel ausführen, um die neueste Patch-Version zu erhalten, und dann sudo dnf install kernel-<LATEST_KERNEL_PATCH_VERSION> ausführen, um den Kernel zu aktualisieren (z. B. ist die neueste Patch-Version bis Februar 2026 5.14.0-611.27.1.el9_7, und der auszuführende Befehl lautet sudo dnf install kernel-5.14.0-611.27.1.el9_7). Starten Sie nach dem Kernel-Upgrade die virtuelle Serverinstanz neu.

ibm-rocky-linux-10-minimal-amd64-3

Die Probleme, die CentOS 10 betreffen, gelten auch für Rocky Linux 10. Nachdem Sie den Kernel auf die neueste Patch-Version aktualisiert haben (z. B. 6.12.0-124.31.1.el10_1 ab Februar 2026, und der entsprechende Befehl lautet sudo dnf install kernel-6.12.0-124.31.1.el10_1), starten Sie die virtuelle Serverinstanz neu. Installieren Sie dann das Paket dkms, indem Sie sudo dnf install --nogpgcheck dkms ausführen, bevor Sie den Agenten herunterladen und bereitstellen.

ibm-sles-16-amd64-1

Ähnliche Probleme, die CentOS 9 betreffen, gelten auch für das Bild SUSE Linux Enterprise Server 16. Befolgen Sie diese Schritte als Abhilfe:

  • Führen Sie sudo zypper search -s kernel-*-devel aus, um die neueste Kernel-Patch-Version aufzulisten und zu erhalten (zum Beispiel 6.12.0-160000.9.1 ab Februar 2026).
  • Führen Sie sudo zypper install kernel-<LATEST_KERNEL_PATCH_VERSION> aus, um den Kernel zu aktualisieren (der Befehl lautet zum Beispiel sudo zypper install kernel-default-6.12.0-160000.9.1 ab Februar 2026).
  • Starten Sie die Instanz des virtuellen Servers neu.
  • Führen Sie uname -r aus, um sicherzustellen, dass der Kernel aktualisiert wurde.
  • Führen Sie sudo zypper install kernel-devel aus, um das Paket kernel-devel als Ersatz für den ersten Schritt in der allgemeinen Anleitung zu installieren.

Folgen Sie dann den weiteren Schritten.

ibm-sles-15-7-amd64-3

Die Probleme, die SUSE Linux Enterprise Server 16 betreffen, gelten auch für das Bild SUSE Linux Enterprise Server 15.7. Zusätzlich zu den früheren Schritten (bis Februar 2026, die Kernel-Patch-Version für das Upgrade auf 6.4.0-150700.53.31.1) muss ein weiteres Problem gelöst werden: Das aktuelle SLES 15-Image enthält nicht die erforderlichen lokalen Repositories für das Paket kernel-syms, was dazu führt, dass die Installation des Agenten fehlschlägt. Bevor Sie den Agenten herunterladen und installieren, führen Sie den folgenden Schritt aus:

  • Führen Sie die folgenden Befehle aus, um zwei lokale Repositories zu konfigurieren, die das Paket kernel-syms enthalten:
sudo SUSEConnect -p sle-module-desktop-applications/15.7/x86_64
sudo SUSEConnect -p sle-module-development-tools/15.7/x86_64

ibm-sles-15-6-amd64-6

Die gleichen Probleme, die SUSE Linux Enterprise Server 15.7 betreffen, gelten auch für das SLES 15.6 Image. Befolgen Sie die gleichen Schritte, um die Lücken zu schließen. Beachten Sie die folgenden Unterschiede:

  • Die zu aktualisierende Kernel-Patch-Version für den 15.6 Patch-Stream. Bis Februar 2026 lautet die empfohlene Version beispielsweise 6.4.0-150600.23.81.3.
  • Bis Februar 2026 wird die kernel-devel Paketversion auf die Version 6.4.0-150600.23.81.2 aktualisiert, und die gleiche Patch-Version wie der Kernel ist derzeit nicht verfügbar. Sie könnte in einer späteren Version wieder konsistent werden.
  • Die beiden Befehle, die zur Installation des Pakets kernel-syms ausgeführt werden müssen, sind:
sudo SUSEConnect -p sle-module-desktop-applications/15.6/x86_64
sudo SUSEConnect -p sle-module-development-tools/15.6/x86_64

ibm-sles-15-7-amd64-sap-hana-3 und ibm-sles-15-7-amd64-sap-applications-3

Für die Anwendungen SUSE Linux Enterprise Server 15.7 für SAP Hana und SUSE Linux Enterprise Server 15.7 für SAP gilt genau die gleiche Abhilfe wie für SLES 15.7, die bereits beschrieben wurde.

ibm-sles-15-6-amd64-sap-hana-6 und ibm-sles-15-6-amd64-sap-applications-6

Die Images für SUSE Linux Enterprise Server 15.6 für SAP Hana und SUSE Linux Enterprise Server 15.6 für SAP Applications verwenden einen ähnlichen Workaround, wie er für SLES 15.6 beschrieben ist. Es gibt jedoch die folgenden wesentlichen Unterschiede:

  • Diese beiden Betriebssystem-Images enthalten zusätzliche lokale Repositories für SAP Pakete. Daher unterscheidet sich die letzte verfügbare Kernel-Patch-Version vom allgemeinen SLES 15.6 Image. Im Februar 2026 lautet die Version des Upgrade-Patches beispielsweise 6.4.0-150600.23.87.1.
  • Die zusätzlichen lokalen Repositories enthalten auch das Paket kernel-syms, so dass keine zusätzlichen Befehle zur Installation der lokalen Repositories erforderlich sind.

ibm-sles-15-5-amd64-sap-hana-11 und ibm-sles-15-5-amd64-sap-applications-11

Die Images für SUSE Linux Enterprise Server 15.5 für SAP Hana und SUSE Linux Enterprise Server 15.5 für SAP Applications verwenden einen ähnlichen Workaround wie für SLES 15.6 beschrieben, mit kleinen Unterschieden:

  • Die Bilder zeigen die aktuellste Version des 15.5 Patchstreams (zum Beispiel bis Februar 2026: 5.14.21-150500.55.136.1).
  • Ein Upgrade der Kernelversion ist nicht erforderlich.
  • Sie können das Paket kernel-devel direkt installieren, bevor Sie die Befehle zur Installation und Bereitstellung des SCC-Agenten ausführen.

ibm-sles-15-4-amd64-sap-hana-16 und ibm-sles-15-4-amd64-sap-applications-16

Die Images für SUSE Linux Enterprise Server 15.4 für SAP Hana und SUSE Linux Enterprise Server 15.4 für SAP Applications verwenden einen ähnlichen Workaround wie für SLES 15.6 beschrieben, mit kleinen Unterschieden:

  • Die Bilder zeigen die aktuellste Version des 15.4 Patchstreams (zum Beispiel bis Februar 2026: 5.14.21-150400.24.194.1).
  • Ein Upgrade der Kernelversion ist nicht erforderlich.
  • Sie können das Paket kernel-devel direkt installieren, bevor Sie die Befehle zur Installation und Bereitstellung des SCC-Agenten ausführen.

ibm-sles-15-3-amd64-sap-hana-14 und ibm-sles-15-3-amd64-sap-applications-15

Für die Anwendungen SUSE Linux Enterprise Server 15.3 für SAP Hana und SUSE Linux Enterprise Server 15.3 für SAP gilt ein ähnlicher Workaround wie für SLES 15.6 für SAP beschrieben, mit kleinen Unterschieden:

  • Verwenden Sie den neuesten Kernel-Patch aus dem 15.3 version stream. Im Februar 2026 lautet die Version zum Beispiel 5.3.18-150300.59.229.3.
The description for Event ID <ID> from source SysdigHostShield cannot be found. Either the component that raises this event is not installed on your local computer or the installation is corrupted. You can install or repair the component on the local computer.
If the event originated on another computer, the display information had to be saved with the event.
The following information was included with the event:
unable to load the configuration: sysdig_endpoint.api_url: '<SCC_API_HOST>' is not valid 'uri'
The message resource is present but the message was not found in the message table.

IBM Cloud Monitoring und Protokolle

IBM Cloud Monitoring und Logs bieten Cloud-native Beobachtungsmöglichkeiten für Anwendungen und Infrastrukturen, die auf IBM Cloud laufen, einschließlich virtueller Maschinen auf VPC und Red Hat OpenShift Virtualisierung.

IBM Cloud Monitoring und IBM Cloud Logs Details
Service Beschreibung Sammlung von Metriken zum Agenteneinsatz
IBM Cloud Monitoring IBM Cloud Monitoring ist ein Cloud-natives Container-Intelligence-Managementsystem, das operative Einblicke in die Leistung und den Zustand von Anwendungen, Diensten und Plattformen bietet. Sie bietet Administratoren, DevOps Teams und Entwicklern eine umfassende Telemetrie mit erweiterten Funktionen für die Überwachung, Fehlerbehebung, Alarmierung und die Erstellung benutzerdefinierter Dashboards. Zur Überwachung von Infrastruktur, Netzwerken und Anwendungen müssen Sie Überwachungsagenten auf unterstützten Hosts einsetzen. Der Agententyp hängt von der Host-Plattform ab und bestimmt, welche Metriken automatisch erfasst werden. Wenn ein Überwachungsagent konfiguriert wird, werden automatisch Standardmetriken erfasst, einschließlich Metadaten für die Kennzeichnung, Segmentierung und Filterung. Es ist keine zusätzliche Instrumentierung erforderlich, um Erkenntnisse aus diesen automatisch erfassten Metriken zu gewinnen. Weitere Informationen finden Sie unter Erste Schritte mit IBM Cloud Monitoring, Überwachung einer Windows-Umgebung und Überwachung einer Ubuntu Linux VPC-Serverinstanz.
IBM Cloud Logs IBM Cloud Logs ist ein Beobachtungsdienst, der Unternehmen dabei helfen soll, die Anwendungs- und Infrastrukturleistung in Echtzeit und über längere Zeiträume hinweg zu überwachen, Fehler zu beheben, zu analysieren und Warnmeldungen zu versenden. Durch das Sammeln und Analysieren von Protokollen von Cloud-nativen Anwendungen, Servern, Datenbanken und IT-Systemen liefert IBM Cloud Logs verwertbare Erkenntnisse über das Systemverhalten. IBM Cloud Logs unterstützt die Erfassung von Protokollen von:

  • IBM Cloud Diensten und Ressourcen
  • lokaler Infrastruktur
  • Cloud-Anbietern von Drittanbietern
  • Sicherheits- und Audit-Protokollen, die in IBM Cloud generiert werden

Um Protokolle zu erfassen, stellen Sie den IBM Cloud Logs Agent auf unterstützten Hosts bereit. Der Agententyp hängt von der Host-Plattform ab und bestimmt, welche Protokolle automatisch erfasst werden. Wenn ein „ IBM Cloud Logs “-Agent konfiguriert ist, werden Protokolle automatisch erfasst und zur Analyse und Benachrichtigung an Ihre „ IBM Cloud Logs “-Instanz gesendet.

Weitere Informationen finden Sie unter „ Erste Schritte mit IBM Cloud Logs “ und „ Konfigurieren des IBM Cloud Logs-Agenten “.

Für virtuelle Serverinstanzen von „ IBM Cloud “ ( Linux ) und „ IBM Cloud “ (Windows) unterstützt der Agent, der mit „ IBM Cloud Logs “ verwendet wird, sowohl den API-Schlüssel „Service ID“ als auch die Authentifizierungsmethode „Trusted Profiles“.

Kombinierte Vorteile der Beobachtbarkeit

IBM Cloud verwendet einen einzigen, einheitlichen Agenten, der sowohl Sicherheitsdaten (für den Schutz der Arbeitslast) als auch Metrikdaten (für IBM Cloud Monitoring ) sammelt. Beachten Sie bitte die folgenden wichtigen Punkte:

  • Stellen Sie nicht mehrere Instanzen des Agenten auf demselben Host bereit. Durch die Verbindung der Instanzen kann ein einziger Agent jedoch sowohl Sicherheits- als auch Metrikdaten erfassen.
  • Sie können nur eine Überwachungsinstanz mit einer Workload-Schutzinstanz verbinden, und beide müssen sich in der gleichen Region befinden.

In der folgenden Tabelle sind die Komponenten des Unified Agent aufgeführt.

Komponenten des Unified Agent
Komponente Beschreibung
Zur Überwachung (Metriken)
  • Agent: Sammelt Metriken von Containern, Pods, Nodes und Kubernetes Ressourcen
  • Prometheus Integration: Benutzerdefinierte Metriksammlung
  • Cluster-Metadaten: Automatische Kennzeichnung mit Clusternamen und Kontext
Zum Schutz der Arbeitsbelastung (Sicherheit)
  • „ Node “-Analysator: Umfasst den Host-Scanner und den „ Kubernetes “ (KSPM)-Analysator Security Posture Management
  • Host-Scanner: Erkennt Schwachstellen und ermittelt die Priorität der Behebung anhand verfügbarer behobener Versionen und des Schweregrads
  • KSPM-Analysator: Kubernetes Security Posture Management zur Compliance- und Konfigurationsanalyse
  • Cluster Shield: Sicherheitskomponente zur Laufzeit

In der folgenden Tabelle werden die Beobachtungsfunktionen beschrieben, die verfügbar sind, wenn Sie sowohl den Unified Agent (für IBM Cloud Monitoring und Workload-Schutz) als auch den IBM Cloud Logs Agent auf virtuellen VPC-Serverinstanzen bereitstellen.

Beobachtbarkeit durch einen einheitlichen Agenten
Beobachtbarkeit Beschreibung
Vollständige Transparenz Überwachung von der Infrastruktur bis zur Anwendungsebene
Korrelierte Erkenntnisse Korrelieren Sie Metriken und Protokolle für eine schnellere Ursachenanalyse
Einheitliche Dashboards Anzeigen von Metriken und Protokollen in der integrierten Konsole IBM Cloud
Benutzerdefinierte Alarmierung Konfigurieren Sie Warnmeldungen auf der Grundlage von Schwellenwerten und Protokollmustern
Langfristige Bindung Speichern Sie historische Daten für Trendanalysen und Compliance
Zentrales Management Verwalten der Beobachtbarkeit in hybriden und Multi-Cloud-Umgebungen von einer einzigen Plattform aus
Ermitteln von Sicherheitslücken Identifizierung von Sicherheitsschwachstellen in Images, Paketen und Anwendungen
Erkennung von Angriffen von außen Erkennung von Laufzeitbedrohungen und anomalem Verhalten
Stellungsmanagement Validierung von Sicherheitskonfigurationen und Konformitätsrichtlinien
Behebung von Störfällen Untersuchung von und Reaktion auf Sicherheitsvorfälle mit forensischen Daten
Validierung der Einhaltung der Vorschriften Bewertung der Einhaltung von Rechtsvorschriften und Industriestandards

Nächste Schritte

Nachdem Sie nun den Entwurf der Beobachtbarkeit für virtuelle VPC-Serverinstanzen verstanden haben, sollten Sie sich mit diesen verwandten Themen beschäftigen: