Versioni di rilascio

VMware Aria Automation | Ottobre 2024

VMware Aria Automation 8.18.1 | 9 ottobre 2024

  • VMware Aria Automation build 24282366

  • VMware Aria Automation Easy Installer build 24286787

  • VMware Aria Automation Cloud Extensibility Proxy build 24282368

  • VMware Aria Automation Orchestrator build 24281602

Aggiornamenti di questo documento

Data

Descrizione dell'aggiornamento

Tipo

9 ottobre 2024

Pubblicazione iniziale per VMware Aria Automation 8.18.1

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

Nota: VMware ha annunciato la fine della disponibilità dei servizi VMware Aria SaaS, tra cui VMware Aria Automation SaaS, a partire da febbraio 2024. VMware continuerà a supportare i clienti che attualmente utilizzano i servizi VMware Aria SaaS fino alla fine del loro periodo di sottoscrizione. Vedere Fine della disponibilità delle licenze perpetue e dei servizi SaaS di VMware.

Nota: la build del proxy di estendibilità cloud di VMware Aria Automation specificata in precedenza è applicabile solo per le distribuzioni locali di VMware Aria Automation. L'ultima build del proxy di estendibilità cloud applicabile per VMware Aria Automation SaaS è la 23103969.

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

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 Orchestrator 8.18

Avviso di sicurezza e patch VMSA-2024-0017

Importante: è stato pubblicato un nuovo avviso di sicurezza per VMware Aria Automation. Per ulteriori informazioni, vedere VMSA-2024-0017 e l'articolo 325790 della Knowledge Base. Applicare la patch necessaria non appena possibile.

Novità di VMware Aria Automation 8.18.1

  • Visualizzazione del nome completo nell'interfaccia utente

    Nell'interfaccia utente di VMware Aria Automation, oltre agli ID utente sono ora disponibili i nomi utente completi per Risorse, Distribuzioni e Criterio. Abilitare la visibilità di queste impostazioni nelle colonne di amministrazione e utente tramite il pulsante Gestisci colonne nell'angolo inferiore sinistro. Lo stesso supporto per Catalogo, Origine contenuto e Contenuto è disponibile tramite l'API.

  • È stato rimosso il supporto della migrazione da VMware Aria Automation 7.x alla versione 8.x e da NSX-V a NSX-T

    In seguito al precedente annuncio di deprecazione, in questa versione è stato ufficialmente rimosso Assistente migrazione e di conseguenza le seguenti funzionalità non sono più supportate:

    1. Migrazione da vRealize Automation 7.x a VMware Aria Automation 8.x

    2. Migrazione da NSX-V a NSX-T

  • Inclusione predefinita di DCGM Exporter in Deep Learning VM

    A partire dalla versione corrente, DGCM Exporter verrà incluso per impostazione predefinita nell'immagine di Deep Learning VM (DLVM). DGCM Exporter è uno strumento di esportazione per Prometheus che consente di monitorare l'integrità dell'azienda e recuperare le metriche dalle GPU. Sfrutta DGCM utilizzando i binding Go per raccogliere la telemetria GPU ed espone le metriche della GPU in Prometheus utilizzando un endpoint HTTP (/metrics).

  • Supporto per i servizi di automazione di Private AI di Data Services Manager

    A partire da questa versione, la procedura guidata di configurazione del catalogo genererà tre elementi aggiuntivi. 

    • Database DSM (Data Services Manager): distribuisce una nuova istanza del cluster PostgreSQL che può essere utilizzata come datastore per le applicazioni RAG.

    • AI RAG Workstation con DSM: installa un'istanza di Deep Learning VM abilitata per GPU con il software NVIDIA necessario e un database PostgreSQL per eseguire i workflow RAG. 

      • Connessione a un'istanza di database PostgreSQL remota 

      • Creazione di un'istanza di un nuovo database PostgreSQL tramite DSM

    • AI Kubernetes RAG Cluster con DSM: installa un cluster Tanzu Kubernetes Grid (TKG) abilitato per GPU con il software NVIDIA e il database PostgreSQL necessari per eseguire i workflow RAG.

    • Gli utenti degli elementi del catalogo "AI RAG Workstation con DSM" e "AI Kubernetes RAG Cluster con DSM" possono connettersi a un database PostgreSQL esistente o creare un nuovo database.

    Per istruzioni dettagliate sull'utilizzo della procedura guidata di configurazione del catalogo e sulla distribuzione dei tre nuovi elementi del catalogo, vedere la documentazione del prodotto.

  • Selezione delle versioni di TKR in QS PAIF

    A partire da questa versione, la configurazione guidata del catalogo consentirà agli utenti di scegliere tra un massimo di tre versioni supportate di Tanzu Kubernetes Runtime (TKR) da utilizzare negli elementi del catalogo. Per istruzioni dettagliate sulla selezione dei runtime di TKR, vedere la documentazione del prodotto.

  • Aggiornamenti delle classi e delle regioni dello spazio dei nomi supervisore

    Questa funzionalità consente di creare, aggiornare ed eliminare classi dello spazio dei nomi supervisore nell'interfaccia utente di VMware Aria Automation Assembler. Le classi dello spazio dei nomi supervisore vengono utilizzate per creare spazi dei nomi supervisore utilizzati per Cloud Consumption Interface in VMware Aria Automation Service Broker. È inoltre possibile utilizzare Automation Assembler per eliminare le regioni supervisore. Le regioni supervisore vengono utilizzate per raggruppare più supervisori. In precedenza, questo era possibile solo tramite la CLI K8S.

  • Possibilità di controllare il posizionamento dei gruppi di sicurezza NSX su richiesta utilizzando vincoli di tag

    Questa funzionalità consente di eseguire il provisioning dei gruppi di sicurezza NSX su richiesta e controllare esplicitamente il posizionamento di tali gruppi in NSX Manager specifici utilizzando vincoli di tag.

  • Automazione della rete e dei gruppi di sicurezza con le risorse individuate da progetti e VPC di NSX

    Questa versione supporta l'individuazione di risorse di rete e sicurezza dagli ambienti NSX configurati con multi-tenancy, tra cui reti e gruppi di sicurezza di progetti e VPC di NSX.

    Gli amministratori possono quindi assegnare queste risorse ai profili di rete e successivamente utilizzarle nei modelli cloud di VMware Aria Automation per supportare casi d'uso di automazione delle applicazioni di rete e multilivello.

    Nota: per connettersi a NSX Manager non è necessaria alcuna modifica delle credenziali.

  • Onboarding degli spazi dei nomi vSphere da utilizzare in Cloud Consumption Interface

    In VMware Aria Automation Assembler, gli amministratori possono ora eseguire l'onboarding degli spazi dei nomi vSphere dai cluster supervisore rilevati negli account cloud vCenter connessi. Questi sono gli spazi dei nomi che non vengono creati da VMware Aria Automation.

    Quando viene eseguito l'onboarding degli spazi dei nomi vSphere, tutti i servizi e gli oggetti in esecuzione (macchina virtuale, cluster TKG, volume, immagini e così via) diventano visibili in Cloud Consumption Interface in VMware Aria Automation Service Broker.

  • Gestione della riconciliazione per le macchine virtuali che fanno parte di una migrazione con vMotion in un vCenter o tra istanze di vCenter

    VMware Aria Automation ora riconcilia automaticamente le modifiche apportate alle macchine virtuali dopo la migrazione con vMotion. Gli scenari supportati includono:

    • Migrazione nello stesso vCenter

    • Migrazione tra diverse istanze di vCenter

    • Migrazione tra reti NSX-T

    VMware Aria Automation ora include anche un nuovo argomento dell'evento Elaborazione stato riconciliazione dopo la migrazione, che viene avviato dopo la riconciliazione di una macchina virtuale. L'argomento dell'evento contiene lo stato della riconciliazione della macchina virtuale in VMware Aria Automation e i dettagli della destinazione della macchina virtuale sottoposta a migrazione.

  • Registrazione del controllo in VMware Aria Automation con esportazione di CSV

    Ora è possibile esportare un file CSV contenente il registro di controllo. È possibile cercare nel registro di controllo eventi, tipi di eventi e intervalli di date specifici e salvare gli eventi in un file CSV.

    Le limitazioni del download del file CSV sono le seguenti:

    • Il download del file CSV (file da 0 byte) potrebbe non funzionare se le dimensioni del file superano 300 MB. Tuttavia, è comunque possibile accedere a questo file dal bundle di registri. Il bundle di registri si trova in /services-logs/prelude/ebs-app/file-logs/. È consigliabile accedere a file CSV di grandi dimensioni dal registro della CLI di VMware Aria Automation.

    • Il valore massimo dell'intervallo di tempo per il download del file CSV è stato mantenuto a 12 mesi per evitare file di grandi dimensioni.

    • Poiché la generazione del file CSV è un'attività che utilizza molte risorse, è possibile inviare un solo processo di generazione file alla volta. Una volta completato un processo, è possibile inviare il processo successivo.

  • Notifica della disponibilità di Code Stream per VCF 9.0

    Code Stream è uno strumento di integrazione e consegna continue (CICD) che viene utilizzato per creare pipeline che modellano il processo di rilascio del software nel ciclo di vita di DevOps. Code Stream fa parte della suite VMware Aria Automation. A partire da VCF 9.0, Code Stream non sarà più disponibile. In VCF non sono presenti funzionalità equivalenti ed è consigliabile che i clienti utilizzino strumenti open source.

  • Miglioramenti del progettista del modello cloud

    Nel progettista del modello cloud sono stati apportati i miglioramenti seguenti:

    • Comprimi/Espandi: codice YAML nel pannello destro (pannello del codice). Il pannello a destra è più grande per impostazione predefinita.

    • Cerca: ora è possibile eseguire la ricerca in base a qualsiasi elemento ed evidenziare le corrispondenze.

  • Miglioramenti del progettista del modello cloud per la gestione delle risorse supervisore

    Con l'aggiunta delle risorse supervisore, i modelli cloud stanno diventando sempre più complessi. Molte risorse sono nidificate una nell'altra. Il progettista del modello cloud include i miglioramenti seguenti per le risorse supervisore:

    • Visualizzazione della nidificazione delle risorse che mostra le relazioni padre/figlio.

    • Visualizzazione del layout padre/figlio della nidificazione per le risorse nella topologia.

    • Evidenziazione degli input e delle variabili associati correlati quando si seleziona una risorsa.

  • Miglioramenti dell'ordinamento dei dischi nella visualizzazione dello storage

    In precedenza, i dischi nella visualizzazione dello storage della distribuzione di VMware Aria Automation venivavo elencati in ordine casuale anziché in base al numero di unità. 

    Questo approccio poteva creare scenari problematici, in particolare quando le macchine virtuali avevano un numero elevato di dischi, perché era possibile che nell'elenco fosse presente il disco con il minor numero di unità. 

    Questa funzionalità consente di:

    • Ordinare i dischi in base al numero di unità per impostazione predefinita.

    • Specificare l'ordinamento di ogni colonna in modo che i dischi possano essere ordinati anche in base a nome, capacità, tipo, crittografia e numero di unità chiave del controller.

  • Supporto di 64 dischi nel controller SCSI paravirtuale (PVSCSI)

     In VMware Aria Automation era presente un limite quando si tentava di distribuire determinati tipi di applicazioni che richiedevano un numero elevato di dischi o che aggiungevano dischi. Questo era dovuto al fatto che VMware Aria Automation supportava solo fino a 14 dischi per controller, mentre Virtual Center supportava fino a 64 dischi. 

    Ora VMware Aria Automation supporta fino a 64 dischi per controller nella fase di distribuzione e per l'aggiunta di dischi.

Novità di Automation Orchestrator 8.18.1

  • Miglioramento dell'usabilità del riquadro dei messaggi del registro per le esecuzioni di workflow, azioni e criteri

    Questa versione include la ricerca in base ai termini nella vista dei registri per le esecuzioni di workflow, azioni e criteri di Automation Orchestrator. Inoltre, l'usabilità del riquadro dei registri è stata migliorata mantenendo il contesto mentre si passa da una scheda di contenuti all'altra, si seguono i workflow in esecuzione e così via.

  • Bump delle immagini di runtime di PowerShell in Photon 5

    PowerCLI 12 con runtime PowerShell 7.2 è stato rimosso. Gli script che dipendono da tale PowerCLI vengono eseguiti automaticamente nella versione più recente PowerCLI 13 con runtime PowerShell 7.4.

Problemi risolti

  • Perdita dell'accesso alla funzionalità dopo l'aggiornamento ad Automation Orchestrator 8.18

     Dopo l'aggiornamento ad Automation Orchestrator 8.18, nei workflow viene visualizzato il seguente errore: ""La generazione di script Polyglot non è supportata con la licenza attuale"".

  • VMware Aria Automation non funziona con tastiere non inglesi quando si utilizza Remote Console

    Quando si utilizza Remote Console tramite VMware Aria Automation 8.18, nella console viene indicata la lingua corretta per la tastiera e il layout ma quando si digita i caratteri speciali e i tasti non sono corretti.

  • Aggiunta un'opzione per le notifiche tramite e-mail che impedisce gli aggiornamenti automatici della connessione STARTTLS

    Quando le notifiche tramite e-mail sono configurate con l'opzione Sicurezza connessione impostata su "Nessuna", la connessione al server e-mail viene aggiornata automaticamente a una connessione crittografata tramite STARTTLS se il server e-mail indica il supporto. In un ambiente FIPS, questo comportamento può causare problemi se il server SMTP non supporta crittografie compatibili con FIPS. Per disabilitare gli aggiornamenti delle connessioni e forzare le connessioni non crittografate al server e-mail, è stata aggiunta la nuova opzione, "Abilita aggiornamento connessione non sicura con STARTTLS".

  • L'integrazione con la federazione di NSX non è supportata in VMware Aria Automation 8.17 e 8.18 per NSX 3.2.2 e versioni successive

    Quando si utilizza la federazione di NSX-T, l'enumerazione di NSX-T Global Manager non riesce per NSX 3.2.2 e versioni successive in VMware Aria Automation 8.17 e 8.18.

    L'errore causa la visualizzazione del messaggio di errore seguente: 

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

    Questo problema non influisce sugli ambienti non federati. Per risolverlo, gli utenti devono utilizzare NSX 3.1.x o eseguire l'aggiornamento a VMware Aria Automation 8.18.1.

  • Non è possibile scaricare le dipendenze di PowerShell dal repository personalizzato

    I certificati attendibili di Automation Orchestrator vengono ora importati nei runtime non Java (Python, PowerShell, PowerCLI e NodeJS).

    In questo modo, viene risolto il problema relativo al download delle dipendenze dai repository che utilizzano autorità di certificazione dei clienti. Inoltre, non è più necessario utilizzare connessioni non sicure agli endpoint che usano certificati autofirmati o di autorità di certificazione personalizzate.

Problemi noti

  • Deprecazione degli utenti delle soluzioni e migrazione agli account di servizio

    Quando si utilizza un'istanza autonoma di Automation Orchestrator con autenticazione vSphere, è necessario registrare nuovamente il provider di autenticazione dopo l'aggiornamento alla versione 8.18.1 per aggiornare l'utente della soluzione vSphere deprecato (autenticazione basata su certificato) all'account di servizio vSphere (autenticazione basata sull'ID client o sul segreto del client).

    Nessuna soluzione.

  • VMware Aria Automation 8.18.1 non è compatibile con NSX-V quando funziona in modalità FIPS

    Quando VMware Aria Automation 8.18.1 funziona in modalità FIPS, non è compatibile con NSX-V. 

    Nessuna soluzione.

  • Errore nel servizio cgs-service-app

    Il servizio cgs-service-app viene riavviato con un errore di eccezione fluxAssembly.

    Nessuna soluzione.

  • Non è possibile eseguire le operazioni giorno 2 nella visualizzazione Distribuzioni, Risorse o Macchina

    Le operazioni giorno 2 eseguite all'esterno della distribuzione potrebbero non funzionare correttamente.

    Soluzione: eseguire le operazioni giorno 2 dalla distribuzione.

Novità di VMware Aria Automation 8.18

  • Il proxy della console VMware Remote Control Application (VMRC) è stato aggiornato per supportare WebMKS

    In precedenza, non era possibile utilizzare le azioni del giorno 2 di VMRC da VMware Aria Automation locale per comunicare con le istanze di vSphere 8 e successive. Ciò è dovuto al fatto che vSphere 8+ supporta la comunicazione solo tramite WebMKS mentre MKS, utilizzato dalle versioni precedenti di vSphere, è stato deprecato. Per ulteriori informazioni, vedere l'articolo 93070 della Knowledge Base.

    A partire da questa versione, VMware Aria Automation locale utilizzerà WebMKS come metodo di comunicazione predefinito tra VMRC e le istanze di vSphere 7+ e 8+. Il proxy della console astrae il vCenter sottostante perché le connessioni sono ora in proxy. La soluzione per le istanze locali indicate nell'articolo della Knowledge Base precedente non è più necessaria. È consigliabile che gli utenti inizino a pianificare l'aggiornamento alla versione del prodotto corrente insieme all'aggiornamento a vSphere 8 o versione successiva.

  • Miglioramenti del filtro della libreria di contenuti per la procedura guidata di configurazione del catalogo

    A partire da questa versione, la procedura guidata di configurazione del catalogo include i miglioramenti seguenti che ottimizzano l'esperienza di esplorazione delle immagini della macchina virtuale. 

    • Gli utenti possono ora filtrare l'elenco delle immagini delle macchine virtuali di deep learning disponibili specificando il nome di una libreria di contenuti.

    • Poiché i contenuti correlati a Tanzu Kubernetes Grid (TKG) sono ora esclusi dai risultati di ricerca, il termine di ricerca crea meno confusione.

  • Elementi del catalogo suddivisi per la configurazione guidata del catalogo

    A partire da questa versione, la configurazione guidata del catalogo crea cinque elementi del catalogo per una migliore usabilità.

    • AI Workstation: installa una macchina virtuale di deep learning abilitata per GPU. 

    • AI RAG Workstation: installa una macchina virtuale di deep learning abilitata per GPU con tutto il software NVIDIA necessario per eseguire un workflow RAG. 

    • Triton Inferencing Server: installa una macchina virtuale di deep learning abilitata per GPU con NVIDIA Triton Inferencing Server.

    • AI Kubernetes Cluster: installa un cluster Tanzu Kubernetes Grid (TKG) abilitato per GPU.

    • AI Kubernetes RAG Cluster: installa un cluster Tanzu Kubernetes Grid (TKG) abilitato per GPU con tutto il software NVIDIA necessario per eseguire un workflow RAG nella produzione. 

    Per istruzioni dettagliate sull'utilizzo della procedura guidata di configurazione del catalogo e sulla distribuzione dei cinque elementi del catalogo, vedere la documentazione del prodotto.

  • Installazione automatica dell'operatore TKG RAG

    A partire da questa versione, l'elemento catalogo di AI Kubernetes Cluster installa automaticamente l'operatore Kubernetes NVIDIA Retrieval Augmented Generation (RAG) oltre all'operatore NVIDIA GPU. Gli utenti del catalogo possono ora accedere a un cluster Tanzu Kubernetes completamente funzionante in grado di eseguire carichi di lavoro RAG. Gli utenti dovranno installare manualmente tutte le applicazioni RAG campione.

  • Supporto air gap per carichi di lavoro non RAG in DLVM

    A partire da questa versione, la procedura guidata di configurazione del catalogo include opzioni per configurare un registro privato e specificare le configurazioni del proxy HTTP/HTTPs. I container NVIDIA e i driver vGPU non RAG possono ora essere archiviati in posizioni non accessibili tramite Internet. Questa funzionalità consente la distribuzione degli elementi del catalogo seguenti in una macchina virtuale di deep learning negli ambienti air gap:

    • PyTorch

    • TensorFlow

    • Triton Inference Server

    • Campioni CUDA

    Per istruzioni dettagliate sull'utilizzo della procedura guidata di configurazione del catalogo e degli ambienti air gap, vedere la documentazione del prodotto.

  • Nuovo workflow per la finestra di avvio in VMware Aria Automation

    È disponibile un nuovo workflow che consente agli utenti di iniziare ad utilizzare rapidamente VMware Aria Automation. È possibile usare questo workflow per aumentare il time-to-value saltando i passaggi manuali necessari per pubblicare immagini di macchine virtuali da vCenter agli elementi del catalogo per gli utenti finali.

    • Rilevamento automatico delle immagini da un account cloud

    • Associazione automatica della zona cloud a un progetto

    • Creazione automatica di modelli cloud in base all'immagine rilevata

    • Attribuzione della versione e rilascio automatici dei modelli cloud

    • Creazione automatica di un'origine del contenuto

    • Convalida automatica di un progetto per estrarre gli aggiornamenti del catalogo

    • Creazione automatica di un criterio di condivisione dei contenuti in base alla scelta del nome del progetto da parte dell'utente

    • Assegnazione di utenti a un progetto o un catalogo

    • Passaggio facoltativo per selezionare la rete e lo storage per la macchina virtuale (se viene ignorato, la rete e lo storage verranno allocati in modo casuale)

    Per istruzioni dettagliate sull'utilizzo della finestra di avvio in VMware Aria Automation, vedere la documentazione del prodotto.

  • Impostazione della priorità di storage per i profili di storage e i datastore

    Ora è possibile impostare la priorità per i profili di storage e i datastore per specificare l'ordine dei datastore da selezionare tra tutti i datastore idonei. In questo modo gli utenti possono posizionare le macchine virtuali in un cluster specifico in base alla priorità impostata. Questa funzionalità modifica il comportamento corrente per cui vengono selezionati più datastore idonei per il posizionamento in base alla capacità disponibile.

  • Assegnazione di modelli cloud con conformità per le distribuzioni di onboarding

    Una nuova funzionalità nei piani di onboarding consente agli amministratori del cloud di assegnare un modello a una distribuzione di cui è stato eseguito l'onboarding. Esistono tre modi per associare un modello cloud a una distribuzione di cui è stato eseguito l'onboarding:

    1. Nessun modello cloud associato.

    2. Solo a scopo visivo, per consentire il collegamento di un modello cloud nella distribuzione ma non assegnato con conformità.

    3. Completamente assegnato da ogni macchina virtuale con conformità ed è possibile eseguire l'azione di aggiornamento utilizzando il modello assegnato.

    Per assegnare il modello cloud e rendere conforme la distribuzione di cui è stato eseguito l'onboarding, eseguire i passaggi seguenti:

    1. Selezionare un modello cloud pertinente.

    2. Mappare ogni risorsa di macchina nel modello a una macchina virtuale selezionando le macchine virtuali rilevate nella pagina di selezione della macchina.

    3. Convalidare ed eseguire il piano di onboarding.

    Nota: la conformità dell'onboarding supporta solo i tipi di risorse Cloud.Machine e Cloud.vSphere.Machine, nonché i relativi dischi e reti collegati. L'onboarding non supporta più la generazione automatica di modelli cloud. Gli amministratori possono eseguire l'onboarding con un modello esistente o senza un modello.

    Per ulteriori informazioni sull'onboarding, vedere Che cosa sono i piani di onboarding in Automation Assembler.

  • Modalità scura aggiunta in VMware Aria Automation

    È ora disponibile una versione beta della modalità scura per Gestione identità e accessi di VMware Aria Automation. È possibile passare dalla modalità chiara alla modalità scura dalle preferenze nella pagina Account personale. Per ulteriori informazioni, passare a Come impostare le preferenze per VMware Aria Automation.

  • Riduzione del set di lingue per la localizzazione

    A partire dalla prossima versione principale, verrà ridotto il numero di lingue di localizzazione supportate. Le tre lingue supportate saranno:

    • Giapponese

    • Spagnolo

    • Francese

    Le seguenti lingue non saranno più supportate:

    • Italiano

    • Tedesco

    • Brasiliano

    • Portoghese

    • Cinese tradizionale

    • Coreano

    • Cinese semplificato

    Impatto:

    • Gli utenti che utilizzano le lingue deprecate non riceveranno più aggiornamenti o supporto in queste lingue.

    • Tutte le interfacce utente, la documentazione della guida e l'assistenza clienti saranno disponibili solo in inglese o nelle tre lingue supportate indicate sopra.

  • Aggiornamento del servizio di provisioning per chiamare Active Directory (AD) durante la modifica del progetto

    Nelle versioni precedenti, se gli utenti eliminano un progetto o utilizzano la funzionalità Modifica progetto con un'integrazione di AD attiva, viene visualizzato il messaggio di errore 403 Accesso negato. Questi scenari si verificano perché Active Directory non è in ascolto degli eventi provenienti dal servizio del progetto. L'integrazione di AD è ora aggiornata in modo da tenere traccia di queste modifiche del progetto.

  • Nuova posizione dell'immagine predefinita del contenitore di runtime nell'integrazione del runtime di Terraform

    Nell'integrazione del runtime di Terraform, la posizione dell'immagine predefinita del contenitore di runtime è stata modificata. La nuova posizione dell'immagine è projects.packages.broadcom.com/vra/terraform:latest. La posizione precedente projects.registry.vmware.com/vra/terraform:latest non sarà accessibile.

    È stata modificata solo la posizione. Il contenuto dell'immagine rimane invariato.

    Se si eseguono istanze di VMware Aria Automation con un'integrazione di runtime di Terraform esistente, è necessario modificare la posizione dell'immagine impostandola su projects.packages.broadcom.com/vra/terraform:latest. In caso contrario, l'integrazione del runtime non verrà eseguita correttamente.

  • Deprecazione delle proprietà dei profili di storage

    Le proprietà dei profili di storage "Condivisioni" e "Limita IOPS" verranno deprecate per allinearsi alla strategia di deprecazione in vSphere. Queste proprietà verranno rimosse in una versione futura.

Novità di Automation Orchestrator 8.18

  • La configurazione del plug-in e del livello di registrazione viene spostata dal Centro di controllo alla sezione Delle impostazioni di sistema in Automation Orchestrator Client

    La configurazione del plug-in e del registro viene ora eseguita dalla pagina Impostazioni di sistema di Automation Orchestrator Client. Sono state inoltre introdotte nuove REST API per la gestione dei plug-in e dei livelli di registrazione. Ulteriori informazioni sul REST API di Automation Orchestrator sono disponibili nell'interfaccia utente di Swagger all'indirizzo https://<FQDN_di_orchestrator>/vco/api/docs/.

  • Control Center verrà rimosso da Automation Orchestrator nella prossima versione

    La configurazione di Automation Orchestrator verrà eseguita tramite l'interfaccia della riga di comando. Per ulteriori informazioni, vedere la documentazione del prodotto.

Problemi risolti

  • Nel pod VCO si verificano più riavvii e dump dell'heap Java

    Questo problema si verifica quando l'infrastruttura vSphere ha dimensioni molto grandi, include una grande quantità di macchine virtuali e utilizza frequentemente il metodo VcPlugin.getAllVirtualMachines(). In questi scenari, nel pod o nei pod di Automation Orchestrator si verificano più riavvii e dump dell'heap Java.

    Per risolvere questo problema, il plug-in vCenter è stato ottimizzato e reso configurabile per diversi scenari di casi d'uso. Le modifiche pertinenti sono:

    • Dimensioni della cache degli oggetti predefiniti (principali e attivi): modificate da 100.000.000 voci a 20.000 voci per ogni vCenter collegato al plug-in.

    • Tempi di scadenza della cache degli oggetti predefiniti (principali e attivi): modificati da 14.440 secondi a 600 secondi.

    La cache del plug-in vCenter può essere configurata tramite le proprietà di sistema seguenti:

    • com.vmware.vmo.plugin.vi4.cache.main.max.size - Imposta il numero massimo di voci che la cache può contenere. Questa proprietà controlla le dimensioni della cache degli oggetti principali e attivi. Se è impostata su zero, gli elementi vengono rimossi immediatamente dopo essere stati caricati nella cache. Questo può essere utile durante il test o per disabilitare temporaneamente la memorizzazione nella cache senza modificare il codice. Il valore predefinito è 20.000 voci.

    • com.vmware.vmo.plugin.vi4.cache.main.expirationSeconds - Imposta il tempo di scadenza della cache principale. Specifica che ogni voce deve essere automaticamente rimossa dalla cache dopo un intervallo di tempo fisso dal momento della creazione della voce o della sostituzione più recente del valore della voce. Il valore predefinito è 600 secondi.

    • com.vmware.vmo.plugin.vi4.cache.live.objects.expirationSeconds - Imposta la scadenza della cache di oggetti attivi. Specifica che ogni voce deve essere automaticamente rimossa dalla cache dopo un intervallo di tempo fisso dal momento della creazione della voce o della sostituzione più recente del valore della voce. Il valore predefinito è 600 secondi.

    • com.vmware.vmo.plugin.vi4.cache.clearOnSessionRefresh - Controlla se cancellare tutte le cache (oggetti principali e attivi) all'aggiornamento della sessione. Il valore predefinito è False.

  • CCI (Cloud Consumption Interface) non supporta sAMAccountName (nome utente AD breve)

    Quando si aggiunge una nuova directory in vIDM, l'utente amministratore può scegliere tra due attributi di ricerca della directory. Questa scelta influisce sul formato dei nomi utente nella distribuzione locale di Aria Automation associata. I valori possibili sono:

    • sAMAccountName: in genere il nome utente senza dominio, che in VMware Aria Automation è un nome breve che non include il dominio. Si tratta dell'impostazione predefinita quando si configura una nuova directory.

    • userPrincipalName: in genere il nome utente con dominio, che in VMware Aria Automation è un nome utente lungo o completo che include il dominio.

    CCI utilizza i nomi utente disponibili nei dati del progetto per creare gli elenchi di accesso di vCenter per gli spazi dei nomi supervisore che gestisce. Nei sistemi configurati con nomi utente brevi, questi nomi utente del progetto sono senza dominio e vCenter li ignora senza generare errori durante la sincronizzazione del progetto. In questo modo gli utenti non possono accedere allo spazio dei nomi supervisore creato da CCI.

  • Spread by memory non considera le macchine gestite anche dopo l'onboarding delle macchine

    Il criterio di posizionamento Spread by memory non viene calcolato correttamente dal rapporto della memoria come descritto nella documentazione.

  • Libreria log4j obsoleta rimossa dal plug-in SNMP

    Nelle versioni precedenti, il plug-in SNMP per Automation Orchestrator utilizza una versione obsoleta della libreria log4j. Questa libreria non è più necessaria ed è stata quindi rimossa dal plug-in SNMP a partire dalla versione corrente.

  • Gli oggetti "LoadBalancerDescription" vengono creati con una durata di nove giorni e vengono eliminati causando regressioni

    Il bilanciamento del carico viene ricreato quando la distribuzione iterativa viene eseguita nella distribuzione senza alcuna modifica del bilanciamento del carico.

  • La proprietà "LoadBalancerDescription" non viene eliminata con gli altri componenti del bilanciamento del carico

    Quando si elimina un bilanciamento del carico dalla distribuzione, la proprietà "LoadBalancerDescription" non viene rimossa.

  • L'utilizzo di hash obsoleti può causare attacchi di collisione

    L'algoritmo digest dell'identificazione personale del certificato predefinito è stato modificato da SHA-1 a SHA-256. Questa modifica può influire sui plug-in di Automation Orchestrator che utilizzano il metodo SDK del plug-in IKeystoreCache#getThumbprints per le convalide dei certificati personalizzati.

Problemi noti

  • Non è possibile eseguire l'operazione giorno 2 nella visualizzazione Distribuzioni, Risorse o Macchina.

    Le operazioni giorno 2 eseguite all'esterno della distribuzione potrebbero non funzionare correttamente.

    Eseguire l'operazione giorno 2 dalla distribuzione.

  • Si verifica un problema quando si tenta di connettersi al proxy della console VMware Remote Control Application (VMRC)

    Dopo l'aggiornamento a VMware Aria Automation 8.18, si verifica un problema di certificazione quando si tenta di connettersi al proxy della console VMRC. Questo problema si verifica nelle distribuzioni di VMware Aria Automation in cui la proprietà acceptSelfSignedCertificate per gli account cloud è impostata su true.

    Soluzione: utilizzare la procedura descritta nell'articolo 374614 della Knowledge Base.

  • Perdita dell'accesso alla funzionalità dopo l'aggiornamento ad Automation Orchestrator 8.18

    Dopo l'aggiornamento di una distribuzione di Automation Orchestrator che utilizza una licenza Advanced, l'accesso alle funzionalità avanzate come l'integrazione Git e il supporto multilingue viene perso.

    Soluzione: utilizzare la procedura descritta nell'articolo 375928 della Knowledge Base.

  • Viene visualizzato un messaggio di errore 502 Gateway non valido durante il tentativo di riprodurre video dalla finestra di avvio

    Soluzione: riprodurre i video direttamente da YouTube.

  • La macchina virtuale non viene posizionata nel profilo di storage corretto in base ai tag di priorità e vincolo applicati

    Quando si utilizza la priorità a livello del profilo di storage e il modello cloud contiene un tag di vincolo di storage, in base a tutti i filtri di allocazione se sono idonei più profili di storage, è possibile che il profilo di storage con priorità non venga selezionato come previsto. Viene invece selezionato un altro profilo di storage.

    Non esiste alcuna soluzione. Assicurarsi che al termine dell'allocazione rimanga un solo profilo di storage idoneo.

  • Si verifica un problema durante il tentativo di esportazione di un elemento del catalogo DCGM Exporter

    La procedura guidata di configurazione del catalogo non crea l'elemento del catalogo DCGM Exporter. 

    Soluzione:

    Accedere alla macchina virtuale di deep learning tramite SSH ed eseguire i comandi seguenti:

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

    Ad esempio, per eseguire dcgm-exporter:3.2.5-3.1.8-ubuntu22.04 dal catalogo NVIDIA NGC, eseguire il comando seguente:

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

    Per ulteriori informazioni su DCGM Exporter, vedere Aggiunta di DCGM Exporter per il monitoraggio del carico di lavoro DL.

Novità di VMware Aria Automation 8.17

  • Nuova home page di VMware Aria Automation

    Nella home page di VMware Aria Automation è ora incluso un nuovo dashboard utente che consente agli utenti di esplorare architetture complesse nell'ambito di Automation Assembler per gli amministratori. Il dashboard può essere utile per un utente che utilizza per la prima volta i prodotti VMware Aria o un utente esperto di VMware Aria Automation negli scenari seguenti.

    • Forniree una panoramica per gli ambienti cloud in base al segmento e allo stato della macchina virtuale.

    • Visualizzare un riepilogo dell'inventario suddiviso per zona cloud e progetti.

    • Visualizzare un riepilogo della distribuzione con le prossime modifiche dei criteri di lease e i criteri scaduti di recente.

    • Rivedere le notifiche recenti nel prodotto e rispondere direttamente alle richieste.

    Nota: la home page è la pagina di destinazione predefinita per Automation Assembler solo se l'amministratore non dispone di un account cloud nell'organizzazione. In caso contrario, la pagina di destinazione predefinita è la pagina Risorse in Automation Assembler. Per ulteriori informazioni, passare a Come iniziare a utilizzare Automation Assembler tramite la finestra di avvio di VMware Aria Automation.

  • Nuova finestra di avvio aggiunta alla home page di VMware Aria Automation

    È ora disponibile una nuova finestra di avvio per gli utenti che iniziano a utilizzare VMware Aria Automation o desiderano accedere rapidamente alle azioni di uso comune. È possibile eseguire casi d'uso facili da imparare utilizzando i due workflow guidati. La finestra di avvio viene utilizzata nei casi d'uso seguenti:

    • Aggiungere un account cloud: utilizzare le credenziali per convalidare e collegare gli account cloud.

    • Applicare la scadenza del lease: creare un criterio di lease per imporre la scadenza della risorsa.

    Per ulteriori informazioni, passare a Come iniziare a utilizzare Automation Assembler tramite la finestra di avvio di VMware Aria Automation.

  • Supporto dello spazio dei nomi supervisore di CCI (Cloud Consumption Interface), di TKG e delle altre risorse nella tela di progettazione di Automation Assember

    L'interfaccia CCI in locale è stata rilasciata in VMware Aria Automation 8.16.1. La versione corrente include il supporto per la definizione di applicazioni multilivello nei modelli di Automation Assembler sfruttando gli spazi dei nomi supervisore, i cluster TKG e tutte le altre risorse di CCI. Ora è possibile eseguire un elemento del catalogo contenente risorse CCI preparato da un amministratore. Questa funzionalità unisce CCI e le altre funzionalità di VMware Aria Automation per Infrastructure as Code (IaC) e governance con criteri. Per ulteriori informazioni, passare ad Automazione dei carichi di lavoro basati su Kubernetes in Automation Assembler.

  • Integrazione di una singola istanza di VMware Aria Operations locale con più tenant locali di VMware Aria Automation

    Una singola istanza di VMware Aria Operations può ora essere integrata con più tenant di VMware Aria Automation in esecuzione nella stessa appliance locale.

  • Azione giorno 2 per l'annullamento della registrazione di un cluster di macchine virtuali

    L'azione giorno 2 per l'annullamento della registrazione è supportata per il cluster di macchine virtuali. Si tenga presente che l'azione non è disponibile in una singola macchina virtuale all'interno di un cluster che condivide un disco o un cluster di dischi con altre macchine virtuali.

  • Aumento del numero di account cloud privati in VMware Aria Automation

    In questa versione, il numero di account cloud privati supportati in VMware Aria Automation viene aumentato da 50 a 100. Per ulteriori informazioni, passare a Valori massimi di scalabilità e simultaneità.

  • Il criterio di condivisione dei contenuti ora supporta l'ambito a livello di organizzazione e consente anche il controllo degli accessi in base al ruolo

    A partire da questa versione, il criterio di condivisione dei contenuti supporta due miglioramenti:

    1. Possibilità di condividere contenuti nell'intera organizzazione impostando l'ambito Organizzazione. I criteri che hanno come ambito l'organizzazione influiscono solo sui VMware Cloud Templates (VCT) condivisi.

    2. Un permesso di accesso in base al ruolo. Questa funzionalità consente la condivisione dei contenuti tra gli utenti in base ai ruoli impostati. Il ruolo può essere amministratore del progetto, membro del progetto o un ruolo personalizzato denominato.

    Questi miglioramenti semplificano notevolmente la condivisione dei contenuti e il controllo degli accessi all'interno dell'organizzazione. Per ulteriori informazioni, passare a Come configurare i criteri di condivisione dei contenuti di Automation Service Broker.

  • Nuovi messaggi di errore di Active Directory (AD) quando si modificano i progetti

    Quando si richiama l'azione Modifica progetto in una distribuzione associata a un'integrazione di Active Directory, ci sono alcuni scenari che causano errori di convalida.

    Quando il progetto di origine è associato a un'integrazione di AD, ma il progetto di destinazione non è associato a un'integrazione di AD. In tali casi, viene visualizzato il messaggio di errore seguente:

    "Target project is not associated with AD integration".

    Per risolvere questo errore, il progetto di destinazione deve essere associato a un'integrazione di AD con la stessa unità organizzativa.

    Un altro possibile scenario si verifica quando sia il progetto di origine sia il progetto di destinazione sono associati a un'integrazione di AD, ma l'integrazione di AD non fa parte della stessa unità organizzativa. In tali casi, viene visualizzato il messaggio di errore seguente:

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

    Per correggere questo errore, è necessario modificare l'unità organizzativa del progetto di destinazione oppure creare una nuova integrazione di AD da associare alla stessa unità organizzativa.

  • Annuncio dell'intenzione di deprecare funzionalità di automazione specifiche di Kubernetes

    VMware by Broadcom annuncia la deprecazione pianificata delle funzionalità di integrazione di Kubernetes, tra cui l'integrazione di TKG e l'integrazione di TMC documentate in Come utilizzare Kubernetes in Automation Assembler. L'effettiva deprecazione e la rimozione di queste funzionalità dal prodotto verranno eseguite in una versione futura. I clienti sono invitati ad adottare CCI (Cloud Consumption Interface) e il servizio IaaS vSphere TKG. Per ulteriori informazioni su CCI, passare a Inziare a utilizzare l'interfaccia CCI in Automation Service Broker.

  • Annuncio dell'intenzione di rimuovere le funzionalità di automazione deprecate

    VMware by Broadcom desidera ricordare ai clienti che le seguenti funzionalità sono state deprecate e verranno rimosse da VMware Aria Automation in una versione futura:

    • Supporto per NSX-V

    • Supporto per la modalità NSX-T Manager

    • Supporto per la migrazione da NSX-V a NSX-T

    • Assistente migrazione per la migrazione da vRealize Automation 7.6 a VMware Aria Automation 8.0 e versioni successive

    • Assistente migrazione per la migrazione da NSX-V a NSX-T

    • Supporto dell'integrazione di VMware Aria Automation con vCloud Director

    Qualsiasi cliente che attualmente utilizza queste funzionalità in VMware Aria Automation deve programmare l'interruzione dell'utilizzo delle funzionalità pertinenti.

  • Annuncio dell'intenzione di rimuovere il supporto di vCenter 6.x

    VMware by Broadcom desidera ricordare ai clienti che il supporto per vCenter 6.x verrà rimosso da VMware Aria Automation in una versione futura. È consigliabile che i clienti che attualmente utilizzano account cloud di vCenter 6.x in VMware Aria Automation programmino l'aggiornamento a una versione supportata di vCenter.

Novità di Automation Orchestrator 8.17

  • La gestione delle licenze è stata spostata da Control Center ad Automation Orchestrator Client

    La gestione delle licenze per la distribuzione di Automation Orchestrator esterna viene ora eseguita dalla pagina Gestione delle licenze di Automation Orchestrator Client. Questa pagina include informazioni sulla licenza attualmente applicata e sull'opzione di aggiunta manuale di una licenza. Per ulteriori informazioni, passare ad Abilitazione delle funzionalità di Automation Orchestrator con le licenze. Poiché è impostata per corrispondere alla licenza in VMware Aria Automation, la pagina Gestione delle licenze non è disponibile nelle distribuzioni di Automation Orchestrator incorporate.

  • L'oggetto di scripting Command è stato rimosso

    L'oggetto di scripting Command è stato rimosso e i metodi "execute" e "executeAndLog" sono stati disattivati. Se questi metodi vengono richiamati, generano un'eccezione. Se le azioni o i workflow in uso includono elementi di attività gestibili tramite script che utilizzano questo oggetto o questi metodi di scripting, tali script devono essere aggiornati.

Problemi risolti

  • Non è possibile aggiungere un dominio dell'account cloud VMware Cloud Foundation (VCF) in VMware Aria Automation

    Quando si tenta di aggiungere un dominio dell'account cloud VCF in VMware Aria Automation, viene visualizzato il seguente messaggio di errore:

    "Something went wrong in a backend service."

    Questo errore si verifica quando un utente aggiunge un dominio dell'account cloud VCF in VMware Aria Automation mentre è in corso la creazione di un altro dominio in SDDC Manager.

  • La rigenerazione non riesce e viene visualizzato un messaggio di errore se l'immagine della macchina virtuale originale non è più disponibile

    In precedenza, un'operazione giorno 2 per la rigenerazione non riusciva se l'immagine sottostante era stata eliminata nell'endpoint. Si tratta di un problema per gli utenti che non sanno che l'immagine non è presente nell'endpoint e che l'operazione di rigenerazione è bloccata a meno che non venga aggiunto manualmente un nuovo riferimento all'immagine dal back-end per la macchina.

    Questo problema è stato risolto. Quando si attiva l'azione giorno 2 per la rigenerazione della risorsa, se l'immagine non è presente, all'utente viene chiesto di selezionare un'immagine nell'elenco di modelli di immagine disponibili per rigenerare la macchina. 

    Tuttavia, se la rigenerazione viene eseguita a livello di distribuzione, è necessario applicare manualmente tramite patch un'immagine disponibile nelle proprietà della macchina e quindi tentare l'azione giorno 2 per la rigenerazione nella distribuzione. A tale scopo, gli utenti devono usare le proprietà di input "__resolvedImageLink" e "_imageRef" insieme al valore dell'immagine pertinente. In alternativa, gli utenti possono attivare un'operazione di rigenerazione a livello di risorsa per tale macchina virtuale specifica che consentirà all'utente di selezionare un'immagine e rigenerare la macchina dall'interfaccia utente. 

  • Actions/{id}/bundle aggiunto a Swagger

    L'endpoint actions/{id}/bundle della REST API è stato aggiunto alla documentazione di Automation Orchestrator Swagger.

Problemi noti

  • Problema relativo all'applicazione del branding dopo l'aggiornamento di VMware Aria Automation

    Dopo l'aggiornamento da VMware Aria Automation 8.16 alla versione 8.17, non è possibile applicare le modifiche del branding nell'interfaccia utente perché il pulsante Applica è disattivato.

    Soluzione: selezionare Ripristina impostazioni predefinite e quindi tentare di apportare le modifiche.

  • Non è possibile eseguire il ridimensionamento del disco in "VMname" perché lo stato della risorsa è cambiato e viene visualizzato un messaggio di errore quando l'utente tenta di eseguire l'azione del giorno 2 per il ridimensionamento del disco nella macchina virtuale

    Se l'utente non utilizza la chiave del controller SCSI 1000 e il numero di unità 0 nella configurazione dei dispositivi virtuali collegati alla macchina virtuale, viene visualizzato un messaggio di errore relativo all'azione di ridimensionamento del disco.

    Soluzione: assicurarsi che tra i dischi collegati alla macchina virtuale, un disco sia sempre configurato con chiave del controller SCSI 1000 e numero di unità 0. Vedere l'articolo della Knowledge Base https://knowledge.broadcom.com/external/article/369794.

Documentazione e controllo delle versioni dell'API

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://<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 Automation 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:

VMware Aria Automation 8.18.1 | Modifiche dell'API di ottobre 2024

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.

Nuova opzione di espansione del parametro di input expand=user e nuovo parametro di tipo di oggetto in risposta alla visualizzazione dei nomi utente completi per gli endpoint seguenti:

  • GET /catalog/api/items

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

  • GET /catalog/api/admin/sources

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

Per informazioni sulla risposta, vedere la spiegazione in Visualizzazione dei nomi utente completi nei dettagli della distribuzione di seguito.

Moduli personalizzati

Definire il rendering dinamico dei moduli e il comportamento della personalizzazione in Automation Service Broker e Automation Assembler.

Solo gli amministratori e gli utenti di Service Broker con il ruolo personalizzato Gestisci contenuti possono accedere agli endpoint seguenti:

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

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

Per informazioni sui ruoli personalizzati, vedere Ruoli utente personalizzati in VMware Aria Automation

Distribuzione

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

Nuova opzione di espansione del parametro di input expand=user e nuovo parametro di tipo di oggetto in risposta alla visualizzazione dei nomi utente completi per gli endpoint seguenti:

  • GET /deployment/api/deployments

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

  • GET /deployment/api/resources

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

Per informazioni sulla risposta, vedere la spiegazione in Visualizzazione dei nomi utente completi nei dettagli della distribuzione di seguito.

Pipeline

Creazione ed esecuzione di pipeline per la consegna continua delle applicazioni alla produzione.

La risposta dell'endpoint seguente non indica più SHA-1 come certificato delle impronte digitali.

GET /codestream/api/endpoint-certificate

Criteri

Consente di interagire con i criteri creati in Service Broker.

Nuova opzione di espansione del parametro di input expand=user e nuovo parametro di tipo di oggetto in risposta alla visualizzazione dei nomi utente completi per gli endpoint seguenti:

  • GET /policy/api/policies

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

Per informazioni sulla risposta, vedere la spiegazione in Visualizzazione dei nomi utente completi nei dettagli della distribuzione di seguito.

Visualizzazione dei nomi utente completi nei dettagli della distribuzione

Le informazioni seguenti si applicano ad alcuni endpoint nei servizi API di catalogo, distribuzione e criteri.

Quando expand=user viene passato come input e l'impostazione di amministrazione "Mostra nomi degli utenti" è abilitata, viene restituito un nuovo parametro di tipo oggetto per ogni parametro di output di tipo ID di AD.

Parametro di output di tipo ID di AD

Nuovo parametro di tipo oggetto

createdBy

creator

lastUpdatedBy

lastUpdater

ownedBy

owner

Ogni tipo di oggetto include cinque campi: id, firstname, lastname, email e type come illustrato nell'esempio seguente. Solo i campi non null vengono inclusi nell'oggetto.

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

VMware Aria Automation 8.18 | Modifiche dell'API di luglio 2024

Nome del servizio

Descrizione del servizio

Aggiornamenti e modifiche dell'API

Riposizionamento

Consente di definire criteri e piani per il recupero delle macchine virtuali esistenti da qualsiasi cloud in gestione.

Il payload di POST /relocation/onboarding/task/create-deployment-bulk è stato aggiornato per aggiungere un campo del modello che supporti l'onboarding con un modello cloud.

Un frammento di codice di un payload di esempio mostra un campo del modello con mappatura delle risorse che include:

  • Nome del modello cloud

  • Collegamento all'ID del modello cloud

  • Macchine virtuali di cui eseguire l'onboarding, mappate alle macchine nel modello cloud

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

Problemi noti precedenti

L'elenco seguente include i problemi noti documentati nelle versioni precedenti di VMware Aria Automation. Per informazioni più dettagliate sulle versioni pertinenti in cui questi problemi sono stati rilevati per la prima volta, consultare l'archivio delle note di rilascio di VMware Aria Automation (8.12-8.16.2).

  • Problema di lunghezza della password quando si utilizza l'autenticazione Kerberos

    Dopo l'aggiornamento di Automation Orchestrator, se la distribuzione è in modalità FIPS, alcuni endpoint di plug-in configurati con l'autenticazione Kerberos smettono di funzionare e nei registri viene visualizzato il seguente messaggio di errore:

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

    Soluzione: utilizzare password più lunghe e complesse, con almeno 14 caratteri, per soddisfare i requisiti di FIPS.

  • Problemi relativi all'importazione dei workflow di Automation Orchestrator

    È possibile che si verifichino problemi durante l'importazione di un workflow di Automation Orchestrator nelle origini dei contenuti del catalogo di VMware Aria Automation se gli input o i campi del workflow includono l'elemento ID "project" perché è una proprietà di sistema. Se l'ID viene aggiunto ai campi o agli input del workflow, è possibile che venga visualizzato un messaggio di errore simile al seguente: “Error downloading catalog item ‘/workflow/<workflowId>’ (Error: Content provider error).”.

    Nota: questo problema è valido solo per gli elementi ID “project” aggiunti manualmente ai workflow. Non si riferisce ai campi del progetto generati automaticamente che vengono creati quando un workflow o un modello cloud viene importato in Service Broker.

    Soluzione: rimuovere l'elemento ID "project" dai campi o dagli input del workflow.

  • 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: vedere l'articolo KB 93437.

  • Autenticazione Kerberos non supportata per il plug-in PowerShell

    Il plug-in PowerShell per VMware Aria Automation Orchestrator non supporta l'autenticazione Kerberos se utilizzato in modalità FIPS a causa di restrizioni di sicurezza del provider di sicurezza richiesto.

    Se utilizzato con versioni precedenti di Automation Orchestrator in modalità FIPS, l'utilizzo dell'autenticazione Kerberos nel plug-in PowerShell non è consigliato, poiché può violare la conformità FIPS.

    Soluzione: Utilizzare il workflow Esegui script nel guest per eseguire uno script PowerShell nella macchina virtuale.

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

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

  • Se il campo del modulo personalizzato include vincoli regex, è possibile che venga visualizzato un messaggio di errore

    Se il modulo personalizzato include uno o più campi con un vincolo regex, è possibile che venga visualizzato un messaggio di errore simile al seguente: "Some data cannot be retrieved. If the problem persists, contact your system administrator. Failed request: <action name>”.

    Soluzione: assicurarsi che regex rispetti gli standard di conformità di Java e JavaScript. Una volta apportata questa modifica, il problema viene risolto.

  • Il caricamento dei moduli personalizzati richiede più di 10 minuti

    Per i moduli personalizzati complessi con centinaia di campi e regole di valori predefinite complicate, è possibile che si verifichi un rallentamento per il rendering del modulo. Nella maggior parte dei casi, il tempo di rendering più lungo non è evidente, mentre quanto più è complessa la forma, il rallentamento può essere significativo.

    Nessuna soluzione.

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

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

  • L'operazione di eliminazione per le azioni giorno 2 non riesce quando si elimina un pool da una distribuzione che dipende da un servizio virtuale

    Se una risorsa di Avi Load Balancer, ad esempio un monitoraggio dell'integrità, viene utilizzata da due pool in distribuzioni diverse, l'eliminazione del monitoraggio dell'integrità da una delle distribuzioni non riesce e viene visualizzato il messaggio di errore "false".

    La mancata eliminazione della risorsa è valida perché più pool fanno riferimento al monitoraggio dell'integrità. Tuttavia, il messaggio di errore visualizzato in VMware Aria Automation non è descrittivo. Il messaggio di errore visualizzato in Avi Load Balancer è più dettagliato e indica il motivo per cui l'operazione di eliminazione non è riuscita.

    Nessuna soluzione.

  • Viene visualizzato un errore di convalida quando un input di azione è associato al campo Progetto

    Quando un elemento del catalogo con moduli personalizzati presenta un'azione esterna con il campo Progetto come input, è possibile che si verifichi un errore. L'apertura dell'elemento del catalogo non riesce e viene visualizzato uno dei seguenti messaggi di errore: “Cannot execute external actions due to validation errors [Request info field with name: 'project' does not exist.];” or Some data cannot be retrieved. If the problem persists, contact your system administrator. Failed request: <action name>.

    Soluzione: Non passare esplicitamente il campo del progetto come input di azione. Quando viene avviata l'esecuzione di un'azione di Automation Orchestrator, l'ID del progetto viene passato implicitamente come parametro di contesto. Anziché disporre di un input per il progetto nell'azione, utilizzare il parametro di contesto “_projectId”.

    Ad esempio, se l'azione di Automation Orchestrator riceve un input denominato "project":

    1. Rimuovere tale input e, nello script di azione, creare una variabile denominata "project" e assegnarla con il seguente valore del parametro di contesto: var project = System.getContext().getParameter("_projectId").

    2. Salvare l'azione.

    3. Nel designer di moduli personalizzati dell'elemento del catalogo, selezionare nuovamente l'azione aggiornata.

    4. Salvare il modulo personalizzato modificato.

  • L'agente CMX deve supportare tutte le metriche supportate da Spring Boot in modo da poter creare avvisi

    Ora che il servizio CMX è passato a Spring Boot, deve supportare tutte le metriche, in particolare "system_cpu_usage", e deve eseguirne il push a Wavefront. Senza questa opzione, non è possibile creare avvisi in Wavefront quando l'utilizzo della CPU supera la soglia.

    Nessuna soluzione.

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

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

  • Comportamento intermittente per cui i server non vengono aggiunti a un pool quando si utilizzano gruppi di sicurezza esistenti

    Quando si associa un gruppo di sicurezza NSX a un pool di Avi Load Balancer, il riferimento a questo gruppo di sicurezza deve essere il percorso completo del gruppo di sicurezza visualizzato in NSX.

    Nessuna soluzione.

  • La distribuzione di un bilanciamento del carico NSX con configurazione della persistenza non riesce se non sono specificati i valori per i campi obbligatori

    Quando si distribuisce un bilanciamento del carico NSX con una route che include la configurazione della persistenza, il modello di VMware Aria Automation mostra tutti i campi possibili in properties > routes > persistenceConfig. È necessario specificare i valori per tutti i campi obbligatori nel modo seguente:

    • Per PersistenceConfig.type = COOKIE, specificare i valori per i seguenti campi:

      • cookieMode

      • cookieGarble

    • Per PersistenceConfig.type = SOURCE_IP, specificare un valore per ipPurge.

    • Non utilizzare PersistenceConfig.type = NONE.

    Se per un campo obbligatorio manca un valore, la distribuzione non riesce.

    Per ulteriori informazioni sullo schema delle risorse per Cloud.NSX.LoadBalancer > routes > persistenceConfig, passare a Schema del tipo di risorse di Aria Automation SaaS.

    Nessuna soluzione.

  • Il comando "sseapi-config auth" genera errori in VMware Aria Automation Config SaaS

    Il comando "sseapi-config auth" può essere utilizzato per visualizzare gli ID delle impronte digitali della chiave master. Al momento, questo comando non funziona per VMware Aria Automation Config SaaS.

    Nessuna soluzione.

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

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

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

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

  • Vengono visualizzate le azioni di eliminazione per gli helper

    Vengono visualizzate le azioni di eliminazione non supportate per gli helper come CloudZoneAllocationHelper e CustomNamingHelper.

    Nessuna soluzione.

  • Le macchine vCenter vengono visualizzate con un IP APIPA (Automatic Private IP Addressing) come IP primario

    L'IP APIPA è un indirizzo IPv4 assegnato a una macchina quando il server DHCP nel sistema non è raggiungibile. L'indirizzo rientra nel seguente intervallo: da 169.254.0.1 a 169.254.255.254. In questo caso, l'algoritmo di VMware Aria Automation seleziona erroneamente l'indirizzo IP APIPA come indirizzo IP primario per la macchina visualizzata nell'interfaccia utente di VMware Aria Automation. Questo vale sia per le macchine rilevate che per le macchine distribuite. 

    VMware Aria Automation mostra l'IP APIPA come indirizzo IP primario della macchina vCenter perché l'algoritmo per determinare l'indirizzo IP primario non è riuscito a escludere questi IP. 

    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.

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

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