Creare un test del catalogo Microsoft Azure

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 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 linee guida 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 di Azure Compute Gallery 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-Deny-All-a3pgu-3f161981-28e2-4223-b797-88b04d336dd1.

Nella procedura guidata di creazione del catalogo di macchine:

1. Le pagine Tipo di macchina e Gestione macchine non contengono informazioni specifiche di Azure. Seguire le linee guida nell’articolo Creare cataloghi di macchine.

2. 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.
   2. Selezionare un gruppo di risorse.
   3. Passare al disco gestito di Azure, ad Azure Compute Gallery o alla versione dell’immagine di Azure.

   Quando si seleziona un’immagine, considerare quanto segue:

   • Verificare che un VDA Citrix 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 OS effimero su Windows con avvio attendibile. Quando si seleziona un’immagine con avvio attendibile, è necessario selezionare un profilo macchina con avvio attendibile abilitato con vTPM. Per creare cataloghi di macchine utilizzando un disco OS effimero, vedere Come creare macchine utilizzando dischi OS 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 si completi 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 macchina. Per impostazione predefinita, la casella di controllo Usa un profilo macchina (obbligatorio per Azure Active Directory) è selezionata. Fare clic su Seleziona un profilo 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 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 macchina viene filtrato in base all’immagine master selezionata. Ad esempio, il profilo 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 macchina con avvio attendibile come Tipo di sicurezza è obbligatorio quando si seleziona un’immagine o uno snapshot che ha l’avvio attendibile abilitato. È quindi possibile abilitare o disabilitare SecureBoot e vTPM specificando i loro valori nel profilo 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 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.

   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
      <!--NeedCopy-->
     

   Dopo aver creato il catalogo, è possibile visualizzare le configurazioni che l’immagine eredita dal profilo macchina. Nel nodo Cataloghi di 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 di 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 sottoscrizione di Azure, non condiviso con altri abbonati. 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 saperne di più sui gruppi host e sulle considerazioni per il loro utilizzo, vedere Provisioning di VM su host dedicati di Azure.

   Importante:

   • Vengono mostrati 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 mostrate 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.

3. 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 di macchine:

   • SSD Premium. Offre un’opzione di archiviazione su disco ad alte prestazioni e bassa latenza, adatta per VM con carichi di lavoro intensivi di I/O.
   • SSD Standard. Offre un’opzione di archiviazione conveniente, adatta per carichi di lavoro che richiedono prestazioni costanti a livelli di IOPS inferiori.
   • HDD Standard. Offre un’opzione di archiviazione su disco affidabile e a basso costo, adatta per VM che eseguono carichi di lavoro non sensibili alla latenza.
   • Disco OS 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 OS effimeri. Per ulteriori informazioni, vedere Dischi effimeri di Azure. Considerare quanto segue quando si utilizza un disco OS effimero:
     • Il disco OS effimero di Azure e MCS I/O non possono essere abilitati contemporaneamente.
     • Per aggiornare le macchine che utilizzano dischi OS 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 alimentazione 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 OS 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 alte prestazioni
   • 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 utilizzare i vantaggi ibridi di Azure. Per i dettagli, vedere https://azure.microsoft.com/en-us/pricing/hybrid-benefit/. Il vantaggio ibrido di Azure 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 di 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 sottoscrizione di 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, perché ciò consente ripristini più rapidi dei dischi OS 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 predefinito è 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.

4. Nella pagina Macchine virtuali, indicare quante VM si desidera creare e la dimensione della macchina. Dopo la creazione del catalogo, è possibile modificare la dimensione della macchina modificando il catalogo.
5. La pagina NIC non contiene informazioni specifiche di Azure. Seguire le linee guida nell’articolo Creare cataloghi di macchine.

6. 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 quanto segue:

   • Configurare la dimensione 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. Sono disponibili le seguenti opzioni di archiviazione da utilizzare per il disco della cache di write-back:

     • SSD Premium
     • SSD Standard
     • HDD Standard

   • Scegliere se si desidera che il disco della cache di write-back persista per le VM sottoposte a provisioning. Selezionare Abilita cache di write-back per rendere disponibili le opzioni. Per impostazione predefinita, è selezionato Usa disco cache di write-back non persistente.

   • Selezionare il tipo per il disco della cache di write-back.

     • Usa disco 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 ha 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 sottoposte a 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 cache di write-back non persistente e il suo valore è Sì (utilizzando il disco temporaneo della VM). In caso contrario, viene visualizzato Disco cache di write-back non persistente e il suo valore è No (non utilizzando il disco temporaneo della VM).
     • Usa disco cache di write-back persistente. Se selezionato, il disco della cache di write-back persiste per le VM sottoposte a 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 all’arresto 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, consente di risparmiare sui costi di archiviazione eseguendo il downgrade del disco di archiviazione a HDD Standard quando la VM si arresta. 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 arrestata.

     Nota:

     Microsoft impone restrizioni sulla modifica del tipo di archiviazione durante l’arresto della VM. È anche possibile che Microsoft blocchi le modifiche del tipo di archiviazione in futuro. Per ulteriori informazioni, vedere 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 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 il valore predefinito è 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 il valore predefinito è 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 il valore predefinito è la chiave dell’immagine master.

   Per ulteriori informazioni, vedere Crittografia lato server di Azure.

7. 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 creazione del catalogo.

   Per ulteriori informazioni, vedere Gruppi di risorse di Azure.

8. 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 Unite ad Azure Active Directory, è possibile aggiungerle a un gruppo di sicurezza di Azure AD. I passaggi dettagliati sono i seguenti:

   1. Dal campo Tipo di identità, selezionare Unito ad Azure Active Directory. Viene visualizzata l’opzione Gruppo di sicurezza di Azure AD (facoltativo).
   2. Fare clic su Gruppo di sicurezza di Azure AD: Crea nuovo.
   3. Immettere un nome di 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, l’eliminazione del gruppo di sicurezza da Azure richiede anche l’accesso ad Azure.

   Nota:

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

• Le pagine Credenziali di dominio e Riepilogo non contengono informazioni specifiche di Azure. Seguire le linee guida 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 di macchine MCS.

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

1. 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.
2. Deselezionare la casella di controllo Includi parametri se si desidera creare una specifica di modello per il provisioning del catalogo.
3. Fare clic su Aggiungi alla libreria per modificare la specifica del modello in seguito.
4. Nella pagina Importazione modello, immettere le informazioni richieste come Nome, Sottoscrizione, Gruppo di risorse, Posizione e Versione. Fare clic su Avanti: Modifica modello.

5. È 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 del modello. Ad esempio:

   "dependsOn": [
   "[resourceId('Microsoft.Network/networkInterfaces', 'tnic937')]"
   ],
   <!--NeedCopy-->
   

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

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

• Per ottenere informazioni sulla specifica del modello, eseguire:

   get-item XDHyp:\HostingUnits\East\machineprofile.folder\abc.resourcegroup\bggTemplateSpec.templatespec
   <!--NeedCopy-->
  

• Per ottenere informazioni sulla versione della specifica del modello, eseguire:

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

Dove andare dopo

• Se questo è il primo catalogo creato, si viene guidati a creare un gruppo di consegna.
• Per rivedere l’intero processo di configurazione, vedere Pianificare e creare una distribuzione.
• Per gestire i cataloghi, vedere Gestire i cataloghi di macchine e Gestire un catalogo Microsoft Azure.

• Per informazioni su funzionalità specifiche, vedere:

  • Archiviazione
  • Crittografia

Ulteriori informazioni

• Creare e gestire connessioni e risorse
• Connessione a Microsoft Azure Resource Manager
• Creare cataloghi di macchine