RSS
 

Release-Versionen

VMware Aria Automation | August 2023

VMware Aria Automation 8.13.1 | 7. September 2023

  • VMware Aria Automation 8.13.1 Build 22360938

  • VMware Aria Automation Easy Installer-Build 22395538

  • VMware Aria Automation Cloud Extensibility Proxy-Build 22360952

  • VMware Aria Automation Orchestrator-Build 22352281

Für dieses Dokument vorgenommene Aktualisierungen

Datum

Beschreibung der Aktualisierung

Typ

26. August 2023

Erstmalige Veröffentlichung für VMware Aria Automation August 2023

7. September 2023

Erstveröffentlichung für VMware Aria Automation 8.13.1

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

Ab der Version April 2023 wird der Produktname von vRealize Automation in VMware Aria Automation geändert. VMware Aria Automation enthält jetzt auch die folgenden Dienste als ein einheitliches Produkt:

  • VMware Aria Automation Config (vormals SaltStack Config)

  • VMware Aria Automation for Secure Hosts (vormals SaltStack SecOps)

  • VMware Aria Automation Orchestrator (vormals vRealize Orchestrator)

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.13

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 Config und Secure Hosts

Automation Config und Secure Hosts 8.12

Automation Orchestrator 8.13

Automation Config Upgrade-Anforderungen

Bevor Sie ein Upgrade für Ihre Automation Config-Appliance durchführen können, müssen Sie ein Upgrade für das Master-Plug-In durchführen. Informationen zum Upgrade des Master-Plug-Ins finden Sie unter Upgrade des Master-Plug-Ins.

Neuerungen in VMware Aria Automation August 2023/8.13.1

  • Benutzerdefinierte Benennung für Plug-In-Ressourcen

    Die Plug-In-basierten Ressourcen unterstützen jetzt eine Funktion zur benutzerdefinierten Benennung. Sie können jetzt Vorlagen für die benutzerdefinierte Benennung auf Projekt- oder Organisationsebene definieren und sie genauso wie klassische Ressourcen verwenden. Helper für die benutzerdefinierte Benennung sind auch auf der Automation Assembler-Arbeitsfläche verfügbar. Diese Helper können wie andere Zuteilungs-Helper für Cloud-Objekte verwendet werden.

  • FIPS-Konformität für Plug-In-basierte Ressourcen

    Neu zu VMware Aria Automation hinzugefügte Dienste sind FIPS-konform (Federal Information Processing Standards). Dies erfüllt die Anforderungen der US-Bundesbehörden, Forschungseinrichtungen, Universitäten, Rüstungsunternehmen und aller anderen Organisationen, die Regierungsnetzwerke nutzen oder die zum Schutz von Regierungsdaten verpflichtet sind. Auch Finanz- und Gesundheitsorganisationen verlangen zum Schutz ihrer vertraulichen Daten FIPS-Konformität.

  • Der Speicherfilter sollte alle geeigneten Auswahlen an Downstream-Filter übergeben

    Die SPREAD-Platzierungsrichtlinie kann jetzt sowohl auf Projektebene als auch auf Cloud-Zonenebene mit mehreren Speicherprofilen verwendet werden, die über Speichereinschränkungs-Tags ausgewählt werden. Es gibt mehrere Verhaltensänderungen bei weichen Einschränkungen auf der Speicherprofilebene: 

    • Wenn in Cloud-Vorlagen weiche Einschränkungen für den Speicher verwendet werden, wird das entsprechende Speicherprofilelement mit einem übereinstimmenden Tag ausgewählt.

    • Wenn kein übereinstimmende Speicherprofilelement für dieses Tag vorhanden ist, wird das Standardprofil für die betreffende Region ausgewählt.

    • Wenn eine SPREAD-Richtlinie auf Cloud-Zonen- oder Projektebene vorhanden ist, wird der Computing-Cluster basierend auf der Richtlinie ausgewählt. Anschließend wird der Tag-Abgleich verwendet, um das entsprechende Speicherprofilelement auszuwählen.

    • Wenn bei weichen Einschränkungen kein übereinstimmende Speicherelement mit dem ausgewählten Computing-Cluster verbunden ist, wird das Standardspeicherelement ausgewählt.

    • Wenn bei harten Einschränkungen kein übereinstimmende Speicherelement mit dem ausgewählten Computing-Cluster verbunden ist, schlägt die Bereitstellung aufgrund der Definition der spezifischen harten Einschränkung fehl.

    Problemumgehung:

    1. Kennzeichnen Sie das erforderliche Speicherprofil, indem Sie im Feld „Funktions-Tags“ des Profils ein Tag (z. B. mytag) hinzufügen.

    2. Fügen Sie wie dargestellt dasselbe Tag in der Cloud-Vorlagen-YAML hinzu:

      Cloud_Azure_Machine_1:     
   type: Cloud.Azure.Machine     
   properties:      
    storage:          
     constraints:            
       - tag: mytag

  • Aktualisierungen des Service Broker-Katalogs

    Die Benutzeroberfläche für Katalogelemente wurde für eine stärkere Ausrichtung auf die Benutzer und zum Angeben von mehr Details aktualisiert. Diese Aktualisierungen umfassen Folgendes:

    • Sie können jetzt beim Durchsuchen von Katalogelementen eine Listenansicht auswählen.

    • Ein neues Design und eine neue Schriftart für die Katalogkarte sorgen dafür, dass eine längere Beschreibung und ein längerer Name möglich sind.

    • Die Übersicht Meine Ressourcennutzung wurde verkleinert.

    • Sortieren und Suchen wurden nach oben rechts verschoben.

  • Plug-In-basierte Ressourcen unterstützen jetzt neue Tag-2-Aktionen für OOTB

    Die folgenden Tag-2-Aktionen werden jetzt für Plug-In-basierte Ressourcen unterstützt:

     AWS * EC2: Einschalten, Ausschalten

    • S3-Bucket: Löschen

    • LB: Löschen – Löschen funktioniert, aber der Ressourcentyp „LB“ ist derzeit ausgeblendet

    • RDS: Löschen – Löschen funktioniert, aber der Ressourcentyp „RDS“ ist derzeit ausgeblendet

    • EKS: Löschen – Löschen funktioniert, aber der Ressourcentyp „EKS“ ist derzeit ausgeblendet

    GCP * VM – Einschalten, Ausschalten, Fortsetzen, Anhalten

    • Speicher-Bucket: Löschen

    • Dienstkonto: Löschen

    • Abgeschirmte Maschine: Einschalten, Ausschalten, Fortsetzen, Anhalten

  • Von HashiCorp vorgenommene Updates im Zusammenhang mit Terraform-Lizenzänderungen

    Am 10. August 2023 gab HashiCorp bekannt, dass seine Quellcodelizenz von Mozilla Public License (MPL) für zukünftige Versionen seiner Produkte, darunter Terraform, Vault, Consul, Boundary, Nomad, Waypoint, Packer und Vagrant, in die Business Source License (BSL/BUSL) geändert wird. Diese Lizenzierungsänderung wirkt sich nur auf Terraform-Versionen aus, die neuer als Version 1.5.5 sind.

    Daher verhindern wir ab sofort, dass Kunden beim Ausführen ihrer Terraform-Konfigurationen neuere Terraform-Versionen als Version 1.5.5 in VMware Aria Automation auswählen.

  • Hinzufügen eines Cloud-Kontos für mit vSphere+ verbundenes vCenter

    VMware Aria Automation unterstützt jetzt das Hinzufügen vCenter Cloud-Konten, die als vSphere-IaaS-Layer für die Arbeitslastautomatisierung verwendet werden. Diese Funktion unterstützt das Hinzufügen eines Cloud-Kontos für vCenter, das mit dem vSphere+-Cloud-Dienst verbunden ist.

    Im Rahmen dieses Vorgangs werden die Benutzeroberfläche und die API aktualisiert, damit die Einzigartigkeit des mit vCenter verbundenen vSphere+ widerzuspiegeln. Insbesondere die Benutzeroberfläche wurde vereinfacht. Sie müssen die IP, den FQDN oder die Cloud-Proxy-Informationen nicht mehr angeben, da alle mit vSphere+ verbundenen vCenter-Instanzen in derselben SaaS-Organisation bereitgestellt werden. Deshalb werden sie automatisch von VMware Aria Automation automatisch erkannt und können einzeln ausgewählt werden.

  • VMware Aria Automation Config-Unterstützung für Salt Onedir-Pakete

    VMware Aria Automation Config unterstützt jetzt das mit Onedir-Paketen installierte Salt als neue bevorzugte Installationsmethode von Open Salt 3006 und höher. Mit Onedir sind alle ausführbaren Salt-Dateien in einem Verzeichnis enthalten. Onedir enthält auch die von Salt benötigte Python-Version und die erforderlichen Abhängigkeiten. Weitere Informationen zu Onedir und dem Upgrade-Prozess finden Sie unter Upgrade auf Onedir.

    Beim Upgrade von Open Salt auf Onedir wird das Lesen des Benutzerhandbuchs dringend empfohlen. Denken Sie daran, Schritt 4 unter Upgrade auf Onedir durchzuführen, und installieren Sie alle Python-Pakete von Drittanbietern neu.

    Für Salt-Master, die mit Aria Automation Config verbunden sind und von VMware Aria Automation Config verwaltet werden, muss das RaaS-Master-Plug-In neu installiert werden. Folgen Sie der Aria Config-Dokumentation zum Installieren/Aktualisieren/Konfigurieren des RaaS-Master-Plug-Ins.

    Weitere Informationen finden Sie unter KB 89728.

     Hinweis: Die Unterstützung von Salt Onedir mit Photon OS 4.0 wird in einer kommenden Version verfügbar sein.

  • VMware Aria Automation for Secure Hosts: Importe der Qualys-Schwachstellenprüfung werden jetzt von der Benutzeroberfläche unterstützt

    Der Import der Qualys-Schwachstellenprüfung verfügt jetzt über UI-Unterstützung mit VMware Aria Automation for Secure Hosts. Weitere Informationen finden Sie unter Vorgehensweise zum Importieren von Sicherheitsüberprüfungen eines Drittanbieters.

  • Versionsinformationen zu Salt Open (Open Source-Projekt)

    Das Salt Project ist eine Open-Source-Automatisierungs- und -Konfigurationsverwaltungs-Engine. Salt ist die Technologie, die der Kernfunktionalität von VMware Aria Automation Config zugrunde liegt. Weitere Informationen zum Salt Project finden Sie unter The Salt Project.

    Die folgenden Erweiterungen werden für Salt Open veröffentlicht: 

    Hinweis: Updates von VMware Aria Automation Config werden in diesen Versionshinweisen separat aufgeführt.

    • Salt Analytics ermöglicht es Kunden, die Analyseinformationen an externe Systeme weiterzuleiten, um die Salt-Infrastruktur zu überwachen. 

    • Salt Heist verbessert die Salt-Verwaltung, indem Salt nach Maß installiert oder aktualisiert wird. Die Erweiterung bietet auch eine agentenlose Lösung, indem der Agent entfernt wird, wenn er nicht mehr benötigt wird.

    • Salt Describe verbessert die Benutzererfahrung, indem salt-Statusdateien automatisch generiert werden, um gewünschte Zustände für Greenfield- oder Brownfield-Umgebungen zu verwalten. Diese Dateien können in der vorliegenden Fassung oder mit Änderungen basierend auf den Geschäftsanforderungen verwendet werden. 

    Weitere Informationen zu Salt Open-Versionen finden Sie unter den folgenden Links:

Neuerungen in Automation Orchestrator

  • Begrenzen der Anzahl der vAPI-Metamodelle, die vom vAPI-Plug-In von Aria Automation Orchestrator unterstützt werden

    Ab Version 8.13.1 ist die Anzahl der vAPI-Metamodelle, die im vAPI-Plug-In von Automation Orchestrator hinzugefügt werden können, auf einen Standardwert von 20 beschränkt. Dieser Wert kann geändert werden, indem Sie Ihrer Automation Orchestrator-Bereitstellung die Datei „vapi.metamodels.count“ hinzufügen und den Eigenschaftswert auf die gewünschte Anzahl von Metamodellen festlegen. Das Hinzufügen von mehr als 20 Modellen kann übermäßig viel Arbeitsspeicher verbrauchen und zu einer instabilen Automation Orchestrator-Bereitstellung führen. 

Behobene Probleme

  • Der Benutzer kann den Status der Option „Funktionen aktivieren“ im Hilfebereich nicht ändern

    Wenn die Option „Funktionen aktivieren“ (Support-Anfragen und Feedback) für sekundäre Mandanten deaktiviert wird, wird die Änderung nicht übernommen und die Einstellungen bleiben aktiv.

  • Der Debugger führt Unteraktionen im Skript einer Aktion nicht schrittweise aus

    Bisher führte der Debugger beim Debuggen einer Aktion Unteraktionen nicht schrittweise aus, wenn auf die Schaltfläche Schrittweise ausführen geklickt wurde. Der Debugger führt nun Unteraktionen schrittweise aus, wenn beim Debuggen im Aktionseditor auf die Schaltfläche Schrittweise ausführen geklickt wird.

  • Sie erhalten einen Datenerfassungsfehler in vra-vcd-adapter, wenn ein importiertes cross-vdc-Netzwerk vorhanden ist

    Die angepasste VCD Public Cloud schlägt fehl, wenn Daten zu einem VCD-Infrastrukturobjekt erfasst werden. Dieser Fehler tritt auf, wenn ein importiertes VDC-Netzwerk im Remote-VCD-Mandanten konfiguriert ist. Dies führt dazu, dass andere VCD-Konstrukte nicht erfasst werden, einschließlich Speicherrichtlinien, Datenspeichern, VMs, Volumes usw.

    Dieses Problem ist jetzt behoben, und Sie können Daten erfassen, wenn Sie importierte VDC-Netzwerke verwenden, einschließlich VDC-Netzwerke, deren Geltungsbereich auf VCD-Datencenter-Gruppen festgelegt ist. Dies ermöglicht die Bereitstellung von Computing-Arbeitslasten, die mit solchen Netzwerken verbunden sind, wobei gleichzeitig Integrationsfunktionen wie IPAM, statische und dynamische IP-Zuweisungen, externe IPAM-Integrationen usw. genutzt werden.

  • Die dynamische Enumerationseingabe für Cloud-Vorlagen kann nicht validiert werden, wenn der Rückgabetyp der Aktionen „Array/Eigenschaften“ lautet

    Die Validierung schlägt fehl, wenn eine Cloud-Vorlage eine Zeichenfolgen-Enumerationseingabe mit einem dynamischen Wert mit dem Rückgabetyp „Array/Eigenschaften“ enthält, der nur die Eigenschaften value und label umfasst. In der neuesten Version wurden solche Probleme behoben, indem der Wert „Array/Eigenschaften“ als eine enumerierte Liste von Schlüsseln und Werten behandelt wird. Für jedes Eigenschaftselement im Array weist das entsprechende Listenelement einen Schlüssel – den Wert der Eigenschaft label – und einen Wert – den Wert der Eigenschaft value – auf.

  • Die Eingaben für Konstantenwerte für die Aktionsparameter vom Typ „Array/Zahl“ oder „Array/Datum“ des Formulardesigners verhalten sich wie ein einzelner Wert

    Dieses Problem wurde durch Änderungen an der Art und Weise, wie der Formulardesigner diese Parameter verarbeitet, behoben.

    Wenn die Aktionsparameter den Typ „Array/Zeichenfolge“ oder „Array/Zahl“ aufweisen, ist die Eingabe für Konstantenwerte ein Textbereich (Textarea), in den Sie die Werte der Array-Elemente durch Kommas getrennt eingeben können.

    Wenn konstante Aktionsparameter den Typ „Array/Datum“ aufweisen, wird eine Array-Eingabe verwendet. Auf diese Weise können Sie Elemente hinzufügen oder entfernen, ohne dem Array leere oder falsche Werte hinzuzufügen. Der Parameterwert wird im Formularschema als Zeichenfolge von ISO-Datum/Uhrzeit-Zeichenfolgen gespeichert, die durch Kommas getrennt sind.

  • Die PowerShell-Version des PowerCLI-Containers ist jetzt aktualisiert

    Die PowerShell-Version des PowerCLI 12-Containers wurde von Version 7.1 auf die neueste LTS-Version 7.2 aktualisiert.

  • Eingaben über ein Dropdown-Menü für geplante Aufgaben werden nicht angezeigt

    Wenn Sie einen Workflow mit einer Eingabe planen, für die ein Dropdown-Menü für Wertoptionen angezeigt werden muss, wird das Menü mit den Wertoptionen durch die Fußzeile der Seite abgeschnitten.

    Dieses Layoutproblem ist nun behoben. Im Rahmen dieser Fehlerbehebung wurden die Seiten zum Erstellen, Bearbeiten und Anzeigen von Details geplanter Workflows vereinheitlicht. Sie können daher jetzt die Eingabewerte einer vorhandenen geplanten Aufgabe aktualisieren, anstatt eine neue geplante Aufgabe erstellen zu müssen. Die neuen Werte werden ab der ersten zukünftigen Ausführung angewendet.

Bekannte Probleme

  • 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

  • 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.

Neuerungen in VMware Aria Automation Juli 2023/8.13

  • Secure Host unterstützt CIS-Benchmark für RHEL9

    VMware Aria Automation for Secure Hosts unterstützt jetzt die CIS-Benchmark für RHEL9.

  • Befehlszeilenunterstützung für die Konfiguration von VMware Aria Automation Orchestrator

    VMware Aria Automation Orchestrator kann jetzt über die Befehlszeilenschnittstelle (CLI) konfiguriert werden. Dazu werden zusätzlich zu den vorhandenen Control Center-Optionen „vracli vro“-Befehle verwendet. Informationen zum Konfigurieren von VMware Aria Automation Orchestrator mit CLI-Befehlen finden Sie unter Configuring the Automation Orchestrator Appliance authentication provider with the command line interface und Additional command line interface configuration options.

  • Unterstützung für Lastausgleichsdienst im GCP-Plug-In

    Es ist jetzt möglich, über die Plug-In-basierte Lastausgleichsressource externe globale TCP-Lastausgleichsdienste zu erstellen.

    Im Rahmen des Lastausgleichs ist Folgendes möglich:

    • instanceGroup-Ressource einfügen, löschen und aktualisieren

    • Instanzen, die einer instanceGroup-Ressource zugeordnet sind, hinzufügen, entfernen und auflisten

    • healthChecks abrufen und auflisten

    • healthCheck-Ressource patchen und aktualisieren

    • backendService-Ressourcen einfügen und löschen

    • forwardingRules einfügen und löschen

    • forwardingRules abrufen und auflisten

    • backendService-Ressource abrufen und auflisten

    • Firewallressource patchen und aktualisieren

    • backendServices-Ressource patchen und aktualisieren

    • Firewalls abrufen und auflisten

    • Firewalls einfügen und löschen

    • healthChecks einfügen und löschen

    • Unterstützung für get/list-Zielpools

    • Festgelegte Bezeichnungen patchen und Ziel auf eine forwardingRules-Ressource festlegen

  • Integrierte Bereitstellungen sind mit Service Broker-Richtliniengrenzwerten konform

    Bereitstellungen mit einer VM und Festplatten stimmen jetzt mit Grenzwerten für die Service Broker-Richtlinie überein. Per Onboarding eingebundene Bereitstellungen unterliegen den folgenden Grenzwerten:

    • Grenzwert für Organisationen: CPU, VM-Anzahl, Arbeitsspeicher und Speicher

    • Grenzwert für Organisationsbenutzer: CPU, VM-Anzahl, Arbeitsspeicher und Speicher

    • Grenzwert für Projekte: CPU, VM-Anzahl, Arbeitsspeicher und Speicher

    • Grenzwerte für Projektbenutzer: CPU, VM-Anzahl, Arbeitsspeicher und Speicher

    Sie können festlegen, dass Onboarding-Ressourcen auf Grenzwerte angerechnet werden, indem Sie die entsprechende Option auf „Ein“ umschalten. Standardmäßig ist die Option „Aus“, was dem vorherigen Verhalten entspricht. 

  • Sichtbarkeit von fakturierbaren Objekten in VMware Aria Automation

    VMware Aria Automation bietet Administratoren nun die Möglichkeit, über die API und die Benutzeroberfläche eine Übersicht der verwalteten fakturierbaren Objekte anzuzeigen. Darüber hinaus wird das Ressourcencenter in Aria Automation Assembler und Aria Automation Service Broker derzeit verbessert, damit fakturierbare Ressourcen von Assembler und Service Broker direkt oder in Kombination mit anderen bereits unterstützten Filtern herausgefiltert werden können. Weitere Informationen zu fakturierbaren Objekten.

  • Tag-2-Aktion zum Ändern der Leistungsebene von Azure-Speicherfestplatten

    VMware Aria Automation unterstützt jetzt die Änderung der Leistungsebene einer Azure-Speicherfestplatte in Form einer Tag-2-Aktion. Auf den betreffenden Festplatten ist jetzt eine Tag-2-Aktion verfügbar, mit der Sie die Leistungsebene der Festplatte nach Bedarf ändern können.

  • VM-Neuerstellung für integrierte und migrierte vSphere-Arbeitslasten

    Nach der letzten Version der Tag-2-Aktion zur Neuerstellung unterstützen wir jetzt Neuerstellungsaktionen für integrierte vSphere-Arbeitslasten und vSphere-Arbeitslasten aus dem Migrationsassistenten. Wenn eine integrierte VM zum ersten Mal neu erstellt werden soll, kann der Benutzer die Image-Auswahl anzeigen und bestätigen.

  • Verbesserung der Ressourcenvisualisierung

    In dieser Version enthält Aria Automation für Plug-In-basierte Ressourcen die folgenden Verbesserungen der Benutzeroberfläche:

    •  Die Eigenschaften des Hilfsprogramms für die Zuteilung können reduziert werden.

    • Es gibt eine neue Kategorie zur Anzeige generischer Idem-Ressourceneigenschaften.

    • Es wurden Beschreibungen zu Parametern hinzugefügt.

    • Es wurde eine Breadcrumbs-Komponente für die Rückwärtsnavigation zur QuickInfo „Eigenschaften“ hinzugefügt.

    • Wird eine Komponente des Hilfsprogramms für die Zuteilung direkt in der Arbeitsfläche mit einer Idem-Ressource verknüpft, wird die entsprechende Eigenschaftsbindung nach Möglichkeit automatisch aufgefüllt.

  • Unterstützung für Dienstkonten im GCP-Plug-In

    VMware Aria Automation-Benutzer können GCP-Dienstkonten und -Dienstkontoschlüssel jetzt mithilfe von Blueprints, Katalogen und des Idem-Diensts bereitstellen.

    Anwendungsfall: 

    1. Erstellen Sie ein Dienstkonto.

    2. Erstellen Sie einen Speicher-Bucket.

    3. Auf den Speicher-Bucket sollte nur über das Dienstkonto zugegriffen werden können.

  • Erhöhen von Grenzwerten für Bestandslisten

    Das Plug-In-basierte Framework unterstützt jetzt 250.000 Idem-Ressourcen in der Bestandsliste. 

  • In Inhaltselemente integrierte benutzerdefinierte Formularversionen

    Benutzerdefinierte Service Broker-Formularversionen umfassen jetzt die folgenden Verbesserungen:

    • Sie können Blueprint-basierte Inhaltselemente auf Root-Ebene anpassen. 

    • Sie können ein benutzerdefiniertes Formular für bestimmte Blueprint-Versionen erstellen, indem Sie auf den Detailbereich und dann auf den Namen der Version (jetzt als Link angezeigt) klicken, um den Formulardesigner für diese spezifische Version zu öffnen.

    • Im Aktionsmenü im Detailbereich wurde eine Schaltfläche „Benutzerdefiniertes Formular deaktivieren“ hinzugefügt, wodurch das benutzerdefinierte Formular für diese spezifische Blueprint-Version deaktiviert wird.

    • Die Blueprint-Versionstabelle enthält eine neue Spalte, die angibt, ob diese Version über ein versionsspezifisches benutzerdefiniertes Formular verfügt.

    • Die Schaltfläche „Benutzerdefiniertes Formular löschen“ im Aktionsmenü des Datenrasters im Detailbereich wurde in „Versionsspezifisches benutzerdefiniertes Formular löschen“ umbenannt.

  • Entfernen von Node.js 14 aus Laufzeiten und Polyglot

    Skriptelemente, die für Node.js 14 erstellt wurden, werden automatisch für die Ausführung in Node.js 18 umgestellt.

  • Python 3.7 ist veraltet und wird in den nächsten Versionen entfernt

    Einstellungsbenachrichtigung

    Python 3.7 erreicht am 27. Juli 2023 das Ende der Lebensdauer. Die Python 3.7-Laufzeit ist jetzt veraltet und wird ab der Version Oktober 2023 aus Aria Orchestrator entfernt. Kunden wird empfohlen, die Python 3.10-Laufzeit zu verwenden. Dies gilt sowohl für Aria Orchestrator- als auch für ABX-Dienste.

  • Optionale Nichtberücksichtigung von CPU/Arbeitsspeicher von ausgeschalteten VMs in der Ressourcenkontingentrichtlinie

    Sie können jetzt festlegen, dass die von ausgeschalteten virtuellen Maschinen (VMs) verbrauchte CPU und der belegte Arbeitsspeicher in einer Ressourcenkontingentrichtlinie nicht berücksichtigt werden. Hierdurch können Benutzer, die durch eine Ressourcenkontingentrichtlinie eingeschränkt sind, auch bei einer Überschreitung von CPU- oder Arbeitsspeicherkontingenten VMs bereitstellen, falls einige im Kontingent berücksichtigte VMs ausgeschaltet sind. 

  • Tag-2-Aktion zum Aufheben der Registrierung bereitgestellter Maschinen

    Sie können die Registrierung der von Aria Automation bereitgestellten virtuellen vSphere-Maschinen bei Aria Automation jetzt als Tag-2-Ressourcenaktion aufheben. Wenn Sie die Registrierung einer bereitgestellten VM aufheben, wird sie aus der Aria Automation-Bestandsliste entfernt, bleibt in vCenter aber wie vor der Durchführung der Aktion unverändert verfügbar. Diese virtuelle Maschine wird dann verschoben und als „erkannte“ VM in Aria Automation aufgelistet. Sie kann bei Bedarf integriert werden.

    Hinweis: Wenn die Registrierung einer bereitgestellten VM aufgehoben wird, bleibt ihre Bereitstellung bestehen.

  • Das Paketsignaturzertifikat kann jetzt mithilfe des Workflows zum Generieren eines Paketsignaturzertifikats geändert werden

    Das Paketsignaturzertifikat kann jetzt mithilfe des Workflows zum Generieren eines Paketsignaturzertifikats statt über das Control Center geändert werden.

  • PowerCLI 11-Laufzeit ist veraltet

    Einstellungsbenachrichtigung

    Die PowerCLI 11-Laufzeit (PowerShell 6.2) ist veraltet und wird ab der Version Oktober 2023 aus Aria Orchestrator entfernt. Kunden wird empfohlen, die PowerCLI 12-Laufzeit zu verwenden.

  • Importe aus Qualys-Schwachstellenprüfung über API mit Aria Automation Secure Host

    Aria Automation Secure Host unterstützt jetzt den direkten Import von Ergebnissen der Qualys-Schwachstellenprüfung über die API.

Bekannte Probleme

  • 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 KB93437.

Behobene Probleme

  • Wird das Abonnement von vRA 8.8.2 per Push auf Produktions- und Vorproduktionsressourcen übertragen, wird das Ereignis „Benutzerdefinierte Ressource nach der Bereitstellung“ dreimal aktiviert

    Bei der Bereitstellung einer benutzerdefinierten Ressource in einer HA-Umgebung wurde das Ereignis „Benutzerdefinierte Ressource nach der Bereitstellung“ aufgrund von Synchronisationsproblemen zwischen Knoten manchmal mehrmals gepostet. Dies trat in der Regel auf, wenn der Workflow zur Bereitstellung der benutzerdefinierten Ressource länger als 2-3 Minuten ausgeführt wurde und ein blockierendes Abonnement für das Ereignis „Benutzerdefinierte Ressource nach der Bereitstellung“ vorhanden war.

  • Aria Automation for Secure Hosts enthält für ein RHEL-basiertes System CVE-Informationen für alle Architekturtypen

    Aria Automation for Secure Hosts listet jetzt die CVE-/Patch-Informationen basierend auf dem Architekturtyp des RHEL-basierten Systems auf. Beispiel: Power PC, X86_64.

  • Manchmal funktioniert das Herunterladen von SecOps-Bewertungsergebnissen nicht

    Bisher funktionierte manchmal das Herunterladen des Konformitätsberichts im JSON-Format über die Schaltfläche „Herunterladen“ nicht. Dies wurde behoben und funktioniert jetzt wie erwartet.

  • Bei Zielgruppen mit zunehmender Größe in Aria Automation Config können Leistungsprobleme auftreten

    In einigen Fällen können in Aria Automation Config Leistungsprobleme aufgrund von Zielgruppen mit zunehmender Größe auftreten.

Neuerungen in VMware Aria Automation Juli 2023/8.12.2

  • Fortlaufende Verwaltung von Arbeitslasten, für die ein Failover durch SRM durchgeführt wurde

    Wenn von Aria Automation verwaltete Arbeitslasten durch VMware Site Recovery Manager (SRM) geschützt werden und SRM für sie ein Failover auf eine sekundäre Site durchführt, können Aria Automation-Benutzer diese Arbeitslasten und ihre zugeordneten Netzwerke und Festplatten jetzt weiter verwalten. Die Arbeitslast ist in Aria Automation mit aktualisierten Eigenschaften sichtbar, um alle Änderungen infolge der Arbeitslastverschiebung widerzuspiegeln, und die Tag-2-Aktionen sind weiterhin verfügbar.

    Hinweis: Diese anfängliche Funktionsversion unterstützt vSphere-Maschinen mit von vSphere angehängten Festplatten und vSphere-Netzwerken.

  • Unterstützung für VM-Snapshots in GCP

    Das Plug-In-basierte Framework in Aria Automation unterstützt die folgenden Anwendungsfälle für Snapshots:

    Anwendungsfall 1

    Erstellen eines neuen Snapshots anhand einer Festplattenressource während der Erstellung einer neuen Bereitstellung mithilfe eines Blueprints

    Beispiel: Der VCT-YAML-Block kann eine Festplatte erstellen und im selben VCT über einen weiteren YAML-Block verfügen, um direkt nach der Erstellung der Festplatte (oben) einen Snapshot zu erstellen.

    Wenn Sie eine Bereitstellung mit diesem VCT erstellen, werden eine Festplatte und ein Snapshot erstellt.

    Anwendungsfall 2

    Löschen eines vorhandenen Snapshots 

    Löschen eines Snapshots aus der Aktion „Löschen“

    Anwendungsfall 3

    Aktualisieren eines vorhandenen Snapshots (z. B. Bezeichnungen festlegen)

    Snapshot kann beim Aktualisieren einer vorhandenen Bereitstellung mithilfe eines VCT aktualisiert werden

    Anwendungsfall 4

    Wiederherstellen einer Festplatte aus einem Snapshot (mithilfe eines Blueprints)

    Im VCT kann eine Festplatte erstellt werden, von der ein Snapshot angefertigt wird. Anschließend können Sie eine weitere Festplatte anhand dieses Snapshots erstellen (über die Eigenschaft „source_snapshot“ angegeben).

  • Unterstützung für die Verwaltung von Festplattenressourcen in GCP

    VMware Aria Automation unterstützt Speicherprofile, das Anhängen und Trennen von Festplatten sowie Verschlüsselung für GCP-Ressourcen in einer Plug-In-basierten Architektur

    Diese Architektur bietet eine möglichst einfache Verwaltung von Festplattenressourcen im GCP-Plug-In, um sie an eine Anfrage zum Erstellen einer VM-Instanz anzuhängen.

    Dazu gehören:

    • Erstellen einer Festplatte (vorhanden)

    • Löschen einer Festplatte (abwesend)

    • Anzeigen einer Festplatte (Beschreibung)

    Unterstützung für DiskTypes-Ressource wie in https://cloud.google.com/compute/docs/reference/rest/v1/diskTypes wurde hinzugefügt

    Eine Festplatte kann an eine Instanzressource angehängt oder von ihr getrennt werden. Aria Automation unterstützt auch das Hinzufügen oder Entfernen einer oder mehrerer ResourcePolicies aus einer Festplattenressource. CMEK (Customer Managed Encryption Key) wird ebenfalls unterstützt. Wenn das Flag zum automatischen Löschen festgelegt ist, wird die Festplatte beim Löschen der Instanz ebenfalls gelöscht. Bezeichnungen können an die Festplatte angehängt werden.

    Aria Automation unterstützt sowohl persistente Start- als auch Nicht-Start-Festplatten (Daten). Alle in GCP verfügbaren Eigenschaften stehen über Aria Automation zur Verfügung. 

  • Unterstützung für AWS-Subnetz und Testfunktion in VCT

    VMware Aria Automation Juni 2023 enthält die folgenden Verbesserungen:

    • AWS-Subnetzressourcen sind im Assembler verfügbar. Dies kann in VCT und zum Erstellen eines Katalogs verwendet werden

    • Stellt die öffentliche IP-Adresse und eine Liste der Netzwerkkarten bereit, die mit den EC2-Instanzen von AWS verbunden sind

    • Stellt die Liste der Volumes mit den zugehörigen Eigenschaften für EC2-Instanzen in AWS bereit. Die Testfunktion ist jetzt vollständig aktiviert, um VCT mit Plug-In-basierten Ressourcen zu testen.

    • Grundlegende Unterstützung für Genehmigungen wurde hinzugefügt, mit der der Genehmiger Bereitstellungen genehmigen oder ablehnen kann. 

    • Unterstützung des VCT-Testlaufs für Zuteilungsressourcen

  • Unterstützung für die Verwaltung von Netzwerkressourcen in GCP

    VMware Aria Automation unterstützt die Bereitstellung von Netzwerkressourcen in Google Cloud Platform (GCP). Dies wird jetzt durch die Plug-In-basierte Architektur ermöglicht. Netzwerkobjekte standen im klassischen GCP-VM-Objekt nicht zur Verfügung. Mithilfe der Plug-In-basierten Architektur können Netzwerkobjekte erstellt, aktualisiert und gelöscht werden.

    Google Cloud VPC-Netzwerk-Peering verbindet zwei VPC-Netzwerke (Virtual Private Cloud), damit die Ressourcen in jedem Netzwerk miteinander kommunizieren können. Die Plug-In-basierte Architektur unterstützt addPeering, removePeering, updatePeering, switchToCustomMode, patch und getEffectiveFirewalls.

  • Unterstützung für Speicher-Buckets im GCP-Plug-In

    Die Buckets-Ressource stellt einen bucket im Cloud-Speicher dar. 

    VMware Aria Automation bietet Unterstützung für das Erstellen und Löschen einer Bucket-Ressource in GCP. Darüber hinaus besteht die Möglichkeit, einen Speicher-Bucket zu patchen und zu aktualisieren.

    Die StorageBucket-Ressource wird mit der Standardzugriffssteuerung verwaltet und kann gepatcht und aktualisiert werden.

    Aria Automation enthält weiterhin eine Option zum Sperren der Aufbewahrungsrichtlinie einer Bucket-Ressource.

  • Unterstützung für GPU auf VMs im GCP-Plug-In

    VMware Aria Automation unterstützt die Erstellung von GCP-VMs mit einer bestimmten Anzahl an GPU-Ressourcen.

    Anstelle eines von Aria Automation vordefinierten Satzes stellt die Plug-In-basierte Architektur alle Eigenschaften bereit, die in GCP verfügbar sind. Dazu gehört eine GPU-Eigenschaft, die im klassischen GCP-VM-Objekt in Aria Automation nicht verfügbar war. Mit der Plug-In-basierten Architektur steht die GPU-Eigenschaft jedoch im Assembler zur Verfügung, in dem der Benutzer die jeweiligen Eingaben bereitstellen kann.

    Die GPU-Anzahl kann in YAML bereitgestellt werden.

  • Unterstützung von Speicherrichtlinien für Plug-In-basierte Ressource

    VMware Aria Automation unterstützt jetzt Speicherrichtlinien für VCT, um Ressourcen aus der Plug-In-basierten Architektur zu erhalten. 

    Die Speicherzuteilung unterstützt Cloud-spezifische Eingaben. Die Filterlogik für Speicherprofile ist mit der für klassische Ressourcen identisch.

  • Verwalten von abgeschirmten Instanzressourcen in GCP

     VMware Aria Automation unterstützt die Erstellung von abgeschirmten Instanzen in GCP mithilfe der Eigenschaft „Abgeschirmt“. Diese Eigenschaft bietet die Möglichkeit zur Angabe einer abgeschirmten Instanz.

    Sie können die Integritätsrichtlinie für abgeschirmte Instanzen auf eine GCP-VM-Ressource festlegen. Darüber hinaus kann die Konfiguration einer abgeschirmten Instanz für eine Instanzressource aktualisiert werden.

  • Beim Onboarding von Maschinen können auch die verbundenen NSX-T-Netzwerke integriert werden

    Beim Onboarding virtueller Maschinen können Sie jetzt auch verbundene NSX-Netzwerke integrieren. Dies umfasst auch die Anzeige der Netzwerke in verwandten Bereitstellungen sowie die Beibehaltung der IP-Adressen der VM, wenn diese entfernt wird.

  • Unterstützung für GCP-VMs

    VMware Aria Automation unterstützt die Bereitstellung von virtuellen Maschinen (VM), die auf Google Cloud Platform (GCP) gehostet werden. Dies wird durch die Plug-In-basierte Architektur ermöglicht. Die klassischen im Assembler verfügbaren GCP-VM-Objekte in Aria Automation weisen einen begrenzten Satz an Eigenschaften auf. Über die Plug-In-basierter Architektur stellen die VM-Objekte jedoch alle Eigenschaften bereit, die in Google Cloud Platform verfügbar sind.

    Dies hat den Vorteil, dass der Benutzer Eingaben für alle oder eine beliebige Eigenschaft vornehmen kann, anstatt einen vordefinierten Satz von Aria Automation zu verwenden. Beispielsweise eine GPU-Eigenschaft, die im klassischen GCP-VM-Objekt in Aria Automation nicht verfügbar war. Mit der Plug-In-basierten Architektur steht die GPU-Eigenschaft jedoch im Assembler zur Verfügung, in dem der Benutzer die Eingaben bereitstellen kann.

Bekannte Probleme

  • Die Startfestplatte wird in einem Datenspeicher bereitgestellt, der nicht mit den Speicherprofileinschränkungen übereinstimmt

    Wenn während der Zuteilungsphase einer Bereitstellung ein Datenspeicher für die in der Bereitstellung enthaltenen Festplatten ausgewählt wird, ist es möglich, dass die Speicherprofile nicht berücksichtigt werden. Daher kann ein Datenspeicher, der nicht den von den Speicherprofilen festgelegten Einschränkungen entspricht, für die Festplatte ausgewählt werden.

    Dieses Problem kann auftreten:

    1 ) nur, wenn die Konfigurationseigenschaft PREVENT_COMPUTE_STORAGE_OVERALLOCATION auf „true“ festgelegt ist (standardmäßig „false“).

    2 ) nur bei gleichzeitiger Ausführung von 10 oder mehr Bereitstellungen.

    Ab 8.11.2 ist dieses Problem jetzt behoben. Während der VM-Bereitstellung wird die Startfestplatte in einem Datenspeicher bereitgestellt, der den erwarteten Speicherprofileinschränkungen entspricht.

  • 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.

  • 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.

Behobene Probleme

  • LDAP-Authentifizierung kann nicht konfiguriert werden

    Bisher führte die LDAP-Integration dazu, dass die Suche nach LDAP-Benutzern und -Gruppen zu weit gefasst wurde. Bei sehr großen Verzeichnissen bedeutete dies, dass im betreffenden Verzeichnis eindeutig vorhandene Benutzer und Gruppen nicht gefunden wurden, weil Active Directory Grenzwerte für die Anzahl der zurückgegebenen Datensätze erzwang.

    Darüber hinaus wurden die Benutzer- oder Gruppennamen in der Liste der Kontrollkästchen angezeigt, doch nachdem sie aktiviert wurden und auf „Speichern“ geklickt wurde, blieb die Aktivierung nicht erhalten. Die Kontrollkästchen waren dann wieder deaktiviert.

    Dies wurde korrigiert und tritt nun nicht mehr auf. Falls Aria Automation Config nach dem Upgrade auf 8.12.2 jedoch weiterhin vorhandene Benutzer und Gruppen in bestimmten Situationen nicht finden kann, können Sie dem DN-Filter für die Benutzersuche und dem DN-Filter für die Gruppensuche zusätzliche Qualifizierer hinzufügen:

    • Angenommen, Ihr Unternehmensverzeichnis hat den Basis-DN „dc=corp,dc=example,dc=com“. Benutzer, denen der Zugriff auf AAC gewährt werden soll, gehören zur Active Directory-Sicherheitsgruppe mit dem distinguishedName „cn=ops,cn=groups,ou=Engineering,dc=corp,dc=example,dc=com“. Sie können den DN-Filter für die Gruppensuche auf „cn=groups,ou=Engineering,dc=corp,dc=example,dc=com“ festlegen. Dadurch wird die Liste der Gruppen auf alle Gruppen in der Organisationseinheit „Engineering“ beschränkt, also auf einen viel geringeren Umfang als alle Gruppen im Verzeichnis.

    • Wenn Sie Berechtigungen direkt für Benutzer festlegen möchten, können Sie den DN-Filter für die Benutzersuche so festlegen, dass nur Benutzer in der Organisationseinheit „Engineering“ zurückgegeben werden, und zwar mit folgendem Filter: „ou=Engineering,dc=corp,dc=example,dc=com“. Dies führt dazu, dass in den Benutzerlisten nur Benutzer in der Organisationseinheit „Engineering“ angezeigt werden.

    Wichtig: Beachten Sie, dass es sich hierbei nur um Suchfilter handelt. Wenn Benutzer und Gruppen auf der Registerkarte „Benutzer und Gruppen“ im Arbeitsbereich „Authentifizierung“ aktiviert sind, speichert AAC den distinguishedName der Benutzer und/oder Gruppen und erstellt intern einen Link zum distinguishedName. LDAP-basierte Server können ein Objekt immer anhand des distinguishedName suchen. Durch das Ändern der Suchkriterien auf der Registerkarte für die anfängliche Autorisierung werden diese Links nicht entfernt. Es werden lediglich die Listen der Benutzer und Gruppen geändert, die gefunden und ausgewählt werden können.

  • Wenn AD/LDAP zur Authentifizierung von Ansible Tower mit Aria Automation verwendet wurde, treten Zeitüberschreitungsfehler auf

    Zur Authentifizierung von Ansible Tower mit Aria Automation wurde bisher die Standardauthentifizierung verwendet. Dies führte bei Verwendung von AD/LDAP-Anmeldedaten zu Zeitüberschreitungsfehlern.

    In dieser Version verwendet Aria Automation jetzt die OAuth2-Token-Authentifizierung, um eine Verbindung mit Ansible Tower herzustellen (basierend auf dem empfohlenen Ansatz von Red Hat Ansible Platform). Weitere Informationen finden Sie im Blog Summary of Authentication Methods in Red Hat Ansible Tower, der einen Überblick über die Authentifizierungsmethoden in Red Hat Ansible Tower bietet.

  • Workflow-Anforderungsausführungen werden unabhängig von ihrem Status nach 24 Stunden gelöscht

    In früheren Versionen löschte ein geplanter Auftrag alle angeforderten Workflow-Ausführungen, die älter als 24 Stunden waren, unabhängig von ihrem Status. Dies führte zu Fehlern, wenn eine Workflow-Ausführung länger als 24 Stunden dauerte. Um dieses Problem zu beheben, haben wir Verbesserungen am Löschvorgang vorgenommen und Änderungen an der Abfrage eingeführt.

    • Der geplante Auftrag wurde aktualisiert, um den endgültigen Status von Workflow-Ausführungen als Teil des Löschvorgangs zu berücksichtigen.

    • Die Abfrage wurde geändert, um sicherzustellen, dass nur Workflow-Ausführungen mit endgültigen Status beim Löschen berücksichtigt werden.

    Diese Verbesserungen stellen sicher, dass Workflow-Ausführungen offen bleiben, bis sie einen endgültigen Zustand erreichen.

  • Der externe Validierungsparameter, der an das Feld „Anforderungsinformationen“ > „Projekt-ID“ gebunden ist, weist einen Nullwert auf

    Dieses Problem tritt auf, wenn ein benutzerdefiniertes Tag-2-Formular über ein externes Validierungselement verfügt, bei dem der Parameter an das Feld Anforderungsinformationen > Projekt-ID gebunden ist. Beim Ausführen der Validierungsaktion lautet der Wert Projekt-ID null. Für dieses Problem gibt es keine Problemumgehung. Es wird in Version 8.12.2 behoben.

  • Ein Lastausgleichsdienst kann nicht über die IaaS-API skaliert werden

    Beim Erstellen eines Lastausgleichsdiensts durch Aria Automation wird überprüft, ob 0 Maschinen vorhanden sind. In diesem Fall wird das Erstellen von Pools/virtuellen Servern usw. übersprungen. Die horizontale Skalierung eines Lastausgleichsdiensts schlägt fehl, wenn 0 Pools vorhanden sind, da Aria Automation nicht über eine Logik zum Erstellen dieser Ressourcen während der Aktualisierung verfügt.

    Aria Automation enthält jetzt eine Umschaltoption, damit Pools/virtuelle Server usw. jederzeit erstellt werden können. Dabei spielt es keine Rolle, wie viele Maschinen mit dem Lastausgleichsdienst verbunden sind. Dies bedeutet, dass Aria Automation bei der Erstellung eines Lastausgleichsdiensts mit 0 Maschinen Pools für diesen erstellt und dass beim horizontalen Skalieren keine Fehlermeldung mit dem Hinweis auf das Nichtvorhandensein von Pools angezeigt wird.

    Zum Aktivieren des neuen Verhaltens legen Sie „nsxt.policy.create.lb.resources.without.machines“ (über die Benutzeroberfläche der Konfigurationseigenschaften) auf „true“ fest, bevor Sie einen Lastausgleichsdiensts bereitstellen.

  • Wenn Sie über einen Switch in einem Automation Orchestrator-Workflow verfügen, wird der Schritt nicht ausgeführt

    In den Produktversionen 8.11.0 und 8.11.1 werden Workflow-Elemente beim Ausführen des Workflows nicht ausgeführt, wenn sie auf einem „Pfeil“ aus einem Switch-Element abgelegt werden.

  • Festlegen der Parameter für Cloud.Service.AWS.API.Gateway.Method

    In früheren Versionen konnten Benutzer der Aria Automation Assembler-Ressource „Cloud.Service.AWS.API.Gateway.Method“ den Eigenschaftswert für „method.request.querystring.tableName“ mit Zeichenfolgenwerten wie „true“ oder „false“ festlegen. Ab dieser Version müssen Benutzer boolesche Literalwerte anstelle von Zeichenfolgenwerten verwenden. Die Verwendung von Zeichenfolgenwerten führt zu einem Fehler beim Aktualisieren des Eigenschaftswerts. 

    APIMethod:

    type: Cloud.Service.AWS.API.Gateway.Method

    properties:

    request_parameters:

    # Verwenden Sie die booleschen Literalwerte „true“ oder „false“ anstelle von „wahr“ oder „falsch“

    method.request.querystring.tableName: true

  • Entfernen der Funktion der Skripterstellungsmethode „saveToVersionRepository“

    Leistungsprobleme wurden durch ein Versionsverlaufs-Repository verursacht, in dem zahlreiche Versionen von Konfigurations- und/oder Ressourcenelementen infolge der automatisierten Versionsgenerierung gespeichert wurden, die auf saveToVersionRepository-Methodenaufrufe zurückzuführen ist.

    Die Funktionalität der Methode saveToVersionRepository, die für ConfigurationElement- und ResourceElement-Instanzen in der Automation Orchestrator-Skript-API verfügbar gemacht wird, wurde entfernt. Die Methode ist weiterhin in der Automation Orchestrator-Skript-API verfügbar. Sie generiert jedoch einfach eine Protokollmeldung als Teil der Workflow-Protokolle, die besagt, dass sie nicht mehr funktionsfähig ist und in einer zukünftigen Version entfernt wird. Die Methode wurde als veraltet markiert.

    Wenn Benutzer, die über ein Konfigurations- oder Ressourcenelement verfügen, das sowohl über den Automation Orchestrator-Client als auch über die Automation Orchestrator-Skript-API (Workflow-Ausführungen) aktualisiert wurde, entscheiden, per Pull Inhalte aus einem Remote-Git-Repository, mit dem sie über eine aktive Integration verfügen, abzurufen bzw. per Push in das Repository zu übertragen, wird der aktuelle Status des angegebenen Konfigurations- oder Ressourcenelements verwendet, da das Element von diesem Vorgang betroffen ist.

    Automation Orchestrator-Workflow-Entwickler sollten alle Workflows und/oder Aktionen überprüfen, die zuvor die Methode saveToVersionRepository aufgerufen haben, und diese Aufrufe aus dem entsprechenden Code entfernen.

  • Das Erstellen von Instanzen mit einem anderen Status als WIRD AUSGEFÜHRT wird nicht übernommen

    Google Compute Engine startet neu bereitgestellte Instanzen automatisch. Bisher hat das idem-gcp-Plug-In den Wert der Statuseigenschaft einfach ignoriert, (optional) die im Rahmen des zum Erstellen der Instanz verwendeten SLS übergeben wurde.

     Dieses Problem wird behoben, indem das idem-gcp-Plug-In den Wert dieser Eigenschaft abruft und versucht, die Instanz sofort nach deren Bereitstellung in den gewünschten Zustand zu versetzen, der von dieser Eigenschaft angegeben wird.

  • REST-Plug-In verarbeitet keine API-Schlüssel für die Autorisierung

    Das HTTP-REST-Plug-In in VMware Aria Automation Orchestrator hat in der Vergangenheit die Autorisierung von APIs mit benutzerdefinierten API-Schlüsseln nicht verarbeitet.

    Folglich wurden beim Aufrufen von Vorgängen, wie z. B. REST-APIs, aus Workflows Eingaben für API-Schlüssel nicht im Workflow-Formular angezeigt.

    Mit dieser Lösung kann das REST-Plug-In die Autorisierung des API-Schlüssels mit dem Eingabetyp „Header“ und „Abfrage“ sowohl für Swagger2 als auch für OpenAPI3 analysieren. Der Benutzer ist nun in der Lage, Werte für diese Eingabetypen in Workflow-Formularen anzugeben. 

  • Bei der Ausführung einer einfachen VM-Bereitstellung mit der auf „true“ festgelegten Konfigurationseigenschaft PREVENT_COMPUTE_STORAGE_OVERALLOCATION. Unter Umständen wird die Startfestplatte in einem Datenspeicher bereitgestellt, der nicht mit den Speicherprofileinschränkungen übereinstimmt.

    Wenn während der Zuteilungsphase einer Bereitstellung ein Datenspeicher für die in der Bereitstellung enthaltenen Festplatten ausgewählt wird, ist es möglich, dass die Speicherprofile nicht berücksichtigt werden. Daher kann ein Datenspeicher, der nicht den von den Speicherprofilen festgelegten Einschränkungen entspricht, für die Festplatte ausgewählt werden.

    Dieses Problem kann auftreten:

    1) nur, wenn die Konfigurationseigenschaft PREVENT_COMPUTE_STORAGE_OVERALLOCATION auf „true“ festgelegt ist (standardmäßig „false“);

    2) nur bei gleichzeitiger Ausführung von 10 oder mehr Bereitstellungen;

    Lösung: Ab 8.11.2 ist dieses Problem jetzt behoben. Während der VM-Bereitstellung wird die Startfestplatte in einem Datenspeicher bereitgestellt und stimmt erwartungsgemäß mit den Speicherprofileinschränkungen überein.

Neuerungen in VMware Aria Automation Mai 2023/8.12.1

  • Möglichkeit zur erneuten Bereitstellung einer vSphere-Maschine über eine Tag-2-Aktion

    Bei dieser Tag-2-Aktion wird die vorhandene VM durch eine neue VM ersetzt, die mit demselben Namen sowie derselben ID und IP-Zuweisung konfiguriert ist. Die Aktion steht Assembly-Administratoren, Service Broker-Administratoren, Projektadministratoren und Bereitstellungsbesitzern standardmäßig zur Verfügung. 

    Hinweis: So erstellen Sie eine Tag-2-Aktion neu:

    1. Eine an eine VM angehängte nicht dauerhafte Festplatte wird gelöscht, sobald eine Neuerstellungsaktion auf der VM aufgerufen wird.

    2. Eine vorhandene FCD wird von der VM getrennt, bleibt aber unverändert, wenn die Neuerstellungsaktion aufgerufen wird.

    3. Die Neuerstellung gilt für VMs mit allen Statusangaben. Nur der Status „Fehlt“ ist hiervon ausgenommen.

    4. Nur in dieser Version auf bereitgestellte vSphere-VMs beschränkt. 

    5. Per Onboarding eingebundene und migrierte vSphere-VMs werden in dieser Version nicht unterstützt.

    6. Die Neuerstellungsaktion kann verglichen mit anderen Tag-2-Aktionen länger dauern, da sie die erneute Bereitstellung der VM beinhaltet.

    Es wird empfohlen, einen Snapshot der Ressource zu erstellen, bevor Sie den Tag-2-Vorgang zur Neuerstellung durchführen.

  • Möglichkeit zum Reservieren/Aufheben der Reservierung einer IP-Adresse, um sie für die Bereitstellung zur Verfügung/nicht zur Verfügung zu stellen

    Sie können verfügbare IP-Adressen aus dem internen Aria Automation-IPAM abfragen und eine oder mehrere IP-Adressen reservieren, damit sie für eine Bereitstellung nicht zur Verfügung stehen. Diese Vorgänge werden nur über die API unterstützt. Weitere Informationen finden Sie im Abschnitt Verwalten von IP-Adressen im API-Programmierhandbuch.

Bekannte Probleme

  • 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.

  • 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.

  • 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>'“

  • 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.

  • 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.

Behobene Probleme

  • Azure Premium-SSD-Festplatten mit ungültiger Leistungsstufe

    Bei der Bereitstellung einer virtuellen Azure-Maschine mit einer angehängten Premium-SSD-Speicherfestplatte ermöglicht Aria Automation Benutzern, nicht konforme Leistungsstufen auszuwählen, die nicht mit Premium-SSD-Festplatten kompatibel sind.

    Bei der Bereitstellung in Azure wird die Leistungsstufe auf eine kompatible Option in Azure aktualisiert. In Aria Automation wird jedoch die frühere nicht kompatible Auswahl angezeigt. Dasselbe Verhalten tritt auf, wenn Kunden die Größe dieser Festplatten über Aria Automation ändern. Dabei spielt es keine Rolle, ob die Festplatte an eine VM oder eine eigenständige Instanz angehängt ist. Kunden sollten auf die Azure-Dokumentation zurückgreifen, um geeignete Leistungsstufen auszuwählen. 

  • Beim Exportieren eines Pakets mit „Inhalte bearbeiten“ werden Systeminhalte entsperrt

    Die Einstellungen „Inhalte anzeigen“, „Zu Paket hinzufügen“ und „Inhalt bearbeiten“ der importierten Pakete haben keine Auswirkungen mehr auf Plug-In-Inhalte (z. B. Workflows).

  • Stellen Sie sicher, dass das vCOIN-Plug-In als von VMware zertifiziert angezeigt wird

    Das VMware Aria Automation Orchestrator-Plug-In für vSphere Web Client wurde im Abschnitt „Client-Plug-Ins“ des vSphere Client als nicht von VMware zertifiziert angezeigt.

    Dieser Fehler wurde in der aktuellen Version behoben, und das Plug-In wird als von VMware zertifiziert für neue Registrierungen aufgelistet. Bereits vorhandene Plug-In-Registrierungen müssen erneut registriert werden, um als von VMware zertifiziert angezeigt zu werden.

  • Workflow-Entwickler können Inhalte überschreiben, die nicht Teil ihrer Berechtigungen sind

    In Automation Orchestrator wird eine Warnung angezeigt, wenn der aktuell angemeldete Benutzer nicht über die Berechtigung zum Überschreiben bestimmter mit einem Paket importierter Elemente verfügt und diese Elemente im Dialogfeld „Paketimport“ nicht ausgewählt werden können.

    Die REST API gibt jetzt einen Fehler innerhalb der Antwort zurück, wenn der Benutzer nicht über die Berechtigung zum Überschreiben von Inhalten verfügt.

  • Änderungen an der Tokenauthentifzierung für „Sitzung pro Benutzer“ in Aria Automation

    Kunden, die das Aria Orchestrator-Plug-In für Aria Automation mit Verbindungen vom Typ „Sitzung pro Benutzer“ verwenden, werden mit dem Problem eines veralteten und falschen Benutzerzugriffstokens bei Verwendung mit mehreren Benutzeranmeldungen konfrontiert. Dies wirkt sich auf alle Aria Automation-API-Aufrufe aus, die „Sitzung pro Benutzer“ für Workflow-, Aktions- und Bestandslisten-Lookups verwenden, was bei Ausführung über Aria Automation oder Aria Orchestrator zu Fehlern/falschen API-Antworten führt.

    Ab dieser Version enthält das Orchestrator-Plug-In für Aria Automation einen Fix zur ordnungsgemäßen Verarbeitung der Zugriffstoken des Benutzers. Alle Workflows, Aktionen und Bestandslisten-Lookups, die „Sitzung pro Benutzer“ zum Ausführen von Aria Automation-APIs verwenden, sollten nahtlos funktionieren, wenn sie direkt von Orchestrator oder über Aria Automation ausgeführt und in Umgebungen mit mehreren angemeldeten Benutzern verwendet werden.

  • Das Übertragen eines Objekts mithilfe der Schaltfläche „Version“ nach dem Ändern der Remote-Zweigstelle führt dazu, dass alle lokalen Änderungen übertragen werden

    Wenn Sie in einem integrierten aktiven Remote-Git-Repository ein einzelnes Inhaltsobjekt mithilfe der Schaltfläche Version übertragen haben, können Elemente außerhalb des ausgewählten Objekts an das Remote-Git-Repository übertragen werden. Dieses Problem kann nach einer Änderung der Remote-Zweigstelle oder einem Wechsel zwischen aktiven Repositorys auftreten.

  • Überarbeiten der Inhaltsfreigaberichtlinie, um bei vorhandener Quelle in der Richtlinie Inhaltsquellen anstelle von Inhaltselementen zu verwenden

    Zu den Aktualisierungen der Inhaltsfreigaberichtlinien für diese Version gehören:

    1. Inhaltsfreigaberichtlinien mit Inhaltsquellen werden jetzt mit Quellen als Ziel und nicht mit den Inhaltselementen innerhalb der Inhaltsquelle erzwungen. Auf der Registerkarte „Erzwingungen“ werden nun auch Inhaltsquellen als Zielelement angezeigt 

    2. Nach dem Upgrade von Aria Automation auf Version 8.12.1 oder höher werden alle Richtlinien für die Inhaltsfreigabe einmalig erneut erzwungen, damit Änderungen aus Punkt 1 übernommen werden können. Hierbei handelt es sich um eine einmalige Aktion, bei der die erneute Erzwingung gleichmäßig über die ersten beiden Stunden verteilt wird.

Neuerungen in VMware Aria Automation April 2023/8.12.0

  • Einführung in den neuen Namen für die VMware Aria-Familie

    Einführung in den neuen Namen für die VMware Aria-Familie!

    Im englischen Wörterbuch von Merriam-Webster wird das englische Wort „aria“ (Arie) als „eine begleitete, komponierte und von einer Solostimme gesungene Melodie (z. B. in einer Oper)“ definiert. VMware Aria – eine zentrale Lösung für die Cloud-Verwaltung – ist die Stimme, die verspricht, die Komplexität mehrerer Clouds zu beseitigen, die die Verwaltung so unübersichtlich macht, und unseren Kunden die Möglichkeit zu wohlklingenden, harmonischen Cloud-Vorgängen wiederzugeben.

    Hinweis:

    • Benutzer müssen möglicherweise auf einigen Seiten Cookies löschen bzw. den Cache aktualisieren, damit im Rahmen des Rebrandings durchgeführte Änderungen berücksichtigt werden.

    • Ältere vom System generierte Ereignisse (z. B. in Überwachungsprotokollen) enthalten nicht die nach dem Rebranding geltenden neuen Namen.

  • Neue einheitliche Aria Automation-Kachel mit umbenannten Dienstnamen (nur SaaS)

    Alle Aria Automation-Cloud-Dienste werden unter einer einheitlichen Dienstkachel „Aria Automation“ gruppiert. Je nach Benutzerlizenz und Rolle wird „Aria Automation Assembler“ (vormals Cloud Assembly), „Aria Automation Service Broker“, „Aria Automation Pipelines“ (vormals Code Stream) und „Aria Automation Config“ (vormals SaltStack Config) als Dienstfamilie unter „Aria Automation“ angezeigt.

    Darüber hinaus werden auf einer neuen Zielseite die Einzelheiten dieser neuen Struktur erläutert in Aria Automation eingeführt. Eine neue Dienstwechsel-Funktion ermöglicht die schnelle und einfache Navigation zwischen Diensten unter Aria Automation. Diese Konfiguration wird für alle Aria Automation-Benutzer nahtlos aktiviert.

    Hinweis: Dies ist nicht für Benutzer verfügbar, die über VMware Cloud Partner Navigator auf vorhandene Aria Automation-Dienste zugreifen. In diesem Szenario wird die Erfahrung nicht geändert.

    Möglicherweise müssen Sie auf einigen Seiten Cookies löschen bzw. den Cache aktualisieren, damit im Rahmen des Rebrandings durchgeführte Änderungen berücksichtigt werden.

    Ältere vom System generierte Ereignisse, z. B. in Überwachungsprotokollen, enthalten nicht die nach dem Rebranding geltenden neuen Namen.

    Weitere Informationen zu VMware Aria Automation finden Sie im Handbuch Erste Schritte mit VMware Aria Automation.

  • Neue Zeitüberschreitungsoptionen für Erweiterbarkeitsaktionsabläufe

    Benutzer haben jetzt zwei Optionen für die Einstellung der maximalen Zeitüberschreitung während der Initialisierung von ABX-Aktionsabläufen zur Auswahl:

    • Zeitüberschreitungswert von bis zu 5 Stunden festlegen

    • Keinen Grenzwert für die Ausführung des Ablaufs festlegen, indem das Textfeld frei gelassen wird

  • Möglichkeit zur Verwendung von Aria Automation zur Bereitstellung von Speicherfestplatten mit Bereitstellungstyp „Thin“

    Als Bereitstellungstyp können Sie jetzt im Speicherprofil und in der Cloud-Vorlage „Thick“/„Thin“/„Eager“ oder alle diese Optionen als Eigenschaft in angehängten Festplatten festlegen. 

    Wenn der Bereitstellungstyp „Thin“ verwendet wird, verläuft die Festplattenbereitstellung erfolgreich, selbst wenn im Datenspeicher nicht genug Speicher frei ist. Diese Funktion ist für angehängte/unabhängige Festplatten verfügbar. 

  • Einführung einer neuen Plug-In-Architektur für schnelleren Zugriff auf aktualisierte Native Public Cloud-Anbietereinstellungen und eine agilere Benutzererfahrung in Automation Assembler

     Public Cloud-Ressourcen werden laufend mit neuen Eigenschaften und Vorgängen aktualisiert. Um eine schnellere Public Cloud-Ressourcennutzung zu ermöglichen, stellt Aria Automation neue Plug-In-basierte Designs und Bereitstellungsmodelle in Automation Assembler bereit. Die Plug-In-Architektur ermöglicht einen schnelleren Zugriff auf aktualisierte Anbietereinstellungen und eine agilere Benutzererfahrung in Automation Assembler. Wenn ein Cloud-Anbieter wie AWS weitere Ressourcen und Eigenschaften hinzufügt, können diese Ressourcen und Eigenschaften problemlos zum zugehörigen Plug-In hinzugefügt werden.

     Die Zuteilungsrichtlinie ist für alle neuen Cloud-Ressourcen verfügbar. Diese Ressourcen können zum Erstellen von Virtual Cloud-Vorlagen verwendet und als Katalogelemente verfügbar gemacht werden.

    Diese neue Architektur ermöglicht es uns, neue AWS-Dienste wie EC2, S3-Bucket, GP3 und IO2 in der Cloud Assembly-Arbeitsfläche bereitzustellen.

    Hinweise:

    • Die lokale Version 8.12 von Aria Automation erfordert 48 GB Arbeitsspeicher. Stellen Sie vor dem Upgrade sicher, dass Sie über genügend Arbeitsspeicher verfügen.

    • Einige Komponenten befinden sich in der Beta-Version.

  • Möglichkeit zum Filtern des Überwachungsprotokolls aus Aria Automation

    Mit dem Überwachungsprotokoll können Administratoren jetzt die Nutzung und den Verbrauch in Aria Automation verfolgen. Diese Funktion umfasst die folgenden Verbesserungen:

    • Filtern der Suchergebnisse nach Überwachungsprotokollen

  • Möglichkeit, den Versionsverlauf für Inhaltsquellen in benutzerdefinierten Formularen anzuzeigen

    Benutzerdefinierte Formulare in Aria Automation Service Broker unterstützen jetzt den Versionsverlauf. Darüber hinaus können Sie jetzt benutzerdefinierte Formulare auf verschiedene Versionen der VMware Cloud-Vorlage anwenden.

    Das Tool zum Erstellen benutzerdefinierter Formulare bietet jetzt die folgenden Funktionen:

    • Erstellen mehrerer Versionen eines benutzerdefinierten Formulars

    • Überprüfung einer Liste für alle Versionen eines benutzerdefinierten Formulars

    • Wiederherstellen einer früheren Version des benutzerdefinierten Formulars

    • Erstellen einer neuen Version eines benutzerdefinierten Formulars auf der Grundlage der aktuellen Version des benutzerdefinierten Formulars

    • Anhängen eines benutzerdefinierten Formulars an eine spezifische Version des Inhaltsquellenelements (nur für Cloud-Vorlagen)

    Hinweis: Ältere benutzerdefinierte Formulare (migriert von früheren Versionen von Aria Automation) sind an eine bestimmte Cloud-Vorlage gebunden und werden von allen Versionen dieser Vorlage gemeinsam genutzt. Wenn Sie das ältere benutzerdefinierte Formular löschen, wird es für alle Cloud-Vorlagenversionen gelöscht. Wenn Sie ein älteres benutzerdefiniertes Formular an eine bestimmte Cloud-Vorlagenversion binden möchten, müssen Sie das benutzerdefinierte Formular für diese spezifische Cloud-Vorlagenversion aktivieren bzw. deaktivieren, indem Sie auf „Cloud-Vorlagenversion“ -> „Formular anpassen“ -> „Aktiviert/Deaktiviert“ -> „Speichern“ klicken.

    Weitere Informationen zum Versionsverlauf für Inhaltsquellen in benutzerdefinierten Formularen finden Sie im Blog-Beitrag Custom Forms Version History.

  • Bevorstehende Einstufung der Funktionalität „Virtuelle private Zonen“ als veraltet

    VMware beabsichtigt, die Funktionalität „Virtuelle private Zone“ und die Image-Zuordnung vom Anbieter zum untergeordneten Mandanten als veraltet zu kennzeichnen. Alle Kunden, die diese Funktionalität verwenden, sollten Pläne zum Entfernen der Konfiguration machen, da die Funktionalität in einer zukünftigen Aria Automation-Version entfernt wird. Ankündigungen zu den genauen Daten und zusätzlichen Anleitungen folgen. Wenden Sie sich an Ihren Ansprechpartner bei VMware, um weitere Informationen zu erhalten.

  • IaaS-API – Unterstützung für das Erstellen eines IPAM-Integrations-Endpoints

    Bisher gab es in Aria Automation keine API zum Erstellen eines IPAM-Integrations-Endpoints. Jetzt gibt es eine API, mit der Administratoren diese Aufgabe ausführen können, ohne zur Benutzeroberfläche zu wechseln. Informationen zur Verwendung des IPAM-Integrations-Endpoints finden Sie unter Vorgehensweise zum Importieren eines IPAM-Pakets.

  • Möglichkeit zur parallelen Ausführung von benutzerdefinierten und vorkonfigurierten Tag-2-Aktionen

    VMware Aria Automation unterstützt benutzerdefinierte Aktionen und vorkonfigurierte Aktionen, die auf derselben Ressource oder Bereitstellung ausgeführt werden. Dabei sind die folgenden Überlegungen zu berücksichtigen:

    • Die benutzerdefinierte Aktion muss zuerst vor der vorkonfigurierten Aktion gestartet werden.

    • Wenn eine vorkonfigurierte Ressourcenaktion ausgeführt wird, können Sie keine weitere (benutzerdefinierte oder vorkonfigurierte) Aktion in derselben Ressource oder Bereitstellung starten. Wenn eine vorkonfigurierte Bereitstellungsaktion ausgeführt wird, können Sie keine weitere (benutzerdefinierte oder vorkonfigurierte) Aktion in derselben Bereitstellung oder einer der Ressourcen starten.

    • Wenn eine benutzerdefinierte Ressourcenaktion ausgeführt wird, können Sie keine weitere benutzerdefinierte Aktion in derselben Ressource oder Bereitstellung starten. Wenn eine benutzerdefinierte Bereitstellungsaktion ausgeführt wird, können Sie keine weitere benutzerdefinierte Aktion in derselben Bereitstellung oder einer der Ressourcen starten.

    • Wenn eine Anforderung für die Ressource ausgeführt wird, werden Tag-2-Aktionen, die zum Löschen der Ressource führen, blockiert (z. B. deployment.delete, deployment.update, machine.delete, machine.remove disk). Die Entfernungsvorgänge (mit Ausnahme der bereitstellungsbezogenen) sind jedoch weiterhin über die IAAS-API zulässig.

    • Parallel ausgeführte Aktionen schlagen möglicherweise fehl, wenn sie im Konflikt zueinander stehen: gleichzeitiges Ausführen einer benutzerdefinierten Aktion zum Installieren von Apache auf einer Maschine und einer vorkonfigurierten Neustart-Aktion auf derselben Maschine.

  • Unterstützung für Ansible Automation Controller (zuvor Ansible Automation Tower)

    Aria Automation unterstützt Automation Controller (zuvor Ansible Tower), eine Komponente von Ansible Automation Platform.

  • Möglichkeit, das Projekt in einer Bereitstellung zu ändern, die migrierte, bereitgestellte und integrierte Ressourcen enthält

    Sie können jetzt die Funktion „Projekt ändern“ für Bereitstellungen verwenden, die eine beliebige Kombination aus bereitgestellten, migrierten und integrierten Ressourcen enthalten.

    Zu den unterstützten Ressourcen gehören die folgenden Ressourcentypen und Einschränkungen: Bereitstellungen mit bereitgestellten Ressourcen können virtuelle Maschinen, Festplatten, Lastausgleichsdienste, Netzwerke, Sicherheitsgruppen, Azure-Gruppen, NATs, Gateways, benutzerdefinierte Ressourcen, Terraform-Konfigurationen sowie Ansible- und Ansible Tower-Ressourcen enthalten.

Neuerungen in Automation Config

  • Detailliertere Ressourcenansicht durch Anzeige aktueller Salt Grain-Daten für Cloud Assembly-Benutzer

    Für VMs, die mithilfe von Automation Assembler mit einer Config-Ressource bereitgestellt werden, werden die aktuellen Salt Grain-Daten in der Ressourcenansicht angezeigt (diese werden regelmäßig alle 6 Stunden aktualisiert).

Neuerungen in Automation for Secure Hosts

  • VMware Aria Automation for Secure Hosts unterstützt CIS-Benchmark für Windows 2022

    VMware Aria Automation for Secure Hosts verfügt jetzt über die neueste CIS-Benchmark für Windows Server 2022.

Neuerungen in Automation Orchestrator

  • VMware vCenter 8-APIs sind jetzt über die Automation Orchestrator-Plug-Ins verfügbar

    Die folgenden VMware vCenter-APIs sind jetzt über die Automation Orchestrator-Plug-Ins verfügbar:

    • VMware vCenter 8-API über das VMware Aria Automation Orchestrator-Plug-In für vCenter Server

    • VMware vCenter 8 Update Manager-API über das VMware Aria Automation Orchestrator-Plug-In für vSphere Update Manager

    • VMware vCenter 8 Auto Deploy-API über das VMware Aria Automation Orchestrator-Plug-In für vSphere Auto Deploy

    Alle neuen Funktionen und API-Definitionen finden Sie hier. Das vSphere Management SDK ist ein Paket, das eine Reihe von vSphere-Software Development Kits enthält: vSphere Web Services SDK, vSphere Storage Policy SDK, vSphere Storage Management SDK, vSphere ESX Agent Manager SDK und SSO Client SDK. Die SDKs enthalten die nötigen Dokumentationen, Bibliotheken und Codebeispiele, damit Entwickler ohne großen Zeitaufwand Lösungen erstellen können, die in die VMware-Virtualisierungsplattformen integriert sind.

Bekannte Probleme

  • 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.

  • 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.

  • 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.

  • 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.

Behobene Probleme

  • Die Startfestplatte wird in einem Datenspeicher bereitgestellt, der nicht mit den Speicherprofileinschränkungen übereinstimmt.

    Wenn Sie eine einfache VM-Bereitstellung ausführen und die Konfigurationseigenschaft PREVENT_STORAGE_OVER_ALLOCATION auf „true“ festgelegt ist, wird die Startfestplatte in einem Datenspeicher bereitgestellt, der nicht mit den Speicherprofileinschränkungen übereinstimmt. Dieses Problem kann bei Versionen vor 8.11.2 auftreten.

    Dieses Problem kann auftreten:

    1. Wenn die Konfigurationseigenschaft PREVENT__COMPUTE_STORAGE_OVERALLOCATION auf „true“ festgelegt ist (standardmäßig „false“)

    2. Bei gleichzeitiger Ausführung von 10 oder mehr Bereitstellungen

    Lösung: Ab 8.11.2 ist dieses Problem jetzt behoben. Während der VM-Bereitstellung wird die Startfestplatte in einem Datenspeicher bereitgestellt und stimmt erwartungsgemäß mit den Speicherprofileinschränkungen überein.

  • Überprüfen Sie vor dem Ausführen von Workflows die Lese-/Schreibberechtigungen von Aria Automation Orchestrator-Ordnern.

    Die Ausführung der Workflows „Datei von vCO auf Gastbetriebssystem kopieren“ und „Datei vom Gastbetriebssystem in vCO kopieren“ schlägt möglicherweise aufgrund von Lese-/Schreibberechtigungsfehlern fehl. Aktualisieren Sie in diesem Fall die Datei js-io-rights.conf mit den gewünschten Lese-/Schreibberechtigungen für Dateien und Ordner.

  • Die Ausführung des Aria Automation-Workflows kann nach der Antwort auf die Benutzerinteraktion zeitweise nicht fortgesetzt werden

    Wenn ein Workflow auf eine Eingabe von einem Benutzer wartet, wird die Workflowausführung nicht fortgesetzt, nachdem der Benutzer auf die Benutzerinteraktion reagiert hat. Das Problem kann zeitweise auftreten, wenn das Token, das zum Starten der Workflow-Ausführung verwendet wurde, widerrufen wurde.

  • In einigen Szenarien können sich Benutzer nicht mit Benutzername/Kennwort bei einer bereitgestellten VM anmelden

    Nach der Bereitstellung einer VM mit der Authentifizierungsmethode „remoteAccess“ und „usernamePassword“ konnten sich Benutzer in einigen Fällen nicht mit den Anmeldedaten aus der Cloud-Vorlage bei der VM anmelden.

    Dieses Problem ist nun behoben. Nach der Bereitstellung einer VM können sich Benutzer jetzt mit dem in der Cloud-Vorlage enthaltenen Benutzernamen und Kennwort anmelden.

  • Tags in Azure-Cloud-Zone und Computing werden nach dem Upgrade gelöscht

    Beim Upgrade auf vRealize Automation 8.11.0 stellten einige Benutzer früher fest, dass Tags in Azure-Verfügbarkeitsbereichsberechnungen nicht mehr verfügbar waren. Tags werden jetzt nach dem Upgrade auf eine neue Version nicht gelöscht.

  • Die Ausführung des Aktivierungs-/Deaktivierungsbefehls „vracli cap“, der bereits denselben gewünschten Wert aufweist, gibt einen Fehler und einen Exit-Code ungleich Null zurück

    Bisher wurden diese Befehle mit einem Exit-Code ungleich null beendet, wenn die angegebene Funktion bereits aktiviert (bzw. deaktiviert) war.

    vracli capabilities <capability-name> --enable vracli capabilities <capability-name> --disable

     Mit dem neuesten Fix werden diese nicht mehr als Fehler betrachtet, und die oben genannten Befehle werden in diesen Situationen mit Exit-Code 0 beendet.

     Auswirkungen: Für die typische Nutzung (manuelles Ausführen des Befehls) hat dies keine Auswirkungen. Wenn automatisierte Skripts diese Befehle verwenden und erwarten, dass sie mit einem Status ungleich null beendet werden und die Funktion nicht umgeschaltet werden muss, müssen sie möglicherweise aktualisiert werden.

  • Regex kann beim Vergleich des Branch-Namens in Git-Webhooks nicht hinzugefügt werden

    Sie können Regex als Branch-Namen übergeben, wenn Sie einen Git-Webhook in Automation Pipelines konfigurieren.

    In früheren Versionen mussten Sie einen Git-Webhook pro Repository-Branch erstellen, was zu mehreren Webhooks führte. Indem Sie jetzt einen geeigneten Regex bereitstellen, können Sie eine einzelne Webhook-Ressource mit mehreren Branches verknüpfen. So ergeben sich sowohl in Git als auch in Automation Pipelines weniger Webhooks.

  • Neue Laufzeiten in Aria Automation Orchestrator verfügbar

    In früheren Versionen von Aria Automation Orchestrator waren Polyglot-Bibliotheksversionen NodeJs – 14, Powershell – 6.2 oder 7.1 (PowerCLI 11 oder 12) und Python – 3.7. Die Benutzer konnten keine Pakete hinzufügen, die von einer neueren Polyglot-Version unterstützt werden, und erhielten die Fehlermeldung TLS muss 1.2 oder höher sein.

    Diese neuen Laufzeiten wurden jetzt in Aria Orchestrator Polyglot – Powershell 7.3.3 und Python 3.10 hinzugefügt. Benutzer können Pakete jetzt mithilfe dieser Umgebungen ohne Fehler aktualisieren.

  • Automation Orchestrator mit Anmeldedaten des aktuell angemeldeten Benutzers beim Aktualisieren geplanter Aufgaben

    Zuvor verwendete die Schaltfläche Aktuellen Benutzer verwenden bei dem Versuch eines Benutzers, eine von ihm erstellte geplante Aufgabe zu aktualisieren, nicht die Anmeldedaten des angemeldeten Benutzers. Jetzt verwendet die Schaltfläche Aktuellen Benutzer verwenden die richtigen Benutzeranmeldedaten. 

API-Dokumentation und Versionierung

Wichtig:

Vorabbenachrichtigung über eine bevorstehende Änderung

Die Cloud Services Platform (CSP) unterstützt PKCE-Authentifizierung (Proof Key for Code Exchange) und stuft die Nicht-PKCE-Authentifizierung als veraltet ein. Als VMware Aria Automation-API-Benutzer mit einer konfigurierten IP-Autorisierungsrichtlinie in einer Kundenorganisation, die CSP verwendet, müssen Sie das Aktualisierungstoken abrufen, indem Sie die unter Abrufen eines Zugriffstokens nach API-Aktualisierungstoken beschriebene CSP-API verwenden. Das Token, das mithilfe des in Abrufen des Zugriffstokens dokumentierten Anmelde-Endpoints der IaaS-API abgerufen wurde, wird als veraltet eingestuft.

Wenn das Veröffentlichungsdatum für diese Änderung bekannt ist, wird dieser Hinweis aktualisiert.

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://www.mgmt.cloud.vmware.com/automation-ui/api-docs/ für vRealize Automation Cloud.

  • 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 Cloud 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:

API-Änderungen in VMware Aria Automation August 2023

In der folgenden Tabelle sind die API-Dienste mit Updates oder Änderungen seit der vorherigen Version aufgeführt.

Dienstname

Dienstbeschreibung

Updates und Änderungen der API

IaaS

Ausführen von Aufgaben zur Einrichtung von Infrastruktur, einschließlich iterativer Validierung und Bereitstellung von Ressourcen.

Für den Zugriff auf Aktualisierungen oder Änderungen, die für die IaaS-APIs aufgeführt sind, müssen Sie apiVersion=2021-07-15 in Ihren Aufruf aufnehmen. Beispiel:

GET https://cloud.domain.com/iaas/api/zones?apiVersion=2021-07-15

(Nur SaaS) Endpoints wurden aktualisiert, um ein vSphere+ Cloud-Konto mit einem typunabhängigen oder typspezifischen Endpoint zu erstellen:

  • Geben Sie für den typunabhängigen EndpointPOST /iaas/api/cloud-account"cloudAccountType": "vSphere" an und schließen Sie "environment": "aap" als cloudAccountProperty oder customProperty ein.

  • Schließen Sie für den typspezifischen EndpointPOST /iaas/api/cloud-accounts-vsphere"environment": "aap" in die Nutzlast ein.

API-Änderungen in VMware Aria Automation Juli 2023

In der folgenden Tabelle sind die API-Dienste mit Updates oder Änderungen seit der vorherigen Version aufgeführt.

Dienstname

Dienstbeschreibung

Updates und Änderungen der API

ABX

Erstellen oder Verwalten von Erweiterbarkeitsaktionen und deren Versionen. Ausführen von Aktionen und Flows.

Der Quellcode-Grenzwert für Erweiterbarkeitsaktionen wurde von 32.000 auf 128.000 Zeichen erhöht. Dies wirkt sich nicht auf Erweiterbarkeitsaktionen aus, die als ZIP-Datei hochgeladen wurden.

Bereitstellung

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

Ein neuer Endpoint gibt die Anzahl der fakturierbaren Objekte zurück, z. B. die Anzahl der VMs, CPUs und CPU-Kerne. Die Zahl ist an die Organisation des Benutzers gebunden.

GET /deployment/api/billing-metrics

Der neue boolesche Parameter „billable“ wurde für den folgenden Endpoint hinzugefügt.

GET /deployment/api/resources

Wenn er auf true festgelegt ist, umfasst die Antwort Informationen zu fakturierbaren Ressourcen.

Der neue Eingabeparameter „imageRef“, mit dem beim Neuerstellen einer VM das Image angegeben werden kann, wurde für den folgenden Endpoint hinzugefügt.

POST /deployment/api/resources/{resourceId}/requests

Beispielnutzlast zum Neuerstellen einer VM mit der Image-ID 205297c5c01c47e8f9f5451d8af9b87f64ed1bcd

{    "actionId": Cloud.vSphere.Machine.Rebuild,     "inputs": {        "imageRef": "/resources/images/205297c5c01c47e8f9f5451d8af9b87f64ed1bcd}  

HINWEISE:

  • Um die Image-ID abzurufen, können Sie Folgendes verwenden: GET /iaas/api/fabric-images

  • Die Image-Eingabe während der Neuerstellung ist nur erforderlich, wenn die Image-Eigenschaft für die Maschine, die neu erstellt wird, nicht festgelegt ist. Dies ist in der Regel bei per Onboarding eingebundenen Maschinen der Fall.

  • Wenn das Image bereits für eine Maschine festgelegt ist, kann es nicht mehr geändert werden, und die Eingabe „imageRef“ wird ignoriert.

API-Änderungen in VMware Aria Automation Juni 2023

In der folgenden Tabelle sind die API-Dienste mit Updates oder Änderungen seit der vorherigen Version aufgeführt.

Dienstname

Dienstbeschreibung

Updates und Änderungen der API

Infrastructure as a Service

Ausführen von Aufgaben zur Einrichtung von Infrastruktur, einschließlich iterativer Validierung und Bereitstellung von Ressourcen.

Für den Zugriff auf Aktualisierungen oder Änderungen, die für die IaaS-APIs aufgeführt sind, müssen Sie apiVersion=2021-07-15 in Ihren Aufruf aufnehmen. Beispiel:

GET https://cloud.domain.com/iaas/api/zones?apiVersion=2021-07-15

Neue Endpoints zum Abrufen zugeordneter IP-Bereiche für Netzwerke, Fabric-Netzwerke und vSphere-Fabric-Netzwerke:

  • GET /iaas/api/networks/{id}/network-ip-ranges

  • GET /iaas/api/fabric-networks/{id}/network-ip-ranges

  • GET /iaas/api/fabric-networks-vsphere/{id}/network-ip-ranges

API-Änderungen in VMware Aria Automation Mai 2023

In der folgenden Tabelle sind die API-Dienste mit Updates oder Änderungen seit der vorherigen Version aufgeführt.

Dienstname

Dienstbeschreibung

Updates und Änderungen der API

Infrastructure as a Service

Ausführen von Aufgaben zur Einrichtung von Infrastruktur, einschließlich iterativer Validierung und Bereitstellung von Ressourcen.

Für den Zugriff auf Aktualisierungen oder Änderungen, die für die IaaS-APIs aufgeführt sind, müssen Sie apiVersion=2021-07-15 in Ihren Aufruf aufnehmen. Beispiel:

GET https://cloud.domain.com/iaas/api/zones?apiVersion=2021-07-15

Neue und aktualisierte Endpoints des IP-Bereichs für Netzwerke zur Unterstützung der Abfrage, Zuteilung und Freigabe von Netzwerk-IPs:

  • GET /iaas/api/network-ip-ranges/{id}

  • GET /iaas/api/network-ip-ranges/{id}/ip-addresses

  • GET /iaas/api/network-ip-ranges/{id}/ip-addresses/{ipAddressId}

  • POST /iaas/api/network-ip-ranges/{id}/ip-addresses/allocate

  • POST /iaas/api/network-ip-ranges/{id}/ip-addresses/release

API-Änderungen in VMware Aria Automation April 2023

In der folgenden Tabelle sind die API-Dienste mit Updates oder Änderungen seit der vorherigen Version aufgeführt.

Dienstname

Dienstbeschreibung

Updates und Änderungen der API

Katalog

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

Neue Endpoints für Katalogadministratorelemente zum Aktivieren der Versionsverwaltung benutzerdefinierter Formulare:

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

  • GET /catalog/api/admin/items/:id/versions/{versionId}

  • PATCH /catalog/api/admin/items/{id}/versions/{versionId}

CMX

Bereitstellen und Verwalten von Kubernetes-Clustern und -Namespaces unter Verwendung der Kubernetes-Integration.

Der neue Eingabeparameter „tagIds“ wurde für die folgenden Kubernetes-Zonen-Endpoints hinzugefügt:

  • POST /cmx/api/resources/k8s-zones

  • PUT /cmx/api/resources/k8s-zones/{id}

Benutzerdefinierte Formulare

Definiert das Rendering dynamischer Formulare sowie das Anpassungsverhalten in Service Broker und den Assembler-VMware-Diensten.

Neue Endpoints zum Aktivieren der Versionsverwaltung benutzerdefinierter Formulare.

Formularversions-Endpoints:

  • GET /form-service/api/forms/versions

  • GET /form-service/api/forms/versions/{id}

  • POST /form-service/api/forms/versions/

  • PATCH /form-service/api/forms/versions/{id}/restore

Formulardefinitions-Endpoints:

  • GET /form-service/api/forms/search

  • DELETE /form-service/api/forms/deleteBySourceAndType

Bereitstellung

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

Die neue Eingabeoption „expand=inprogressRequests“ wurde für die folgenden Endpoints hinzugefügt:

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

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

  • GET /deployment/api/resources

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

Sofern verwendet, enthält die Antwort ein Schlüssel-Wert-Paar für inprogressRequests, wobei:

  • Schlüssel „count“ ist count

  • Wert die Gesamtanzahl der aktuellen Anforderungen ist

Der neue boolesche Parameter „inprogressRequests“ wurde für den folgenden Endpoint hinzugefügt:

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

Wenn er auf true festgelegt ist, umfasst die Antwort nur die aktive Ausführung von Anforderungen. Andernfalls werden alle Anforderungen eingeschlossen.

Infrastructure as a Service

Ausführen von Aufgaben zur Einrichtung von Infrastruktur, einschließlich iterativer Validierung und Bereitstellung von Ressourcen.

Für den Zugriff auf Aktualisierungen oder Änderungen, die für die IaaS-APIs aufgeführt sind, müssen Sie apiVersion=2021-07-15 in Ihren Aufruf aufnehmen. Beispiel:

GET https://cloud.domain.com/iaas/api/zones?apiVersion=2021-07-15

Neue Paketimport-Endpoints zur Unterstützung des IPAM-Paketimports:

  • POST /iaas/api/integrations-ipam/package-import

  • OPTIONS /iaas/api/integrations-ipam/package-import

  • HEAD /iaas/api/integrations-ipam/package-import/{id}

  • PATCH /iaas/api/integrations-ipam/package-import/{id}

Es wurden Projekt-Endpoints hinzugefügt, um Zonen zu erhalten und zu aktualisieren, die einem Projekt zugeordnet sind:

  • GET /iaas/api/projects/{id}/zones

  • PUT /iaas/api/projects/{id}/zones

Neuer Tags-Endpoint zum Erstellen von Tags:

POST /iaas/api/tags

Orchestrator-Gateway

Ausführen von Workflows und Aktionen zur Automatisierung komplexer IT-Aufgaben.

Die folgenden Endpoints wurden entfernt:

  • GET /vro/actions

  • POST /vro/actions

  • GET /vro/actions/{categoryName}/{actionName}

  • GET /vro/catalog/{namespace}/{type}/{id}/{relation}

  • GET /vro/catalog/{namespace}/{type}/{id}

  • GET /vro/catalog/{namespace}/{type}

  • GET /vro/catalog/{namespace}

  • GET /vro/catalog/types/{type}

  • GET /vro/catalog
check-circle-line exclamation-circle-line close-line
Scroll to top icon