Risolvere i problemi nell'hub di Azure Stack

Questo articolo fornisce informazioni sulla risoluzione dei problemi per gli ambienti integrati dell'hub di Azure Stack.

Problemi di supporto comuni

Le sezioni seguenti includono collegamenti alla documentazione che illustra le domande comuni inviate a supporto tecnico Microsoft su hub di Azure Stack.

Considerazioni relative all'acquisto

• Prezzi di hub di Azure Stack
• Panoramica dell'hub di Azure Stack

Aggiornamenti e diagnostica

• Raccogliere i log di diagnostica
• Convalidare lo stato del sistema dell'hub di Azure Stack
• Frequenza di rilascio del pacchetto di aggiornamento
• Verificare e risolvere i problemi relativi allo stato del nodo

Sistemi operativi e dimensioni supportati per le macchine virtuali guest

• Sistemi operativi guest supportati nell'hub di Azure Stack
• Dimensioni delle macchine virtuali supportate nell'hub di Azure Stack

Microsoft Marketplace

• Elementi del Marketplace Microsoft disponibili per hub di Azure Stack

Gestione della capacità

Memoria

Per aumentare la capacità totale di memoria disponibile per hub di Azure Stack, è possibile aggiungere memoria. In hub di Azure Stack, il server fisico viene chiamato anche nodo di un'unità di scalabilità. Tutti i nodi di unità di scala membri di una singola unità di scala devono avere la stessa quantità di memoria.

Periodo di conservazione

Un operatore cloud può usare l'impostazione del periodo di conservazione per specificare un periodo di tempo in giorni (da 0 a 9999) durante il quale qualsiasi account eliminato può essere potenzialmente recuperato. Il periodo di conservazione predefinito è 0 giorni. L'impostazione del valore su 0 significa che qualsiasi account eliminato non è più soggetto a conservazione e contrassegnato per la raccolta periodica dei dati superflui.

Per altre informazioni, vedere Impostare il periodo di conservazione.

Gestione del controllo degli accessi in base al ruolo

Un utente nell'hub di Azure Stack può essere un lettore, un proprietario o un collaboratore per ogni istanza di una sottoscrizione, di un gruppo di risorse o di un servizio. Per altre informazioni, vedere Impostare le autorizzazioni di accesso usando il controllo degli accessi in base al ruolo.

Se i ruoli predefiniti per le risorse Azure non soddisfano le esigenze specifiche dell'organizzazione, è possibile creare ruoli personalizzati.

Gestione dell'utilizzo e della fatturazione in base al tipo di sottoscrizione

Scegliere il tipo di account di servizi condivisi usato per l'hub di Azure Stack. I tipi di sottoscrizioni che è possibile usare per la registrazione di una distribuzione multi-tenant hub di Azure Stack sono Cloud Solution Provider (CSP) e Azure Partner Shared Services (APSS). Per altre informazioni, vedere Creare una sottoscrizione CSP o APSS.

Metriche delle unità di scala

È possibile usare PowerShell per ottenere informazioni sull'utilizzo dello stamp senza assistenza da supporto tecnico Microsoft:

1. Creare una sessione dell'endpoint con privilegi (PEP).

2. Eseguire il comando seguente:

   Test-AzureStack
   

3. Chiudere la sessione PEP.

4. Eseguire il comando seguente usando una chiamata invoke-command:

   Get-AzureStackLog -FilterByRole SeedRing
   

5. Estrarre il file SeedRing.zip. È possibile ottenere il report di convalida dalla cartella ERCS in cui è stato eseguito Test-AzureStack.

Per altre informazioni, vedere Send hub di Azure Stack log di diagnostica usando l'endpoint con privilegi.

Macchine virtuali

Reimpostazione della password di una macchina virtuale Linux

Se si dimentica la password per una macchina virtuale Linux e l'opzione Reimposta password non funziona a causa di problemi con l'estensione VMAccess, è possibile reimpostare la password seguendo questa procedura:

1. Scegliere una macchina virtuale Linux da usare come macchina virtuale di ripristino.

2. Accedere al portale utenti e quindi:

   1. Prendere nota delle dimensioni della macchina virtuale, della scheda di interfaccia di rete, dell'indirizzo IP pubblico, del gruppo di sicurezza di rete e dei dischi dati.
   2. Fermare la VM interessata.
   3. Rimuovere la macchina virtuale interessata.
   4. Collegare il disco dalla macchina virtuale interessata come disco dati nella macchina virtuale di ripristino. Il disco potrebbe richiedere alcuni minuti per diventare disponibile.

3. Accedere alla macchina virtuale di ripristino ed eseguire il comando seguente:

   sudo su -
   mkdir /tempmount
   fdisk -l
   mount /dev/sdc2 /tempmount /*adjust /dev/sdc2 as necessary*/
   chroot /tempmount/
   passwd root /*substitute root with the user whose password you want to reset*/
   rm -f /.autorelabel /*Remove the .autorelabel file to prevent a time consuming SELinux relabel of the disk*/
   exit /*to exit the chroot environment*/
   umount /tempmount
   

4. Accedere al portale utenti e quindi:

   1. Scollegare il disco dalla macchina virtuale di ripristino.
   2. Ricreare la macchina virtuale dal disco.
   3. Trasferire l'indirizzo IP pubblico dalla macchina virtuale precedente, collegare i dischi dati e completare le attività correlate.

È anche possibile creare uno snapshot del disco originale e crearne uno nuovo anziché eseguire le modifiche direttamente sul disco originale. Per altre informazioni, vedere gli argomenti seguenti:

• Reimpostare la password locale di Linux nelle VM di Azure
• Creare un disco da snapshot
• Modificare e reimpostare la password radice (documentazione di Red Hat Enterprise Linux)

Errore di attivazione della licenza per Windows Server 2012 R2 durante il provisioning

Se si verifica un problema con l'attivazione della licenza, Windows non riesce ad attivarsi e viene visualizzata una filigrana nell'angolo in basso a destra dello schermo. I log WaSetup.xml che si trovano in C:\Windows\Panther contengono l'evento seguente:

<Event time="2019-05-16T21:32:58.660Z" category="ERROR" source="Unattend">
    <UnhandledError>
        <Message>InstrumentProcedure: Failed to execute 'Call ConfigureLicensing()'. Will raise error to caller</Message>
        <Number>-2147221500</Number>
        <Description>Could not find the VOLUME_KMSCLIENT product</Description>
        <Source>Licensing.wsf</Source>
    </UnhandledError>
</Event>

Per attivare la licenza, copiare la chiave di attivazione automatica della macchina virtuale (AVMA) per l'edizione che si vuole attivare.

Nella macchina virtuale eseguire il comando seguente:

slmgr /ipk <AVMA_key>

Per informazioni dettagliate, vedere Automatic Virtual Machine activation in Windows Server.

Immagine predefinita e elemento della galleria

È necessario aggiungere un'immagine e un elemento della raccolta Windows Server prima di distribuire le macchine virtuali in hub di Azure Stack.

File VHD su disco dopo l'eliminazione della macchina virtuale

Dopo aver eliminato le macchine virtuali, è possibile che i file VHD siano ancora visualizzati su disco. Questo comportamento è previsto dalla progettazione:

• Quando si elimina una macchina virtuale, i VHD non vengono eliminati. I dischi sono risorse separate nel gruppo di risorse.
• Quando si elimina un account di archiviazione, l'eliminazione viene visualizzata immediatamente tramite Azure Resource Manager. Tuttavia, i dischi che potrebbe contenere rimangono archiviati finché non viene eseguita la garbage collection.

Se vengono visualizzati dischi rigidi virtuali "orfani", è importante sapere se fanno parte della cartella di un account di archiviazione che è stato eliminato. Se l'account di archiviazione non è stato eliminato, è normale che siano ancora presenti.

Storage

Recupero dello spazio di archiviazione

La capacità recuperata potrebbe richiedere fino a 14 ore per essere visualizzata nel portale. Il recupero di spazio dipende da vari fattori, tra cui la percentuale di utilizzo dei file interni del contenitore in un archivio BLOB a blocchi. A seconda della quantità di dati eliminati, non esiste alcuna garanzia sulla quantità di spazio che può essere recuperata durante l'esecuzione del Garbage Collector.

Per altre informazioni sulla configurazione della soglia di conservazione e del recupero su richiesta, vedere Gestire gli account di archiviazione hub di Azure Stack.

Azure Storage Explorer non funziona con l'hub di Azure Stack

Se si usa un sistema integrato in uno scenario disconnesso, è consigliabile usare un'autorità di certificazione aziendale. Esportare il certificato radice in un formato Base64 e quindi importarlo in Azure Storage Explorer. Assicurarsi di rimuovere la barra finale (/) dall'endpoint Resource Manager. Per altre informazioni, vedere Preparare la connessione all'hub di Azure Stack.

App Service

Se lo script Create-AADIdentityApp.ps1 necessario per il servizio app ha esito negativo, assicurarsi di includere il parametro obbligatorio -AzureStackAdminCredential quando si esegue lo script. Per altre informazioni, vedere Prerequisiti per la distribuzione del servizio app nell'hub di Azure Stack.

Patch e aggiornamenti di hub di Azure Stack

Il processo di aggiornamento e patch per hub di Azure Stack è progettato per aiutare gli operatori ad applicare pacchetti di aggiornamento in modo coerente e semplificato. Anche se i problemi non sono comuni durante il processo di aggiornamento e patch, possono verificarsi. Se si verifica un problema, è consigliabile seguire questa procedura.

Prima di iniziare, assicurarsi di seguire l'elenco di controllo dell'attività di aggiornamento e abilitare la raccolta proattiva dei log.

1. Seguire i passaggi di correzione nell'avviso di errore.

2. Se non è possibile risolvere il problema, creare un ticket di supporto hub di Azure Stack. Assicurarsi di raccogliere i log per l'intervallo di tempo in cui si è verificato il problema.

Se un aggiornamento non va a buon fine, sia con un avviso critico sia con un avvertimento, è importante verificare il problema e contattare il Servizio di supporto tecnico Microsoft come indicato nell'avviso. Lasciare un'unità di scala in uno stato di aggiornamento non riuscito per molto tempo può causare problemi aggiuntivi più difficili da risolvere in un secondo momento.

I problemi e le soluzioni seguenti si applicano ai sistemi integrati hub di Azure Stack.

Stato Preparazione non riuscita

Applicabile: questo problema si applica a tutte le versioni supportate.

Causa: quando si tenta di installare l'aggiornamento di hub di Azure Stack, lo stato dell'aggiornamento potrebbe risultare non riuscito e passare allo stato PreparationFailed. Per i sistemi connessi a Internet, questo stato indica in genere che il pacchetto di aggiornamento non può essere scaricato correttamente a causa di una connessione Internet debole.

Correzione: selezionare di nuovo Installa ora . Se il problema persiste, caricare manualmente il pacchetto di aggiornamento.

Occorrenza: comune.

Aggiornamento non riuscito con un avviso che indica di controllare e applicare le protezioni con chiave esterna nei volumi condivisi del cluster

Applicabile: questo problema si applica a tutte le versioni supportate.

Causa: la password BMC (BaseBoard Management Controller) non è impostata correttamente.

Correzione: aggiornare le credenziali BMC e riprendere l'aggiornamento.

Avvisi ed errori segnalati mentre è in corso un aggiornamento

Applicabile: questo problema si applica a tutte le versioni supportate.

Cause: quando un aggiornamento hub di Azure Stack si trova nello stato In progress, gli avvisi e gli errori potrebbero essere segnalati nel portale. I componenti potrebbero andare in timeout mentre attendono altri componenti durante un aggiornamento. Questo timeout genera un errore. hub di Azure Stack ha un meccanismo per riprovare o correggere alcune delle attività a causa di errori intermittenti.

Remediation: mentre l'aggiornamento hub di Azure Stack ha un In stato di avanzamento, è possibile ignorare gli avvisi e gli errori segnalati nel portale.

Occorrenza: comune.