This site will be decommissioned on December 31st 2024. After that date content will be available at techdocs.broadcom.com.

Release-Versionen

VMware Aria Automation| Oktober 2024

VMware Aria Automation 8.18.1| 09. Oktober 2024

  • VMware Aria Automation-Build 24282366

  • VMware Aria Automation Easy Installer-Build 24286787

  • VMware Aria Automation Cloud Extensibility Proxy-Build 24282368

  • VMware Aria Automation Orchestrator-Build 24281602

Für dieses Dokument vorgenommene Aktualisierungen

Datum

Beschreibung der Aktualisierung

Typ

9. Oktober 2024

Erste Veröffentlichung für VMware Aria Automation 8.18.1

Weitere Informationen finden Sie in unseren Blogs über die VMware Aria Automation-Versionen.

Hinweis: VMware hat das Ende der Verfügbarkeit (End of Availability, EoA) der SaaS-Dienste von VMware Aria, einschließlich VMware Aria Automation SaaS, für Februar 2024 angekündigt. VMware wird Kunden, die derzeit VMware Aria SaaS-Dienste nutzen, bis zum Ende ihrer Abonnementlaufzeit unterstützen. Weitere Informationen finden Sie unter VMware End Of Availability of Perpetual Licensing and SaaS Services.

Hinweis: Der oben angegebene VMware Aria Automation Cloud Extensibility Proxy-Build gilt nur für lokale VMware Aria Automation-Bereitstellungen. Der letzte anwendbare Cloud Extensibility Proxy-Build für VMware Aria Automation SaaS ist 23103969.

Info über VMware Aria Automation

Informationen zu diesen neuen Funktionen und mehr finden Sie unter VMware Aria Automation und in der Wegweiser- und QuickInfo-Hilfe in der Benutzeroberfläche. Weitere Informationen stehen im Bereich „Produktsupport“ zur Verfügung, in dem Sie nach verwandten Themen suchen sowie Community-Beiträge und Knowledge Base-Artikel anzeigen können, die für die aktive Benutzeroberflächenseite bereitstehen.

Hinweis: Versionshinweise vorheriger Versionen werden jährlich archiviert:

Bevor Sie beginnen

Machen Sie sich mit den Begleitdokumenten vertraut.

VMware Aria Automation

VMware Aria Automation 8.18

Nach dem Einrichten Ihrer Benutzer können Sie die Erste Schritte- und die Verwenden und Verwalten-Handbücher für jeden der enthaltenen Dienste verwenden. Die Erste Schritte-Handbücher enthalten ein End-to-End-Proof-of-Concept. Die Verwenden und Verwalten-Handbücher bieten detailliertere Informationen, die Sie beim Erkunden der verfügbaren Funktionen unterstützen. Weitere Informationen finden Sie auch in der Produktdokumentation zu VMware Aria Automation.

Nach dem Installieren von vRealize Automation und Einrichten Ihrer Benutzer können Sie die Erste Schritte- und die Verwenden und Verwalten-Handbücher für jeden der enthaltenen Dienste verwenden. Die Erste Schritte-Handbücher enthalten ein End-to-End-Proof-of-Concept. Die Verwenden und Verwalten-Handbücher bieten detailliertere Informationen, die Sie beim Erkunden der verfügbaren Funktionen unterstützen. Weitere Informationen finden Sie auch in der Produktdokumentation zu VMware Aria Automation.

Automation Orchestrator 8.18

VMSA-2024-0017 – Sicherheitsempfehlung und Patch

Wichtig: Für VMware Aria Automation wurde neue Sicherheitsempfehlung veröffentlicht. Weitere Informationen finden Sie unter VMSA-2024-0017 und im KB-Artikel 325790. Wenden Sie den erforderlichen Patch schnellstmöglich an.

Neuerungen in VMware Aria Automation 8.18.1

  • Anzeige des vollständigen Namens in der Benutzeroberfläche

    Vollständige Benutzernamen für Ressourcen, Bereitstellungen und Richtlinien sind jetzt zusätzlich zu den Benutzer-IDs in der Benutzeroberfläche von VMware Aria Automation verfügbar. Aktivieren Sie die Sichtbarkeit dieser Einstellungen in den Spalten „Verwaltung“ und „Benutzer“ über die Schaltfläche Spalten verwalten in der linken unteren Ecke. Die gleiche Unterstützung für Katalog, Inhaltsquelle und Inhalt ist über die API verfügbar.

  • Die Unterstützung der Migration von VMware Aria Automation 7.x zu 8.x und NSX-V zu NSX-T wurde entfernt

    Nachdem zuvor angekündigt wurde, dass die Unterstützung eingestellt wird, wird mit dieser Version der Migrationsassistent offiziell entfernt. Infolgedessen werden die folgenden Funktionen nicht mehr unterstützt:

    1. Migration von vRealize Automation 7.x zu VMware Aria Automation 8.x

    2. Migration von NSX-V zu NSX-T

  • DCGM Exporter standardmäßig in Deep Learning-VM einbeziehen

    Ab der aktuellen Version ist der DCGM-Exporter standardmäßig als Teil des DLVM-Images (Deep Learning VM) enthalten. DCGM Exporter fungiert als Exporter für Prometheus zum Überwachen des Systemzustands und Abrufen von Metriken aus GPUs. Es nutzt DCGM mithilfe von Go-Bindungen zur Erfassung von GPU-Telemetrie und macht GPU-Metriken für Prometheus mithilfe eines HTTP-Endpoints (/metrics) verfügbar.

  • Unterstützung für Private AI-Automatisierungsdienste für Data Services Manager

    Ab dieser Version generiert der Assistent für die Katalogeinrichtung drei zusätzliche Elemente. 

    • DSM (Data Services Manager)-Datenbank: Stellt eine neue Instanz des PostgreSQL-Clusters bereit, die als Datenspeicher für RAG-Anwendungen verwendet werden kann.

    • KI-RAG-Workstation mit DSM: Installiert eine GPU-fähige Deep Learning-VM mit der erforderlichen NVIDIA-Software und einer PostgreSQL-Datenbank zum Ausführen von RAG-Workflows. 

      • Herstellen einer Verbindung mit einer Remote-PostgreSQL-Datenbankinstanz 

      • Instanziieren einer neuen PostgreSQL-Datenbankinstanz über DSM

    • KI-Kubernetes-RAG-Cluster mit DSM: Installiert einen GPU-fähigen Tanzu Kubernetes Grid (TKG)-Cluster mit der erforderlichen NVIDIA-Software und einer PostgreSQL-Datenbank zum Ausführen von RAG-Workflows.

    • Benutzer der Katalogelemente „KI-RAG-Workstation mit DSM“ und „KI-Kubernetes-RAG-Cluster mit DSM“ können entweder eine Verbindung zu einer vorhandenen PostgreSQL-Datenbank herstellen oder eine neue Datenbank erstellen.

    Detaillierte Anweisungen zur Verwendung des Assistenten für die Katalogeinrichtung sowie zur Bereitstellung der drei neuen Katalogelemente finden Sie in der Produktdokumentation.

  • Auswählen von TKR-Versionen in PAIF QS

    Ab dieser Version ermöglicht der Assistent für die Katalogeinrichtung Benutzern die Auswahl von bis zu drei unterstützten Versionen von Tanzu Kubernetes Runtimes (TKR), die in Katalogelementen verwendet werden sollen. Detaillierte Anweisungen zur Auswahl der TKR-Laufzeiten finden Sie in der Produktdokumentation.

  • Aktualisierungen der Klassen und Regionen des Supervisor-Namespace

    Diese Funktion bietet die Möglichkeit, Supervisor-Namespace-Klassen in der Benutzeroberfläche von VMware Aria Automation Assembler zu erstellen, zu aktualisieren und zu löschen. Supervisor-Namespace-Klassen werden verwendet, um Supervisor-Namespaces zu erstellen, die für die Cloud Consumption Interface in VMware Aria Automation Service Broker verwendet werden. Sie können auch den Automation Assembler verwenden, um Supervisor-Regionen zu löschen. Supervisor-Regionen werden zum Gruppieren mehrerer Supervisoren verwendet. Bisher war dies nur über die K8S-CLI möglich.

  • Möglichkeit, die Platzierung von bedarfsgesteuerten NSX-Sicherheitsgruppen mithilfe von Tag-Einschränkungen zu steuern

    Diese Funktion bietet die Möglichkeit, bedarfsgesteuerte NSX-Sicherheitsgruppen bereitzustellen und die Platzierung dieser Gruppen in bestimmten NSX Managern mithilfe von Tag-Einschränkungen explizit zu steuern.

  • NSX-Netzwerk- und Sicherheitsgruppen-Automatisierung mit erkannten Ressourcen aus NSX-Projekten und VPCs

    Diese Version unterstützt die Ermittlung von Netzwerk- und Sicherheitsressourcen aus NSX-Umgebungen, die mit Mehrmandantenfähigkeit konfiguriert sind, einschließlich Netzwerke und Sicherheitsgruppen aus NSX Projekten und VPCs.

    Administratoren können diese Ressourcen dann Netzwerkprofilen zuweisen und sie anschließend in VMware Aria Automation-Cloud-Vorlagen nutzen, um Anwendungsfälle der Netzwerk- und mehrschichtigen Anwendungsautomatisierung zu unterstützen.

    Hinweis: Es gibt keine Änderung bei den Anmeldedaten, die für die Herstellung einer Verbindung mit dem NSX Manager erforderlich sind.

  • Onboarding von vSphere-Namespaces, die in der Cloud Consumption Interface verwendet werden sollen

    In VMware Aria Automation Assembler können Administratoren jetzt vSphere-Namespaces aus erkannten Supervisor-Clustern unter verbundenen vCenter-Cloud-Konten integrieren. Dies sind die Namespaces, die nicht von VMware Aria Automation erstellt werden.

    Wenn vSphere Namespaces eingebunden sind, werden alle ausgeführten Dienste und Objekte (VM, TKGs-Cluster, Volume, Images usw.) in der Cloud Consumption Interface unter VMware Aria Automation Service Broker sichtbar.

  • Handhabung des Abgleichs für VMs, die Teil einer vMotion-Migration innerhalb und zwischen vCenter-Instanzen sind

    VMware Aria Automation gleicht jetzt automatisch die Änderungen an Ihren virtuellen Maschinen nach der vMotion-Migration ab. Folgende Szenarien werden unter anderem unterstützt:

    • Migration im selben vCenter

    • Migration zwischen verschiedenen vCenter-Instanzen

    • Migration zwischen NSX-T-Netzwerken

    VMware Aria Automation enthält jetzt auch das neue Ereignisthema Abgleichsstatus nach der Migration ermitteln, das initiiert wird, nachdem eine VM abgeglichen wurde. Das Ereignisthema enthält den Status des VM-Abgleichs in VMware Aria Automation und die Zieldetails der migrierten VM.

  • Überwachungsprotokollierung in VMware Aria Automation mit CSV-Export

    Sie können jetzt eine CSV-Datei exportieren, die Ihr Überwachungsprotokoll enthält. Sie können das Überwachungsprotokoll nach bestimmten Ereignissen, Ereignistypen und Datumsbereichen durchsuchen und Ereignisse als CSV-Datei speichern.

    Nachfolgend erhalten Sie Informationen über die Einschränkungen beim Herunterladen der CSV-Datei:

    • DER CSV-Download (0 Byte-Datei) funktioniert möglicherweise nicht, wenn die Dateigröße 300 MB überschreitet. Sie können jedoch weiterhin über das Protokollpaket auf diese Datei zugreifen. Speicherort des Protokollpakets: /services-logs/prelude/ebs-app/file-logs/. Auf größere CSV-Dateien sollte über das VMware Aria Automation-CLI-Protokoll zugegriffen werden.

    • Der Datumsbereich für den Download der CSV-Datei ist auf maximal 12 Monate beschränkt, um größere Dateien zu vermeiden.

    • Da die Generierung der CSV-Datei eine ressourcenintensive Aufgabe ist, kann jeweils nur ein Auftrag zur Dateigenerierung übermittelt werden. Nach Abschluss dieses Auftrags kann der nächste Auftrag übermittelt werden.

  • Code Stream – Verfügbarkeitshinweis für VCF 9.0

    Code Stream ist ein CI/CD-Tool (Continuous Integration and Continuous Delivery), mit dem Pipelines erstellt werden, die den Softwareversionsprozess in Ihrem DevOps-Lebenszyklus modellieren. Code Stream ist Teil der VMware Aria Automation-Suite. Ab VCF 9.0 ist Code Stream nicht mehr verfügbar. Es gibt keine gleichwertige Funktionalität in VCF, und es wird empfohlen, dass Kunden Open-Source-Tools nutzen.

  • Verbesserungen am Cloud-Vorlagendesigner

    Die folgenden Verbesserungen wurden am Cloud-Vorlagendesigner vorgenommen:

    • Reduzieren/erweitern – YAML-Code im rechten Fensterbereich (Codefenster). Der rechte Bereich ist standardmäßig größer.

    • Suchen – Sie können jetzt nach allem suchen und Übereinstimmungen hervorheben.

  • Verbesserungen am Cloud-Vorlagendesigner für die Handhabung von Supervisor-Ressourcen

    Cloud-Vorlagen werden immer komplexer, seitdem auch Supervisor-Ressourcen hinzugekommen sind. Viele Ressourcen sind ineinander verschachtelt. Der Cloud-Vorlagendesigner weist die folgenden Verbesserungen für Supervisor-Ressourcen auf:

    • Bereitstellung einer Verschachtelungsansicht für Ressourcen, um Beziehungen zwischen über- und untergeordneten Elementen darzustellen.

    • Visualisung des Layouts für verschachtelte übergeordnete/untergeordnete Elemente für Ressourcen in der Topologie.

    • Hervorhebung von zusammengehörigen gebundener Eingaben/Variablen bei der Auswahl einer Ressource.

  • Verbesserungen bei der Festplattenreihenfolge in der Speicheransicht

    Bisher wurde die Festplattenreihenfolge in der Speicheransicht der VMware Aria Automation-Bereitstellung in einer zufälligen Reihenfolge aufgelistet, anstatt nach Einheitennummer sortiert zu werden. 

    Diese Vorgehensweise kann zu problematischen führen, insbesondere wenn virtuelle Maschinen (VMs) eine große Anzahl von Festplatten aufweisen, da möglicherweise die Festplatte mit der letzten Einheitennummer in der Liste angezeigt wird. 

    Diese Funktion bietet folgende Möglichkeiten:

    • Sortieren Sie die Festplatten standardmäßig nach Einheitennummer.

    • Bieten Sie eine Sortiermöglichkeit für die einzelnen Spalten, damit die Festplatten auch nach Name, Kapazität, Typ, Verschlüsselung und Einheitennummer des Controller-Schlüssels sortiert werden können.

  • Unterstützung von 64 Festplatten auf PVSCSI-Controllern (Paravirtual SCSI)

     Bei VMware Aria Automation gab es eine Einschränkung beim Versuch, bestimmte Anwendungstypen bereitzustellen, die eine große Anzahl von Festplatten benötigen oder Festplatten hinzufügen. Dies liegt daran, dass VMware Aria Automation nur bis zu 14 Festplatten pro Controller unterstützt, während Virtual Center bis zu 64 Festplatten unterstützt. 

    Jetzt unterstützt VMware Aria Automation bis zu 64 Festplatten pro Controller in der Bereitstellungsphase und beim Hinzufügen von Festplatten.

Neuerungen in Automation Orchestrator 8.18.1

  • Verbesserung der Benutzerfreundlichkeit des Bereichs für Protokollmeldungen für Workflow-, Aktions- und Richtlinienausführungen

    In dieser Version wird die Suche nach Begriffen in der Protokollansicht für die Workflows, Aktionen und Richtlinienausführungen von Automation Orchestrator eingeführt. Die Benutzerfreundlichkeit des Bereichs für Protokolle wird ebenfalls verbessert, indem der Kontext beim Wechseln von Inhaltsregisterkarten, dem Tailing laufender Workflows usw. beibehalten wird.

  • PowerShell-Laufzeit-Images auf Photon 5 umstellen

    Die PowerCLI 12 mit PowerShell 7.2-Laufzeit wird entfernt. Skripts, die davon abhängen, werden automatisch auf der neuesten PowerCLI 13 mit PowerShell 7.4-Laufzeit ausgeführt.

Behobene Probleme

  • Verlust des Funktionszugriffs nach dem Upgrade auf Automation Orchestrator 8.18

     Nach dem Upgrade auf Automation Orchestrator 8.18 wird in Workflows folgender Fehler angezeigt: „Polyglot-Skripterstellung wird mit der aktuellen Lizenz nicht unterstützt“.

  • VMware Aria Automation kann bei Verwendung der Remote-Konsole nicht mit nicht englischen Tastaturen arbeiten

    Wenn Sie die Remote-Konsole über VMware Aria Automation 8.18 verwenden, listet die Konsole zwar die korrekte Sprachtastatur und das korrekte Layout auf, gibt aber bei der Eingabe die falschen Sonderzeichen und Tasten an.

  • Es wurde eine Option zu E-Mail-Benachrichtigungen hinzugefügt, die automatische Upgrades der STARTTLS-Verbindung verhindert

    Wenn E-Mail-Benachrichtigungen mit der Verbindungssicherheitseinstellung „Keine“ konfiguriert sind, wird die Verbindung mit dem E-Mail-Server automatisch auf eine verschlüsselte Verbindung über STARTTLS aktualisiert, wenn der E-Mail-Server dies unterstützt. In einer FIPS-Umgebung kann dies zu Problemen führen, wenn der SMTP-Server keine FIPS-kompatiblen Verschlüsselungen unterstützt. Die neue Option „Upgrade einer unsicheren Verbindung mit STARTTLS aktivieren“ wird hinzugefügt, um Verbindungs-Upgrades zu deaktivieren und unverschlüsselte Verbindungen zum E-Mail-Server zu erzwingen.

  • Die Vernetzung mit NSX-Verbund wird in VMware Aria Automation 8.17 und 8.18 für NSX-Versionen 3.2.2 und höher nicht unterstützt

    Bei Verwendung des NSX-T-Verbunds schlägt die NSX-T Global Manager-Enumeration für NSX Version 3.2.2 und höher für VMware Aria Automation 8.17 und 8.18 fehl.

    Dies führt zur Anzeige der folgenden Fehlermeldung: 

    The requested URI: /api/v1/transport-nodes could not be found

    Dieses Problem wirkt sich nicht auf Nicht-Verbundumgebungen aus. Um dieses Problem zu beheben, müssen Benutzer entweder NSX Version 3.1.x verwenden oder ein Upgrade auf VMware Aria Automation 8.18.1 durchführen.

  • PowerShell-Abhängigkeiten können nicht aus dem benutzerdefinierten Repository heruntergeladen werden

    Vertrauenswürdige Zertifikate von Automation Orchestrator werden jetzt in Nicht-Java-Laufzeiten (Python, PowerShell, PowerCLI und NodeJS) importiert.

    Dadurch wird das Problem beim Herunterladen von Abhängigkeiten aus Repositorys behoben, die Kundenzertifizierungsstellen verwenden. Darüber hinaus ist es nicht mehr erforderlich, unsichere Verbindungen zu Endpoints mithilfe von selbstsignierten oder benutzerdefinierten CA-Zertifikaten zu verwenden.

Bekannte Probleme

  • Einstellung der Unterstützung für Lösungsbenutzer und Migration zu Dienstkonten

    Wenn Sie einen eigenständigen Automation Orchestrator mit vSphere-Authentifizierung verwenden, muss der Authentifizierungsanbieter nach dem Upgrade auf 8.18.1 erneut registriert werden, um den veralteten vSphere-Lösungsbenutzer (zertifikatbasierte Authentifizierung) auf vSphere-Dienstkonto (auf Client-ID/geheimem Client-Schlüssel basierende Authentifizierung) zu aktualisieren.

    Das Problem kann nicht umgangen werden.

  • VMware Aria Automation 8.18.1 ist beim Betrieb im FIPS-Modus nicht mit NSX-V kompatibel

    Wenn VMware Aria Automation 8.18.1 im FIPS-Modus ausgeführt wird, ist es nicht kompatibel mit NSX-V. 

    Das Problem kann nicht umgangen werden.

  • Fehler im cgs-service-app-Dienst

    Der cgs-service-app-Dienst wird mit einem fluxAssembly-Ausnahmefehler neu gestartet.

    Das Problem kann nicht umgangen werden.

  • Tag-2-Vorgänge können in der Bereitstellungsansicht/Ressourcen- oder Maschinenansicht nicht durchgeführt werden

    Tag-2-Vorgänge, die außerhalb der Bereitstellung durchgeführt werden, funktionieren möglicherweise nicht ordnungsgemäß.

    Problemumgehung: Führen Sie Ihre Tag-2-Vorgänge aus der Bereitstellung durch.

Neuerungen in VMware Aria Automation 8.18

  • Der VMRC-Konsolenproxy (VMware Remote Control Application) wurde zur Unterstützung von WebMKS aktualisiert

    Bisher konnten VMRC-Tag-2-Aktionen aus der lokalen VMware Aria Automation-Instanz nicht für die Kommunikation mit vSphere 8+-Instanzen verwendet werden. Der Grund hierfür besteht darin, dass in vSphere 8+ nur die Kommunikation über WebMKS unterstützt wird. Das MKS-Programm, das in älteren vSphere-Versionen verwendet wird, ist veraltet. Weitere Informationen finden Sie im KB-Artikel 93070.

    Ab dieser Version verwenden lokale VMware Aria Automation-Instanzen WebMKS als Standardkommunikationsmethode zwischen VMRC und vSphere 7+- und 8+-Instanzen. Der Konsolenproxy trennt das zugrunde liegende vCenter, da die Verbindungen jetzt über einen Proxy abgewickelt werden. Die im obigen KB-Artikel erwähnte Problemumgehung für lokale Instanzen ist nicht mehr erforderlich. Benutzern wird angeraten, ein Upgrade auf die aktuelle Produktversion sowie auf vSphere 8+ durchzuführen.

  • Verbesserungen beim Filtern von Inhaltsbibliotheken im Assistenten für die Katalogeinrichtung

    Ab dieser Version wurden im Assistenten für die Katalogeinrichtung folgende Verbesserungen vorgenommen, um das Durchsuchen von VM-Images zu optimieren. 

    • Benutzer können die Liste der verfügbaren Deep Learning-VM-Images jetzt filtern, indem sie den Namen einer Inhaltsbibliothek angeben.

    • Inhalte mit Bezug auf Tanzu Kubernetes Grid (TKG) werden jetzt aus den Suchergebnissen ausgeschlossen, um die Relevanz der Suchergebnisse zu erhöhen.

  • Aufteilung von Katalogelementen für den Assistenten zum Einrichten von Katalogen

    Ab dieser Version erstellt der Assistent für die Katalogeinrichtung fünf Katalogelemente zur Verbesserung der Benutzerfreundlichkeit.

    • KI-Arbeitsstation Installiert eine GPU-fähige Deep Learning-VM. 

    • KI-RAG-Workstation: Installiert eine GPU-fähige Deep Learning-VM mit der erforderlichen NVIDIA-Software zum Ausführen eines RAG-Workflows. 

    • Triton Inference Server: Installiert eine GPU-fähige Deep Learning-VM mit NVIDIA Triton Inference Server.

    • KI-Kubernetes-Cluster: Installiert einen GPU-fähigen TKG-Cluster (Tanzu Kubernetes Grid).

    • KI-Kubernetes-RAG-Cluster: Installiert einen GPU-fähigen TKG-Cluster (Tanzu Kubernetes Grid) mit der erforderlichen NVIDIA-Software zum Ausführen eines RAG-Workflows in der Produktion. 

    Detaillierte Anweisungen zur Verwendung des Assistenten für die Katalogeinrichtung sowie zur Bereitstellung der fünf Katalogelemente finden Sie in der Produktdokumentation.

  • Automatische Installation des TKG RAG-Operators

    Ab dieser Version installiert das Katalogelement des KI-Kubernetes-Clusters den NVIDIA RAG-Kubernetes-Operator (Retrieval Augmented Generation) zusätzlich zum NVIDIA GPU-Operator automatisch. Katalogbenutzer haben jetzt Zugriff auf einen voll funktionsfähigen Tanzu Kubernetes-Cluster, in dem RAG-Arbeitslasten ausgeführt werden können. Benutzer müssen alle RAG-Beispielanwendungen manuell installieren.

  • Air-Gap-Unterstützung für Arbeitslasten ohne RAG auf DLVM

    Ab dieser Version bietet der Assistent für die Katalogeinrichtung Optionen zum Konfigurieren einer privaten Registrierung und zum Angeben von HTTP/HTTPs-Proxy-Konfigurationen. NVIDIA-Container und vGPU-Treiber ohne RAG können jetzt an Speicherorten gesichert werden, auf die nicht über das Internet zugegriffen werden kann. Mithilfe dieser Funktion können die folgenden Katalogelemente auf einer Deep Learning-VM in Air-Gap-Umgebungen bereitgestellt werden:

    • PyTorch

    • TensorFlow

    • Triton Inference Server

    • CUDA-Beispiele

    Detaillierte Anweisungen zur Verwendung des Assistenten für die Katalogeinrichtung sowie von Air-Gap-Umgebungen finden Sie in der Produktdokumentation.

  • Neuer Workflow für das Launchpad in VMware Aria Automation

    Ein neuer Workflow ist verfügbar, der Benutzern den Einstieg in VMware Aria Automation erleichtert oder als Verknüpfung verwendet werden kann. Sie können diesen Workflow zur Steigerung der Wertschöpfung verwenden, indem Sie die erforderlichen manuellen Schritte überspringen, um VM-Images über vCenter in Katalogelementen für Endbenutzer zu veröffentlichen.

    • Images in einem Cloud-Konto automatisch erkennen

    • Cloud-Zone automatisch mit einem Projekt verknüpfen

    • Cloud-Vorlagen anhand des erkannten Images automatisch erstellen

    • Cloud-Vorlagen automatisch versionieren und freigeben

    • Inhaltsquelle automatisch erstellen

    • Projekt zum Abrufen von Katalogaktualisierungen automatisch validieren

    • Inhaltsfreigaberichtlinie mit dem vom Benutzer ausgewählten Projektnamen automatisch erstellen

    • Benutzern zu einem Projekt oder Katalog zuweisen

    • Optionaler Schritt zur Auswahl des Netzwerks und Speichers für die VM (wenn dieser Schritt übersprungen wird, werden das Netzwerk und der Speicher nach dem Zufallsprinzip zugeteilt)

    Detaillierte Anweisungen zur Verwendung des Launchpads in VMware Aria Automation finden Sie in der Produktdokumentation.

  • Festlegen der Speicherpriorität für Speicherprofile und Datenspeicher

    Sie können jetzt die Priorität für Speicherprofile und Datenspeicher festlegen, um die Reihenfolge der aus allen geeigneten Datenspeichern auszuwählenden Datenspeicher festzulegen. Auf diese Weise können Benutzer VMs anhand der festgelegten Priorität in einem bestimmten Cluster platzieren. Diese Funktion ändert das aktuelle Verhalten, bei dem mehrere für die Platzierung geeignete Datenspeicher basierend auf der verfügbaren Kapazität ausgewählt werden.

  • Zuweisung von Cloud-Vorlagen, die Onboarding-Bereitstellungen zulässt

    Mit einer neuen Funktion in Onboarding-Plänen können Cloud-Administratoren einer integrierten Bereitstellung eine Vorlage zuweisen. Es gibt drei Möglichkeiten, eine Cloud-Vorlage mit einer integrierten Bereitstellung zu verknüpfen:

    1. Keine Cloud-Vorlage verknüpft.

    2. Zu Anzeigezwecken eine Cloud-Vorlagenverknüpfung in der nicht regelkonformen Bereitstellung zulassen.

    3. Vollständige Zuweisung aller regelkonformen virtuellen Maschinen und Durchführung der Aktualisierungsaktion mit der zugewiesenen Vorlage.

    Führen Sie die folgenden Schritte aus, um die Cloud-Vorlage zuzuweisen und Regelkonformität der integrierten Bereitstellung herzustellen:

    1. Wählen Sie eine relevante Cloud-Vorlage aus.

    2. Ordnen Sie einer VM alle Maschinenressourcen in der Vorlage zu, indem Sie erkannte VMs auf der Seite für die Maschinenauswahl auswählen.

    3. Validieren und führen Sie den Onboarding-Plan aus.

    Hinweis: Die Onboarding-Konformität unterstützt nur die Ressourcentypen Cloud.Machine und Cloud.vSphere.Machine und deren zugehörige Festplatten und Netzwerke. Beim Onboarding wird die automatische Erstellung von Cloud-Vorlagen nicht mehr unterstützt. Administratoren können das Onboarding entweder mit einer vorhandenen Vorlage oder ohne Vorlage durchführen.

    Weitere Informationen zum Onboarding finden Sie unter Definition von Onboarding-Plänen in Automation Assembler.

  • Dunkler Modus wurde in VMware Aria Automation hinzugefügt

    Eine Beta-Version des dunklen Modus steht jetzt für die Identitäts- und Zugriffsverwaltung in VMware Aria Automation zur Verfügung. Sie können mithilfe der Einstellungen auf der Seite Mein Konto zwischen dem hellen und dem dunklen Modus wechseln. Weitere Informationen finden Sie unter Vorgehensweise zum Einrichten der Einstellungen für VMware Aria Automation.

  • Geringere Anzahl an Lokalisierungssprachen

    Ab der nächsten Hauptversion wird die Anzahl der unterstützten Lokalisierungssprachen reduziert. Folgende drei Sprachen werden unterstützt:

    • Japanisch

    • Spanisch

    • Französisch

    Folgende Sprachen werden nicht mehr unterstützt:

    • Italienisch

    • Deutsch

    • Brasilianisch

    • Portugiesisch

    • Traditionelles Chinesisch

    • Koreanisch

    • Vereinfachtes Chinesisch

    Auswirkung:

    • Kunden, die die veralteten Sprachen verwendet haben, erhalten weder Updates noch Support für diese Sprachen.

    • Alle Benutzeroberflächen, Hilfedokumentationen sowie der Kundensupport stehen nur in Englisch oder in den drei oben genannten unterstützten Sprachen zur Verfügung.

  • Aktualisieren des Bereitstellungsdiensts zum Aufrufen von Active Directory (AD) während der Projektänderung

    In früheren Versionen erhielten Benutzer, die bei vorhandener AD-Integration ein Projekt gelöscht oder die Funktion „Projekt ändern“ verwendet haben, den Fehler „403 Forbidden“. Diese Szenarien treten auf, weil Active Directory vom Projektdienst stammende Ereignisse nicht überwacht. Die AD-Integration wurde jetzt aktualisiert, um diese Projektänderungen nachzuverfolgen.

  • Neuer Speicherort des standardmäßigen Laufzeit-Container-Images in der Terraform-Laufzeitintegration

    Der Speicherort des standardmäßigen Laufzeit-Container-Images wird in der Terraform-Laufzeitintegration geändert. Der neue Image-Speicherort befindet sich unter projects.packages.broadcom.com/vra/terraform:latest. Auf den vorherigen Speicherort unter projects.registry.vmware.com/vra/terraform:latest kann nicht zugegriffen werden.

    Lediglich der Speicherort wurde geändert. Der Inhalt des Images bleibt unverändert.

    Wenn Sie VMware Aria Automation-Instanzen mit einer vorhandenen Terraform-Laufzeitintegration ausführen, müssen Sie den Image-Speicherort in projects.packages.broadcom.com/vra/terraform:latest ändern. Andernfalls schlägt die Laufzeitintegration fehl.

  • Veraltete Speicherprofileigenschaften

    Die Speicherprofileigenschaften „Anteile“ und „Grenzwert IOPS“ werden nicht mehr unterstützt, um mit der Strategie zum Beenden von Unterstützung in vSphere übereinzustimmen. Dieser Eigenschaften werden in einer künftigen Version entfernt.

Neuerungen in Automation Orchestrator 8.18

  • Die Konfiguration des Plug-Ins und der Protokollebene wird aus dem Control Center in den Abschnitt „Systemeinstellungen“ im Automation Orchestrator Client verschoben.

    Das Plug-In und das Protokoll werden jetzt auf der Seite Systemeinstellungen des Automation Orchestrator Client konfiguriert. Neue REST-APIs für die Verwaltung von Plug-Ins und Protokollebenen werden ebenfalls eingeführt. Weitere Informationen zur Automation Orchestrator-REST API auf der Swagger-Benutzeroberfläche finden Sie unter https://<your_orchestrator_FQDN>/vco/api/docs/.

  • Control Center wird in der nächsten Version aus Automation Orchestrator entfernt

    Die Konfiguration von Automation Orchestrator erfolgt über die Befehlszeilenschnittstelle. Weitere Informationen finden Sie in der Produktdokumentation.

Behobene Probleme

  • Auf dem vco-Pod kommt es zu mehreren Neustarts und Java-Heap-Dumps

    Dieses Problem tritt auf, wenn Sie über eine sehr große vSphere-Infrastruktur mit einer Vielzahl von VMs verfügen und die Methode VcPlugin.getAllVirtualMachines() häufig verwenden. In solchen Szenarien kommt es auf dem Automation Orchestrator-Pod oder den -Pods zu mehreren Neustarts und Java-Heap-Dumps.

    Zur Behebung dieses Problems wurde das vCenter-Plug-In optimiert und kann jetzt für verschiedene Anwendungsfallszenarien konfiguriert werden. Zu den wichtigen Änderungen gehören:

    • Die Cachegrößen für die Standardobjekte (Haupt- und Live-Objekte) wurden von 100.000.000 in 20.000 Einträge für jeden vCenter geändert, der mit dem Plug-In verbunden ist.

    • Die Ablaufzeiten des Caches für die Standardobjekte (Haupt- und Live-Objekte) wurden von 14.440 in 600 Sekunden geändert.

    Der Cache des vCenter-Plug-Ins kann über die folgenden Systemeigenschaften konfiguriert werden:

    • com.vmware.vmo.plugin.vi4.cache.main.max.size – Legt die maximale Anzahl von Einträgen fest, die der Cache enthalten kann. Mit dieser Eigenschaft wird die Größe des Caches der Haupt- und Live-Objekte gesteuert. Wenn sie auf NULL gesetzt ist, werden Elemente sofort nach dem Laden in den Cache entfernt. Dies kann beim Testen oder vorübergehenden Deaktivieren der Zwischenspeicherung ohne Codeänderung nützlich sein. Der Standardwert liegt bei 20.000 Einträgen.

    • com.vmware.vmo.plugin.vi4.cache.main.expirationSeconds – Legt die Ablaufzeit des Hauptcaches fest. Gibt an, dass jeder Eintrag nach Ablauf einer festgelegten Dauer ab dem Zeitpunkt der Erstellung des Eintrags oder der letzten Ersetzung des Eintragswerts automatisch aus dem Cache entfernt werden soll. Der Standardwert liegt bei 600 Sekunden.

    • com.vmware.vmo.plugin.vi4.cache.live.objects.expirationSeconds – Legt die Ablaufzeit des Caches für das Live-Objekt fest Gibt an, dass jeder Eintrag nach Ablauf einer festgelegten Dauer ab dem Zeitpunkt der Erstellung des Eintrags oder der letzten Ersetzung des Eintragswerts automatisch aus dem Cache entfernt werden soll. Der Standardwert liegt bei 600 Sekunden.

    • com.vmware.vmo.plugin.vi4.cache.clearOnSessionRefresh – Gibt an, ob alle Caches (Haupt- und Live-Objekte) bei der Sitzungsaktualisierung gelöscht werden sollen. Der Standardwert ist auf „false“ festgelegt.

  • Cloud Consumption Interface (CCI) bietet keine Unterstützung für sAMAccountName (kurz AD-Benutzername)

    Beim Hinzufügen eines neuen Verzeichnisses in vIDM kann der Admin-Benutzer zwischen zwei Attributen für die Verzeichnissuche auswählen. Diese Auswahl wirkt sich auf das Format der Benutzernamen in der verknüpften lokalen Aria Automation-Bereitstellung aus. Mögliche Werte sind:

    • sAMAccountName – in der Regel der Benutzername ohne Domäne. Das Ergebnis ist ein kurzer Name in VMware Aria Automation, der die Domäne nicht enthält. Dies ist die Standardeinstellung beim Einrichten eines neuen Verzeichnisses.

    • userPrincipalName – in der Regel der Benutzername mit einer Domäne. Das Ergebnis ist ein langer oder vollständiger Name in VMware Aria Automation, der die Domäne enthält.

    CCI verwendet die in den Projektdaten verfügbaren Benutzernamen, um die vCenter-Zugriffslisten für die von ihr verwalteten Supervisor-Namespaces zu erstellen. In mit kurzen Benutzernamen konfigurierten Systemen enthalten diese Projektbenutzernamen keine Domänen. vCenter scheint die Namen während der Projektsynchronisierung ohne Fehler zu verwerfen, weshalb Benutzer nicht auf den Supervisor-Namespace zugreifen können, den sie über CCI erstellt haben.

  • „Spread by Memory“ berücksichtigt verwaltete Maschinen auch nach deren Onboarding nicht

    Das Arbeitsspeicherverhältnis wird für die Platzierungsrichtlinie mit der Bezeichnung „Spread by Memory“ nicht ordnungsgemäß berechnet (siehe Beschreibung in der Dokumentation).

  • Veraltete log4j-Bibliothek wurde aus dem SNMP-Plug-In entfernt

    In früheren Versionen wurde im SNMP-Plug-In für Automation Orchestrator eine veraltete Version der log4j-Bibliothek verwendet. Diese Bibliothek wird nicht mehr benötigt und daher ab der aktuellen Version aus dem SNMP-Plug-In entfernt.

  • Objekte vom Typ „LoadBalancerDescription“ werden mit einer Ablaufzeit von neun Tagen erstellt und dann bereinigt, was zu Regressionen führt

    Ihr Lastausgleichsdienst wird neu erstellt, wenn eine iterative Bereitstellung ohne Änderungen am Lastausgleichsdienst in der Bereitstellung durchgeführt wird.

  • „LoadBalancerDescription“ wird nicht mit den restlichen Lastausgleichsdienst-Komponenten gelöscht

    Beim Löschen eines Lastausgleichsdiensts aus Ihrer Bereitstellung wird die Eigenschaft „LoadBalancerDescription“ nicht entfernt.

  • Die Verwendung veralteter Hashes kann zu Kollisionsangriffen führen

    Der Digest-Standardalgorithmus für den Zertifikatfingerabdruck wurde von SHA-1 in SHA-256 geändert. Diese Änderung wirkt sich möglicherweise auf Automation Orchestrator-Plug-Ins aus, die die SDK-Methode des IKeystoreCache#getThumbprints-Plug-Ins für benutzerdefinierte Zertifikatvalidierungen verwenden.

Bekannte Probleme

  • Es ist nicht möglich, Tag-2-Vorgänge in der Bereitstellungsansicht/Ressourcen- oder Maschinenansicht auszuführen.

    Die Tag-2-Vorgänge, die außerhalb der Bereitstellung ausgeführt werden, funktionieren möglicherweise nicht ordnungsgemäß.

    Führen Sie Tag-2-Vorgänge aus der Bereitstellung aus.

  • Beim Versuch, eine Verbindung mit dem VMRC-Konsolenproxy (VMware Remote Control Application) herzustellen, tritt ein Problem auf

    Nach dem Upgrade auf VMware Aria Automation 8.18 tritt beim Versuch, eine Verbindung zum VMRC-Konsolenproxy herzustellen, ein Zertifizierungsproblem auf. Dieses Problem tritt bei VMware Aria Automation-Bereitstellungen auf, bei denen die Eigenschaft acceptSelfSignedCertificate für Cloud-Konten auf true festgelegt ist.

    Problemumgehung: Gehen Sie wie im Artikel KB 374614 beschrieben vor.

  • Verlust des Funktionszugriffs nach dem Upgrade auf Automation Orchestrator 8.18

    Nach dem Upgrade einer Automation Orchestrator-Bereitstellung, die eine Advanced-Lizenz nutzt, ist der Zugriff auf erweiterte Funktionen wie Git-Integration und mehrsprachige Unterstützung nicht mehr möglich.

    Problemumgehung: Gehen Sie wie im Artikel KB-375928 beschrieben vor.

  • Beim Versuch, Videos über das Launchpad wiederzugeben, erhalten Sie die Fehlermeldung „502 Ungültiges Gateway“

    Problemumgehung: Geben Sie die Videos direkt über YouTube wieder.

  • VM wird auf Basis der angewendeten Prioritäts- und Einschränkungs-Tags nicht im richtigen Speicherprofil platziert

    Wenn Priorität auf Speicherprofilebene verwendet wird und Ihre Cloud-Vorlage ein Speichereinschränkungs-Tag enthält, das auf allen Zuteilungsfiltern basiert, wird das Speicherprofil mit der Priorität bei Eignung mehrerer Speicherprofile unter Umständen nicht wie erwartet ausgewählt. Stattdessen wird ein anderes Speicherprofil ausgewählt.

    Da das Problem nicht umgangen werden kann, stellen Sie sicher, dass am Schluss der Zuteilung nur ein geeignetes Speicherprofil übrig bleibt.

  • Beim Versuch, ein DCGM-Exporter-Katalogelement zu exportieren, tritt ein Problem auf

    Das DCGM-Exporter-Katalogelement wird nicht vom Assistenten für die Katalogeinrichtung erstellt. 

    Problemumgehung:

    Melden Sie sich mithilfe von SSH bei der Deep Learning-VM an und führen Sie folgende Befehle aus:

    • docker run -d --gpus all --cap-add SYS_ADMIN --rm -p 9400:9400 registry-URI-path/nvidia/k8s/dcgm-exporter:ngc_image_tag

    Um beispielsweise dcgm-exporter:3.2.5-3.1.8-ubuntu22.04 aus dem NVIDIA NGC-Katalog auszuführen, führen Sie den folgenden Befehl aus:

    • docker run -d --gpus all --cap-add SYS_ADMIN --rm -p 9400:9400 nvcr.io/nvidia/k8s/dcgm-exporter:dcgm-exporter:3.2.5-3.1.8-ubuntu22.04

    Weitere Informationen zum DCGM-Exporter finden Sie unter Hinzufügen des DCGM-Exporters zur Überwachung von DL-Arbeitslasten.

Neuerungen in VMware Aria Automation 8.17

  • Neue VMware Aria Automation-Startseite

    Zur VMware Aria Automation-Startseite gehört jetzt ein neues Benutzer-Dashboard, um Benutzern die Navigation durch komplexe Architekturen als Teil von Automation Assembler für Administratoren zu erleichtern. Unabhängig davon, ob es sich bei Ihnen um einen erfahrenen VMware Aria Automation-Benutzer oder einen Neueinsteiger in die VMware Aria-Produktpalette handelt, kann das Dashboard für die folgenden Szenarien von Nutzen sein:

    • Bereitstellen einer Übersicht für Cloud-Umgebungen nach Segment und VM-Status

    • Anzeigen einer Bestandslistenübersicht, die nach Cloud-Zonen und Projekten aufgeschlüsselt ist.

    • Anzeigen einer Bereitstellungsübersicht mit bevorstehenden Änderungen für Lease-Richtlinien und kürzlich abgelaufenen Richtlinien.

    • Überprüfen aktueller produktinterner Benachrichtigungen und direktes Reagieren auf Anfragen.

    Hinweis: Die Startseite fungiert nur dann als Standard-Zielseite für Automation Assembler, wenn dem Administrator kein Cloud-Konto in der Organisation gehört. Andernfalls handelt es sich bei der Standard-Zielseite um die Seite Ressourcen in Automation Assembler. Weitere Informationen finden Sie unter Erste Schritte mit Automation Assembler unter Verwendung des VMware Aria Automation-Launchpads.

  • Neues Launchpad zur VMware Aria Automation-Startseite hinzugefügt

    Ein neues Launchpad ist jetzt für Benutzer verfügbar, die ihre ersten Schritte mit VMware Aria Automation durchführen oder per Tastenkombination auf häufig verwendete Aktionen zugreifen möchten. Mit den beiden geführten Workflows können Sie einfach zu erlernende Anwendungsfälle durchführen. Das Launchpad deckt die folgenden Anwendungsfälle ab:

    • Hinzufügen eines Cloud-Kontos: Verwenden Sie Ihre Anmeldedaten, um Cloud-Konten zu validieren und zu verknüpfen.

    • Anwenden des Lease-Ablaufs: Erstellen Sie eine Lease-Richtlinie, um den Ressourcenablauf zu erzwingen.

    Weitere Informationen finden Sie unter Erste Schritte mit Automation Assembler unter Verwendung des VMware Aria Automation-Launchpads.

  • Unterstützung für CCI-Supervisor-Namespaces (Cloud Consumption Interface), TKG und andere Ressourcen auf der Design-Arbeitsfläche von Automation Assembler

    Lokale CCI wurde in VMware Aria Automation 8.16.1 veröffentlicht. Die aktuelle Version bietet Unterstützung für die Definition von Multi-Tier-Anwendungen in Automation Assembler-Vorlagen durch Nutzung von Supervisor-Namespaces, TKG-Clustern und anderen CCI-Ressourcen. Sie können jetzt ein Katalogelement mit CCI-Ressourcen ausführen, das von einem Administrator vorbereitet wurde. Diese Funktion verbindet CCI und die verbliebenen VMware Aria Automation-Funktionen im Hinblick auf Infrastruktur als Code (Infrastructure as Code, IaC) und Governance mit Richtlinien. Weitere Informationen finden Sie unter Automatisieren Kubernetes-basierter Arbeitslasten in Automation Assembler.

  • Integrieren einer lokalen VMware Aria Operations-Einzelinstanz mit mehreren lokalen VMware Aria Automation-Mandanten

    Eine VMware Aria Operations-Einzelinstanz kann jetzt in mehrere VMware Aria Automation-Mandanten integriert werden, die auf derselben lokalen Appliance ausgeführt werden.

  • Tag-2-Aktion zum Aufheben der Registrierung eines VM-Clusters

    Die Tag-2-Aktion zum Aufheben der Registrierung wird für VM-Cluster unterstützt. Beachten Sie, dass diese Aktion auf einer einzelnen VM innerhalb eines Clusters, der die Festplatte oder den Festplattencluster gemeinsam mit anderen VMs nutzt, nicht verfügbar ist.

  • Größere Anzahl an Private Cloud-Konten in VMware Aria Automation

    In dieser Version wird die Anzahl der unterstützten Private Cloud-Konten in VMware Aria Automation von 50 auf 100 erhöht. Weitere Informationen finden Sie unter Höchstwerte für Skalierbarkeit und Parallelität.

  • Die Inhaltsfreigaberichtlinie unterstützt jetzt Geltungsbereiche auf Organisationsebene und ermöglicht darüber hinaus rollenbasierte Zugriffssteuerung

    Ab dieser Version unterstützt die Inhaltsfreigaberichtlinie zwei Verbesserungen:

    1. Die Möglichkeit zur Freigabe von Inhalten in der gesamten Organisation, indem der Geltungsbereich auf Organisation festgelegt wird. Die Richtlinien mit dem Geltungsbereich „Organisation“ wirken sich nur auf freigegebene VMware Cloud Templates (VCT) aus.

    2. Eine rollenbasierte Zugriffsberechtigung. Mithilfe dieser Funktion können Inhalte zwischen Benutzern anhand festgelegter Rollen freigegeben werden. Bei den Rollen kann es sich um Projektadministratoren, Projektmitglieder oder benannte benutzerdefinierte Rollen handeln.

    Mit diesen Verbesserungen wird die Freigabe von Inhalten und die Zugriffssteuerung innerhalb der Organisation deutlich optimiert. Weitere Informationen finden Sie unter Vorgehensweise zum Konfigurieren von Inhaltsfreigaberichtlinien in Automation Service Broker.

  • Neue Active Directory-Fehlermeldungen (AD) beim Ändern von Projekten

    Wenn Sie die Aktion Projekt ändern in einer mit einer Active Directory-Integration verknüpften Bereitstellung aufrufen, gibt es bestimmte Szenarien, die Validierungsfehler verursachen.

    Wenn das Quellprojekt, nicht aber das Zielprojekt mit einer AD-Integration verknüpft ist. In diesem Fall erhalten Sie folgende Fehlermeldung:

    "Target project is not associated with AD integration".

    Zum Beheben dieses Fehlers muss das Zielprojekt mit einer AD-Integration verknüpft sein, die dieselbe Organisationseinheit aufweist.

    Zu einem weiteren möglichen Szenario kommt es, wenn das Quellprojekt und das Zielprojekt mit einer AD-Integration verknüpft sind, die AD-Integration jedoch nicht zur selben Organisationseinheit gehört. In diesem Fall erhalten Sie folgende Fehlermeldung:

    "The properties(OU, BaseDN) associated with the project did not match the project".

    Zum Beheben dieses Fehlers muss die Organisationseinheit des Zielprojekts geändert werden. Alternativ muss eine neue AD-Integration erstellt werden, die mit derselben Organisationseinheit verknüpft wird.

  • Absichtserklärung zur Kennzeichnung bestimmter Kubernetes-Automatisierungsfunktionen als veraltet

    VMware by Broadcom kündigt an, die Unterstützung für Kubernetes-Integrationsfunktionen einzustellen, einschließlich TKG- und TMC-Integration (siehe Vorgehensweise zum Arbeiten mit Kubernetes in Automation Assembler). Die tatsächliche Einstellung und Löschung dieser Funktionen aus dem Produkt erfolgt in einer zukünftigen Version. Kunden wird empfohlen, sich mit der Cloud Consumption Interface (CCI) und dem vSphere-TKG-IaaS-Dienst vertraut zu machen. Weitere Informationen zu CCI finden Sie unter Erste Schritte mit der Cloud Consumption Interface in Automation Service Broker.

  • Absichtserklärung zum Entfernen veralteter Automatisierungsfunktionen

    VMware by Broadcom möchte seine Kunden darauf aufmerksam machen, dass die folgenden Funktionen veraltet und in einer zukünftigen Version von VMware Aria Automation zur Löschung vorgesehen sind:

    • Unterstützung für NSX-V

    • Unterstützung für den NSX-T Manager-Modus

    • Unterstützung für die Migration von NSX-V zu NSX-T

    • Assistent für die Migration von vRealize Automation 7.6 zu VMware Aria Automation 8.0 und höher

    • Assistent für die Migration von NSX-V zu NSX-T

    • Unterstützung für die VMware Aria Automation-Integration mit vCloud Director

    Jeder Kunde, der diese Funktionen derzeit in VMware Aria Automation nutzt, sollte sich darauf vorbereiten, die Verwendung der entsprechenden Funktionen einzustellen.

  • Absichtserklärung zum Einstellen der Unterstützung für vCenter 6.x

    VMware by Broadcom möchte seine Kunden darauf aufmerksam machen, dass die Unterstützung für vCenter 6.x in einer zukünftigen Version von VMware Aria Automation eingestellt wird. Jeder Kunde, der aktuell vCenter 6.x-Cloud-Konten in VMware Aria Automation verwendet, sollte sich auf ein Upgrade auf eine unterstützte vCenter-Version vorbereiten.

Neuerungen in Automation Orchestrator 8.17

  • Die Lizenzverwaltung wird aus dem Control Center in den Automation Orchestrator-Client verschoben

    Die Lizenzen für Ihre externe Automation Orchestrator-Bereitstellung werden jetzt über die Seite Lizenzierung des Automation Orchestrator-Clients verwaltet. Diese Seite enthält Informationen zur aktuell angewendeten Lizenz und die Möglichkeit zum manuellen Hinzufügen einer Lizenz. Weitere Informationen finden Sie unter Automation Orchestrator-Funktionsaktivierung mit Lizenzen. Da die Seite Lizenzierung so eingerichtet ist, dass sie mit der Lizenz in VMware Aria Automation übereinstimmt, ist sie in eingebetteten Automation Orchestrator-Bereitstellungen nicht verfügbar.

  • Das Skriptobjekt „Command“ wird entfernt

    Das Skriptobjekt „Command“ wird entfernt, und die Methoden „execute“ und „executeAndLog“ werden deaktiviert. Bei Aufruf dieser Methoden wird eine Ausnahme ausgelöst. Wenn Ihre Aktionen oder Workflows über skriptfähige Aufgabenelemente verfügen, die dieses Skriptobjekt oder diese Methoden verwenden, müssen diese Skripts aktualisiert werden.

Behobene Probleme

  • Fehler beim Hinzufügen einer VCF-Cloud-Kontodomäne (VMware Cloud Foundation Cloud) in VMware Aria Automation

    Wenn Sie eine VCF-Cloud-Kontodomäne zu VMware Aria Automation hinzufügen, erhalten Sie folgende Fehlermeldung:

    "Something went wrong in a backend service."

    Dieser Fehler tritt auf, wenn ein Benutzer eine VCF-Cloud-Kontodomäne in VMware Aria Automation hinzufügt, während eine andere Domäne im SDDC-Manager erstellt wird.

  • Die Neuerstellung schlägt mit einer Fehlermeldung fehl, wenn das ursprüngliche VM-Image nicht mehr verfügbar ist

    Bisher schlug ein Tag-2-Vorgang zur Neuerstellung fehl, wenn das zugrunde liegende Image am Endpoint gelöscht wurde. Dieses Problem stellt sich Benutzern, die nicht wissen, dass das Image am Endpoint fehlt. Der Neuerstellungsvorgang wird dann solange blockiert, bis eine neue Image-Referenz manuell aus dem Back-End für die Maschine hinzugefügt wird.

    Dieses Problem ist nun gelöst. Wenn das Image beim Auslösen der Tag-2-Aktion zur Neuerstellung auf Ressourcenebene fehlt, wird der Benutzer aufgefordert, zum Neuerstellen der Maschine ein Image aus der Liste der verfügbaren Image-Vorlagen auszuwählen. 

    Wenn die Neuerstellung jedoch auf Bereitstellungsebene durchgeführt wird, muss ein verfügbares Image manuell auf die Maschineneigenschaften gepatcht werden. Anschließend kann die Tag-2-Aktion zur Neuerstellung in der Bereitstellung erfolgen. Hierzu müssen Benutzer die Eingabeeigenschaften „__resolvedImageLink“ und „_imageRef“ zusammen mit dem relevanten Image-Wert verwenden. Alternativ können Benutzer einen Neuerstellungsvorgang auf Ressourcenebene für diese spezielle VM auslösen, der es ihnen ermöglicht, ein Image auszuwählen und die Maschine über die Benutzeroberfläche neu zu erstellen. 

  • „actions/{id}/bundle“ zu Swagger hinzugefügt

    Der Endpoint der actions/{id}/bundle-REST API wird der Swagger-Dokumentation für Automation Orchestrator hinzugefügt.

Bekannte Probleme

  • Problem mit dem Branding der Anwendung nach dem Upgrade von VMware Aria Automation

    Nach dem Upgrade von VMware Aria Automation 8.16 auf 8.17 können Sie keine Branding-Änderungen auf der Benutzeroberfläche anwenden, da die Schaltfläche Anwenden abgeblendet dargestellt ist.

    Problemumgehung: Wählen Sie Standardwerte wiederherstellen aus und versuchen Sie dann, die Änderungen vorzunehmen.

  • Die Größenänderung der Festplatte kann für „VMname“ nicht durchgeführt werden, da sich der Status der Ressource geändert hat und ein Fehler angezeigt wird, wenn der Benutzer die Tag-2-Aktion zur Größenänderung der Festplatte auf der VM durchführt

    Wenn der Benutzer weder SCSI-Controller-Schlüssel=1000 noch Einheitennummer=0 in der Konfiguration der virtuellen Geräte verwendet, die mit der VM verbunden sind, wird ein Fehler beim Ändern der Festplattengröße angezeigt.

    Problemumgehung: Stellen Sie sicher, dass von den mit der VM verbundenen Festplatten immer eine Festplatte mit SCSI-Controller-Schlüssel=1000 und Einheitennummer=0 konfiguriert ist. Weitere Informationen finden Sie in der KB unter https://knowledge.broadcom.com/external/article/369794

API-Dokumentation und Versionierung

Hinweis: Versionshinweise vorheriger Versionen werden jährlich archiviert:

Die API-Dokumentation ist mit dem Produkt verfügbar. Um von einer einzelnen Zielseite aus auf alle Swagger-Dokumente zuzugreifen, wechseln Sie zu:

  • https://<appliance.domain.com>/automation-ui/api-docs für vRealize Automation 8.x, wobei appliance.domain.com Ihre vRealize Automation-Appliance ist.

Bevor Sie die API verwenden, berücksichtigen Sie die neuesten API-Updates und -Änderungen für diese Version und beachten Sie alle Änderungen an den verwendeten API-Diensten. Wenn Sie Ihre API zuvor nicht mithilfe der apiVersion-Variable gesperrt haben, kann es zu einer Änderung bei einer API-Antwort kommen. Alle API-Updates und -Änderungen werden im Abschnitt „Neuigkeiten“ für jede Version aufgeführt.

Bei entsperrten APIs variiert das Standardverhalten je nach API.

  • Für Cloud Assembly IaaS-APIs werden alle Anforderungen, die ohne den apiVersion-Parameter ausgeführt werden, zur ersten Version 2019-01-15 umgeleitet. Diese Umleitung ermöglicht jedem Benutzer, der zuvor den apiVersion-Parameter nicht angegeben hat, einen reibungslosen Übergang zur neuesten Version ohne unterbrechende Änderungen.

    Hinweis: Für die Automation Assembly IaaS-APIs lautet die neueste Version apiVersion=2021-07-15. Wenn die Version nicht gesperrt wurde, werden IaaS-API-Anforderungen an die neueste Version, also 2019-01-15, umgeleitet. Die erste Version ist veraltet und wird 24 Monate lang unterstützt. Um einen reibungslosen Übergang zur neuen Version sicherzustellen, sperren Sie Ihre IaaS-API-Anforderungen mit dem apiVersion-Parameter, der 2021-07-15 zugewiesen ist.

  • Bei anderen APIs werden Ihre API-Anforderungen standardmäßig an die aktuelle Version gestellt. Wenn Sie ein Datum einer früheren Version auswählen, die für die Swagger-Spezifikation aufgeführt ist, spiegelt das API-Verhalten die APIs wider, die ab diesem Datum bis zum Datum der nächsthöheren Version gültig waren. APIs werden nicht für jede vRealize Automation-Version versioniert, und nicht alle APIs unterstützen den apiVersion-Parameter.

Weitere Informationen zur Verwendung des apiVersion-Parameters finden Sie in den folgenden Programmierhandbüchern:

API-Updates und -Änderungen für jede Version werden in den folgenden Kapiteln behandelt:

VMware Aria Automation 8.18.1 | Änderungen der API im Oktober 2024

Dienstname

Dienstbeschreibung

Updates und Änderungen der API

Katalog

Zugriff auf Service Broker-Katalogelemente und -Katalogquellen, einschließlich Inhaltsfreigabe und Anforderung von Katalogelementen.

Neue Erweiterungsoption für Eingabeparameter expand=user und neuer Objekttypparameter, um die vollständigen Benutzernamen für die folgenden Endpoints anzuzeigen:

  • GET /catalog/api/items

  • GET /catalog/api/items/{id}

  • GET /catalog/api/admin/sources

  • GET /catalog/api/admin/sources/{sourceId}

Informationen zur Antwort finden Sie unten in der Erläuterung im Abschnitt Anzeigen vollständiger Benutzernamen in den Bereitstellungsdetails.

Benutzerdefinierte Formulare

Definiert das Rendering dynamischer Formulare sowie das Anpassungsverhalten in Automation Service Broker und Automation Assembler.

Nur Service Broker-Administratoren oder -Benutzer mit der benutzerdefinierten Rolle „Inhalt verwalten“ können auf die folgenden Endpoints zugreifen:

  • POST /form-service/api/forms/designer/elements

  • POST /form-service/api/forms/designer/request

Informationen zu benutzerdefinierten Rollen finden Sie unter Benutzerdefinierte Benutzerrollen in VMware Aria Automation

Bereitstellung

Zugriff auf Bereitstellungsobjekte und Plattformen oder Blueprints, die im System bereitgestellt wurden.

Neue Erweiterungsoption für Eingabeparameter expand=user und neuer Objekttypparameter, um die vollständigen Benutzernamen für die folgenden Endpoints anzuzeigen:

  • GET /deployment/api/deployments

  • GET /deployment/api/deployments/{deploymentId}

  • GET /deployment/api/resources

  • GET /deployment/api/resources/{resourceId}

Informationen zur Antwort finden Sie unten in der Erläuterung im Abschnitt Anzeigen vollständiger Benutzernamen in den Bereitstellungsdetails.

Pipelines

Erstellen Sie Pipelines für die kontinuierliche Bereitstellung Ihrer Anwendungen für die Produktion und führen Sie diese aus.

In der Antwort des folgenden Endpoints wird SHA-1 nicht mehr als Fingerabdruckzertifikat aufgelistet.

GET /codestream/api/endpoint-certificate

Richtlinien

Interagieren mit in Service Broker erstellten Richtlinien.

Neue Erweiterungsoption für Eingabeparameter expand=user und neuer Objekttypparameter, um die vollständigen Benutzernamen für die folgenden Endpoints anzuzeigen:

  • GET /policy/api/policies

  • GET /policy/api/policies/{id}

Informationen zur Antwort finden Sie unten in der Erläuterung im Abschnitt Anzeigen vollständiger Benutzernamen in den Bereitstellungsdetails.

Anzeigen vollständiger Benutzernamen in Bereitstellungsdetails

Die folgenden Informationen gelten für bestimmte Endpoints in den Katalog-, Bereitstellungs- und Richtlinien-API-Diensten.

Wenn expand=user als Eingabe übergeben wird und die Admin-Einstellung „Namen der Benutzer anzeigen“ aktiviert ist, wird für jeden Ausgabeparameter des AD-ID-Typs ein neuer Objekttypparameter zurückgegeben.

Ausgabeparameter des AD-ID-Typs

Neuer Objekttypparameter

createdBy

creator

lastUpdatedBy

lastUpdater

ownedBy

owner

Jeder Objekttyp verfügt über fünf Felder: id, firstname, lastname, email und type wie im folgenden Beispiel. Nur Felder, die nicht null sind, sind im Objekt enthalten.

"creator": { 
        "id": "[email protected]", 
        "firstname": "Example", 
        "lastname": "User", 
        "email": "[email protected]", 
        "type": "USER" }

VMware Aria Automation 8.18 | Änderungen der API im Juli 2024

Dienstname

Dienstbeschreibung

Updates und Änderungen der API

Verlagerung

Definieren von Richtlinien und Plänen zum Verwalten vorhandener VMs aus jeder Cloud.

Nutzlast von POST /relocation/onboarding/task/create-deployment-bulk wurde aktualisiert, um ein Vorlagenfeld hinzuzufügen, das Onboarding mit einer Cloud-Vorlage unterstützt.

Der Ausschnitt einer Beispielnutzlast zeigt ein Vorlagenfeld mit einer Ressourcenzuordnung, die Folgendes enthält:

  • Name der Cloud-Vorlage

  • Link zur Cloud-Vorlagen-ID

  • Zu integrierende VMs, die Maschinen in der Cloud-Vorlage zugeordnet sind

"template": { 
  "name": "cloud_template_name", 
  "link": "/blueprint/api/blueprints/template_ID_string", 
  "components": { 
    "/resources/compute/resource_ID_string_1": "Cloud_vSphere_Machine_1", 
    "/resources/compute/resource_ID_string2": "Cloud_vSphere_Machine_2"

Frühere bekannte Probleme

Im Folgenden finden Sie eine Liste der bekannten Probleme, die in früheren Versionen von VMware Aria Automation dokumentiert wurden. Ausführliche Informationen zu den jeweiligen Versionen, in denen diese Probleme erstmals dokumentiert wurden, finden Sie im Archiv der Versionshinweise für VMware Aria Automation (8.12 – 8.16.2).

  • Problem mit der Kennwortlänge bei Verwendung von Kerberos-Authentifizierung

    Wenn sich die Bereitstellung nach dem Upgrade von Automation Orchestrator im FIPS-Modus befindet, funktionieren bestimmte mit Kerberos-Authentifizierung konfigurierte Plug-In-Endpoints nicht mehr und folgende Fehlermeldung wird in den Protokollen angezeigt:

    org.bouncycastle.crypto.fips.FipsUnapprovedOperationError: password must be at least 112 bits

    Problemumgehung: Verwenden Sie längere und stärkere Kennwörter mit mindestens 14 Zeichen, um die FIPS-Anforderungen zu erfüllen.

  • Probleme beim Importieren von Automation Orchestrator-Workflows

    Beim Importieren eines Automation Orchestrator-Workflows in die VMware Aria Automation-Kataloginhaltsquellen können Probleme auftreten, wenn die Workflow-Eingaben oder -Felder das "project"-ID-Element enthalten, da es sich um eine Systemeigenschaft handelt. Wenn die ID zu den Workflow-Eingaben oder -Feldern hinzugefügt wird, kann dies dazu führen, dass Sie eine Fehlermeldung ähnlich der folgenden erhalten: “Error downloading catalog item ‘/workflow/<workflowId>’ (Error: Content provider error).”.

    Hinweis: Dieses Problem gilt nur für “project”-ID-Elemente, die manuell zu Workflows hinzugefügt wurden. Sie bezieht sich nicht auf automatisch generierte Projektfelder, die erstellt werden, wenn ein Workflow oder eine Cloud-Vorlage in Service Broker importiert wird.

    Problemumgehung: Entfernen Sie das "project"-ID-Element aus den Workflow-Eingaben oder -Feldern.

  • Sie erhalten den Fehlerstatuscode 500, wenn für die Inhaltsquelle einer Erweiterbarkeitsaktion der Wert des „freigegebenen“ Felds NULL lautet

    Wenn Ihr Projekt Erweiterbarkeitsaktionen enthält, umfasst die Anzahl der Elemente, die auf der Seite Inhaltsquelle angezeigt werden, weniger als die Gesamtanzahl der im Projekt enthaltenen Aktionen. Möglicherweise wird z. B. neben fünf von zehn Aktionen im Feld Anzahl der Elemente ein rotes Ausrufezeichen angezeigt. Dies bedeutet, dass nicht alle Aktionen in der Inhaltsquelle synchronisiert werden und dass die problematischen Aktionen nicht für die Verwendung im Katalog verfügbar sind.

    Problemumgehung: Siehe KB 93437.

  • Nicht unterstützte Kerberos-Authentifizierung für das PowerShell-Plug-In

    Das PowerShell-Plug-In für VMware Aria Automation Orchestrator unterstützt die Kerberos-Authentifizierung nicht, wenn es im FIPS-Modus verwendet wird. Dies geschieht aufgrund von Sicherheitseinschränkungen beim erforderlichen Sicherheitsanbieter.

    Bei Verwendung in Verbindung mit älteren Versionen von Automation Orchestrator im FIPS-Modus wird die Verwendung der Kerberos-Authentifizierung im PowerShell-Plug-In nicht empfohlen, da dies zu einem Verstoß gegen die FIPS-Konformität führen kann.

    Problemumgehung: Verwenden Sie den Workflow Run Script In Guest, um ein PowerShell-Skript innerhalb der virtuellen Maschine auszuführen.

  • Die Verwendung von Python-Skripts mit der neuesten Version der Anforderungsbibliothek oder des urllib3 v2-Clients führt dazu, dass Erweiterbarkeitsaktionen mit dem Fehler „urllib3 v2.0 unterstützt nur OpenSSL 1.1.1+“ fehlschlagen.

    Die neueste Version der Anforderungsbibliothek und urllib3 v2 können derzeit nicht in Erweiterbarkeitsaktionen verwendet werden, da diese Abhängigkeiten eine höhere OpenSSL-Version als 1.1.1 erfordern.

    Problemumgehung: Geben Sie im Textfeld „Abhängigkeiten“ des Erweiterbarkeitsaktions-Editors eine Version der Anforderungsbibliothek vor 2.29.0 an oder geben Sie bei Verwendung von urllib3 eine Version vor 2 an.

  • Dienst- und Rollennamen werden durch alte Werte ersetzt, wenn „deploy.sh“ zum zweiten Mal ausgeführt wird

    Dieses wichtige Problem wurde in Aria Automation 8.12 behoben. Informieren Sie sich vor der Aktualisierung und Installation im KB-Artikel 92018.

  • Möglicherweise wird eine Fehlermeldung angezeigt, wenn Ihr benutzerdefiniertes Formularfeld Regex-Einschränkungen enthält

    Wenn Ihr benutzerdefiniertes Formular ein oder mehrere Felder mit einer Regex-Einschränkung enthält, erhalten Sie möglicherweise eine Fehlermeldung ähnlich der folgenden: "Some data cannot be retrieved. If the problem persists, contact your system administrator. Failed request: <action name>”.

    Problemumgehung: Stellen Sie sicher, dass die Regex sowohl den Java- als auch den JavaScript-Übereinstimmungsstandards entspricht. Wenn diese Anpassung vorgenommen wird, ist das Problem behoben.

  • Komplexe benutzerdefinierte Formulare werden nicht geladen oder das Laden dauert länger als 10 Minuten

    Bei komplexen benutzerdefinierten Formularen mit Hunderten von Feldern und komplizierten Regeln für die Standardwerte kann sich das Rendern des Formulars verlangsamen. In den meisten Fällen fällt die längere Zeit für das Rendern nicht auf, je komplexer das Formular jedoch ist, umso erheblicher ist die Verlangsamung.

    Das Problem kann nicht umgangen werden.

  • Wenn nach dem Upgrade in der Bereitstellung eine Startfestplatte angegeben wird, die kleiner als die Startfestplatte des Images ist, schlägt die Bereitstellung fehl.

    Dieses bekannte Problem tritt beim Upgrade auf 8.11.1 und höher auf.

  • Auf einige Dienste kann nicht zugegriffen werden, nachdem ein Mandant über LCM mit Aria Automation 8.12 verknüpft wurde

    Nach der Verknüpfung eines Mandanten mit VMware Aria Automation 8.12 über LCM können Benutzer möglicherweise nicht auf die folgenden Dienste zugreifen:

    • Assembler

    • Migrationsassistent

    • Pipelines

    • Konfiguration 

    Problemumgehung:

    1. Melden Sie sich beim Mandanten als Benutzer mit Organisationsbesitzerrechten an.

    2. Klicken Sie unter „Identitäts- und Zugriffsverwaltung“ auf die Registerkarte „Aktive Benutzer“.

    3. Wählen Sie den betroffenen Benutzer aus und klicken Sie auf „Rollen bearbeiten“.

    4. Um dem Benutzer Zugriff auf den Assembler- und Migrationsassistenten zu gewähren, klicken Sie auf „Dienstzugriff hinzufügen“ und wählen Sie „Cloud Assembly“ aus.

    5. Um dem Benutzer Zugriff auf Pipelines zu gewähren, klicken Sie auf „Dienstzugriff hinzufügen“ und wählen Sie „Code Stream“ aus.

    6. Um dem Benutzer Zugriff auf die Konfiguration zu gewähren, klicken Sie auf „Dienstzugriff hinzufügen“ und wählen Sie „SaltStack Config“ aus.

  • Löschvorgang für Tag-2-Aktionen schlägt fehl, wenn ein Pool aus einer Bereitstellung gelöscht wird, die von einem virtuellen Dienst abhängt

    Wenn eine Avi Load Balancer-Ressource, z. B. eine Integritätsüberwachung, von zwei Pools in unterschiedlichen Bereitstellungen verwendet wird, schlägt das Löschen der Integritätsüberwachung aus einer der Bereitstellungen mit einem "false"-Fehler fehl.

    Der Fehler beim Löschen der Ressource ist gültig, da mehrere Pools auf die Integritätsüberwachung verweisen. Der in VMware Aria Automation angezeigte Fehler ist jedoch nicht beschreibend. Der im Avi Load Balancer angezeigte Fehler ist detaillierter und zeigt an, warum der Löschvorgang fehlgeschlagen ist.

    Das Problem kann nicht umgangen werden.

  • Sie erhalten einen Validierungsfehler, wenn eine Aktionseingabe an das Feld „Projekt“ gebunden ist

    Wenn ein Katalogelement mit benutzerdefinierten Formularen eine externe Aktion aufweist, deren Eingabe das Feld Projekt ist, kann dies zu einem Fehler führen. Beim Öffnen des Katalogelements schlägt die Aktionsausführung mit einer der folgenden Fehlermeldungen fehl: “Cannot execute external actions due to validation errors [Request info field with name: 'project' does not exist.];” oder Some data cannot be retrieved. If the problem persists, contact your system administrator. Failed request: <action name>.

    Problemumgehung: Übergeben Sie das Feld „Projekt“ nicht explizit als Aktionseingabe. Wenn eine Automation Orchestrator-Aktionsausführung gestartet wird, wird die Projekt-ID implizit als Kontextparameter übergeben. Verwenden Sie anstelle einer Eingabe für das Projekt in der Aktion den kontextbezogenen Parameter “_projectId”.

    Beispiel: Wenn die Automation Orchestrator-Aktion eine Eingabe mit dem Namen "project" erhält:

    1. Entfernen Sie diese Eingabe, erstellen Sie im Aktionsskript eine Variable mit dem Namen "project" und weisen Sie ihr den folgenden Kontextparameterwert zu: var project = System.getContext().getParameter("_projectId").

    2. Speichern Sie die Aktion.

    3. Wählen Sie im Designer für benutzerdefinierte Formulare des Katalogelements die aktualisierte Aktion erneut aus.

    4. Speichern Sie das geänderte benutzerdefinierte Formular.

  • Der CMX-Agent muss alle von Spring Boot unterstützten Metriken unterstützen, damit Warnungen erstellt werden können

    Nachdem der CMX-Dienst nun auf Spring Boot umgestellt wurde, muss er alle Metriken, insbesondere „system_cpu_usage“, unterstützen und an Wavefront weitergeben. Ohne diese Option können keine Warnungen in Wavefront erstellt werden, wenn die CPU-Auslastung den Schwellenwert überschreitet.

    Das Problem kann nicht umgangen werden.

  • Der Vorgang „Projekt ändern“ schlägt für Umgebungen mit mehreren Mandanten in Bereitstellungen mit Remotezugriff fehl

    Dieses Problem kann auftreten, wenn Ihre Bereitstellung Remotezugriff mit einem anderen Authentifizierungstyp als publicPrivateKey umfasst. Andere Authentifizierungstypen speichern ihren Link für die Authentifizierungsanmeldedaten, und während der Aktion „Projekt ändern“ werden die Anmeldedaten für den Remotezugriff in der Mandantenorganisation festgelegt. Die Computing-Beschreibung wird gepatcht, jedoch mit dem Besitzerkontext (aufgrund der Logik von reenterWithOwnerAuthContext) und weist eine Anbieterorganisation auf. Die Authentifizierungsanmeldedaten werden in der Mandantenorganisation festgelegt, aber sie werden in die Anbieterorganisation geändert und die Patch-Anforderung schlägt mit einer IllegalAccess-Ausnahme fehl.

    Problemumgehung:

    Eine mögliche Problemumgehung besteht darin, die Cloud-Vorlagen, anhand derer die Bereitstellungen erstellt werden, so zu aktualisieren, dass der Authentifizierungstyp publicPrivateKey für den Remotezugriff verwendet wird.

    remoteAccess:
      authentication: publicPrivateKey
      sshKey: ${input.sshKey}
      username: root 
  • Bei Workflows für die Aria Automation-Benutzerinteraktion tritt eine Zeitüberschreitung auf, wenn über einen längeren Zeitraum keine Antwort erfolgt

    Manuelle Benutzerinteraktionen können nach Ablauf von 24 Stunden nicht von Aria Automation beantwortet werden. Sie können jedoch weiterhin von Automation Orchestrator beantwortet werden. Beim Versuch, die manuelle Benutzerinteraktion von Aria Automation zu beantworten, wird folgende Fehlermeldung angezeigt:

    „Anforderung konnte aus folgenden Gründen nicht verarbeitet werden: Informationen zur Anforderungs-ID konnten nicht gefunden werden: '<request id>' für Ressource: '<resource id>'“

  • Der Automation Orchestrator-Debugger tritt nicht in Unteraktionen ein

    Der Debugger für Automation Orchestrator-Aktionen tritt nicht in innere Aktionen ein, die mithilfe der Methode System.getModule(module).action() aufgerufen werden.

    Problemumgehung: Verwenden Sie die Root-Aktion als einziges Element in einem neuen Workflow und debuggen Sie den Workflow mithilfe des Workflow-Debuggers.

  • Zeitweiliges Verhalten, bei dem Server bei Verwendung vorhandener Sicherheitsgruppen nicht zu einem Pool hinzugefügt werden

    Beim Zuordnen einer NSX-Sicherheitsgruppe zu einem Avi Load Balancer-Pool muss der Verweis auf diese Sicherheitsgruppe der vollständige Pfad der Sicherheitsgruppe sein, wie in NSX angezeigt.

    Das Problem kann nicht umgangen werden.

  • Die Bereitstellung eines NSX Load Balancers mit Persistenzkonfiguration schlägt fehl, wenn keine Werte für erforderliche Felder angegeben sind

    Wenn Sie einen NSX Load Balancer mit einer Route bereitstellen, die eine Persistenzkonfiguration enthält, werden in der VMware Aria Automation-Vorlage alle möglichen Felder unter properties > routes > persistenceConfig angezeigt. Sie müssen die Werte für alle erforderlichen Felder wie folgt angeben:

    • Geben Sie unter PersistenceConfig.type = COOKIE Werte für die folgenden Felder an:

      • cookieMode

      • cookieGarble

    • Geben Sie unter PersistenceConfig.type = SOURCE_IP einen Wert für ipPurge an.

    • PersistenceConfig.type = NONE sollte nicht verwendet werden.

    Wenn ein Wert für ein erforderliches Feld fehlt, schlägt die Bereitstellung fehl.

    Weitere Informationen zum Ressourcenschema für Cloud.NSX.LoadBalancer > routes > persistenceConfig finden Sie unter Aria Automation SaaS-Ressourcentypschema.

    Das Problem kann nicht umgangen werden.

  • Der Befehl „sseapi-config auth“ löst Fehler in VMware Aria Automation Config SaaS aus

    Der Befehl „sseapi-config auth“ kann verwendet werden, um die Fingerabdruck-IDs des Master-Schlüssels anzuzeigen. Derzeit funktioniert dieser Befehl nicht für VMware Aria Automation Config SaaS.

    Das Problem kann nicht umgangen werden.

  • Dropdown-Menüwerte werden nicht auf den zuletzt ausgewählten Wert zurückgesetzt, wenn die Aktion erneut ausgelöst wird

    In Fällen, in denen valueOptions (dropdown, multiSelect, dualList, combobox und andere) von einer externen Quelle gesteuert werden, kann die folgende Situation auftreten:

    1. Sie wählen im Dropdown-Menü einen Wert aus.

    2. Eine Aktion wird ausgelöst, die bewirkt, dass das Menü keine Optionen aufweist.

    3. Der ursprünglich ausgewählte Wert wird aus dem UI-Bedienelement gelöscht, ist aber auf Anforderung verfügbar.

    Problemumgehung: Wählen Sie den leeren Wert explizit aus, falls verfügbar.

  • Bereitstellungen virtueller Maschinen (VM) schlagen mit der Meldung „Virtuelle Maschine wird auf NSX-T-Richtlinien-Endpoint abgerufen“ fehl

    Sonderzeichen können im Namen einer VM nicht angegeben werden, wenn NSX-Tags verwendet werden.

    Das Problem kann nicht umgangen werden.

  • Beim Anlegen einer Instanz schlägt das Erstellen von Festplatten mit Bezeichnungen aufgrund einer unerwarteten Snake Case-Umwandlung fehl

    Dieser Fehler ist Teil eines sehr unwahrscheinlichen Szenarios. 

    Wenn ein Benutzer bei der Instanzerstellung versucht, eine Instanz mit Festplatten unter Verwendung von initialize_params zu erstellen, und dieser Festplatte Bezeichnungen im Snake Case-Format (z. B. „first_key“: „First_value“) zuordnet, wird der Schlüssel in ein ungültiges Bezeichnungsformat vom Typ „firstKey“ umgewandelt. 

    Es wird empfohlen, die Bezeichnungen separat mithilfe der Festplattenressource hinzuzufügen oder einen Unterstrich im Bezeichnungsschlüssel zu verwenden.

  • Inkonsistente Leistungsebeneninformationen für Azure-Maschine, wenn die Größe der verwalteten Festplatte mithilfe von Tag-2-Aktionen geändert wird

    Wenn die Größe einer Azure-Festplatte mit einer verwalteten Premium-Festplatte mit Tag-2-Aktionen in Aria Automation geändert wird, wird die Baseline-Leistungsebene im Azure-Portal entsprechend aktualisiert. In der Vorlage in den benutzerdefinierten Eigenschaften von Aria Automation bleibt die Leistungsebene hingegen unverändert. Dies führt zu inkonsistenten Leistungsebeneninformationen.

    Das Problem kann nicht umgangen werden.

  • Gelöschte Aktionen werden für Helfer angezeigt

    Nicht unterstützte Löschaktionen werden für Helfer wie CloudZoneAllocationHelper und CustomNamingHelper angezeigt.

    Das Problem kann nicht umgangen werden.

  • vCenter Maschinen werden mit einer APIPA-IP (Automatic Private IP Addressing) als primärer IP angezeigt

    Bei der APIPA-IP handelt es sich um eine IPv4-Adresse, die einer Maschine zugewiesen wird, wenn der DHCP-Server im System nicht erreichbar ist. Die Adresse liegt innerhalb des folgenden Bereichs: zwischen 169.254.0.1 und 169.254.255.254. Wenn dieser Fall eintritt, wählt der VMware Aria Automation-Algorithmus fälschlicherweise die APIPA-IP-Adresse als primäre IP-Adresse für die Maschine aus, die auf der VMware Aria Automation-Benutzeroberfläche angezeigt wird. Dies gilt sowohl für erkannte als auch für bereitgestellte Maschinen. 

    VMware Aria Automation zeigt die APIPA-IP als primäre IP-Adresse der vCenter-Maschine an, da der Algorithmus zur Bestimmung der primären IP-Adresse diese IPs nicht herausfiltern konnte. 

    Das Problem kann nicht umgangen werden.

  • Integrieren der Plug-In-Version 0.21.0 in Projekt „Flagman“

    In Cloud-Vorlagen für Ressourcen vom Typ idem.gcp sollten Benutzer type_ und nicht type verwenden.

    Es gibt zwei verschiedene angegebene Klassen:

    In instance -> network_interfaces kann die Eigenschaft type_ fälschlicherweise als type angegeben werden. Bei Verwendung von type benachrichtigt VMware Aria Automation den Benutzer nicht (wie erwartet), aber die Eigenschaft wird übersprungen und der gewünschte Wert wird nicht festgelegt.

    network_interfaces:
            - access_configs:
                - kind: compute#accessConfig
                  name: External NAT
                  network_tier: PREMIUM
                  set_public_ptr: false
                  type_: ONE_TO_ONE_NAT
              kind: compute#networkInterface
              name: nic0
              network: https://www.googleapis.com/compute/v1/projects/tango-gcp/global/networks/default
              stack_type: IPV4_ONLY
              subnetwork: https://www.googleapis.com/compute/v1/projects/tango-gcp/regions/us-central1/subnetworks/default 

    Der andere Anwendungsfall befindet sich in disk. Die letzte Eigenschaft type_ kann fälschlicherweise als type angegeben werden. Dies führt zum selben Ergebnis wie oben beschrieben: Der Benutzer wird nicht benachrichtigt, die Eigenschaft wird übersprungen und der Wert wird auf den Standardwert und nicht auf den angegebenen Wert in der Cloud-Vorlage festgelegt.

      Idem_GCP_COMPUTE_DISK_2:
        type: Idem.GCP.COMPUTE.DISK
        properties:
          name: e2e-idem-disk-2-${input.UUID}
          account: ${resource.Allocations_Compute_1.selectedCloudAccount.name}
          size_gb: 1
          project: ${resource.Allocations_Flavor_1.selectedCloudAccount.additionalProperties.gcp.project}
          zone: ${resource.Allocations_Compute_1.selectedPlacementCompute.name}
          type_: ${'/projects/' + resource.Allocations_Flavor_1.selectedCloudAccount.additionalProperties.gcp.project + '/zones/' + resource.Allocations_Compute_1.selectedPlacementCompute.id + '/diskTypes/pd-ssd'} 

     

    Das Problem kann nicht umgangen werden.

  • Python-Pakete werden nicht aus privaten Registrierungen heruntergeladen, für die „setuptools“ erforderlich ist

    Wenn Sie ein privates Python-Repository verwenden, das auf dem Setuptools-Paket basiert, können die Abhängigkeiten nicht heruntergeladen werden.

  • Die Erstellung einer Instanz mit einem anderen Status als WIRD AUSGEFÜHRT wird nicht übernommen

    Bei der Erstellung einer neuen VM-Instanz stellt die Google Compute Engine diese automatisch im Status WIRD AUSGEFÜHRT bereit, auch wenn in der Bereitstellungsvorlage ein anderer gewünschter Laufzeitstatus (z. B. BEENDET) angegeben wird.

check-circle-line exclamation-circle-line close-line
Scroll to top icon