Creare un catalogo Microsoft Azure

Creare un catalogo di test di Microsoft Azure

May 4, 2026

Grazie al contributo di:

Creare cataloghi di macchine descrive le procedure guidate che creano un catalogo di macchine. Le seguenti informazioni riguardano i dettagli specifici degli ambienti cloud di Microsoft Azure Resource Manager.

Nota:

Prima di creare un catalogo di Microsoft Azure, è necessario completare la creazione di una connessione a Microsoft Azure. Vedere Connessione a Microsoft Azure.

Creare un catalogo di macchine

È possibile creare un catalogo di macchine in due modi:

Interfaccia di configurazione completa.
PowerShell. Vedere Creazione di un catalogo.

Creare un catalogo di macchine utilizzando un’immagine di Azure Resource Manager nell’interfaccia di configurazione completa

Queste informazioni sono un supplemento alle indicazioni fornite in Creare cataloghi di macchine.

Un’immagine può essere un disco, uno snapshot o una versione di immagine di una definizione di immagine all’interno della Azure Compute Gallery che viene utilizzata per creare le VM in un catalogo di macchine.

Prima di creare il catalogo di macchine, creare un’immagine in Azure Resource Manager.

Nota:

-  > -  L'uso di dischi non gestiti per il provisioning di VM è deprecato.
-  > -  Il supporto per l'utilizzo di un'immagine master da una regione diversa da quella configurata nella connessione host è deprecato. Utilizzare Azure Compute Gallery per replicare l'immagine master nella regione desiderata.

Durante la preparazione dell’immagine, viene creata una macchina virtuale (VM) di preparazione basata sulla VM originale. Questa VM di preparazione è disconnessa dalla rete. Per disconnettere la rete dalla VM di preparazione, viene creato un gruppo di sicurezza di rete per negare tutto il traffico in entrata e in uscita. Il gruppo di sicurezza di rete viene creato automaticamente una volta per catalogo. Il nome del gruppo di sicurezza di rete è Citrix-Deny-All-a3pgu-GUID, dove GUID è generato casualmente. Ad esempio, Citrix-Denny-All-a3pgu-3f161981-28e2-4223-b797-88b04d336dd1.

Nella procedura guidata di creazione del catalogo di macchine:

Le pagine Tipo di macchina e Gestione macchine non contengono informazioni specifiche di Azure. Seguire le indicazioni nell’articolo Creare cataloghi di macchine.
Nella pagina Immagine, selezionare un’immagine da utilizzare come immagine master per tutte le macchine nel catalogo. Viene visualizzata la procedura guidata Seleziona un’immagine. Seguire questi passaggi per selezionare un’immagine:
- 1. (Applicabile solo alle connessioni configurate con immagini condivise all’interno o tra tenant) Selezionare una sottoscrizione in cui risiede l’immagine.
- 1. Selezionare un gruppo di risorse.
- 1. Passare al disco gestito di Azure, alla Azure Compute Gallery o alla versione dell’immagine di Azure.
Quando si seleziona un’immagine, considerare quanto segue:
- Verificare che un Citrix VDA sia installato sull’immagine.
- Se si seleziona un disco collegato a una VM, è necessario arrestare la VM prima di procedere al passaggio successivo.
Nota:
- La sottoscrizione corrispondente alla connessione (host) che ha creato le macchine nel catalogo è contrassegnata da un punto verde. Le altre sottoscrizioni sono quelle che hanno la Azure Compute Gallery condivisa con tale sottoscrizione. In tali sottoscrizioni, vengono mostrate solo le gallerie condivise. Per informazioni su come configurare le sottoscrizioni condivise, vedere Condividere immagini all’interno di un tenant (tra sottoscrizioni) e Condividere immagini tra tenant.
- È possibile creare uno schema di provisioning utilizzando un disco del sistema operativo effimero su Windows con avvio attendibile. Quando si seleziona un’immagine con avvio attendibile, è necessario selezionare un profilo di macchina con avvio attendibile abilitato con vTPM. Per creare cataloghi di macchine utilizzando un disco del sistema operativo effimero, vedere Come creare macchine utilizzando dischi del sistema operativo effimeri.
  - Quando la replica dell’immagine è in corso, è possibile procedere e selezionare l’immagine come immagine master e completare la configurazione. Tuttavia, la creazione del catalogo potrebbe richiedere più tempo per essere completata mentre l’immagine viene replicata. MCS richiede che la replica venga completata entro un’ora dall’inizio della creazione del catalogo. Se la replica scade, la creazione del catalogo fallisce. È possibile verificare lo stato della replica in Azure. Riprovare se la replica è ancora in sospeso o dopo che la replica è stata completata.
  - È possibile eseguire il provisioning di un catalogo di VM Gen2 utilizzando un’immagine Gen2 per migliorare le prestazioni del tempo di avvio. Tuttavia, la creazione di un catalogo di macchine Gen2 utilizzando un’immagine Gen1 non è supportata. Allo stesso modo, la creazione di un catalogo di macchine Gen1 utilizzando un’immagine Gen2 non è supportata. Inoltre, qualsiasi immagine più vecchia che non ha informazioni sulla generazione è un’immagine Gen1.
Scegliere se si desidera che le VM nel catalogo ereditino le configurazioni da un profilo di macchina. Per impostazione predefinita, la casella di controllo Usa un profilo di macchina (obbligatorio per Microsoft Entra ID) è selezionata. Fare clic su Seleziona un profilo di macchina per sfogliare una VM o una specifica di modello ARM da un elenco di gruppi di risorse.

Esempi di configurazioni che le VM possono ereditare da un profilo di macchina includono:
- Rete accelerata
- Diagnostica di avvio
- Caching del disco host (relativo ai dischi OS e MCSIO)
- Dimensione della macchina (salvo diversa indicazione)
- Tag posizionati sulla VM
Nota: > > - Quando si seleziona un’immagine master per i cataloghi di macchine in Azure, il profilo di macchina viene filtrato in base all’immagine master selezionata. Ad esempio, il profilo di macchina viene filtrato in base al sistema operativo Windows, al tipo di sicurezza, al supporto dell’ibernazione e all’ID del set di crittografia del disco dell’immagine master.
- L’utilizzo di un profilo di macchina con avvio attendibile come Tipo di sicurezza è obbligatorio quando si seleziona un’immagine o uno snapshot con avvio attendibile abilitato. È quindi possibile abilitare o disabilitare SecureBoot e vTPM specificando i relativi valori nel profilo di macchina. Per informazioni sull’avvio attendibile di Azure, vedere https://docs.microsoft.com/en-us/azure/virtual-machines/trusted-launch.
```
-  Convalidare la specifica del modello ARM per assicurarsi che possa essere utilizzata come profilo di macchina per creare un catalogo di macchine. Per informazioni sulla creazione di una specifica di modello di Azure, vedere [Creare una specifica di modello di Azure](/it-it/citrix-daas/install-configure/machine-catalogs-create/create-machine-catalog-citrix-azure.html#create-an-azure-template-spec).

-  Esistono due modi per convalidare la specifica del modello ARM:
```
- Dopo aver selezionato la specifica del modello ARM dall’elenco dei gruppi di risorse, fare clic su Avanti. Vengono visualizzati messaggi di errore se la specifica del modello ARM presenta errori.
- Eseguire uno dei seguenti comandi PowerShell:
  - Test-ProvInventoryItem -HostingUnitName <string> -InventoryPath <string>
  - Test-ProvInventoryItem -HostingUnitUid <Guid> -InventoryPath <string>
  - Ad esempio:
```
 -  Test-ProvInventoryItem -HostingUnitName "we-vdi0101-d-vnet" -InventoryPath machineprofile.folder/vdi01-d-rg.resourcegroup/VDD-templ-spec.templatespec/1.5.templatespecversion

 
```
  - Dopo aver creato il catalogo, è possibile visualizzare le configurazioni che l’immagine eredita dal profilo macchina. Nel nodo Cataloghi macchine, selezionare il catalogo per visualizzarne i dettagli nel riquadro inferiore. Quindi, fare clic sulla scheda Proprietà modello per visualizzare le proprietà del profilo macchina. La sezione Tag visualizza fino a tre tag. Per visualizzare tutti i tag posizionati sulla VM, fare clic su Visualizza tutto.
Se si desidera che MCS esegua il provisioning delle VM su un host dedicato di Azure, abilitare la casella di controllo Usa un gruppo host e quindi selezionare un gruppo host dall’elenco. Un gruppo host è una risorsa che rappresenta una raccolta di host dedicati. Un host dedicato è un servizio che fornisce server fisici che ospitano una o più macchine virtuali. Il server è dedicato alla propria sottoscrizione Azure, non condiviso con altri sottoscrittori. Quando si utilizza un host dedicato, Azure garantisce che le VM siano le uniche macchine in esecuzione su tale host. Questa funzionalità è adatta per scenari in cui è necessario soddisfare requisiti normativi o di sicurezza interni. Per ulteriori informazioni sui gruppi host e sulle considerazioni per il loro utilizzo, vedere Provisioning di VM su host dedicati di Azure.
- Importante:
  - Vengono visualizzati solo i gruppi host che hanno l’auto-posizionamento di Azure abilitato.
  - L’utilizzo di un gruppo host modifica la pagina Macchine virtuali offerta più avanti nella procedura guidata. Su tale pagina vengono visualizzate solo le dimensioni delle macchine contenute nel gruppo host selezionato. Inoltre, le Zone di disponibilità vengono selezionate automaticamente e non sono disponibili per la selezione.
  - 1. La pagina Tipi di archiviazione e licenza viene visualizzata solo quando si utilizza un’immagine di Azure Resource Manager.
Sono disponibili i seguenti tipi di archiviazione da utilizzare per il catalogo macchine:
```
-  **Premium SSD**. Offre un'opzione di archiviazione su disco ad alte prestazioni e bassa latenza, adatta per VM con carichi di lavoro ad alta intensità di I/O. -  **Standard SSD**. Offre un'opzione di archiviazione conveniente, adatta per carichi di lavoro che richiedono prestazioni costanti a livelli di IOPS inferiori.
-  **Standard HDD**. Offre un'opzione di archiviazione su disco affidabile e a basso costo, adatta per VM che eseguono carichi di lavoro insensibili alla latenza.
-  **Disco del sistema operativo effimero di Azure**. Offre un'opzione di archiviazione conveniente che riutilizza il disco locale delle VM per ospitare il disco del sistema operativo. In alternativa, è possibile utilizzare PowerShell per creare macchine che utilizzano dischi del sistema operativo effimeri. Per ulteriori informazioni, vedere [Dischi effimeri di Azure](/it-it/citrix-daas/install-configure/machine-catalogs-create/create-machine-catalog-citrix-azure.html#azure-ephemeral-disks). Considerare quanto segue quando si utilizza un disco del sistema operativo effimero:
-  Il disco del sistema operativo effimero di Azure e l'I/O di MCS non possono essere abilitati contemporaneamente.
-  Per aggiornare le macchine che utilizzano dischi del sistema operativo effimeri, è necessario selezionare un'immagine la cui dimensione non superi la dimensione del disco cache o del disco temporaneo della VM.
-  Non è possibile utilizzare l'opzione **Mantieni VM e disco di sistema durante i cicli di accensione/spegnimento** offerta più avanti nella procedura guidata.
```
- Nota:
- - Il disco di identità viene sempre creato utilizzando SSD Standard indipendentemente dal tipo di archiviazione scelto.
- Il tipo di archiviazione determina quali dimensioni di macchina vengono offerte nella pagina Macchine virtuali della procedura guidata. MCS configura i dischi premium e standard per utilizzare l’archiviazione con ridondanza locale (LRS). LRS crea più copie sincrone dei dati del disco all’interno di un singolo data center. I dischi del sistema operativo effimeri di Azure utilizzano il disco locale delle VM per archiviare il sistema operativo. Per dettagli sui tipi di archiviazione di Azure e sulla replica dell’archiviazione, vedere quanto segue:
- Introduzione ad Archiviazione di Azure
  - Archiviazione Premium di Azure: progettazione per prestazioni elevate
  - Ridondanza di Archiviazione di Azure
  - Selezionare se utilizzare licenze Windows esistenti o licenze Linux:
- Licenze Windows: l’utilizzo di licenze Windows insieme a immagini Windows (immagini di supporto della piattaforma Azure o immagini personalizzate) consente di eseguire VM Windows in Azure a un costo ridotto. Esistono due tipi di licenze:
  - Licenza Windows Server. Consente di utilizzare le licenze Windows Server o Azure Windows Server, consentendo di usufruire dei vantaggi di Azure Hybrid Benefit. Per i dettagli, vedere https://azure.microsoft.com/en-us/pricing/hybrid-benefit/. Azure Hybrid Benefit riduce il costo di esecuzione delle VM in Azure alla tariffa di calcolo di base, rinunciando al costo delle licenze Windows Server aggiuntive dalla galleria di Azure.
  - Licenza client Windows. Consente di portare le licenze Windows 10 e Windows 11 in Azure, consentendo di eseguire VM Windows 10 e Windows 11 in Azure senza la necessità di licenze aggiuntive. Per i dettagli, vedere Licenze di accesso client e licenze di gestione.
  - Licenze Linux: con le licenze Linux bring-your-own-subscription (BYOS), non è necessario pagare per il software. Il costo BYOS include solo la tariffa hardware di calcolo. Esistono due tipi di licenze:
  - RHEL_BYOS: per utilizzare correttamente il tipo RHEL_BYOS, abilitare Red Hat Cloud Access sulla propria sottoscrizione Azure.
  - SLES_BYOS: le versioni BYOS di SLES includono il supporto di SUSE.
Vedere quanto segue:
- Verificare la licenza Windows
  - Configurare la licenza Linux
Vedere i seguenti documenti per comprendere i tipi di licenza e i loro vantaggi:
```
-  <https://docs.microsoft.com/en-us/dotnet/api/microsoft.azure.management.compute.models.virtualmachine.licensetype?view=azure-dotnet>

-  <https://docs.microsoft.com/en-us/azure/virtual-machines/linux/azure-hybrid-benefit-linux>
```
Azure Compute Gallery è un repository per la gestione e la condivisione di immagini. Consente di rendere disponibili le immagini in tutta l’organizzazione. Si consiglia di archiviare un’immagine in Azure Compute Gallery quando si creano cataloghi di macchine non persistenti di grandi dimensioni, poiché ciò consente ripristini più rapidi dei dischi del sistema operativo VDA. Dopo aver selezionato Posiziona immagine preparata in Azure Compute Gallery, viene visualizzata la sezione Impostazioni di Azure Compute Gallery, che consente di specificare ulteriori impostazioni di Azure Computer Gallery:
- Rapporto tra macchine virtuali e repliche di immagini. Consente di specificare il rapporto tra macchine virtuali e repliche di immagini che si desidera che Azure mantenga. Per impostazione predefinita, Azure mantiene una singola replica di immagine per ogni 40 macchine non persistenti. Per le macchine persistenti, tale numero è impostato su 1.000.
- Numero massimo di repliche. Consente di specificare il numero massimo di repliche di immagini che si desidera che Azure mantenga. Il valore predefinito è 10.
Per informazioni su Azure Compute Gallery, vedere Azure Compute Gallery.
Nella pagina Macchine virtuali, indicare quante VM si desidera creare e le dimensioni della macchina. Dopo la creazione del catalogo, è possibile modificare le dimensioni della macchina modificando il catalogo.
La pagina NIC non contiene informazioni specifiche di Azure. Seguire le indicazioni nell’articolo Creare cataloghi di macchine.
Nella pagina Impostazioni disco, scegliere se abilitare la cache di write-back. Con la funzionalità di ottimizzazione dell’archiviazione MCS abilitata, è possibile configurare le seguenti impostazioni durante la creazione di un catalogo. Queste impostazioni si applicano sia agli ambienti Azure che GCP.

Dopo aver abilitato la cache di write-back, è possibile eseguire le seguenti operazioni:
- Configurare le dimensioni del disco e della RAM utilizzati per la memorizzazione nella cache dei dati temporanei. Per ulteriori informazioni, vedere Configurare la cache per i dati temporanei.
- Selezionare il tipo di archiviazione per il disco della cache di write-back. Le seguenti opzioni di archiviazione sono disponibili per il disco della cache di write-back:
  - Premium SSD
  - Standard SSD
  - Standard HDD
- Scegliere se si desidera che il disco della cache di write-back persista per le VM con provisioning. Selezionare Abilita cache di write-back per rendere disponibili le opzioni. Per impostazione predefinita, è selezionata l’opzione Usa disco della cache di write-back non persistente.
- Selezionare il tipo per il disco della cache di write-back.
  - Usa disco della cache di write-back non persistente. Se selezionato, il disco della cache di write-back viene eliminato durante i cicli di alimentazione. Tutti i dati reindirizzati ad esso andranno persi. Se il disco temporaneo della VM dispone di spazio sufficiente, viene utilizzato per ospitare il disco della cache di write-back per ridurre i costi. Dopo la creazione del catalogo, è possibile verificare se le macchine con provisioning utilizzano il disco temporaneo. Per farlo, fare clic sul catalogo e verificare le informazioni nella scheda Proprietà modello. Se il disco temporaneo viene utilizzato, viene visualizzato Disco della cache di write-back non persistente e il suo valore è Sì (utilizzando il disco temporaneo della VM). In caso contrario, viene visualizzato Disco della cache di write-back non persistente e il suo valore è No (non utilizzando il disco temporaneo della VM).
  - Usa disco della cache di write-back persistente. Se selezionato, il disco della cache di write-back persiste per le VM con provisioning. L’abilitazione di questa opzione aumenta i costi di archiviazione.
- Scegliere se mantenere le VM e i dischi di sistema per i VDA durante i cicli di alimentazione.

Mantieni VM e disco di sistema durante i cicli di alimentazione. Disponibile quando è stata selezionata l’opzione Abilita cache di write-back. Per impostazione predefinita, le VM e i dischi di sistema vengono eliminati allo spegnimento e ricreati all’avvio. Se si desidera ridurre i tempi di riavvio delle VM, selezionare questa opzione. Tenere presente che l’abilitazione di questa opzione aumenta anche i costi di archiviazione.
- Scegliere se Abilitare il risparmio sui costi di archiviazione. Se abilitato, si risparmiano i costi di archiviazione eseguendo il downgrade del disco di archiviazione a Standard HDD quando la VM si spegne. La VM torna alle impostazioni originali al riavvio. L’opzione si applica sia ai dischi di archiviazione che ai dischi della cache di write-back. In alternativa, è possibile utilizzare anche PowerShell. Vedere Modificare il tipo di archiviazione a un livello inferiore quando una VM viene spenta.
- Nota:
Microsoft impone restrizioni sulla modifica del tipo di archiviazione durante lo spegnimento della VM. È anche possibile che Microsoft blocchi le modifiche del tipo di archiviazione in futuro. Per ulteriori informazioni, consultare questo articolo Microsoft.
- Scegliere se crittografare i dati sulle macchine in questo catalogo e quale chiave di crittografia utilizzare. La crittografia lato server con una chiave gestita dal cliente (CMK) consente di gestire la crittografia a livello di disco gestito e di proteggere i dati sulle macchine nel catalogo. Le impostazioni predefinite vengono ereditate dal profilo della macchina o dall’immagine master, con il profilo che ha la priorità:
  - Se si utilizza un profilo macchina con una CMK, l’opzione Usa la seguente chiave per crittografare i dati su ogni macchina viene selezionata automaticamente e utilizza per impostazione predefinita la chiave del profilo macchina.
  - Se si utilizza un profilo macchina con una chiave gestita dalla piattaforma (PMK) e l’immagine master è crittografata con CMK, l’opzione Usa la seguente chiave per crittografare i dati su ogni macchina viene selezionata automaticamente e utilizza per impostazione predefinita la chiave dell’immagine master.
  - Se non si utilizza un profilo macchina e l’immagine master è crittografata con CMK, l’opzione Usa la seguente chiave per crittografare i dati su ogni macchina viene selezionata automaticamente e utilizza per impostazione predefinita la chiave dell’immagine master.
Per ulteriori informazioni, vedere Crittografia lato server di Azure.

Nella pagina Gruppo di risorse, scegliere se creare gruppi di risorse o utilizzare gruppi esistenti.
- Se si sceglie di creare gruppi di risorse, selezionare Avanti.
- Se si sceglie di utilizzare gruppi di risorse esistenti, selezionare i gruppi dall’elenco Gruppi di risorse di provisioning disponibili.
Nota:

Selezionare un numero sufficiente di gruppi per ospitare le macchine che si stanno creando nel catalogo. Viene visualizzato un messaggio se se ne scelgono troppo pochi. Potrebbe essere opportuno selezionarne più del minimo richiesto se si prevede di aggiungere altre VM al catalogo in seguito. Non è possibile aggiungere altri gruppi di risorse a un catalogo dopo la sua creazione.

Per ulteriori informazioni, vedere Gruppi di risorse di Azure.
Nella pagina Identità macchina, scegliere un tipo di identità e configurare le identità per le macchine in questo catalogo. Se si selezionano le VM come aggiunte a Microsoft Entra, è possibile aggiungerle a un gruppo di sicurezza di Microsoft Entra. I passaggi dettagliati sono i seguenti:
1. Dal campo Tipo di identità, selezionare Aggiunto a Microsoft Entra. Viene visualizzata l’opzione Gruppo di sicurezza di Microsoft Entra (facoltativo).
2. Fare clic su Gruppo di sicurezza di Microsoft Entra: Crea nuovo.
3. Immettere un nome per il gruppo, quindi fare clic su Crea.
4. Seguire le istruzioni visualizzate per accedere ad Azure. Se il nome del gruppo non esiste in Azure, viene visualizzata un’icona verde. In caso contrario, viene visualizzato un messaggio di errore che richiede di immettere un nuovo nome.
5. Per aggiungere il gruppo di sicurezza a un gruppo di sicurezza assegnato, selezionare Unisciti a un gruppo di sicurezza assegnato come membro, quindi fare clic su Seleziona un gruppo per scegliere un gruppo assegnato a cui unirsi.
6. Immettere lo schema di denominazione dell’account macchina per le VM.
Dopo la creazione del catalogo, Citrix DaaS™ accede ad Azure per conto dell’utente e crea il gruppo di sicurezza e una regola di appartenenza dinamica per il gruppo. In base alla regola, le VM con lo schema di denominazione specificato in questo catalogo vengono aggiunte automaticamente al gruppo di sicurezza.

L’aggiunta di VM con uno schema di denominazione diverso a questo catalogo richiede l’accesso ad Azure. Citrix DaaS può quindi accedere ad Azure e creare una regola di appartenenza dinamica basata sul nuovo schema di denominazione.

Quando si elimina questo catalogo, anche l’eliminazione del gruppo di sicurezza da Azure richiede l’accesso ad Azure.

Nota:

Per rinominare il gruppo di sicurezza di Microsoft Entra dopo la creazione del catalogo, modificare il catalogo e passare a Gruppo di sicurezza di Microsoft Entra dalla navigazione a sinistra. I nomi dei gruppi di sicurezza di Microsoft Entra non devono contenere i seguenti caratteri: @ " \ / ; : # . * ? = < > | [ ] ( ) '.

Le pagine Credenziali di dominio e Riepilogo non contengono informazioni specifiche di Azure. Seguire le indicazioni nell’articolo Creare cataloghi di macchine.

Completare la procedura guidata.

Creare una specifica di modello di Azure

È possibile creare una specifica di modello di Azure nel portale di Azure e utilizzarla nell’interfaccia di configurazione completa e nei comandi PowerShell per creare o aggiornare un catalogo macchine MCS.

Per creare una specifica di modello di Azure per una VM esistente:

Accedere al portale di Azure. Selezionare un gruppo di risorse, quindi selezionare la VM e l’interfaccia di rete. Dal menu … in alto, fare clic su Esporta modello.
Deselezionare la casella di controllo Includi parametri se si desidera creare una specifica di modello per il provisioning del catalogo.
Fare clic su Aggiungi alla libreria per modificare la specifica di modello in seguito.
Nella pagina Importazione modello, immettere le informazioni richieste come Nome, Sottoscrizione, Gruppo di risorse, Località e Versione. Fare clic su Avanti: Modifica modello.
È necessaria anche un’interfaccia di rete come risorsa indipendente se si desidera eseguire il provisioning dei cataloghi. Pertanto, è necessario rimuovere qualsiasi dependsOn specificato nella specifica di modello. Ad esempio:
```
"dependsOn": [
"[resourceId('Microsoft.Network/networkInterfaces', 'tnic937')]"
],


```
Creare Revisione+Crea e creare la specifica di modello.
Nella pagina Specifiche del modello, verificare la specifica di modello creata. Fare clic sulla specifica di modello. Nel pannello sinistro, fare clic su Versioni.
È possibile creare una nuova versione facendo clic su Crea nuova versione. Specificare un nuovo numero di versione, apportare modifiche alla specifica di modello corrente e fare clic su Revisiona + Crea per creare la nuova versione della specifica di modello.

È possibile ottenere informazioni sulla specifica di modello e sulla versione del modello utilizzando i seguenti comandi PowerShell:

Per ottenere informazioni sulla specifica di modello, eseguire:

 get-item XDHyp:\HostingUnits\East\machineprofile.folder\abc.resourcegroup\bggTemplateSpec.templatespec

 <!--NeedCopy-->

Per ottenere informazioni sulla versione della specifica di modello, eseguire:

 get-item XDHyp:\HostingUnits\East\machineprofile.folder\abc.resourcegroup\bggTemplateSpec.templatespec\bgg1.0.templatespecversion

 <!--NeedCopy-->

Passaggi successivi

Se questo è il primo catalogo creato, si viene guidati a creare un gruppo di consegna.
Per esaminare l’intero processo di configurazione, vedere Pianificare e creare una distribuzione.
Per gestire i cataloghi, vedere Gestire i cataloghi macchine e Gestire un catalogo Microsoft Azure.
Per informazioni su funzionalità specifiche, vedere:
- Archiviazione
- Crittografia

Ulteriori informazioni

La versione ufficiale di questo contenuto è in inglese. Per alcuni dei contenuti della documentazione Cloud Software Group è stata impiegata la traduzione automatica solo per comodità. Cloud Software Group non ha alcun controllo sui contenuti tradotti in modo automatico, che possono contenere errori, imprecisioni o linguaggio inadatto. Non viene offerta alcuna garanzia di alcun tipo, espressa o implicita, circa l'accuratezza, l'affidabilità, l'idoneità o la correttezza di qualsiasi traduzione dall'originale inglese in qualsiasi altra lingua, o che il prodotto o servizio Cloud Software Group sia conforme a qualsiasi contenuto in traduzione automatica, e qualsiasi garanzia fornita ai sensi del contratto di licenza per l'utente finale applicabile o i termini di servizio, o qualsiasi altro accordo con Cloud Software Group che il prodotto o il servizio sia conforme a qualsiasi documentazione non si applicheranno nella misura in cui tale documentazione sia in traduzione automatica. Cloud Software Group non sarà ritenuta responsabile per eventuali danni o problemi che potrebbero derivare dall'utilizzo di contenuti per cui si è impiegata la traduzione automatica.

È stato utile?

Creare un catalogo di test di Microsoft Azure

May 4, 2026

Grazie al contributo di:

May 4, 2026

Grazie al contributo di:

In questo articolo

Creare un catalogo di macchine
Creare un catalogo di macchine utilizzando un’immagine di Azure Resource Manager nell’interfaccia di configurazione completa
Creare una specifica di modello di Azure
Passaggi successivi
Ulteriori informazioni

È stato utile?