RSS
 

Versioni di rilascio

VMware Aria Automation | Ottobre 2023

VMware Aria Automation | 19 ott 2023

  • VMware Aria Automation build 22618990

  • VMware Aria Automation Easy Installer build 22623510

  • VMware Aria Automation Cloud Extensibility Proxy build 22619255

  • VMware Aria Automation Orchestrator build 22619049

Aggiornamenti di questo documento

Data

Descrizione dell'aggiornamento

Tipo

19 ottobre 2023

Pubblicazione iniziale per VMware Aria Automation 8.14

14 ottobre 2023

Pubblicazione iniziale per la versione di ottobre 2023 di VMware Aria Automation

Per ulteriori informazioni, vedere i blog relativi alle versioni di VMware Aria Automation.

A partire dalla versione di Aprile 2023, il nome del prodotto è stato modificato da vRealize Automation a VMware Aria Automation. VMware Aria Automation ora include anche questi servizi come un unico prodotto:

  • VMware Aria Automation Config (in precedenza SaltStack Config)

  • VMware Aria Automation for Secure Hosts (in precedenza SaltStack SecOps)

  • VMware Aria Automation Orchestrator (in precedenza vRealize Orchestrator)

Informazioni su VMware Aria Automation

Informazioni su queste nuove funzionalità e molto altro sono disponibili in VMware Aria Automation, nonché nelle indicazioni e nelle descrizioni comandi dell'interfaccia utente. Ulteriori informazioni sono disponibili nel pannello del supporto interno al prodotto, in cui è possibile leggere e cercare argomenti correlati, nonché leggere i post della community e gli articoli della Knowledge Base visualizzati per la pagina dell'interfaccia utente attiva.

Avviso: le note di rilascio delle versioni precedenti vengono archiviate ogni anno:

Prima di iniziare

Leggere i documenti di supporto.

VMware Aria Automation

VMware Aria Automation 8.14

Dopo aver configurato gli utenti, è possibile utilizzare gli argomenti di Guida introduttiva e Utilizzo e gestione per ciascuno dei servizi inclusi. Gli argomenti di Guida introduttiva includono un modello di verifica end-to-end. Gli argomenti di Utilizzo e gestione forniscono informazioni più approfondite per l'esplorazione delle funzionalità disponibili. Ulteriori informazioni sono disponibili anche nella documentazione del prodotto VMware Aria Automation.

Dopo aver installato vRealize Automation e aver configurato gli utenti, è possibile utilizzare gli argomenti di Guida introduttiva e Utilizzo e gestione per ciascuno dei servizi inclusi. Gli argomenti di Guida introduttiva includono un modello di verifica end-to-end. Gli argomenti di Utilizzo e gestione forniscono informazioni più approfondite per l'esplorazione delle funzionalità disponibili. Ulteriori informazioni sono disponibili anche nella documentazione del prodotto VMware Aria Automation.

Automation Config e Secure Hosts

Automation Config e Secure Hosts 8.14

Automation Orchestrator 8.14

Requisiti per l'aggiornamento di Automation Config

Per poter aggiornare l'appliance Automation Config, è necessario aggiornare il plug-in Master. Per informazioni sull'aggiornamento del plug-in Master, vedere Aggiornamento del plug-in Master.

Novità della versione di ottobre di VMware Aria Automation 8.14

  • Nuovo riquadro unificato per VMware Aria Automation con nomi di servizio riformulati

    VMware Aria Automation on-premise 8.14 e versioni successive dispongono di una famiglia di servizi unificata: "Aria Automation". In base alla licenza e al ruolo di cui si dispone, è possibile visualizzare "Aria Automation Assembler" (Cloud Assembly), "Aria Automation Service Broker", "Aria Automation Pipelines" (Code Stream) come famiglia di servizi in "Aria Automation". Un nuovo commutatore del servizio consente di navigare in modo semplice e rapido tra i servizi in VMware Aria Automation. 

  • Miglioramenti dell'usabilità per VMware Aria Automation Config

    In VMware Aria Automation Config sono stati aggiunti i seguenti miglioramenti dell'usabilità:

    • Possibilità di visualizzare le notifiche relative alle azioni dell'utente con pulsanti in ogni pagina.

    • Possibilità di utilizzare le icone di aggiornamento per recuperare lo stato più recente dei processi in tutte le pagine applicabili.

    • Possibilità di copiare il numero di identificazione del processo (JID) utilizzando l'icona Copia.

    • Interruttori booleani coerenti.

    • Ulteriore chiarezza sullo stato del processo dopo l'esecuzione del processo. Lo stato del processo può essere:

      • Non riuscito

      • Riuscito

  • Variabile personalizzati per distinguere i campi del modulo di creazione da quelli del modulo di aggiornamento

    Nel designer di moduli è stata aggiunta una variabile di contesto denominata "IsUpdateAction" che può essere utilizzata nel modulo personalizzato per indicare se il campo viene utilizzato per le richieste di creazione o aggiornamento della distribuzione.

  • Versione General Availability di Cloud Consumption Interface (CCI)

    Grazie alla tecnologia di VMware Aria Automation Service Broker, vSphere with Tanzu e vSphere+, Cloud Consumption Interface include una serie di funzionalità che gli amministratori del cloud possono utilizzare per offrire un'interfaccia utente moderna o un'esperienza self-service basata sulla CLI K8S per i cloud VMware. Questa versione include CCI nella versione General Availability. Il set di funzionalità di CCI è disponibile solo per i clienti di VMware Aria Automation SaaS nella regione USA. Per ulteriori informazioni, vedere la documentazione e la pagina Web principale.

  • Utilizzo dello spazio di indirizzi IP libero nel set di tutti gli intervalli di IP per le macchine virtuali e il VIP LB

    Quando si alloca una rete da un profilo contenente più reti, viene ora considerato lo spazio di indirizzi IP libero nel set di intervalli di IP all'interno della rete. In questo modo si evita di scegliere una rete in cui il provisioning non riesce.

  • Onboarding in blocco rapido per le macchine virtuali della pagina Macchine virtuali

    Gli amministratori del cloud possono ora selezionare le macchine virtuali rilevate ed eseguirne rapidamente l'onboarding in blocco nell'ambito della gestione di VMware Aria Automation senza un piano di onboarding.

    NOTA: per impostazione predefinita, le macchine virtuali di cui è stato eseguito l'onboarding tramite questo flusso non vengono conteggiate per il raggiungimento dei limiti del progetto. Quando si esegue questa azione tramite l'interfaccia utente e l'API, il limite massimo è 50 macchine. Ulteriori informazioni.

  • Supporto IPv6 per i carichi di lavoro sottoposti a provisioning di VMware Aria Automation con un IPAM esterno

    Questa funzionalità offre supporto per l'assegnazione di IPv6 a carichi di lavoro singoli e dual stack sottoposti a provisioning tramite VMware Aria Automation in cui l'indirizzo IPv6 viene richiesto tramite l'integrazione di VMware Aria Automation con un sistema IPAM esterno.

    NOTA: questa operazione richiede che anche il plug-in IPAM supporti IPv6.

  • Supporto per le condizioni delle proprietà relative alla distribuzione per le azioni giorno 2 personalizzate

    Le azioni giorno 2 personalizzate ora supportano proprietà condizionali relative alla distribuzione. Le azioni giorno 2 personalizzate introdotte da Assistente migrazione con il nome figlio della distribuzione come condizioni devono essere riconfigurate con questa nuova funzionalità.

  • Supporto per host e cluster vCenter in modalità di manutenzione

    Quando viene attivata la modalità di manutenzione per un host ESXi di vCenter, VMware Aria Automation può rilevare la modifica dello stato dell'host e non lo seleziona per il provisioning di una macchina virtuale. Questa modifica dello stato non viene applicata immediatamente in VMware Aria Automation. Richiede infatti il completamento di un'enumerazione delle risorse (che viene eseguita ogni 10 minuti). Dopo che un host passa alla modalità di manutenzione e viene aggiornato in VMware Aria Automation, continua a essere presente nella pagina Infrastruttura > Risorse > Risorsa di elaborazione e può essere selezionato nell'elenco della pagina Zone cloud > Risorsa di elaborazione. Tuttavia, le nuove richieste di provisioning della macchina virtuale ignoreranno questo host e selezioneranno solo gli host attivi per il provisioning. 

    Per i cluster, se per uno degli host del cluster viene attivata la modalità di manutenzione, il cluster può comunque essere selezionato per il provisioning della macchina virtuale se include almeno un host attivo. Se per tutti gli host di un cluster viene attivata la modalità di manutenzione in vCenter in modo che non siano presenti host attivi nel cluster, VMware Aria Automation ignorerà il cluster per il provisioning delle macchine virtuali.

    Gli host in modalità di manutenzione verranno ignorati per il provisioning finché la modalità di manutenzione non verrà disattivata e l'enumerazione delle risorse di VMware Aria Automation non verrà completata correttamente.

  • Supporto per Active Directory in Windows 2022 per vIDM 3.3.7 con la patch di VMSA più recente

    La patch di VMSA più recente ora include il supporto per Active Directory in Windows per l'utilizzo in vIDM 3.3.7. È possibile scaricare la patch dal portale di VMware Customer Connect. Senza la patch, gli utenti verranno rimossi al termine della sincronizzazione di vIDM.

    Per ulteriori informazioni su vIDM 3.3.7, consultare le Note di rilascio di vIDM 3.3.7.

  • Gli eventi di estendibilità sono disponibili per i workflow di approvazione

    Nuovi argomenti di evento sono ora disponibili per vari eventi durante il workflow di approvazione in base a un criterio di approvazione. Gli eventi vengono generati quando:

    • Una richiesta di approvazione viene creata.

    • Una richiesta di approvazione viene approvata.

    • Una richiesta viene approvata dall'utente autorizzato.

    • Una richiesta di approvazione viene rifiutata.

    • Una richiesta viene approvata a un determinato livello di un criterio di approvazione multilivello.

    Questi eventi possono essere utilizzati per attivare un'azione di estendibilità o un workflow di Automation Orchestrator.

  • Aggiornamento in blocco delle mappature delle immagini negli account cloud

    Le mappature delle immagini sono ora più semplici da gestire su larga scala negli account cloud. I clienti possono ora aggiornare le mappature delle immagini in blocco gestendo contemporaneamente tutte le mappature delle immagini per una regione o un account cloud specifici. In precedenza, questa operazione doveva essere eseguita singolarmente per ogni immagine in un account cloud.

  • Disponibilità della funzionalità di annullamento della registrazione dell'azione giorno 2 per le macchine virtuali mancanti

    La funzionalità di annullamento della registrazione dell'azione giorno 2 è ora disponibile per le macchine virtuali con stato "mancante".

    NOTA: se lo stato della macchina virtuale è "mancante" da più di 30 giorni, l'azione di annullamento della registrazione non è supportata.

  • Gestione dei tag migliorata tramite l'API e l'interfaccia utente

    Sono stati apportati diversi miglioramenti per semplificare la gestione dei tag tramite l'API. Gli utenti possono ora eliminare i tag che non sono in uso e recuperare informazioni sull'utilizzo dei tag. Nella console di VMware Aria Automation, gli utenti possono ora visualizzare tutte le origini di un tag mentre in precedenza se esistevano due tag con lo stesso nome ma origini diverse veniva visualizzata solo un'origine. Gli utenti possono inoltre applicare un ordine e un filtro in base alla chiave e al valore di un tag, nonché all'origine di un tag.

  • Avviso di deprecazione per i runtime delle azioni di estendiblità di VMware Aria Automation

    Le azioni di estendibilità dispongono di nuovi runtime a partire dalla versione corrente. I runtime precedenti sono stati considerati immediatamente obsoleti e saranno supportati per un determinato periodo di tolleranza. È previsto che l'ultimo periodo di tolleranza finisca in corrispondenza della versione di gennaio, dopo la quale i runtime precedenti verranno rimossi e per le azioni di estendibilità verranno utilizzati i nuovi runtime per impostazione predefinita.

    È stata aggiunta una nuova proprietà all'oggetto azione denominata "runtimeVersion" per consentire ai clienti di affrontare il periodo di transizione. Quando la proprietà "runtimeVersion" non viene impostata, per le azioni di estendibilità viene utilizzata la versione obsoleta dei runtime per impostazione predefinita. Quando vengono create nuove azioni, vengono utilizzate le versioni aggiornate dei runtime per impostazione predefinita. La proprietà "runtimeVersion" verrà rimossa dopo il periodo di tolleranza. Sono state inoltre aggiunte barre multifunzione nelle interfacce utente dell'azione di estendibilità per avvisare gli utenti della deprecazione. 

    Di seguito è disponibile un elenco dei runtime deprecati:

    AWS:

    • Python 3.7

    • Node.js 14

    Azure:

    • Python 3.8

    • Node.js 12

    In locale:

    • Python 3.7

    • Node.js 14

    • PowerShell 7.1.7

    Queste versioni di runtime obsolete vengono sostituite con le seguenti:

    AWS:

    • Python 3.10

    • Node.js 18

    Azure:

    • Python 3.10

    • Node.js 18

    In locale:

    • Python 3.10

    • Node.js 18

    • PowerShell 7.2.7

Novità della versione di ottobre di Automation Orchestrator 8.14

  • La versione di runtime per Python è stata aggiornata alla 3.10

    Automation Orchestrator ora utilizza la versione 3.10 del runtime di Python. Python 3.7 è stato deprecato e il periodo di tolleranza è scaduto come specificato nell'avviso di deprecazione nelle note di rilascio di VMware Aria Automation 8.13 di luglio 2023. È consigliabile che i clienti inizino a utilizzare immediatamente Python 3.10.

  • La versione di runtime per PowerCLI è stata aggiornata alla 12

    Automation Orchestrator ora utilizza la versione 12 del runtime di PowerCLI. PowerCLI 11 è stato deprecato e il periodo di tolleranza è scaduto come specificato nell'avviso di deprecazione nelle note di rilascio di VMware Aria Automation 8.13 di luglio 2023. È consigliabile che i clienti inizino a utilizzare immediatamente PowerCLI 12.

Problemi risolti

  • Il valore predefinito della variabile di Automation Orchestrator ha la priorità sul valore predefinito del modulo di interazione con l'utente

    Quando una variabile di Automation Orchestrator ha un valore predefinito definito sia nella definizione delle variabili che nel modulo di interazione con l'utente, il valore predefinito della definizione delle variabili ha la priorità quando si accede al modulo da VMware Aria Automation. Se la variabile ha un valore esterno definito dal modulo di interazione con l'utente e un valore predefinito dalla definizione delle variabili, il valore esterno ha la priorità sul valore predefinito dalla definizione delle variabili.

    Se la variabile ha un valore condizionale definito dal modulo di interazione con l'utente e un valore predefinito dalla definizione delle variabili, la variabile ha prima il valore predefinito mostrato. Tuttavia, se l'utente modifica il valore della casella di testo da cui dipende la variabile, il valore condizionale della variabile diventa prioritario in base al nuovo valore impostato dall'utente.

    Se il valore esterno di una casella di testo dipende da una variabile con un valore predefinito diverso definito sia nella definizione delle variabili che nel modulo di interazione con l'utente, l'azione esterna viene richiamata una volta per entrambi i valori e il valore predefinito della variabile ha la priorità.

  • Le azioni di Automation Orchestrator che richiedono tempo (oltre 60 secondi) causano un timeout nel servizio modulo dell'ambiente VMware Aria Automation

    A partire dalla versione 8.10.2, il timeout per il recupero di valori dei moduli personalizzati tramite azioni di estendibilità o azioni esterne di Automation Orchestrator è stato modificato da 10 minuti a un minuto. Questo causava il timeout dei moduli personalizzati con valori di un'origine esterna se l'esecuzione dell'azione durava più di 1 minuto.

    Nella versione corrente, il timeout è stato aumentato a 10 minuti.

  • Numerazione non corretta nella pagina del workflow di Automation Orchestrator

    In precedenza, la numerazione nella pagina del workflow di Automation Orchestrator poteva essere visualizzata in modo errato.

  • Non è possibile copiare l'autenticazione Kerberos durante l'esecuzione del workflow "Clona host REST"

    In precedenza, gli utenti non potevano copiare l'autenticazione Kerberos durante l'esecuzione del workflow Clona host REST perché questa opzione non era disponibile nel menu a discesa Tipo di autenticazione host. Ora questa opzione è disponibile e funziona come previsto.

  • Il completamento dell'operazione pull richiede molto tempo quando si utilizza un repository Git remoto

    Quando si tenta di eseguire il pull di un numero elevato di workflow dal repository Git integrato in Automation Orchestrator, il completamento dell'operazione richiede molto tempo.

Novità di VMware Aria Automation agosto 2023/8.13.1

  • Denominazione personalizzata per le risorse basate su plug-in

    Le risorse basate su plug-in supportano ora una funzionalità di denominazione personalizzata. Ora è possibile definire modelli di denominazione personalizzata a livello di progetto o di organizzazione e utilizzarli allo stesso modo delle risorse classiche. Gli helper di denominazione personalizzata sono disponibili anche nella tela di Automation Assembler. Questi helper possono essere utilizzati come altri helper di allocazione negli oggetti cloud.

  • Conformità FIPS per le risorse basate su plug-in

    I servizi appena aggiunti a VMware Aria Automation sono conformi a FIPS (Federal Information Processing Standard). Questo soddisfa i requisiti delle divisioni del governo federale, degli istituti di ricerca, delle università, degli appaltatori della difesa degli Stati Uniti e di chiunque altro utilizzi reti governative o protegga i dati governativi. Anche le organizzazioni finanziarie e sanitarie richiedono la conformità FIPS per la protezione dei loro dati riservati.

  • Il filtro di storage deve passare tutte le selezioni idonee ai filtri downstream

    Il criterio di posizionamento SPREAD, sia a livello di progetto che a livello di zona cloud, può ora essere utilizzato con più profili di storage selezionati tramite i tag di vincolo di storage. Sono state apportate diverse modifiche del comportamento per i vincoli temporanei a livello di profilo di storage: 

    • Se per lo storage nei modelli cloud vengono utilizzati vincoli temporanei, viene selezionato l'elemento del profilo di storage corrispondente con un tag corrispondente.

    • Se non è presente alcun elemento del profilo di storage corrispondente per tale tag, viene selezionato il profilo predefinito per tale regione.

    • Se è presente un criterio SPREAD a livello di zona cloud o di progetto, il cluster di elaborazione viene selezionato in base al criterio. In seguito, la corrispondenza dei tag viene utilizzata per selezionare l'elemento del profilo di storage corrispondente.

    • In caso di vincoli temporanei, se non è presente alcun elemento di storage corrispondente connesso al cluster di elaborazione selezionato, viene selezionato l'elemento di storage predefinito.

    • In caso di vincoli permanenti, se non è presente alcun elemento di storage corrispondente connesso al cluster di elaborazione selezionato, il provisioning non riesce in base alla definizione del vincolo permanente specifico.

    Soluzione:

    1. Contrassegnare il profilo di storage richiesto aggiungendo un tag nel campo dei tag di funzionalità (ad esempio mytag) del profilo.

    2. Aggiungere lo stesso tag nel codice YAML del modello cloud come illustrato:

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

  • Aggiornamenti al catalogo di Service Broker

    L'interfaccia utente degli elementi del catalogo viene aggiornata in modo da essere focalizzata sull'utente e condividere ulteriori dettagli. Tali aggiornamenti includono:

    • Ora è possibile selezionare una visualizzazione elenco durante l'esplorazione degli elementi del catalogo.

    • Nuovo design e tipo di carattere per la scheda del catalogo per consentire una descrizione e un nome più lunghi.

    • Riepilogo di Utilizzo risorse personali più piccolo.

    • L'ordinamento e la ricerca sono stati spostati in alto a destra.

  • Le risorse basate su plug-in supportano ora le nuove azioni giorno 2 di OOTB

    Queste azioni giorno 2 sono ora supportate per le risorse basate su plug-in:

     AWS * EC2: accensione, spegnimento

    • Bucket S3: Elimina

    • LB: Elimina: l'eliminazione funziona, ma il tipo di risorsa LB è attualmente nascosto

    • RDS: Elimina: l'eliminazione funziona, ma il tipo di risorsa RDS è attualmente nascosto

    • EKS: Elimina: l'eliminazione funziona, ma il tipo di risorsa EKS è attualmente nascosto

    GCP * Macchina virtuale: accensione, spegnimento, ripresa, sospensione

    • Bucket di storage: Elimina

    • Account servizio: Elimina

    • Macchina schermata: accensione, spegnimento, ripresa, sospensione

  • Aggiornamenti relativi alle modifiche della licenza Terraform apportate da HashiCorp

    Il 10 agosto 2023, HashiCorp ha annunciato che la sua licenza di codice sorgente da Mozilla Public License (MPL) è stata modificata in Business Source License (BSL/BUSL) per le future versioni dei suoi prodotti, tra cui Terraform, Vault, Consul, Boundary, Nomad, Waypoint, Packer e Vagrant. Questa modifica della licenza ha effetto solo sulle versioni di Terraform più recenti della 1.5.5.

    Di conseguenza, stiamo immediatamente impedendo ai clienti di scegliere qualsiasi versione di Terraform più recente della 1.5.5 in VMware Aria Automation quando eseguono le loro configurazioni di Terraform.

  • Aggiunta di un account cloud per vCenter connesso a vSphere+

    VMware Aria Automation supporta ora l'aggiunta di account cloud vCenter utilizzati come livelli IaaS di vSphere per l'automazione dei carichi di lavoro. Questa funzionalità include il supporto per l'aggiunta di un account cloud per vCenter connesso al servizio cloud vSphere+.

    Come parte di questo, l'interfaccia utente e l'API vengono aggiornate per riflettere la natura univoca di vSphere+ connesso a vCenter. In particolare per l'interfaccia utente, l'esperienza è stata semplificata. Non è più necessario specificare l'IP, il nome di dominio completo o le informazioni del proxy cloud, perché tutte le istanze di vCenter connesse a vSphere+ vengono sottoposte a provisioning nella stessa organizzazione SaaS. Pertanto, vengono rilevati automaticamente da VMware Aria Automation e possono essere selezionati uno alla volta.

    NOTA: questa funzionalità può essere al momento utilizzata solo dai clienti con VMware Aria Automation SaaS distribuito negli Stati Uniti.

  • Supporto di VMware Aria Automation Config per i pacchetti Onedir di Salt

    VMware Aria Automation Config ora supporta Salt installato con pacchetti Onedir come nuovo metodo di installazione preferito di Open Salt 3006 e versioni successive. Tramite Onedir, tutti i file eseguibili di Salt sono inclusi in una directory. Onedir include anche la versione di Python richiesta da Salt e le relative dipendenze. Per ulteriori informazioni su Onedir e sul processo di aggiornamento, vedere Aggiornamento a Onedir.

    Quando si esegue l'aggiornamento di Open Salt a Onedir, è consigliabile rivedere la guida per l'utente. Ricordarsi di eseguire il passaggio 4 nella documentazione Aggiornamento a Onedir e reinstallare tutti i pacchetti Python di terze parti.

    Per i Salt Master connessi a e gestiti da VMware Aria Automation Config, è necessario reinstallare il plug-in Master RaaS. Per installare/aggiornare/configurare il plug-in Master RaaS, consultare la documentazione di Aria Config.

    Per ulteriori informazioni, consultare la KB 89728.

     Nota: il supporto di Salt Onedir con Photon OS 4.0 sarà disponibile in una prossima versione.

  • VMware Aria Automation for Secure Hosts: le importazioni della scansione di Qualys Vulnerability ora supportano l'interfaccia utente

    L'importazione della scansione di Qualys Vulnerability ora supporta l'interfaccia utente con VMware Aria Automation for Secure Hosts. Per ulteriori informazioni, passare a Come eseguire una scansione di terze parti.

  • Informazioni sulla versione di Salt Open (progetto open source)

    Salt Project è un motore di gestione della configurazione e dell'automazione open source. Salt è la tecnologia sottostante alle funzionalità di base di VMware Aria Automation Config. Per ulteriori informazioni su Salt Project, passare a Salt Project.

    Per Salt Open vengono rilasciate le seguenti estensioni: 

    Nota: gli aggiornamenti di VMware Aria Automation Config vengono richiamati separatamente in queste note di rilascio.

    • Salt Analytics consente ai clienti di inoltrare le informazioni di analisi a qualsiasi sistema esterno per monitorare l'infrastruttura Salt. 

    • Salt Heist migliora la gestione di Salt installandolo/aggiornandolo su larga scala. Fornisce inoltre una soluzione senza agente rimuovendo l'agente quando non è più necessario.

    • Salt Describe migliora l'esperienza utente generando automaticamente i file di stato di Salt per gestire gli stati desiderati per gli ambienti greenfield o brownfield. Questi file possono essere utilizzati così come sono o con modifiche in base alle esigenze aziendali. 

    Per ulteriori dettagli sulle versioni di Salt Open, visitare i seguenti collegamenti:

Novità di Automation Orchestrator

  • Limitazione del numero di metamodelli vAPI popolati dal plug-in vAPI di Aria Automation Orchestrator

    A partire dalla versione 8.13.1, il numero di metamodelli vAPI che possono essere aggiunti dal plug-in vAPI di Automation Orchestrator è limitato a un valore predefinito di 20. Questo valore può essere modificato aggiungendo vapi.metamodels.count alla distribuzione di Automation Orchestrator e impostando il valore della proprietà sul numero desiderato di metamodelli. L'aggiunta di più di 20 modelli può causare un utilizzo eccessivo della memoria e instabilità della distribuzione di Automation Orchestrator. 

Problemi risolti

  • L'utente non può modificare lo stato dell'opzione Attiva funzionalità nel pannello della Guida

    Quando l'opzione Attiva funzionalità (richieste di supporto e feedback) è disattivata per i tenant secondari, la modifica non viene applicata e le impostazioni rimangono attive.

  • Il debugger non passa alle azioni secondarie nello script di un'azione

    In precedenza, durante il debug di un'azione, il debugger non passava alle azioni secondarie quando si premeva il pulsante Step Into. Ora, il debugger passa alle azioni secondarie quando si preme il pulsante Step Into durante il debug all'interno dell'editor delle azioni.

  • Si riceve un errore di raccolta dei dati in vra-vcd-adapter quando è presente una rete di VDC incrociati importata

    Il cloud pubblico VCD adattato non riesce durante la raccolta dei dati relativi a un oggetto dell'infrastruttura VCD. Questo errore si verifica quando è presente una rete VDC importata configurata nel tenant VCD remoto. Ciò comporta la mancata raccolta di altri costrutti VCD, inclusi criteri di storage, datastore, macchine virtuali, volumi e altri.

    Questo problema è stato risolto ed è possibile raccogliere dati quando si utilizzano reti VDC importate, incluse le reti VDC che hanno come ambito gruppi di data center VCD. Ciò consente di eseguire il provisioning dei carichi di lavoro di elaborazione connessi a tali reti sfruttando al contempo le funzionalità di integrazione come IPAM, assegnazioni di IP statici e dinamici, integrazioni IPAM esterne e così via.

  • L'input delle enumerazioni dinamiche per i modelli cloud non può essere convalidato se il tipo di azioni restituite è Array/Properties

    La convalida non riesce quando un modello cloud include un input di enumerazione stringa con un valore dinamico con il tipo di restituzione Array/Properties contenente solo le proprietà value e label. Nella versione più recente, tali problemi sono stati risolti considerando il valore Array/Properties come un elenco enumerato di chiavi e valori. Per ogni elemento delle proprietà nell'array, l'elemento dell'elenco corrispondente ha una chiave, ovvero il valore della proprietà label e il valore: il valore della proprietà value.

  • Gli input per i valori costanti per i parametri dell'azione del designer di moduli del tipo array/numero o array/data si comportano come un singolo valore

    Questo problema viene risolto mediante le modifiche apportate al modo in cui il designer di modulo gestisce questi parametri.

    Quando i parametri dell'azione sono di tipo array/stringa o array/numero, l'input per Valori costanti è un Textarea in cui è possibile immettere i valori degli elementi della matrice separati da virgole.

    Quando i parametri dell'azione costante sono di tipo array/data, viene utilizzato un input di array. In questo modo, è possibile aggiungere o rimuovere elementi senza aggiungere valori vuoti o errati all'array. Il valore del parametro viene salvato nello schema del modulo come una stringa di stringhe data-ora ISO separate da virgole.

  • La versione PowerShell del container PowerCLI è stata aggiornata

    La versione PowerShell del container PowerCLI 12 è ora aggiornata dalla versione 7.1 alla versione più recente di LTS 7.2.

  • Impossibile visualizzare gli input dell'attività pianificata con un menu a discesa

    Quando si pianifica un workflow con un input che richiede la visualizzazione di un menu a discesa per le opzioni valore, il menu con le opzioni del valore viene tagliato dal piè di pagina della pagina.

    Questo problema di layout è stato risolto. Come parte di questa correzione, le pagine per la creazione, la modifica e la visualizzazione dei dettagli dei workflow pianificati sono ora unificate. Di conseguenza, ora è possibile aggiornare i valori di input di un'attività pianificata esistente, anziché dover creare una nuova attività pianificata. I nuovi valori vengono applicati dalla prima esecuzione futura.

Problemi noti

  • Il processo di modifica del progetto non riesce per gli ambienti multi-tenant nelle distribuzioni con accesso remoto

    Questo problema può verificarsi se la distribuzione include l'accesso remoto con un tipo di autenticazione diverso da publicPrivateKey. Gli altri tipi di autenticazione archiviano il collegamento delle proprie credenziali di autenticazione e, durante l'azione di modifica del progetto, le credenziali di accesso remoto vengono impostate con l'organizzazione tenant. La descrizione della risorsa di elaborazione viene applicata alla patch ma include il contesto del proprietario (a causa della logica reenterWithOwnerAuthContext) e dispone di un'organizzazione del provider. Le credenziali di autenticazione vengono impostate nell'organizzazione tenant, ma vengono modificate nell'organizzazione del provider e la richiesta di patch non riesce con l'eccezione IllegalAccess.

    Soluzione:

    Una potenziale soluzione consiste nell'aggiornare i modelli cloud da cui vengono create le distribuzioni per utilizzare il tipo di autenticazione publicPrivateKey per l'accesso remoto.

    remoteAccess:
  authentication: publicPrivateKey
  sshKey: ${input.sshKey}
  username: root

  • I valori del menu a discesa non vengono reimpostati sull'ultimo valore selezionato se l'azione viene riattivata

    Nei casi in cui le valueOptions (dropdown, multiSelect, dualList, combobox e altre) sono controllate da un'origine esterna, è possibile che si verifichi questa situazione:

    1. Selezionare un valore dal menu a discesa.

    2. Viene attivata un'azione, causando l'assenza totale di opzione nel menu.

    3. Il valore originariamente selezionato viene cancellato dal controllo dell'interfaccia utente, ma è disponibile su richiesta.

    Soluzione: Selezionare esplicitamente il valore vuoto, se disponibile.

Novità di VMware Aria Automation luglio 2023/8.13

  • Secure Host supporta il benchmark CIS per RHEL9

    VMware Aria Automation for Secure Hosts ora supporta il benchmark CIS per RHEL9.

  • Supporto della riga di comando per la configurazione di VMware Aria Automation Orchestrator

    VMware Aria Automation Orchestrator può ora essere configurato attraverso l'interfaccia a riga di comando (CLI) utilizzando i comandi 'vracli vro', oltre alle opzioni esistenti del Control Center. Per informazioni sulla configurazione di VMware Aria Automation Orchestrator con i comandi CLI, passare a Configurazione del provider di autenticazione Automation Orchestrator Appliance con l'interfaccia della riga di comando e Ulteriori opzioni di configurazione dell'interfaccia della riga di comando.

  • Supporto per il bilanciamento del carico nel plug-in GCP

    È ora possibile creare bilanciamenti del carico TCP globali esterni dalla risorsa di bilanciamento del carico basata su plugin.

    Come parte del bilanciamento del carico è possibile:

    • Inserire, eliminare e aggiornare una risorsa instanceGroup

    • Aggiungere, rimuovere ed elencare istanze associate a una risorsa instanceGroup

    • Ottenere ed elencare healthChecks

    • Applicare patch e aggiornare una risorsa healthCheck

    • Inserire ed eliminare risorse di backendService

    • Inserire ed eliminare forwardingRules

    • Ottenere ed elencare forwardingRules

    • Ottenere ed elencare la risorsa backendService

    • Applicare patch e aggiornare una risorsa del firewall

    • Aggiornare e modificare una risorsa backendServices

    • Ottenere ed elencare firewall

    • Inserire ed eliminare firewall

    • Inserire ed eliminare healthChecks

    • Supportare i pool di destinazione ottenere/elencare

    • Applicare patch imposta etichette e impostare il target su una risorsa forwardingRules

  • Le distribuzioni con onboarding sono conformi ai limiti dei criteri di Service Broker

    Le distribuzioni che includono macchine virtuali e dischi sono ora conformi ai limiti dei criteri di Service Broker. Le distribuzioni di cui è stato eseguito l'onboarding vengono conteggiate rispetto ai limiti seguenti:

    • limite organizzazione: CPU, numero di macchine virtuali, memoria e storage

    • limite utenti organizzazione: CPU, numero di macchine virtuali, memoria e storage

    • limite progetto: CPU, numero di macchine virtuali, memoria e storage

    • limite utenti progetto: CPU, numero di macchine virtuali, memoria e storage

    È possibile scegliere di consentire alle risorse di onboarding di effettuare il conteggio tenendo conto dei limiti attivando l'opzione. Per impostazione predefinita, l'opzione è disattivata, un comportamento coerente con quello precedente. 

  • Visibilità degli oggetti fatturabili di VMware Aria Automation

    VMware Aria Automation sta introducendo la possibilità per gli amministratori di visualizzare un riepilogo degli oggetti fatturabili in gestione tramite API e interfaccia utente. Inoltre, il centro risorse all'interno di Aria Automation Assembler e Aria Automation Service Broker è stato migliorato in modo da fornire la possibilità di escludere le risorse fatturabili da sole o in combinazione con qualsiasi altro filtro già supportato. Ulteriori informazioni sugli oggetti fatturabili.

    NOTA: La funzionalità di visibilità degli oggetti fatturabili è al momento disattivata per VMware Aria Automation SaaS. Il problema non riguarda gli amministratori di VMware Aria Automation in locale che possono continuare a utilizzare questa funzionalità. Queste note di rilascio verranno aggiornate quando la funzionalità verrà riattivata per VMware Aria Automation SaaS.

  • Azione giorno2 per modificare il livello di prestazioni dei dischi di storage di Azure

    VMware Aria Automation supporta ora la modifica del livello delle prestazioni di un disco di storage di Azure come azione del giorno2. Su questi dischi è ora disponibile un'azione del giorno2 che consente di modificare il livello di prestazioni del disco in base alle esigenze.

  • Rigenerazione della macchina virtuale per i carichi di lavoro di vSphere di cui è stato eseguito l'onboarding e la migrazione

    Dopo l'ultimo rilascio dell'azione della rigenerazione del giorno2, ora supportiamo le azioni di rigenerazione per i carichi di lavoro vSphere di cui è stato eseguito l'onboarding e per i carichi di lavoro vSphere dallo strumento di assistenza alla migrazione. Quando si seleziona una macchina virtuale di cui è stato eseguito l'onboarding per la prima volta, l'utente può visualizzare e confermare la selezione dell'immagine.

  • Miglioramento della visualizzazione delle risorse

    In questa versione, Aria Automation include i seguenti miglioramenti dell'interfaccia utente per la risorsa basata su plug-in:

    •  Le proprietà degli helper di allocazione possono essere collassate

    • Nuova categoria per visualizzare le proprietà generiche delle risorse idem.

    • Descrizioni aggiunte ai parametri.

    • Aggiunto il componente Breadcrumbs alla descrizione comandi delle proprietà per la navigazione a ritroso.

    • Quando un componente Helper di allocazione è collegato a una risorsa Idem direttamente nell'area di lavoro, popola automaticamente il rispettivo binding di proprietà, quando possibile.

  • Supporto per gli account di servizio nel plugin GCP

    Gli utenti di VMware Aria Automation possono ora distribuire account di servizio GCP e chiavi di account di servizio utilizzando blueprint, cataloghi e il servizio Idem.

    Caso d'uso: 

    1. Creare un account di servizio

    2. Creare un bucket di storage

    3. Il bucket di storage deve essere accessibile solo tramite l'account di servizio

  • Aumento dei limiti dell'inventario

    Il framework basato su plug-in ora supporta 250.000 risorse idem nell'inventario. 

  • Versioni di moduli personalizzati integrati con gli elementi di contenuto

    Le versioni dei moduli personalizzati di Service Broker includono ora questi miglioramenti:

    • È possibile personalizzare gli elementi di contenuto basati su blueprint a livello di radice. 

    • È possibile creare un modulo personalizzato per versioni specifiche del blueprint, facendo clic sul pannello dei dettagli e poi sul nome della versione (ora visualizzato come collegamento) per aprire il Form Designer per questa versione specifica.

    • Aggiunta di un pulsante "Disattiva modulo personalizzato" nel menu delle azioni del pannello dei dettagli, che disattiva il modulo personalizzato per quella specifica versione del blueprint.

    • Nuova colonna nella tabella delle versioni del blueprint che indica se questa versione ha un modulo personalizzato specifico della versione.

    • Il pulsante "Elimina modulo personalizzato" è stato ridenominato "Elimina modulo personalizzato specifico della versione" nel menu d'azione della griglia dati situata nel pannello dei dettagli.

  • Rimozione di node.js 14 da runtime e polyglot

    Gli elementi di scripting creati per Node.js 14 verranno automaticamente commutati per l'esecuzione in Node.js 18.

  • Python 3.7 è obsoleto e verrà rimosso nelle nuove versioni

    Avviso di deprecazione

    Python 3.7 raggiungerà l'End-Of-Life il 27 luglio 2023. Il runtime Python 3.7 è ora obsoleto e verrà rimosso da Aria Orchestrator a partire dalla versione di ottobre 2023. È consigliabile che i clienti inizino a utilizzare il runtime Python 3.10. Ciò si applica sia ai servizi Aria Orchestrator sia ai servizi ABX.

  • Ignorare facoltativamente la CPU/memoria delle macchine virtuali spente nei criteri di quote delle risorse.

    È ora possibile scegliere di trascurare la CPU e la memoria utilizzate dalle macchine virtuali spente in un criterio di quota delle risorse. Ciò consente agli utenti che sono limitati da un criterio di quota delle risorse di eseguire il provisioning delle macchine virtuali anche se hanno superato le quote di CPU o di memoria, se alcune macchine virtuali che vengono considerate nella quota sono spente. 

  • Annullamento della registrazione delle macchine in provisioning Azione del giorno2

    È ora possibile annullare la registrazione delle macchine virtuali vSphere di Aria Automation in provisioning da Aria Automation come risorsa azione del giorno2 delle risorse. Quando si annulla la registrazione di una macchina virtuale, questa viene rimossa dall'inventario di Aria Automation, ma rimane invariata in vCenter rispetto a prima dell'esecuzione dell'azione. Questa macchina virtuale viene quindi spostata ed elencata come una macchina virtuale "rilevata" in Aria Automation e, se necessario, può esserne eseguito l'onboarding.

    Nota: Quando viene annullata la registrazione di una macchina virtuale con provisioning, la relativa distribuzione non viene influenzata.

  • Il certificato di firma del pacchetto può ora essere modificato utilizzando il flusso di lavoro "Genera certificato di firma del pacchetto".

    Il certificato di firma del pacchetto può ora essere modificato utilizzando il flusso di lavoro "Genera certificato di firma del pacchetto" invece di utilizzare il Centro di controllo.

  • Il runtime di PowerCLI 11 è obsoleto

    Avviso di deprecazione

    Il runtime di PowerCLI 11 (PowerShell 6.2) è obsoleto e verrà rimosso da Aria Orchestrator a partire dalla versione di ottobre 2023. È consigliabile che i clienti inizino a utilizzare il runtime di PowerCLI 12.

  • Importazione della scansione delle vulnerabilità Qualys tramite API con Aria Automation Secure Host

    Aria Automation Secure Host ora supporta l'importazione diretta dei risultati della scansione delle vulnerabilità Qualys tramite API.

Problemi noti

  • Si riceve un codice di stato di errore 500 quando l'origine del contenuto di un'azione di estensibilità ha il valore del campo "condiviso" come NULL

    Quando il progetto include azioni di estendibilità, il numero di elementi visualizzati nella pagina Origine contenuto include un numero di azioni inferiore rispetto al numero totale di azioni incluse nel progetto. Ad esempio, potrebbero essere visualizzate cinque azioni su dieci nel campo Numero di elementi e un punto esclamativo rosso accanto. Questo significa che non tutte le azioni sono sincronizzate nell'origine del contenuto e che le azioni problematiche non sono disponibili per l'uso nel catalogo.

    Soluzione: Fare riferimento a KB93437.

Problemi risolti

  • Notifiche del criterio di approvazione con gruppo di AD come approvatore

    In precedenza, le notifiche tramite e-mail non venivano inviate per una richiesta di approvazione quando il gruppo di approvatori era un gruppo di Active Directory. Ora viene inviata un'e-mail di notifica al gruppo di AD configurato come approvatore.

  • Applicando la sottoscrizione da vRA 8.8.2 a prod e pre-prod, l'evento "Risorse personalizzate successive al provisioning" viene attivato tre volte

    Quando si esegue il provisioning di una risorsa personalizzata in ambiente HA, a volte l'evento "Risorsa personalizzata successiva al provisioning" veniva inviato più volte a causa di problemi di sincronia tra i nodi. Ciò si verificava in genere quando il workflow che eseguiva il provisioning della risorsa personalizzata veniva eseguito per più di 2-3 minuti e si verificava un blocco della sottoscrizione nella "Risorsa personalizzata successiva al provisioning".

  • Aria Automation Secure Host include informazioni CVE per tutti i tipi di architettura per un sistema basato su RHEL.

    Aria Automation for Secure Hosts ora elenca le informazioni CVE/Patch in base al tipo di architettura del sistema basato su RHEL. Ad esempio: Power PC, X86_64.

  • A volte il download dei risultati della valutazione di Automation for Secure Hosts non funziona

    In precedenza, il download del report di conformità tramite il pulsante di download nel formato JSON talvolta non funzionava. Questo problema è stato risolto e l'operazione funziona come previsto

  • È possibile che si verifichino problemi di prestazioni per l'aumento dei gruppi di destinazione in Aria Automation Config

    In alcuni casi, possono verificarsi problemi di prestazioni in Aria Automation Config a causa dell'aumento dei gruppi di destinazione.

Novità di VMware Aria Automation giugno 2023/8.12.2

  • Gestione continua dei carichi di lavoro non riusciti da SRM

    Quando i carichi di lavoro gestiti da Aria Automation sono protetti e non riusciti da VMware Site Recovery Manager (SRM) in un sito secondario, gli utenti di Aria Automation possono continuare a gestire tale carico di lavoro e le reti e i dischi associati. Il carico di lavoro è visibile in Aria Automation con proprietà aggiornate per riflettere tutte le modifiche apportate allo spostamento del carico di lavoro e le azioni giorno 2 sono comunque disponibili.

    Nota: questa versione iniziale supporta macchine vSphere, con dischi collegati vSphere e reti vSphere

  • Supporto per gli snapshot delle macchine virtuali in GCP

    Il framework basato su plug-in in Aria Automation supporta i seguenti casi d'uso relativi agli snapshot:

    Caso d'uso 1

    Creazione di un nuovo snapshot da una risorsa disco durante la creazione di una nuova distribuzione tramite un blueprint

    Ad esempio, il blocco YAML di VCT può creare un disco e nello stesso VCT un altro blocco YAML può creare uno snapshot subito dopo la creazione del disco (precedente).

    Quando si crea una distribuzione con questo VCT, vengono creati un disco e uno snapshot.

    Caso d'uso 2

    Eliminazione di uno snapshot esistente 

    Eliminazione di uno snapshot dall'azione Elimina

    Caso d'uso 3

    Aggiornamento di uno snapshot esistente (ad esempio, impostazione di etichette)

    Lo snapshot può essere aggiornato durante l'aggiornamento di una distribuzione esistente tramite un VCT

    Caso d'uso 4

    Ripristino di un disco da uno snapshot (tramite un blueprint)

    In VCT, è possibile creare un disco, nonché creare uno snapshot di tale disco. È quindi possibile creare un altro disco da tale snapshot (specificato tramite la proprietà "source_snapshot").

  • Supporto per la gestione delle risorse disco in GCP

    VMware Aria Automation supporta i profili di storage, il collegamento e lo scollegamento di dischi, nonché la crittografia per le risorse GCP nell'architettura basata su plug-in

    È in grado di gestire in modo semplice una risorsa disco nel plug-in GCP da collegare a una richiesta di creazione di un'istanza di macchina virtuale.

    Questo include:

    • Creazione del disco (presente)

    • Eliminazione del disco (assente)

    • Visualizzazione del disco (descrizione)

    È stato aggiunto il supporto per la risorsa DiskTypes come indicato in https://cloud.google.com/compute/docs/reference/rest/v1/diskTypes

    È possibile collegare o scollegare un disco alla risorsa di un'istanza. Aria Automation supporta inoltre l'aggiunta o la rimozione di uno o più ResourcePolicies in una risorsa disco. Supporta inoltre la chiave di crittografia gestita dal cliente (CMEK, Customer Managed Encryption Key). Se è impostato il contrassegno di eliminazione automatica, quando viene eliminata l'istanza viene eliminato anche il disco. È possibile collegare etichette al disco.

    Aria Automation supporta dischi persistenti di avvio e non di avvio (dati). Tutte le proprietà disponibili in GCP saranno disponibili tramite Aria Automation. 

  • Supporto per la subnet AWS e la funzionalità Test in VCT

    La versione di giugno 2023 di VMware Aria Automation include i miglioramenti seguenti:

    • La risorsa subnet AWS è disponibile in Assembler. Può essere utilizzata in VCT e nella creazione del catalogo

    • Fornisce l'IP pubblico e l'elenco di NIC connesse alle istanze EC2 di AWS

    • Fornisce l'elenco dei volumi con le relative proprietà per le istanze EC2 di AWS. La funzionalità Test è ora completamente abilitata per testare il VCT contenente risorse basate su plug-in

    • È stato aggiunto il supporto per le approvazioni di base che consente all'approvatore di approvare o rifiutare le distribuzioni 

    • Supporto dell'esecuzione di prova di VCT per le risorse di allocazione

  • Supporto per la gestione delle risorse di rete in GCP

    VMware Aria Automation supporta il provisioning delle risorse di rete in Google Cloud Platform (GCP). Questo è ora possibile tramite l'architettura basata su plug-in. L'oggetto rete non era disponibile nell'oggetto macchina virtuale GCP classico. Con l'architettura basata su plug-in è possibile creare, aggiornare ed eliminare oggetti rete.

    Il peering di rete VPC di Google Cloud connette due reti Virtual Private Cloud (VPC) in modo che le risorse di ciascuna rete possano comunicare tra loro. L'architettura basata su plug-in supporta addPeering, removePeering, updatePeering, switchToCustomMode, patch e getEffectiveFirewalls.

  • Supporto per i bucket di storage nel plug-in GCP

    La risorsa bucket rappresenta un bucket nello storage cloud. 

    VMware Aria Automation supporta la creazione e l'eliminazione di una risorsa bucket in GCP. Offre inoltre la possibilità di applicare patch e aggiornamenti in un bucket di storage.

    La risorsa StorageBucket viene gestita con il controllo degli accessi predefinito ed è possibile applicarvi patch e aggiornamenti.

    Aria Automation offre inoltre un'opzione per bloccare il criterio di conservazione di una risorsa bucket.

  • Supporto per la GPU per le macchine virtuali nel plug-in GCP

    VMware Aria Automation supporta la creazione di macchine virtuali GCP con un numero specifico di risorse GPU.

    L'architettura basata su plug-in fornisce tutte le proprietà disponibili in GCP anziché un set predefinito di Aria Automation. Ciò include una proprietà GPU che non era disponibile nell'oggetto macchina virtuale GCP classico in Aria Automation. Tuttavia, con l'architettura basata su plug-in, la proprietà GPU è disponibile in Assembler dove l'utente può fornire gli input per tale proprietà.

    Il numero di GPU può essere specificato in YAML.

  • Supporto del criterio di storage per la risorsa basata su plug-in

    VMware Aria Automation ora supporta i criteri di storage affinché VCT disponga di risorse dell'architettura basata su plug-in. 

    L'allocazione dello storage supporta input specifici del cloud. La logica di filtro del profilo di storage è uguale a quella delle risorse classiche.

  • Gestione delle risorse delle istanze schermate in GCP

     VMware Aria Automation supporta la creazione di istanze schermate in GCP tramite la proprietà schermata. Offre la possibilità di identificare l'istanza schermata.

    È possibile impostare un criterio di integrità dell'istanza schermata per una risorsa di macchina virtuale GCP. È inoltre possibile aggiornare la configurazione di un'istanza schermata della risorsa di un'istanza.

  • Quando si esegue l'onboarding delle macchine, è possibile eseguire anche l'onboarding delle reti NSX-T connesse

    Quando viene eseguito l'onboarding delle macchine virtuali, è ora possibile eseguire l'onboarding anche delle reti NSX connesse. Come parte di questa operazione, le reti vengono visualizzate nelle distribuzioni correlate e lo stato dell'indirizzo IP della macchina virtuale verrà mantenuto quando la macchina virtuale verrà rimossa.

  • Supporto per le macchine virtuali GCP

    VMware Aria Automation supporta il provisioning di macchine virtuali ospitate in Google Cloud Platform (GCP). Ciò è possibile tramite l'architettura basata su plug-in. Gli oggetti macchina virtuale GCP classici in Aria Automation che sono disponibili in Assembler hanno un set di proprietà limitato. Tuttavia, con l'architettura basata su plug-in, gli oggetti macchina virtuale forniscono tutte le proprietà disponibili in Google Cloud Platform.

    Il vantaggio è che l'utente può fornire input per tutte le proprietà o per una qualsiasi delle proprietà anziché utilizzare un set predefinito di Aria Automation. Ad esempio, una proprietà GPU non era disponibile nell'oggetto macchina virtuale GCP classico in Aria Automation. Tuttavia, con l'architettura basata su plug-in, la proprietà GPU è disponibile in Assembler in cui l'utente può fornire gli input.

Problemi noti

  • Il provisioning del disco di avvio viene eseguito in un datastore che non corrisponde ai vincoli del profilo di storage

    Durante la fase di allocazione di una distribuzione, quando viene selezionato un datastore per i dischi inclusi nella distribuzione, è possibile che i profili di storage non vengano presi in considerazione. Di conseguenza, è possibile che per il disco venga selezionato un datastore che non corrisponde ai vincoli impostati dai profili di storage.

    Questo problema può verificarsi:

    1) Solo quando la proprietà di configurazione PREVENT_COMPUTE_STORAGE_OVERALLOCATION è impostata su true (l'impostazione predefinita è false).

    2) Solo quando si eseguono 10 o più distribuzioni in parallelo.

    A partire dalla versione 8.11.2, questo problema è stato risolto. Durante la distribuzione della macchina virtuale, il provisioning del disco di avvio viene eseguito in un datastore che corrisponde ai vincoli del profilo di storage previsti.

  • Le distribuzioni delle macchine virtuali non riescono e viene visualizzato il messaggio "Recupero della macchina virtuale nell'endpoint del criterio NSX-T"

    Quando vengono utilizzati i tag NSX, non è possibile usare caratteri speciali nel nome di una macchina virtuale.

    Nessuna soluzione.

  • Integrazione della versione 0.21.0 del plug-in nel progetto Flagman

    Nei modelli cloud per le risorse idem.gcp, gli utenti devono utilizzare type_ e non type.

    Sono stati identificati due casi diversi:

    In instance -> network_interfaces, la proprietà type_ può essere facilmente scritta in modo errato come type. Se si utilizza type, VMware Aria Automation non invia alcuna notifica all'utente (come previsto), ma la proprietà viene ignorata e il valore desiderato non viene impostato.

    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

    L'altro caso d'uso si verifica in disk. L'ultima proprietà type_ può essere facilmente scritta in modo errato come type. Questo causa lo stesso risultato descritto in precedenza: l'utente non viene in alcun modo informato, la proprietà viene ignorata e il valore viene impostato sul valore predefinito anziché sul valore specificato nel modello cloud.

      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'}

     

    Nessuna soluzione.

Problemi risolti

  • Impossibile configurare l'autenticazione LDAP

    In precedenza, l'integrazione LDAP causava ricerche di utenti e gruppi LDAP troppo estese. Nel caso di directory molto grandi, ciò significava che a volte gli utenti e i gruppi che esistevano sicuramente nella directory non potevano essere trovati a causa dei limiti imposti da Active Directory sul numero di risultati restituiti.

    Inoltre, i nomi degli utenti o dei gruppi apparivano nell'elenco delle caselle di controllo, ma dopo averle selezionate e aver fatto clic su "Salva", le selezioni non venivano mantenute e le caselle di controllo tornavano vuote.

    Ora questo problema è stato corretto e non si verifica più. Tuttavia, se dopo l'aggiornamento alla versione 8.12.2 si verificano ancora situazioni in cui Aria Automation Config non riesce a trovare gli utenti e i gruppi esistenti, è possibile aggiungere ulteriori qualificatori al Filtro DN di ricerca utenti e al Filtro DN di ricerca gruppi:

    • Ad esempio, supponendo che la directory aziendale abbia un BaseDN di "dc=corp,dc=example,dc=com". Gli utenti che dovrebbero essere autorizzati ad accedere ad AAC appartengono al gruppo di sicurezza di Active Directory con un distinguishedName di 'cn=ops,cn=groups,ou=Engineering,dc=corp,dc=example,dc=com'. È possibile impostare il Filtro DN di ricerca gruppi su 'cn=groups,ou=Engineering,dc=corp,dc=example,dc=com'. In questo modo, l'elenco dei gruppi verrebbe esteso a tutti i gruppi dell'unità operativa di Ingegneria, che sarebbero molto meno di tutti i gruppi della directory.

    • Se si desidera impostare le autorizzazioni direttamente sugli utenti, si può impostare il Filtro DN di ricerca utenti in modo che restituisca solo gli utenti dell'unità operativa Ingegneria con questo filtro: ou=Ingegneria,dc=corp,dc=esempio,dc=com'. In questo modo, negli elenchi degli utenti vengono visualizzati solo gli utenti di Ingegneria.

    È importante ricordare che questi sono solo filtri di ricerca. Quando gli utenti e i gruppi sono selezionati nella scheda Utenti e gruppi dell'area di lavoro Autenticazione, AAC salva il distinguishedName dell'utente e/o del gruppo e crea un collegamento interno al distinguishedName. I server basati su LDAP possono sempre cercare un oggetto per distinguishedName. La modifica dei criteri di ricerca nella scheda di autorizzazione iniziale non rimuoverà questi collegamenti, ma cambierà solo gli elenchi di utenti e gruppi che possono essere trovati e selezionati.

  • Si verificavano errori di timeout quando si utilizzava AD/LDAP per autenticare Ansible Tower con Aria Automation.

    In precedenza, per autenticare Ansible Tower con Aria Automation veniva utilizzata l'autenticazione di base. Ciò causava errori di timeout quando si utilizzavano le credenziali AD/LDAP.

    Con questa versione, Aria Automation utilizza ora l'autenticazione con token OAuth2 per connettersi con Ansible Tower (in base all'approccio consigliato da Red Hat Ansible Platform). Per ulteriori informazioni, vedere il blog Riepilogo dei metodi di autenticazione in Red Hat Ansible Tower.

  • Le esecuzioni delle richieste di workflow vengono eliminate dopo 24 ore, indipendentemente dal loro stato

    Nelle versioni precedenti, un processo pianificato eliminava tutte le esecuzioni di workflow richieste precedenti alle ultime 24 ore, indipendentemente dal loro stato. Ciò causava errori quando il completamento dell'esecuzione di un workflow richiedeva più di 24 ore. Per risolvere questo problema, sono stati apportati miglioramenti al processo di eliminazione e apportate modifiche alla query.

    • Aggiornato il processo pianificato per considerare gli stati finali delle esecuzioni dei workflow come parte del processo di eliminazione.

    • La query è stata modificata per assicurarsi che solo le esecuzioni del workflow con stati finali vengano prese in considerazione per l'eliminazione.

    Questi miglioramenti garantiscono che le esecuzioni dei workflow rimangano aperte finché non raggiungono uno stato finale

  • Il parametro di convalida esterno associato al campo projectId delle informazioni della richiesta ha un valore null

    Questo problema si verifica quando un modulo personalizzato giorno 2 include un elemento di convalida esterno con il parametro associato al campo Informazioni richiesta > ID progetto. Quando si esegue l'azione di convalida, il valore projectId è null. Questo problema non ha una soluzione ed è stato risolto nella versione 8.12.2.

  • Non è possibile scalare un bilanciamento del carico tramite l'API IaaS

    Quando Aria Automation crea un bilanciamento del carico, viene verificato se sono presenti 0 macchine. In tal caso, viene ignorata la creazione di pool/server virtuali/e così via. Quando si applica la scalabilità orizzontale in un bilanciamento del carico, l'operazione non riesce se sono presenti 0 pool perché Aria Automation non dispone della logica per creare queste risorse durante l'aggiornamento.

    Aria Automation ora include un interruttore di funzionalità per creare sempre pool/server virtuali/e così via indipendentemente dal numero di macchine collegate al bilanciamento del carico. Questo significa che quando viene creato un bilanciamento del carico con 0 macchine, Aria Automation crea i pool per tale bilanciamento del carico e quando si applica la scalabilità orizzontale, non viene visualizzato il messaggio di errore che indica che non sono presenti pool.

    Per abilitare il nuovo comportamento, impostare "nsxt.policy.create.lb.resources.without.machines" (tramite l'interfaccia utente delle proprietà di configurazione) su true prima di eseguire il provisioning di un bilanciamento del carico.

  • Quando è presente un commutatore in un workflow di Automation Orchestrator, il passaggio non viene eseguito

    Nelle versioni 8.11.0 e 8.11.1 del prodotto, quando gli elementi del workflow vengono rilasciati in una freccia che esce da un elemento commutatore, non vengono eseguiti quando viene eseguito il workflow.

  • Impostazione dei parametri per Cloud.Service.AWS.API.Gateway.Method

    Nelle versioni precedenti, gli utenti della risorsa di Aria Automation Assembler Cloud.Service.AWS.API.Gateway.Method potevano impostare il valore della proprietà per method.request.querystring.tableName con valori stringa come "true" o "false". A partire da questa versione, gli utenti devono utilizzare valori letterali booleani anziché valori stringa. L'utilizzo dei valori stringa causerà il mancato aggiornamento del valore della proprietà. 

    Metodo API:

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

    properties:

    request_parameters:

    # Usare i valori letterali booleani true o false invece di 'true' or 'false'

    method.request.querystring.tableName: true

  • Rimozione della funzionalità del metodo di scripting saveToVersionRepository

    I problemi relativi alle prestazioni sono stati causati da un repository della cronologia delle versioni in cui veniva archiviata una grande quantità di versioni di configurazione e/o di elementi di risorse in seguito alla generazione automatica della versione causata dalle chiamate del metodo saveToVersionRepository.

    La funzionalità del metodo saveToVersionRepository, esposta alle istanze di ConfigurationElement e ResourceElement nell'API di scripting di Automation Orchestrator, è stata rimossa. Il metodo è ancora disponibile nell'API di scripting di Automation Orchestrator, ma genera semplicemente un messaggio di registro come parte dei registri del workflow che indica che non è più funzionante e che verrà rimosso in una versione futura. Il metodo è stato contrassegnato come obsoleto.

    Ogni volta che gli utenti, che dispongono di un elemento Configurazione o Risorsa aggiornato dal client di Automation Orchestrator e dall'API di scripting di Automation Orchestrator (esecuzioni dei workflow), decidono di eseguire il pull da un repository Git remoto o di eseguire il push in un repository Git remoto con cui dispongono di un'integrazione attiva, verrà utilizzato lo stato corrente dell'elemento Configurazione o Risorsa specificato, poiché questa operazione influisce sull'elemento Configurazione o Risorsa.

    Gli sviluppatori di workflow di Automation Orchestrator devono rivedere tutti i workflow e/o le azioni che in precedenza richiamavano il metodo saveToVersionRepository e rimuovere tali chiamate dal codice.

  • La creazione di istanze con stato diverso da IN ESECUZIONE non viene applicata

    Google Compute Engine avvia automaticamente le istanze appena distribuite. In precedenza, il plug-in idem-gcp ignorava semplicemente il valore della proprietà di stato, (facoltativamente) passata come parte di SLS utilizzato per creare l'istanza.

     Questo problema è stato risolto facendo in modo che il plug-in idem-gcp recuperi il valore di questa proprietà e tenti di impostare per l'istanza lo stato desiderato specificato da questa proprietà immediatamente dopo la distribuzione dell'istanza.

  • Il plug-in REST non gestisce le chiavi API per l'autorizzazione

    In passato, il plug-in HTTP REST di VMware Aria Automation Orchestrator non gestiva l'autorizzazione delle API con chiavi API definite personalizzate.

    Di conseguenza, quando si richiamavano operazioni come le REST API dai workflow, gli input per le chiavi API non venivano visualizzati nel modulo del workflow.

    Con questa soluzione, il plug-in REST è in grado di analizzare l'autorizzazione della chiave API con i tipi di input "intestazione" e "query" per Swagger2 e OpenAPI3. Di conseguenza, l'utente può assegnare valori per questi tipi di input nei moduli dei workflow. 

  • Quando si esegue una distribuzione semplice di una macchina virtuale, con la proprietà di configurazione PREVENT_COMPUTE_STORAGE_OVERALLOCATION impostata su true, è possibile che il provisioning del disco di avvio venga eseguito in un datastore che non corrisponde ai vincoli del profilo di storage.

    Durante la fase di allocazione di una distribuzione, quando viene selezionato un datastore per i dischi inclusi nella distribuzione, è possibile che i profili di storage non vengano presi in considerazione. Di conseguenza, è possibile che per il disco venga selezionato un datastore che non corrisponde ai vincoli impostati dai profili di storage.

    Questo problema può verificarsi:

    1) solo quando la proprietà di configurazione PREVENT_COMPUTE_STORAGE_OVERALLOCATION è impostata su true (l'impostazione predefinita è false);

    2) solo quando si eseguono 10 o più distribuzioni in parallelo;

    Soluzione: A partire dalla versione 8.11.2, questo problema è stato risolto. Durante la distribuzione della macchina virtuale, il provisioning del disco di avvio viene eseguito in un datastore che corrisponde ai vincoli del profilo di storage come previsto.

Novità di VMware Aria Automation maggio 2023/8.12.1

  • Possibilità di eseguire nuovamente il provisioning di una macchina vSphere tramite l'azione giorno 2

    Questa azione giorno 2 sostituisce la macchina virtuale esistente con una nuova macchina virtuale, configurata con lo stesso nome, ID e assegnazione IP. L'azione è disponibile per impostazione predefinita per gli amministratori di Assembly, gli amministratori di Service Broker, gli amministratori di progetto e i proprietari delle distribuzioni. 

    Nota: Per ricreare un'azione giorno 2:

    1. Un disco non persistente collegato a una macchina virtuale viene cancellato dopo l'esecuzione di un'azione di rigenerazione nella macchina virtuale.

    2. Se è presente un FCD, l'FCD viene scollegato dalla macchina virtuale ma rimane invariato quando viene richiamata l'azione di rigenerazione.

    3. La rigenerazione è applicabile alla macchina virtuale in tutti gli stati, ad eccezione dello stato mancante.

    4. Limitato alle macchine virtuali vSphere distribuite solo in questa versione. 

    5. Le macchine virtuali vSphere di cui è stato eseguito l'onboarding e la migrazione non sono supportate in questa versione.

    6. L'azione di rigenerazione può richiedere più tempo rispetto alle altre azioni giorno 2, perché implica il provisioning della macchina virtuale.

    È consigliabile creare uno snapshot della risorsa prima di eseguire l'operazione di rigenerazione giorno 2.

  • Possibilità di riservare o meno un indirizzo IP per renderlo non disponibile/disponibile per la distribuzione

    È possibile eseguire query sugli indirizzi IP disponibili dall'IPAM interno di Aria Automation e riservare uno o più indirizzi IP per renderli non disponibili per una distribuzione. Queste operazioni sono supportate solo tramite API. Per ulteriori informazioni, vedere la sezione Gestione degli indirizzi IP nella guida alla programmazione dell'API.

Problemi noti

  • Se si utilizzano script Python con la versione più recente della libreria di richieste o del client urllib3 v2, le azioni di estendibilità non riescono con l'errore "urllib3 v2.0 supporta solo OpenSSL 1.1.1+".

    La versione più recente della libreria di richieste e urllib3 v2 non possono essere utilizzati nelle azioni di estendibilità, poiché queste dipendenze richiedono una versione OpenSSL successiva alla 1.1.1.

    Soluzione: nella casella di testo dipendenze dell'editor delle azioni di estendibilità, specificare una versione della libreria delle richieste precedente alla 2.29.0 oppure, se si utilizza urllib3, specificare una versione precedente alla 2.

  • Dopo l'aggiornamento, se la distribuzione specifica una dimensione del disco di avvio inferiore alle dimensioni del disco di avvio dell'immagine, la distribuzione non riesce.

    Questo problema noto si verifica quando si esegue l'aggiornamento a 8.11.1 e versioni successive.

  • Se non è presente alcuna risposta per un lungo periodo di tempo, si verifica il timeout dei workflow per l'interazione utente di Aria Automation

    Non è possibile rispondere alle interazioni utente manuali da Aria Automation se sono trascorse più di 24 ore, ma è comunque possibile rispondere da Automation Orchestrator. Quando si tenta di rispondere all'interazione utente manuale da Aria Automation, viene visualizzato questo messaggio di errore:

    “Impossibile elaborare la richiesta a causa dei seguenti motivi: Impossibile trovare le informazioni sull’ID della richiesta: ‘<request id>’ per la risorsa: ‘<resource id>’”

  • Quando si crea un'istanza, la creazione di dischi con etichette non riesce a causa di una trasformazione snake case imprevista

    Si tratta di un bug che fa parte di uno scenario molto improbabile. 

    Durante la creazione dell'istanza, quando un utente tenta di creare un'istanza con dischi utilizzando initialize_params e assegna a tale disco etichette che contengono un formato (ad es. "first_key": "first_value"), la chiave verrà convertita in "firstkey" che non è un formato di etichetta valido. 

    È consigliabile aggiungere le etichette separatamente utilizzando la risorsa disco oppure utilizzare un carattere di sottolineatura nella chiave dell'etichetta.

  • I pacchetti Python non vengono scaricati dai registri privati che richiedono setuptools

    Quando si utilizza un repository Python privato basato sul pacchetto setuptools, le dipendenze non possono essere scaricate.

  • La creazione di un'istanza con stato diverso da IN ESECUZIONE non viene applicata

    Quando viene creata una nuova istanza di macchina virtuale, Google Compute Engine esegue automaticamente il provisioning in stato IN ESECUZIONE, anche quando il modello di distribuzione specifica un altro stato di runtime desiderato (ad esempio, TERMINATO).

Problemi risolti

  • Dischi SSD Azure Premium con livello di prestazioni non valido

    Quando si esegue il provisioning di una macchina virtuale Azure con un disco di storage SSD Premium collegato, Aria Automation consente agli utenti di selezionare livelli di prestazioni non conformi che non sono compatibili con i dischi SSD Premium.

    Quando si distribuisce in Azure, il livello di prestazioni viene aggiornato a un'opzione conforme in Azure, ma Aria Automation mostra la selezione precedentemente non conforme. Lo stesso comportamento si verifica quando i clienti ridimensionano questi dischi tramite Aria Automation, indipendentemente dal fatto che il disco sia collegato a una macchina virtuale o in modalità standalone. I clienti devono fare riferimento alla documentazione di Azure con riferimenti incrociati per selezionare i livelli di prestazioni appropriati. 

  • L'esportazione di un pacchetto con "Modifica contenuti" sblocca i contenuti del sistema

    I contenuti del plug-in (ad esempio i workflow) non sono più interessati dalle impostazioni "Visualizza contenuti", "Aggiungi al pacchetto" e "Modifica contenuti".

  • Verifica che il plug-in vCOIN venga visualizzato come certificato VMware

    Il plug-in di VMware Aria Automation Orchestrator per vSphere Web Client viene visualizzato come non certificato da VMware nella sezione Plug-in client di vSphere Client.

    Questo problema è stato risolto nell'ultima versione e il plug-in verrà indicato come certificato da VMware per le nuove registrazioni. Le registrazioni dei plug-in già esistenti devono essere nuovamente effettuate per poter essere visualizzate come certificate da VMware.

  • Gli sviluppatori di workflow possono sovrascrivere i contenuti che non fanno parte delle loro autorizzazioni

    Automation Orchestrator mostra un avviso quando l'utente attualmente connesso non dispone delle autorizzazioni necessarie per sovrascrivere elementi specifici che sta tentando di importare con un pacchetto e questi elementi non sono selezionabili nella finestra di dialogo di importazione del pacchetto.

    La REST API ora restituisce un errore all'interno della risposta, quando l'utente non dispone delle autorizzazioni per sovrascrivere il contenuto.

  • Modifiche all'autenticazione del token sessione per utente ad Aria Automation

    I clienti che utilizzavano il plug-in Aria Orchestrator per Aria Automation con le connessioni "sessione per utente" dovevano affrontare il problema del token di accesso utente che era obsoleto ed errato se utilizzato con più accessi utente. Ciò ha influito su tutte le chiamate API di Aria Automation che utilizzano Sessione per utente per i workflow, le azioni e le ricerche nell'inventario, causando errori e risposte API errate quando eseguite da Aria Automation o da Aria Orchestrator.

    A partire da questa versione, il plug-in di Orchestrator per Aria Automation include una correzione per gestire correttamente i token di accesso dell'utente. Tutti i workflow, le azioni e le ricerche nell'inventario che utilizzano Sessione per utente per eseguire API di Aria Automation devono funzionare senza problemi quando vengono eseguiti direttamente da Orchestrator o tramite Aria Automation quando vengono utilizzati in più ambienti utente connessi.

  • Quando si inserisce un oggetto utilizzando il pulsante Versione dopo aver modificato i risultati del ramo remoto, vengono inviate tutte le modifiche locali

    Ogni volta che si disponeva di un repository Git remoto attivo integrato e si tentava di inviare un singolo oggetto di contenuto utilizzando il pulsante Versione, era possibile che gli elementi al di fuori di quello selezionato fossero inviati al repository Git remoto. Questo problema poteva verificarsi dopo una modifica a un ramo remoto o dopo il passaggio da un repository attivo all'altro.

  • Revisione del criterio di condivisione dei contenuti per utilizzare le origini dei contenuti anziché gli elementi di contenuto quando l'origine è presente nel criterio

    Gli aggiornamenti dei criteri di condivisione dei contenuti per questa versione includono:

    1. I criteri di condivisione dei contenuti con le origini dei contenuti vengono ora applicati con le origini come destinazione e non con gli elementi di contenuto nell'origine dei contenuti. La scheda Imposizioni ora mostra anche le origini dei contenuti come elemento di destinazione 

    2. Dopo l'aggiornamento di Aria Automation alla versione 8.12.1 o successiva, tutti i criteri di condivisione dei contenuti vengono potenziati una volta per consentire l'incorporazione delle modifiche dal punto 1. Si tratta di un'azione una tantum in cui la nuova imposizione viene pianificata in modo uniforme nelle prime due ore.

Novità di VMware Aria Automation aprile 2023/8.12.0

  • Introduzione al nuovo nome della famiglia VMware Aria

    Introduzione al nuovo nome della famiglia VMware Aria!

    Il dizionario Treccani definisce un'aria come "un motivo melodico, specialmente se composto per essere cantato". VMware Aria, una singola soluzione di gestione del cloud, è la voce che promette di eliminare la complessità multi-cloud che causa molti problemi per ripristinare l'armonia delle operazioni cloud gestite dai clienti.

    Nota:

    • affinché le modifiche del marchio vengano applicate in alcune pagine, potrebbe essere necessario eliminare i cookie o aggiornare la cache.

    • Gli eventi meno recenti generati dal sistema, ad es. nei registri di controllo, non conterranno nomi modificati con il nuovo marchio.

  • Nuovo riquadro unificato di Aria Automation con il marchio dei nomi di servizio modificato (solo SaaS)

    Tutti i servizi di Aria Automation Cloud sono raggruppati nel riquadro "Aria Automation" di un servizio unificato. In base alla licenza e al ruolo di cui si dispone, è possibile visualizzare "Aria Automation Assembler" (in precedenza Cloud Assembly), "Aria Automation Service Broker", "Aria Automation Pipelines" (in precedenza Code Stream) e "Aria Automation Config" (in precedenza SaltStack Config) come famiglia di servizi in "Aria Automation".

    Una nuova pagina di destinazione spiega inoltre i dettagli di questa nuova struttura e fornisce un'introduzione ad Aria Automation. Un nuovo commutatore del servizio consente di navigare in modo semplice e rapido tra i servizi in Aria Automation. Questa configurazione verrà abilitata per tutti gli utenti di Aria Automation.

    Nota: questa opzione non è disponibile per gli utenti che accedono ai servizi di Aria Automation esistenti da VMware Cloud Partner Navigator. In questo scenario, l'esperienza non è cambiata.

    Affinché le modifiche del marchio vengano applicate in alcune pagine, potrebbe essere necessario eliminare i cookie o aggiornare la cache.

    Gli eventi meno recenti generati dal sistema, ad esempio nei registri di controllo non conterranno nomi modificati con il nuovo marchio.

    Per ulteriori informazioni su VMware Aria Automation, vedere Guida introduttiva a VMware Aria Automation.

  • Nuove opzioni di timeout per i flussi di azione di estendibilità

    Gli utenti possono ora scegliere tra due opzioni per l'impostazione del timeout massimo durante l'inizializzazione dei flussi di azione ABX:

    • Impostare il valore di timeout fino a 5 ore

    • Non impostare alcun limite per l'esecuzione del flusso lasciando vuota la casella di testo Timeout

  • Possibilità di utilizzare Aria Automation per eseguire il provisioning del disco di storage con il tipo di thin provisioning

    Ora è possibile impostare il tipo di provisioning come thick/thin/eager oppure sia nel profilo di storage sia nel modello cloud come proprietà nei dischi collegati. 

    Quando si utilizza il tipo di thin provisioning, il provisioning del disco procede correttamente anche se lo spazio disponibile nel datastore non è sufficiente. Questa funzionalità sarà disponibile per i dischi collegati/indipendenti. 

  • Introduzione di una nuova architettura del plug-in per un accesso più rapido alle impostazioni aggiornate del provider di cloud pubblico nativo e un'esperienza utente semplificata di Automation Assembler

     Le risorse del cloud pubblico vengono continuamente aggiornate con nuove proprietà e operazioni. Per consentire un consumo più rapido delle risorse del cloud pubblico, Aria Automation fornisce nuovi modelli di distribuzione e progettazione basati su plug-in in Automation Assembler. L'architettura del plug-in consente di accedere più rapidamente alle impostazioni del provider aggiornate e di ottenere un'esperienza utente semplificata di Automation Assembler. Quando un provider di cloud come AWS aggiunge più risorse e proprietà, tali risorse e proprietà vengono aggiunte facilmente al plug-in associato.

     Il criterio di allocazione è disponibile per tutte le nuove risorse cloud. Queste risorse possono essere utilizzate per creare modelli cloud virtuali e possono essere esposte come elementi del catalogo.

    Questa nuova architettura ci consente di fornire nuovi servizi AWS come EC2, bucket S3, GP3 e IO2 nella tela di Cloud Assembly.

    Note:

    • Aria Automation 8.12 locale richiede 48 GB di memoria. Prima di eseguire l'aggiornamento, assicurarsi che sia disponibile la quantità di memoria richiesta.

    • Alcuni componenti sono beta

  • Possibilità di filtrare il registro di controllo da Aria Automation

    Il registro di controllo ora consente agli amministratori di monitorare l'utilizzo e il consumo con Aria Automation. Questa funzionalità include i seguenti miglioramenti:

    • Filtro della ricerca dei registri di controllo

  • Possibilità di visualizzare la cronologia delle versioni per le origini del contenuto nei moduli personalizzati

    I moduli personalizzati in Aria Automation Service Broker ora supportano la cronologia delle versioni. È inoltre possibile applicare moduli personalizzati a versioni diverse di VMware Cloud Templates.

    L'autore di moduli personalizzati può ora:

    • Creare più versioni di un modulo personalizzato

    • Rivedere un elenco di tutte le versioni di un modulo personalizzato

    • Ripristinare una versione precedente del modulo personalizzato

    • Creare una nuova versione del modulo personalizzato in base alla versione più recente del modulo personalizzato

    • Allegare un modulo personalizzato a una versione specifica dell'elemento di origine del contenuto (solo per Cloud Templates)

    Nota: i moduli personalizzati legacy (migrati dalle versioni precedenti di Aria Automation) vengono associati e condivisi in tutte le versioni di un modello cloud specifico. Se si elimina il modulo personalizzato legacy, viene eliminato per tutte le versioni del modello cloud. Se si desidera associare un modulo personalizzato legacy a una versione specifica del modello cloud, è necessario abilitare/disabilitare il modulo personalizzato per tale versione specifica del modello cloud facendo clic su Versione modello cloud -> Personalizza modulo -> Abilitato/Disabilitato -> pulsante Salva.

    Per ulteriori informazioni sulla cronologia delle versioni per le origini contenuto nei moduli personalizzati, vedere il post del blog della cronologia delle versioni dei moduli personalizzati.

  • La funzionalità Zone private virtuali verrà deprecata a breve

    VMware annuncia l'intenzione di deprecare la funzionalità relativa alla zona privata virtuale e alla mappatura dell'immagine dal provider al tenant secondario. Tutti i clienti che utilizzano questa funzionalità devono iniziare a creare piani per la rimozione della configurazione poiché la funzionalità verrà rimossa in una futura versione di Aria Automation con date esatte insieme a una guida aggiuntiva da annunciare. Per ulteriori informazioni, rivolgersi al proprio contatto di VMware.

  • API IaaS: supporto per la creazione di un endpoint di integrazione IPAM

    In precedenza, non era presente alcuna API per creare un endpoint di integrazione IPAM in Aria Automation. Ora è disponibile un'API che consente agli amministratori di eseguire questa attività senza passare all'interfaccia utente. Per informazioni su come utilizzare l'endpoint di integrazione IPAM, fare riferimento a Come importare un pacchetto IPAM.

  • Possibilità di eseguire azioni personalizzate e azioni giorno 2 predefinite in parallelo

    VMware Aria Automation supporta le azioni personalizzate e le azioni predefinite in esecuzione nella stessa risorsa o distribuzione, con le seguenti considerazioni:

    • L'azione personalizzata deve iniziare prima dell'azione predefinita

    • Se è in corso un'azione predefinita di una risorsa, non è possibile avviare un'altra azione (né personalizzata, né predefinita) nella stessa risorsa o distribuzione. Se è in corso un'azione predefinita di una distribuzione, non è possibile avviare un'altra azione (né personalizzata, né predefinita) nella stessa distribuzione o in una delle risorse

    • Se è in corso un'azione personalizzata di una risorsa, non è possibile avviare un'altra azione personalizzata nella stessa risorsa o distribuzione. Se è in corso un'azione personalizzata di una distribuzione, non è possibile avviare un'altra azione personalizzata nella stessa distribuzione o in una delle risorse

    • Se è in corso una richiesta per la risorsa, le azioni giorno 2 che comportano l'eliminazione della risorsa verranno bloccate (ad esempio, deployment.delete, deployment.update, machine.delete, machine.remove disk). Tuttavia, le operazioni di rimozione (ad eccezione della distribuzione correlata) sono comunque consentite tramite l'API IAAS

    • Le azioni eseguite in parallelo possono non riuscire se sono in conflitto tra loro, ad esempio l'esecuzione di un'azione personalizzata per installare Apache in una macchina contemporaneamente all'azione di riavvio predefinita nella stessa macchina

  • Supporto di Ansible Automation Controller (in precedenza Ansible Automation Tower)

    Aria Automation supporta Automation Controller (in precedenza Ansible Tower), che fa parte della piattaforma Ansible Automation.

  • Possibilità di modificare il progetto in una distribuzione che contiene risorse sottoposte a migrazione, provisioning e onboarding

    È ora possibile utilizzare la funzionalità di modifica del progetto nelle distribuzioni che contengono una combinazione qualsiasi di risorse distribuite, migrate e di cui è stato eseguito l'onboarding.

    Le risorse supportate includono i seguenti tipi di risorse e vincoli: Le distribuzioni con risorse distribuite possono contenere macchine virtuali, dischi, bilanciamenti del carico, reti, gruppi di sicurezza, gruppi di Azure, NAT, gateway, risorse personalizzate, configurazioni Terraform e risorse Ansible e Ansible Tower.

Novità di Automation Config

  • Visualizzazione dei dati dei grain Salt per gli utenti di Cloud Assembly per una visualizzazione delle risorse più dettagliata

    Per le macchine virtuali distribuite utilizzando Automation Assembler con una risorsa di configurazione, i dati dei grain Salt più recenti vengono visualizzati nella vista delle risorse (aggiornata periodicamente ogni 6 ore).

Novità di Automation for Secure Hosts

  • VMware Aria Automation for Secure Hosts supporta il benchmark CIS per Windows 2022

    VMware Aria Automation for Secure Hosts dispone ora del benchmark CIS più recente per Windows Server 2022.

Novità di Automation Orchestrator

  • Le API di VMware vCenter 8 sono ora disponibili tramite plug-in di Automation Orchestrator

    Le seguenti API di VMware vCenter sono ora disponibili tramite plug-in di Automation Orchestrator:

    • API VMware vCenter 8 tramite il plug-in VMware Aria Automation Orchestrator per vCenter Server

    • API Update Manager di VMware vCenter 8 tramite il plug-in VMware Aria Automation Orchestrator per vSphere Update Manager

    • API Auto Deploy di VMware vCenter 8 tramite il plug-in VMware Aria Automation Orchestrator per vSphere Auto Deploy

    Tutte le nuove funzionalità e le definizioni delle API sono disponibili qui. vSphere Management SDK è un bundle contenente una serie di SDK (Software Development Kit) di vSphere: vSphere Web Services SDK, vSphere Storage Policy SDK, vSphere Storage Management SDK, vSphere ESX Agent Manager SDK e SSO Client SDK. Questi SDK forniscono documentazione, librerie ed esempi di codice necessari agli sviluppatori per creare rapidamente soluzioni integrate con le piattaforme di virtualizzazione di VMware.

Problemi noti

  • I nomi dei servizi e dei ruoli vengono sostituiti con i valori precedenti quando deploy.sh viene eseguito per la seconda volta

    Questo problema importante è stato identificato in Aria Automation versione 8.12. Prima di eseguire l'aggiornamento o l'installazione, fare riferimento a KB 92018.

  • Alcuni servizi non sono accessibili dopo l'associazione di un tenant ad Aria Automation 8.12 tramite LCM

    Dopo aver associato un tenant a VMware Aria Automation 8.12 tramite LCM, gli utenti potrebbero non essere in grado di accedere ai seguenti servizi:

    • Assembler

    • Assistente migrazione

    • Pipeline

    • Configurazione 

    Soluzione:

    1. Accedere al tenant come utente con privilegi di proprietario dell'organizzazione.

    2. In Gestione identità e accessi, fare clic sulla scheda Utenti attivi.

    3. Selezionare l'utente interessato e fare clic su Modifica ruoli.

    4. Per concedere all'utente l'accesso ad Assembler e Assistente migrazione, fare clic su Aggiungi accesso al servizio e selezionare Cloud Assembly.

    5. Per concedere all'utente l'accesso a Pipelines, fare clic su Aggiungi accesso al servizio e selezionare Code Stream.

    6. Per concedere all'utente l'accesso a Config, fare clic su Aggiungi accesso al servizio e selezionare SaltStack Config.

  • Il debugger di Automation Orchestrator non interviene nelle azioni secondarie

    Il debugger dell'azione di Automation Orchestrator non interviene nelle azioni interne chiamate tramite il metodo System.getModule(module).action().

    Soluzione: utilizzare l'azione root come unico elemento in un nuovo workflow ed eseguire il debug del workflow tramite il debugger del workflow.

  • Informazioni sul livello delle prestazioni incoerenti per la macchina Azure quando il disco gestito viene ridimensionato utilizzando le azioni giorno 2

    Quando un disco di Azure con un disco gestito Premium viene ridimensionato con le azioni giorno 2 in Aria Automation, il livello delle prestazioni della base di confronto viene aggiornato di conseguenza nel portale di Azure. Tuttavia, il livello delle prestazioni rimane invariato nel modello nelle proprietà personalizzate di Aria Automation. Ciò comporta informazioni incoerenti sul livello delle prestazioni.

    Nessuna soluzione.

Problemi risolti

  • Il provisioning del disco di avvio eseguito in un datastore non corrisponde ai vincoli del profilo di storage.

    Quando si esegue una distribuzione semplice di macchine virtuali, con la proprietà di configurazione PREVENT_STORAGE_OVER_ALLOCATION impostata su true, il provisioning del disco di avvio eseguito in un datastore non corrisponde ai vincoli del profilo di storage. Questo problema può verificarsi per le versioni precedenti alla 8.11.2.

    Questo problema può verificarsi:

    1. Quando la proprietà di configurazione PREVENT__COMPUTE_STORAGE_OVERALLOCATION è impostata su true (l'impostazione predefinita è false)

    2. Quando si eseguono 10 o più distribuzioni in parallelo

    Soluzione: A partire dalla versione 8.11.2, questo problema è stato risolto. Durante la distribuzione delle macchine virtuali, il provisioning del disco di avvio viene eseguito in un datastore e corrisponde ai vincoli del profilo di storage come previsto.

  • Controllare le autorizzazioni di lettura/scrittura delle cartelle di Aria Automation Orchestrator prima di eseguire i workflow

    È possibile che le esecuzioni dei workflow "Copia file da vCO al guest" e "Copia file dal guest a vCO" non riescano a causa di errori delle autorizzazioni di lettura/scrittura. In questo caso, aggiornare js-io-rights.conf con le autorizzazioni di lettura/scrittura desiderate per i file e le cartelle.

  • Di tanto in tanto, l'esecuzione del workflow di Aria Automation non prosegue dopo l'interazione utente

    Quando un workflow è in attesa dell'input dell'utente, l'esecuzione del workflow non continua dopo che l'utente risponde alla richiesta di interazione. Il problema può verificarsi in modo intermittente quando il token utilizzato per avviare l'esecuzione del workflow è stato revocato.

  • In alcuni scenari, gli utenti non possono accedere a una macchina virtuale di cui è stato eseguito il provisioning utilizzando nome utente/password

    Dopo il provisioning di una macchina virtuale con remoteAccess e il metodo di autenticazione usernamePassword, in alcuni casi gli utenti non potevano accedere alla macchina virtuale con le credenziali del modello cloud.

    Questo problema è stato risolto. Dopo il provisioning di una macchina virtuale, gli utenti possono ora accedere con nome utente/password inclusi nel modello cloud.

  • Tag nella zona cloud di Azure e nella risorsa di elaborazione eliminati dopo l'aggiornamento

    In precedenza, quando veniva eseguito l'aggiornamento a vRealize Automation 8.11.0, alcuni utenti notavano che i tag nelle elaborazioni della zona di disponibilità di Azure non erano più disponibili. Ora i tag non vengono eliminati dopo l'aggiornamento a una nuova versione.

  • L'esecuzione del comando di abilitazione/disabilitazione 'vracli cap' che ha già lo stesso valore desiderato restituisce un errore e un codice di uscita diverso da zero

    In precedenza, questi comandi uscivano con un codice di uscita diverso da zero se la funzionalità specificata era già abilitata (o disabilitata rispettivamente).

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

     Con la correzione più recente, questi non sono più considerati errori e i comandi indicati in precedenza usciranno con il codice di uscita 0 in queste situazioni.

     Impatto: questo comportamento non ha alcun impatto sull'utilizzo tipico (esecuzione manuale del comando). Se gli script automatizzati utilizzano questi comandi e ne prevedono l'uscita con uno stato diverso da zero senza che sia necessario attivare/disattivare la funzionalità, potrebbe essere necessario aggiornarli.

  • Non è possibile aggiungere regex durante il confronto del nome del ramo nei webhook Git

    È possibile passare regex come nome di ramo quando si configura un webhook Git in Automation Pipelines.

    Nelle versioni precedenti, era necessario creare un webhook Git per ogni ramo del repository e questa operazione generava più webhook. Ora, specificando un regex appropriato, è possibile collegare una singola risorsa webhook a più rami. In questo modo, in Git e in Automation Pipelines è presente un numero minore di rami.

  • Nuovi runtime disponibili in Aria Automation Orchestrator

    Nelle versioni precedenti di Aria Automation Orchestrator, le versioni della libreria Polyglot erano NodeJs - 14, Powershell - 6.2 o 7.1 (PowerCLI 11 o 12) e Python - 3.7. Gli utenti non potevano aggiungere un pacchetto supportato dalla versione più recente di Polyglot e veniva visualizzato il messaggio di errore La versione di TLS deve essere 1.2 o successiva.

    Ora in Aria Orchestrator Polyglot sono stati aggiunti questi nuovi runtime: PowerShell 7.3.3 e Python 3.10. Gli utenti possono quindi aggiornare pacchetti senza errori in questi ambienti.

  • Automation Orchestrator utilizza le credenziali dell'utente attualmente connesso durante l'aggiornamento delle attività pianificate

    In precedenza, quando un utente tentava di aggiornare un'attività pianificata che aveva creato, il pulsante Usa utente corrente non utilizzava le credenziali dell'utente connesso. Ora il pulsante Usa utente corrente utilizza le credenziali utente corrette. 

Documentazione e controllo delle versioni dell'API

Importante:

Avviso anticipato di una modifica imminente

Cloud Services Platform (CSP) supporterà l'autenticazione Proof Key for Code Exchange (PKCE) e deprecherà l'autenticazione non PKCE. Se si è un utente API VMware Aria Automation e si dispone di un criterio di autorizzazione IP configurato in un'organizzazione cliente utilizzando CSP, sarà necessario ottenere il token di aggiornamento seguendo l'API CSP documentata in Get Access Token by API Refresh Token. Il token ottenuto seguendo l'endpoint di accesso dell'API IaaS documentato in Get Your Access Token verrà deprecato.

Quando la data di rilascio di questa modifica sarà nota, questo avviso verrà aggiornato.

Avviso: le note di rilascio delle versioni precedenti vengono archiviate ogni anno:

La documentazione dell'API è disponibile con il prodotto. Per accedere a tutti i documenti di Swagger da una singola pagina di arrivo, passare a:

  • https://www.mgmt.cloud.vmware.com/automation-ui/api-docs/ per vRealize Automation Cloud.

  • https://<appliance.domain.com>/automation-ui/api-docs per vRealize Automation 8.x, in cui appliance.domain.com è l'appliance di vRealize Automation.

Prima di utilizzare l'API, considerare gli aggiornamenti e le modifiche più recenti dell'API per questa versione e prendere nota di eventuali modifiche ai servizi API utilizzati. Se l'API non è stata bloccata in precedenza utilizzando la variabile apiVersion, è possibile che si verifichi la modifica di una risposta dell'API. Nella sezione Novità di ogni versione sono specificati gli aggiornamenti e le modifiche dell'API.

Per le API sbloccate, il comportamento predefinito varia in base all'API.

  • Per le API IaaS di Cloud Assembly, tutte le richieste eseguite senza il parametro apiVersion verranno reindirizzate alla prima versione, ovvero 2019-01-15. Questo reindirizzamento consentirà a tutti gli utenti che non hanno precedentemente specificato il parametro apiVersion di passare facilmente alla versione più recente senza che si verifichino modifiche importanti.

    NOTA: per le API IaaS di Cloud Assembly, la versione più recente è apiVersion=2021-07-15. Se non si esegue il blocco, le richieste dell'API IaaS verranno reindirizzate alla prima versione, ovvero 2019-01-15. La prima versione è obsoleta e sarà supportata per 24 mesi. Per garantire una transizione senza interruzioni alla nuova versione, bloccare le richieste dell'API IaaS con il parametro apiVersion assegnato a 2021-07-15.

  • Per le altre API, le richieste dell'API saranno quelle della versione più recente. Se si seleziona una delle date delle versioni precedenti elencate per la specifica Swagger, il comportamento dell'API rifletterà le API applicate in tale data e in qualsiasi data fino alla data della versione più recente successiva. Il controllo delle versioni delle API non viene effettuato per ogni rilascio di vRealize Automation e non tutte le API supportano il parametro apiVersion.

Per ulteriori informazioni sull'utilizzo del parametro apiVersion, vedere le guide alla programmazione disponibili in:

Informazioni sugli aggiornamenti e le modifiche delle API per ogni versione sono disponibili nelle sezioni seguenti:

Modifiche delle API della versione di ottobre 2023 di VMware Aria Automation

Nella tabella seguente sono elencati i servizi API con aggiornamenti o modifiche rispetto alla versione precedente.

Nome del servizio

Descrizione del servizio

Aggiornamenti e modifiche dell'API

IaaS

Consente di eseguire le attività di configurazione dell'infrastruttura, tra cui la convalida e il provisioning delle risorse in modo iterativo.

Per accedere agli aggiornamenti o alle modifiche elencati per le API IaaS, è necessario includere apiVersion=2021-07-15 nella chiamata. Ad esempio:

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

Nuovo endpoint per l'eliminazione dei tag:

DELETE /iaas/api/tags/{id}

NOTA: l'azione di eliminazione verifica che il tag non sia associato a una risorsa prima di eliminarlo.

Nuovo endpoint per recuperare l'utilizzo dei tagId forniti nel payload:

POST /iaas/api/tags/tags-usage

Modifiche delle API della versione di agosto 2023 di VMware Aria Automation

Nella tabella seguente sono elencati i servizi API con aggiornamenti o modifiche rispetto alla versione precedente.

Nome del servizio

Descrizione del servizio

Aggiornamenti e modifiche dell'API

IaaS

Consente di eseguire le attività di configurazione dell'infrastruttura, tra cui la convalida e il provisioning delle risorse in modo iterativo.

Per accedere agli aggiornamenti o alle modifiche elencati per le API IaaS, è necessario includere apiVersion=2021-07-15 nella chiamata. Ad esempio:

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

(Solo SaaS) Endpoint aggiornati per creare un account cloud vSphere+ con un endpoint indipendente dal tipo o specifico del tipo:

  • Per l'endpoint indipendente dal tipo POST /iaas/api/cloud-account, specificare "cloudAccountType": "vSphere" e includere "environment": "aap" come cloudAccountProperty o customProperty.

  • Per l'endpoint specifico del tipo POST /iaas/api/cloud-accounts-vsphere, includere "environment": "aap" nel payload.

Progetti

Consente di fornire visibilità e isolamento delle risorse sottoposte a provisioning per gli utenti con un ruolo di progetto.

È stato rimosso l'endpoint seguente:

GET /project-service/api/projects/limit-usage

Modifiche delle API della versione di luglio 2023 di VMware Aria Automation

Nella tabella seguente sono elencati i servizi API con aggiornamenti o modifiche rispetto alla versione precedente.

Nome del servizio

Descrizione del servizio

Aggiornamenti e modifiche dell'API

ABX

Consente di creare o gestire le azioni di estendibilità e le relative versioni. Eseguire azioni e flussi.

Il limite del codice di origine per le azioni di estendibilità è aumentato da 32.000 a 128.000 caratteri. Questo non influisce sulle azioni di estendibilità caricate come file ZIP.

Distribuzione

Consente di accedere agli oggetti e alle piattaforme o ai blueprint di distribuzione distribuiti nel sistema.

Il nuovo endpoint restituisce il numero di oggetti fatturabili, come il numero di macchine virtuali, CPU e core CPU. Il numero è legato all'organizzazione dell'utente.

GET /deployment/api/billing-metrics

Nuovo parametro booleano "fatturabile" aggiunto per l'endpoint.

GET /deployment/api/resources

Se impostata su true, la risposta include informazioni sulle risorse fatturabili.

Aggiunto un nuovo parametro di input "imageRef" per specificare l'immagine durante la ricostruzione di una macchina virtuale per il seguente endpoint.

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

Esempio di payload per ricostruire una macchina virtuale con l'ID immagine 205297c5c01c47e8f9f5451d8af9b87f64ed1bcd

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

NOTE:

  • Per ottenere l'ID immagine, è possibile utilizzare GET /iaas/api/fabric-images

  • L'input dell'immagine è richiesto durante la ricostruzione solo se la proprietà dell'immagine non è impostata per la macchina da ricostruire. Questo è solitamente il caso delle macchine di cui è stato eseguito l'onboarding.

  • Se l'immagine è già impostata per una macchina, non può essere modificata e l'input "imageRef" viene ignorato.

Modifiche delle API della versione di giugno 2023 di VMware Aria Automation

Nella tabella seguente sono elencati i servizi API con aggiornamenti o modifiche rispetto alla versione precedente.

Nome del servizio

Descrizione del servizio

Aggiornamenti e modifiche dell'API

Infrastructure as a Service

Consente di eseguire le attività di configurazione dell'infrastruttura, tra cui la convalida e il provisioning delle risorse in modo iterativo.

Per accedere agli aggiornamenti o alle modifiche elencati per le API IaaS, è necessario includere apiVersion=2021-07-15 nella chiamata. Ad esempio:

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

Nuovi endpoint per recuperare gli intervalli di IP associati per reti, reti di infrastrutture e reti di infrastrutture vSphere:

  • 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

Modifiche dell'API di VMware Aria Automation maggio 2023

Nella tabella seguente sono elencati i servizi API con aggiornamenti o modifiche rispetto alla versione precedente.

Nome del servizio

Descrizione del servizio

Aggiornamenti e modifiche dell'API

Infrastructure as a Service

Consente di eseguire le attività di configurazione dell'infrastruttura, tra cui la convalida e il provisioning delle risorse in modo iterativo.

Per accedere agli aggiornamenti o alle modifiche elencati per le API IaaS, è necessario includere apiVersion=2021-07-15 nella chiamata. Ad esempio:

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

Endpoint dell'intervallo IP di rete nuovi e aggiornati per supportare l'esecuzione di query, l'allocazione e il rilascio degli IP di rete:

  • 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

Modifiche dell'API di VMware Aria Automation aprile 2023

Nella tabella seguente sono elencati i servizi API con aggiornamenti o modifiche rispetto alla versione precedente.

Nome del servizio

Descrizione del servizio

Aggiornamenti e modifiche dell'API

Catalogo

Consente di accedere agli elementi del catalogo e alle origini del catalogo di Service Broker, tra cui la condivisione del contenuto e la richiesta di elementi del catalogo.

Nuovi endpoint Catalog, Admin e Items per abilitare il controllo delle versioni dei moduli personalizzati:

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

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

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

CMX

Quando si utilizza l'integrazione di Kubernetes, consente di distribuire e gestire i cluster e gli spazi dei nomi di Kubernetes.

Nuovo parametro di input "tagIds" aggiunto per i seguenti endpoint delle zone Kubernetes:

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

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

Moduli personalizzati

Definisce il rendering del modulo dinamico e il comportamento della personalizzazione nei servizi di VMware Service Broker e Assembler.

Nuovi endpoint per abilitare il controllo delle versioni dei moduli personalizzati.

Endpoint versione modulo:

  • 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

Endpoint definizione modulo:

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

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

Distribuzione

Consente di accedere agli oggetti e alle piattaforme o ai blueprint di distribuzione distribuiti nel sistema.

Nuova opzione di input "expand=inprogressRequests" aggiunta per gli endpoint seguenti:

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

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

  • GET /deployment/api/resources

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

Se viene utilizzata, la risposta include una coppia chiave-valore per inprogressRequests dove:

  • La chiave è count

  • Il valore è il numero totale di richieste correnti

Nuovo parametro booleano "inprogressRequests" aggiunto per l'endpoint seguente:

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

Se è impostato su true, la risposta include solo le richieste attive in esecuzione. In caso contrario, la risposta include tutte le richieste.

Infrastructure as a Service

Consente di eseguire le attività di configurazione dell'infrastruttura, tra cui la convalida e il provisioning delle risorse in modo iterativo.

Per accedere agli aggiornamenti o alle modifiche elencati per le API IaaS, è necessario includere apiVersion=2021-07-15 nella chiamata. Ad esempio:

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

Nuovi endpoint Package-Import per supportare l'importazione dei pacchetti IPAM:

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

Aggiunti endpoint Projects per recuperare le zone aggiornate associate a un progetto:

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

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

Nuovo endpoint Tags per creare tag:

POST /iaas/api/tags

Orchestrator Gateway

Consente di eseguire workflow e azioni per automatizzare attività IT complesse.

Sono stati rimossi gli endpoint seguenti:

  • 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