Dank seiner Fähigkeit, Daten auf Objekten in Ihrer Systemumgebung zu überwachen und zu erfassen, ist der VMware Aria Operations ein wichtiges Tool zur Aufrechterhaltung der Betriebszeit des Systems und eines anhaltend guten Zustands aller Systemressourcen, von virtuellen Maschinen bis zu Anwendungen und Speicher – über physische, virtuelle und Cloud-Infrastrukturen.

Im Folgenden finden Sie Beispiele für Objekte, die überwacht werden können.

  • vCenter Server
  • Virtuelle Maschinen
  • Server/Hosts
  • Computing-Ressource
  • Ressourcenpools
  • Datencenter
  • Speicherkomponenten
  • Switches
  • Portgruppen
  • Datenspeicher

Adapter – der Schlüssel zur Objekterkennung

VMware Aria Operations erfasst Daten und Metriken von Objekten mithilfe von Adaptern, die die zentralen Komponenten der Management Packs darstellen. Sie können Adapterinstanzen für Ihre virtuelle Umgebung mithilfe von Cloud-Konten und anderen Konten anpassen. VMware Aria Operations verwendet Cloud-Konten, um die Kommunikation und Integration mit anderen Produkten, Anwendungen und Funktionen zu verwalten.
  • Cloud-Konten: Sie können Cloud-Adapterinstanzen konfigurieren und Daten von Cloud-Lösungen erfassen, die bereits in Ihrer Cloud-Umgebung auf der Seite „Cloud-Konten“ installiert sind.
  • Andere Konten: Auf der Seite „Andere Konten“ können Sie native Management Packs und andere Lösungen, die bereits installiert sind, anzeigen und konfigurieren und Adapterinstanzen konfigurieren.
  • Repository: Auf der Seite „Repository“ können Sie native Management Packs aktivieren oder deaktivieren und andere Management Packs hinzufügen oder aktualisieren.

Der Screenshot zeigt die verfügbaren Lösungen in VMware Aria Operations an. Sie müssen zuerst die Lösung aktivieren, bevor Sie die Konten hinzufügen/konfigurieren.Screenshot zeigt die Liste der verfügbaren Lösungen in vRealize Operations an.

Vollständige Informationen zur Konfigurieren von Management-Packs und Adaptern finden Sie unter Verbinden von VMware Aria Operations mit Datenquellen.

Wenn Sie eine neue Adapterinstanz erstellen, beginnt sie mit der Erkennung und Erfassung von Daten von den Objekten, die dem Adapter zugewiesen sind, und die Beziehung zwischen ihnen wird notiert. Nun können Sie mit der Verwaltung Ihrer Objekte beginnen.

Arbeitslast-Management von Bestandsobjekten

VMware Aria Operations erkennt die folgenden Arbeitslastverwaltungsobjekte und ihre untergeordneten Objekte mithilfe des vCenter-Adaptern:
  • Tanzu Kubernetes-Cluster
  • vSphere-Pods
  • Namensraum

Ein Cluster mit aktiviertem Kubernetes unter vSphere wird als Supervisor-Cluster bezeichnet. In der VMware Aria Operations-Bestandsliste wird auf der Registerkarte „Übersicht“ des Supervisor-Clusters angegeben, dass die Arbeitslastverwaltung aktiviert ist. Der Supervisor-Cluster enthält bestimmte Objekte, die die Funktion zum Ausführen von Kubernetes-Arbeitslasten innerhalb von ESXi aktivieren. VMware Aria Operations erfasst Metriken und Daten für den Supervisor-Cluster. Supervisor-Cluster enthalten Namespaces. Dabei handelt es sich um Ressourcenpools mit dediziertem Arbeitsspeicher, CPU und Speicher.

Namespaces enthalten virtuelle Maschinen mit aktiviertem K8S. Sie werden als K8S-Steuerungs-VMs bezeichnet. Diese VMS werden von vSphere verwaltet. Aus diesem Grund können Sie keine Aktionen für diese VMS innerhalb von VMware Aria Operations ergreifen.

DevOps-Entwickler können Arbeitslasten in Containern ausführen, die innerhalb von vSphere Pods ausgeführt werden. Sie können einen Tanzu K8S-Cluster in einem Namespace erstellen. Ein vSphere Pod ist eine VM mit kleiner Stellfläche und wird auf einem oder mehreren Linux-Containern ausführt. Dies entspricht einem K8S-Pod. Ein Tanzu Kubernetes-Cluster ist eine vollständige Verteilung der Orchestrierungssoftware für Open Source-Kubernetes -Container, die von VMware verpackt, signiert und unterstützt wird.

Informationen zum Verständnis der vSphere Tanzu Kubernetes-Architektur finden Sie unter vSphere with Kubernetes konfigurieren und verwalten in der vSphere-Dokumentation.

Arbeitslastmanagementobjekte sind von den folgenden Workflows ausgeschlossen:
  • Übereinstimmung
  • Zurückgewinnung
  • Rightsizing
  • Arbeitslastoptimierung