Note sulla versione di Azure Stack Edge 2205
SI APPLICA A: 
Azure Stack Edge Pro - GPUAzure Stack Edge Pro 2Azure Stack Edge Pro RAzure Stack Edge Mini R
Le note sulla versione seguenti identificano i problemi critici aperti e i problemi risolti per la versione 2205 dei dispositivi Azure Stack Edge. Le funzionalità e i problemi corrispondenti a un modello specifico di Azure Stack Edge vengono indicati laddove applicabile.
Le note sulla versione vengono aggiornate continuamente e i problemi che richiedono una soluzione alternativa vengono aggiunti man mano che vengono individuati. Prima di implementare il dispositivo, esaminare attentamente le informazioni contenute nelle note sulla versione.
Questo articolo si applica alla versione 2205 di Azure Stack Edge, che corrisponde al numero di versione software 2.2.1983.5094. Questo software può essere applicato al dispositivo se si esegue almeno il software Azure Stack Edge 2106 (2.2.1636.3457).
Novità
La versione 2205 include le funzionalità e i miglioramenti seguenti:
- Modifiche di Kubernetes: a partire da questa versione, l'abilitazione del calcolo viene spostata in una pagina Kubernetes dedicata nell'interfaccia utente locale.
- Macchine virtuali di seconda generazione: a partire da questa versione, le macchine virtuali di seconda generazione possono essere distribuite in Azure Stack Edge. Per altre informazioni, vedere Dimensioni e tipi di macchine virtuali supportati.
- Aggiornamento dell'estensione GPU: in questa versione i pacchetti di estensione GPU vengono aggiornati. Questi aggiornamenti risolveranno alcuni problemi riscontrati in una versione precedente durante l'installazione dell'estensione. Per altre informazioni, vedere come Aggiornare l'estensione GPU in Azure Stack Edge.
- Nessuna opzione IP: d'ora in poi, c'è la possibilità di non impostare un IP per un'interfaccia di rete nel dispositivo Azure Stack Edge. Per altre informazioni, vedere Configurare la rete.
Problemi risolti nella versione 2205
La seguente tabella elenca i problemi che sono stati segnalati nelle versioni precedenti e risolti nella versione attuale.
| No. | Funzionalità | Problema |
|---|---|---|
| 1. | Installazione dell'estensione GPU | Nelle versioni precedenti si sono verificati problemi che hanno causato l'esito negativo dell'installazione dell'estensione GPU. Questi problemi sono descritti in Risoluzione dei problemi relativi all'estensione GPU. Questi sono corretti nella versione 2205 e i pacchetti di installazione di Windows e Linux aggiornati. Per altre informazioni sulle modifiche di installazione specifiche della versione 2205, vedere Installare l'estensione GPU nel dispositivo Azure Stack Edge. |
| 2. | Macchine virtuali HPN | Nella precedente versione, lo Standard_F12_HPN poteva supportare una sola interfaccia di rete e non poteva essere usato per le distribuzioni MEC (Multi-Access Edge Computing). Tale problema è stato corretto in questa versione. |
Problemi noti nella versione 2205
Nella tabella seguente viene fornito un riepilogo dei problemi noti in questa versione.
| No. | Funzionalità | Problema | Soluzione alternativa/commenti |
|---|---|---|---|
| 1. | Funzionalità di anteprima | Per questa versione, in anteprima sono disponibili le funzionalità seguenti: - Clustering e MEC (Multi-Access Edge Computing) solo per i dispositivi Azure Stack Edge Pro GPU. - VPN solo per Azure Stack Edge Pro R e Azure Stack Edge Mini R. - Azure Resource Manager locale, macchine virtuali, gestione cloud di macchine virtuali, gestione cloud Kubernetes e servizio multi-processo (MPS) per Azure Stack Edge Pro GPU, Azure Stack Edge Pro R e Azure Stack Edge Mini R. |
Queste funzionalità saranno disponibili a livello generale nelle versioni successive. |
Problemi noti delle versioni precedenti
Nella tabella seguente viene fornito un riepilogo dei problemi noti insorti nelle versioni precedenti.
| No. | Funzionalità | Problema | Soluzione alternativa/commenti |
|---|---|---|---|
| 1. | Azure Stack Edge Pro + Azure SQL | La creazione di un database SQL richiede l'accesso Amministratore. | Seguire questa procedura anziché i passaggi 1-2 in Creare il database SQL. - Nell'interfaccia utente locale del dispositivo, abilitare l'interfaccia di calcolo. Selezionare Calcolo > N. porta > Abilita per il calcolo > Applica. - Scaricare sqlcmd nel computer client dall'utilità di comando SQL. - Connettersi all'indirizzo IP dell'interfaccia di calcolo (la porta abilitata), aggiungendo "1401" alla fine dell'indirizzo. - Il comando finale avrà un aspetto simile al seguente: sqlcmd -S {Interface IP},1401 -U SA -P "Strong!Passw0rd". Successivamente, i passaggi da 3 a 4 della documentazione corrente devono essere identici. |
| 2. | Refresh | Le modifiche incrementali ai BLOB ripristinati tramite l'opzione Aggiorna NON sono supportate | Per gli endpoint BLOB, gli aggiornamenti parziali dei BLOB dopo un aggiornamento possono impedire il caricamento degli aggiornamenti nel cloud. Ad esempio, una sequenza di azioni come: 1. Creare un BLOB nel cloud. In alternativa, eliminare un BLOB caricato in precedenza dal dispositivo. 2. Aggiornare IL BLOB dal cloud nell'appliance usando la funzionalità di aggiornamento. 3. Aggiornare solo una parte del BLOB usando le API REST di Azure SDK. Queste azioni possono comportare il mancato aggiornamento delle sezioni aggiornate del BLOB nel cloud. Soluzione alternativa: usare strumenti come robocopy o la normale copia dei file tramite Explorer o riga di comando per sostituire interi BLOB. |
| 3. | Limitazione | Durante la limitazione delle richieste, se le nuove scritture nel dispositivo non sono consentite, le scritture dal client NFS hanno esito negativo con un errore "Autorizzazione negata". | L'errore verrà visualizzato come segue:hcsuser@ubuntu-vm:~/nfstest$ mkdir testmkdir: impossibile creare la directory 'test': Autorizzazione negata |
| 4. | Inserimento di archiviazione BLOB | Quando si usa AzCopy versione 10 per l'inserimento di archiviazione BLOB, eseguire AzCopy con l'argomento seguente: Azcopy <other arguments> --cap-mbps 2000 |
Se questi limiti non vengono forniti per AzCopy, potrebbe inviare un numero elevato di richieste al dispositivo, causando problemi con il servizio. |
| 5. | Account di archiviazione a livelli | Quando si usano account di archiviazione a livelli, si applica quanto segue: - Sono supportati solo i BLOB in blocchi. I BLOB di pagine non sono supportati. - Non è disponibile alcun supporto per l'API di copia o istantanea. - L'inserimento del carico di lavoro Hadoop tramite distcp non è supportato perché usa molto di frequente l'operazione di copia. |
|
| 6. | Connessione di condivisione NFS | Se più processi eseguono la copia nella stessa condivisione e non viene usato l'attributo nolock, potrebbero verificarsi errori durante la copia. |
L'attributo nolock deve essere passato al comando di montaggio per copiare i file nella condivisione NFS. Ad esempio: C:\Users\aseuser mount -o anon \\10.1.1.211\mnt\vms Z:. |
| 7. | Cluster Kubernetes | Quando si applica un aggiornamento nel dispositivo che esegue un cluster Kubernetes, le macchine virtuali Kubernetes verranno riavviate. In questa istanza, solo i pod distribuiti con le repliche specificate vengono ripristinati automaticamente dopo un aggiornamento. | Se sono stati creati singoli pod all'esterno di un controller di replica senza specificare un set di repliche, questi pod non verranno ripristinati automaticamente dopo l'aggiornamento del dispositivo. Sarà necessario ripristinare questi pod. Un set di repliche sostituisce i pod eliminati o terminati per qualsiasi motivo, ad esempio un errore del nodo o un aggiornamento anomalo del nodo. Per questo motivo, è consigliabile usare un set di repliche anche se l'applicazione richiede solo un singolo pod. |
| 8. | Cluster Kubernetes | Kubernetes in Azure Stack Edge Pro è supportato solo con Helm v3 o versione successiva. Per altre informazioni, vedere Domande frequenti: Rimozione di Tiller. | |
| 9. | Kubernetes | La porta 31000 è riservata alla dashboard di Kubernetes. La porta 31001 è riservata al registro contenitori di Edge. Analogamente, nella configurazione predefinita, gli indirizzi IP 172.28.0.1 e 172.28.0.10 sono riservati rispettivamente al servizio Kubernetes e al servizio DNS Core. | Non usare indirizzi IP riservati. |
| 10. | Kubernetes | Kubernetes non consente attualmente servizi LoadBalancer multi-protocollo. Ad esempio, un servizio DNS che dovrà essere in ascolto su TCP e UDP. | Per ovviare a questa limitazione di Kubernetes con MetalLB, è possibile creare due servizi (uno per TCP, uno per UDP) nello stesso selettore di pod. Questi servizi usano la stessa chiave di condivisione e spec.loadBalancerIP per condividere lo stesso indirizzo IP. Gli indirizzi IP possono essere condivisi anche se si dispone di più servizi rispetto agli indirizzi IP disponibili. Per altre informazioni, vedere Condivisione indirizzi IP. |
| 11. | Cluster Kubernetes | Potrebbe essere necessario modificare i moduli del marketplace di Azure IoT Edge esistenti per eseguirli in IoT Edge su un dispositivo Azure Stack Edge. | Per altre informazioni, vedere Eseguire moduli IoT Edge esistenti da dispositivi FPGA di Azure Stack Edge Pro su un dispositivo GPU di Azure Stack Edge Pro. |
| 12. | Kubernetes | I montaggi di associazione basati su file non sono supportati con Azure IoT Edge in Kubernetes su un dispositivo Azure Stack Edge. | IoT Edge usa un livello di traduzione per convertire le opzioni ContainerCreate in costrutti Kubernetes. La creazione di mappe Binds per la directory hostpath e quindi per i montaggi di associazione basati su file non può essere associata ai percorsi nei contenitori IoT Edge. Se possibile, eseguire il mapping della directory padre. |
| 13. | Kubernetes | Se per IoT Edge si usano certificati personali che vengono aggiunti al dispositivo Azure Stack Edge dopo la configurazione del calcolo sul dispositivo, i nuovi certificati non vengono selezionati. | Per risolvere questo problema, è necessario caricare i certificati prima di configurare l'ambiente di calcolo nel dispositivo. Se il calcolo è già configurato, Connettersi all'interfaccia PowerShell del dispositivo ed eseguire i comandi IoT Edge. Riavviare i pod iotedged e edgehub. |
| 14. | Certificati | In alcuni casi, l'aggiornamento dello stato del certificato nell'interfaccia utente locale potrebbe richiedere alcuni secondi. | Ciò potrebbe riguardare i seguenti scenari nell'interfaccia utente locale. Colonna - Stato nella pagina Certificati. Riquadro - Sicurezza nella pagina Attività iniziali. Riquadro - Configurazione nella pagina Panoramica. |
| 15. | Certificati | Gli avvisi relativi ai certificati della catena di firma non vengono rimossi dal portale dopo il caricamento di nuovi certificati della catena di firma. | |
| 16. | Proxy Web | Il proxy Web basato sull'autenticazione NTLM non è supportato. | |
| 17. | Internet Explorer | Se sono abilitate funzionalità di sicurezza avanzate, potrebbe non essere possibile accedere alle pagine dell'interfaccia utente Web locale. | Disabilitare la protezione avanzata e riavviare il browser. |
| 18. | Kubernetes | Kubernetes non supporta ":" nei nomi delle variabili di ambiente usati dalle applicazioni .NET. Ciò si rende necessario anche per consentire il funzionamento del modulo IoT Edge di Griglia di eventi nel dispositivo Azure Stack Edge e in altre applicazioni. Per altre informazioni, vedere Documentazione ASP.NET Core. | Sostituire ":" con doppio carattere di sottolineatura. Per altre informazioni, vedere Problema Kubernetes |
| 19. | Azure Arc + cluster Kubernetes | Per impostazione predefinita, quando la risorsa yamls viene eliminata dal repository Git, le risorse corrispondenti non vengono eliminate dal cluster Kubernetes. |
Per consentire l'eliminazione delle risorse nel momento in cui vengono eliminate dal repository Git, impostare --sync-garbage-collection in OperatorParams in Arc. Per altre informazioni, vedere Eliminare una configurazione. |
| 20. | NFS | Le applicazioni che usano montaggi di condivisione NFS nel dispositivo per scrivere dati devono usare la scrittura esclusiva. In questo modo viene garantita la scrittura su disco. | |
| 21. | Configurazione di calcolo | La configurazione di calcolo ha esito negativo nelle configurazioni di rete in cui i gateway, i commutatori o i router rispondono alle richieste ARP (Address Resolution Protocol) per sistemi che non esistono nella rete. | |
| 22. | Calcolo e Kubernetes | Se Kubernetes viene configurato in primo luogo nel dispositivo, richiede tutte le GPU disponibili. Di conseguenza, non è possibile creare macchine virtuali Azure Resource Manager usando GPU dopo la configurazione di Kubernetes. | Se il dispositivo possiede 2 GPU, è possibile creare una macchina virtuale che usa la GPU e quindi configurare Kubernetes. In questo caso, Kubernetes userà la GPU rimanente disponibile. |
| 23. | Estensione per script personalizzati di macchine virtuali | Nelle macchine virtuali Windows create in una versione precedente con dispositivo aggiornato alla versione 2103, si riscontra un problema noto. Se si aggiunge un'estensione per script personalizzati a queste macchine virtuali, l'agente guest della macchina virtuale Windows (solo versione 2.7.41491.901) si blocca durante l'aggiornamento e di conseguenza la distribuzione dell'estensione raggiunge il timeout. |
Per risolvere questo problema: - Connettersi alla macchina virtuale Windows con Remote Desktop Protocol (RDP). - Verificare che waappagent.exe sia in esecuzione sul computer: Get-Process WaAppAgent. - Se waappagent.exe non è in esecuzione, riavviare il servizio rdagent: Get-Service RdAgent | Restart-Service. Attendere 5 minuti.- Durante l'esecuzione di waappagent.exe, terminare il processo WindowsAzureGuest.exe. - Una volta terminato, il processo viene riavviato con la versione più recente. - Verificare che la versione dell'agente guest per macchine virtuali Windows sia 2.7.41491.971 usando questo comando: Get-Process WindowsAzureGuestAgent | fl ProductVersion.- Configurare l'estensione per script personalizzati in una macchina virtuale Windows. |
| 24. | Servizio multiprocessore (MPS) | Quando vengono aggiornati il software del dispositivo e il cluster Kubernetes, l'impostazione MPS non viene mantenuta per i carichi di lavoro. | Riabilitare MPS e ridistribuire i carichi di lavoro che usano MPS. |
| 25. | Wi-Fi | Il WiFi non funziona in questa versione di Azure Stack Edge Pro 2. | Questa funzionalità potrebbe essere disponibile in una versione futura. |
| 26. | Capacità del dispositivo | Se è stato eseguito l'aggiornamento a questa versione da una build precedente, la capacità del dispositivo non viene visualizzata nel portale di Azure. Se è stato effettuato il provisioning di una macchina virtuale nel portale di Azure, le metriche della capacità verranno aggiornate e visualizzate. | Per sincronizzare le metriche nel portale di Azure, creare una macchina virtuale e quindi eliminarla. |