L'amministratore del cloud può creare un account cloud di Microsoft Azure per le regioni dell'account in cui il suo team distribuirà i modelli cloud di vRealize Automation.
Le integrazioni Microsoft Azure di vRealize Automation supportano le immagini di Azure Marketplace. Gli utenti possono specificare un Azure Marketplace quando configurano la mappatura delle immagini in Cloud Assembly. Cloud Assembly preleva automaticamente le informazioni del piano in un'immagine Marketplace specificata. Quando si utilizzano immagini Marketplace, gli utenti devono accettare termini legali per i piani nel proprio portale Azure; in caso contrario, si verificherà un'eccezione durante il tentativo di distribuzione del modello cloud e la distribuzione non riuscirà.
Per visualizzare un caso d'uso di esempio sul funzionamento di un account cloud di Microsoft Azure in vRealize Automation, vedere Caso d'uso end-to-end in WordPress.
Prerequisiti
- Verificare di disporre delle credenziali di amministratore necessarie e di aver abilitato l'accesso HTTPS sulla porta 443. Vedere Credenziali necessarie per l'utilizzo di account cloud in vRealize Automation.
- Verificare di disporre del ruolo utente necessario. Vedere Che cosa sono i ruoli utente di vRealize Automation.
- Configurare un account Microsoft Azure per l'uso con vRealize Automation. Vedere Configurazione di Microsoft Azure per l'utilizzo con Cloud Assembly.
- Se non si dispone di accesso a Internet esterno, configurare un server proxy Internet. Vedere Come configurare un server proxy Internet per vRealize Automation.
Procedura
risultati
L'account viene aggiunto a vRealize Automation e le regioni selezionate sono disponibili per la zona cloud specificata.
Operazioni successive
Creare risorse dell'infrastruttura per questo account cloud.
È possibile utilizzare set di disponibilità o zone di disponibilità con un account cloud di Azure, ma non entrambi.
Quando si aggiunge un account cloud di Azure a un modello cloud, è possibile scegliere di riutilizzare i set di disponibilità se lo si desidera. Poiché le sottoscrizioni hanno un limite di 2.000 set di disponibilità e 25.000 macchine virtuali, è opportuno riutilizzare i set di disponibilità quando possibile. Esistono due proprietà YAML che è possibile utilizzare per controllare in che modo le distribuzioni utilizzano i set di disponibilità. La proprietà availabilitySetName
consente di specificare un set di disponibilità da utilizzare. La seconda proprietà è doNotAttachAvailabilitySet
, impostata su false per impostazione predefinita. Se questa proprietà è impostata su true, vRealize Automation crea la distribuzione senza set di disponibilità.
Non è possibile creare una distribuzione senza un set di disponibilità se si utilizza un bilanciamento del carico collegato alla macchina virtuale.
La seguente tabella descrive il comportamento di vRealize Automation in base al fatto che nel modello cloud siano specificati un gruppo di risorse e un set di disponibilità.
Un set di disponibilità non può esistere senza far parte di un gruppo di risorse. I set di disponibilità in un determinato gruppo di risorse devono avere nomi univoci. I set di disponibilità possono avere lo stesso nome solo se fanno parte di gruppi di risorse diversi.
Se non si specifica il nome di un gruppo di risorse, vRealize Automation creerà un nuovo gruppo di risorse. Ciò significa che è necessario creare anche un nuovo set di disponibilità anche se viene passato un nome. Il nuovo set utilizzerà il nome passato.
Gruppo di risorse specificato | Set di disponibilità specificato | Risultato |
---|---|---|
No | No | vRealize Automation crea un nuovo gruppo di risorse e un nuovo set di disponibilità per la macchina virtuale. |
Sì | No | vRealize Automation riutilizza il gruppo di risorse esistente e crea un nuovo set di disponibilità per la macchina virtuale. |
No | Sì | vRealize Automation crea un nuovo gruppo di risorse e un nuovo set di disponibilità con il nome specificato. |
Sì | Sì | vRealize Automation riutilizza il gruppo di risorse esistente. Se in tale gruppo esiste già un set di disponibilità con il nome specificato, verrà riutilizzato. Se nel gruppo non è presente alcun set di disponibilità con il nome specificato, ne verrà creato uno nuovo con lo stesso nome. |
In alternativa, è possibile utilizzare zone di disponibilità con macchine virtuali Azure distribuite anziché set di disponibilità. Se si utilizzano zone di disponibilità, è possibile specificare una zona di disponibilità di Azure per una macchina di cui è stato eseguito il provisioning, contrassegnando le risorse di elaborazione o utilizzando le restrizioni espresse tramite la mappatura delle caratteristiche.
Questa funzionalità consente agli utenti di eseguire il provisioning di una macchina in una zona di disponibilità Azure contrassegnando le risorse di elaborazione o selezionando la mappatura delle caratteristiche che contiene la zona di disponibilità desiderata.
Se si desidera utilizzare le zone di disponibilità per una macchina virtuale Azure, è necessario passare esplicitamente la proprietà booleana attachAvailabilityZone
impostata su true
nel modello cloud per l'account cloud, come mostrato nel seguente frammento del modello cloud.
format version: 1 inputs: {} resources: Cloud_Aure_Machine_1: type: Cloud Azure Machine properties: image: ubuntu flavor: small attachAvailabilityZone: true
Se questa proprietà non è presente, non viene utilizzata alcuna zona di disponibilità per la macchina fornita in provisioning; al contrario, viene creato un set di disponibilità. Se questa proprietà è presente e impostata su true, è possibile selezionare la zona di disponibilità desiderata nella scheda Risorsa di elaborazione della zona cloud.
Se le zone di disponibilità vengono utilizzate in un account cloud, il tipo di SKU IP e il metodo di allocazione IP saranno statici e il tipo di SKU PublicIPAddress è limitato a Standard. Inoltre, non tutte le zone di disponibilità sono supportate per ogni caratteristica in ogni regione. La tabella seguente illustra le regioni che supportano la selezione delle zone di disponibilità. Si noti che ciascuna delle regioni supportate ha tre zone. Ogni regione nella tabella deve supportare le zone di disponibilità di Azure, ma in base alle dimensioni selezionate nella mappatura delle caratteristiche, può essere limitata a una sola zona.
Regione | Zone supportate |
---|---|
Brasile meridionale | 3 |
Canada centrale | 3 |
Stati Uniti centrali | 3 |
Stati Uniti orientali | 3 |
Stati Uniti orientali 2 | 3 |
Stati Uniti centro-meridionali | 3 |
Stati Uniti occidentali 2 | 3 |
Stati Uniti occidentali 3 | 3 |
Virginia governo degli Stati Uniti | 3 |
Asia orientale | 3 |
Asia sud-orientale | 3 |
Australia orientale | 3 |
Cina settentrionale 3 | 3 |
India centrale | 3 |
Giappone orientale | 3 |
Corea centrale | 3 |
Europa settentrionale | 3 |
Europa occidentale | 3 |
Francia centrale | 3 |
Germania centro-occidentale | 3 |
Norvegia orientale | 3 |
Svezia centrale | 3 |
Svizzera settentrionale | 3 |
Regno Unito meridionale | 3 |
Sudafrica settentrionale | 3 |
Se si desidera utilizzare il provisioning delle macchine in una zona di disponibilità e successivamente disporre di un SSH funzionante per la macchina, è innanzitutto necessario disporre di un gruppo di sicurezza di rete configurato correttamente, con SSH abilitato, nel portale di Azure. È inoltre necessario creare un profilo di rete con i dati enumerati per la rete e i gruppi di sicurezza e quindi utilizzare questo profilo di rete durante il provisioning.
Cloud Assembly supporta gli snapshot dei dischi di Azure per le macchine virtuali distribuite. Vedere Utilizzo degli snapshot per i dischi delle macchine virtuali di Microsoft Azure in vRealize Operations Manager per ulteriori informazioni.
Cloud Assembly supporta diverse opzioni di diagnostica all'avvio per le distribuzioni di Azure. La diagnostica all'avvio supporta il debug delle macchine virtuali Azure e include la raccolta di informazioni di registro e gli screenshot pertinenti. Vedere Utilizzo della diagnostica all'avvio e dell'analisi dei registri con una macchina virtuale Microsoft Azure per ulteriori informazioni.
Oltre alle opzioni del disco standard, le integrazioni di Azure supportano la selezione di tipi di dischi con prestazioni di Azure per gli utenti di dischi gestiti Azure SSD Premium. Questa funzionalità consente agli utenti di aumentare al massimo le prestazioni in caso di necessità. Non tutte le configurazioni del disco con prestazioni sono supportate. Per ulteriori informazioni sulle configurazioni supportate, vedere https://learn.microsoft.com/en-us/azure/virtual-machines/disks-change-performance.
È possibile configurare il tipo di disco con prestazioni durante la configurazione della distribuzione utilizzando la proprietà performanceTierType
nel modello cloud. Nell'esempio seguente viene illustrata una potenziale implementazione.
formatVersion: 1 inputs: {} resources: Cloud_Azure_Disk_1: type: Cloud.Azure.Disk properties: capacityGb: 2 managedDiskType: Premium SSD performanceTier: P1