Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
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 di apertura e i problemi risolti per la versione 2604 per i dispositivi Azure Stack Edge. Le funzionalità e i problemi corrispondenti a un modello specifico di Azure Stack Edge vengono indicati laddove applicabile.
Le note di rilascio vengono aggiornate continuamente; quando si individuano problemi critici che richiedono soluzioni alternative, questi vengono aggiunti. Prima di distribuire il dispositivo, esamina attentamente le informazioni contenute nelle note di rilascio.
Questo articolo si applica alla versione Azure Stack Edge 2604, mappata alla versione software 3.3.2604.3097.
Percorsi di aggiornamento supportati
Per applicare l'aggiornamento 2604, il dispositivo deve eseguire la versione 2510 o successiva.
Se non si esegue la versione minima richiesta, viene visualizzato questo errore:
Non è possibile installare il pacchetto di aggiornamento perché le relative dipendenze non vengono soddisfatte.
È possibile eseguire l'aggiornamento alla versione 2510 dalla versione 2501 o successiva e quindi aggiornare direttamente alla versione 2604.
È possibile eseguire l'aggiornamento alla versione più recente usando i percorsi di aggiornamento seguenti:
| Versione corrente del software Azure Stack Edge e Kubernetes | Eseguire l'aggiornamento al software Azure Stack Edge e a Kubernetes | Aggiornamento desiderato alla versione 2604 |
|---|---|---|
| precedenti al 2501 | aggiornare a 2501, quindi a 2510 | 2604 |
| precedenti al 2510 | aggiornamento alla versione 2510 | 2604 |
| 2510 | Direttamente a | 2604 |
Novità
In questa versione non sono presenti nuove funzionalità o miglioramenti, ma di seguito è riportata una modifica:
- Gli aggiornamenti a più nodi sono stati deprecati. I dispositivi multinodo rimarranno nella versione 2510 o precedente.
Problemi noti in questa versione
| No. | Feature | Problema | Soluzione alternativa/commenti |
|---|---|---|---|
| 1. | Kubernetes | Aggiunta del supporto per la crittografia dei dati inattivi per i segreti Kubernetes. I segreti appena creati o aggiornati vengono crittografati automaticamente. | Per crittografare i secret esistenti non ancora aggiornati, applicarli nuovamente come descritto in Crittografia dei dati riservati archiviati. |
| 2. | Kubernetes | Aggiornamento del contenitore alla versione 2.2.1. Non supporta più il pull delle immagini compilate con il formato schema 1 precedente. | È necessario aggiornare le immagini del container come descritto in Funzionalità deprecate e il supporto per le immagini Docker Schema 1 è disabilitato per impostazione predefinita. |
Problemi noti delle versioni precedenti
Nella tabella seguente viene fornito un riepilogo dei problemi noti ereditati dalle versioni precedenti.
| No. | Feature | 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. 1. Nell'interfaccia utente locale del dispositivo abilitare l'interfaccia di calcolo. Selezionare Computazione > Numero di porta > Attiva porta per computazione > Applica. 2. Scaricare sqlcmd nel computer client dall'utilità di comando SQL. 3. Connettersi all'indirizzo IP dell'interfaccia di calcolo (la porta abilitata), aggiungendo "1401" alla fine dell'indirizzo. 4. Il comando finale è 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 potrebbero comportare la mancata 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 nel dispositivo usando la funzione di aggiornamento. 3. Aggiornare solo una parte del BLOB usando le API REST di Azure SDK. Queste azioni possono comportare che le sezioni del BLOB che devono essere aggiornate non vengano aggiornate 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. | Throttling | Durante il throttling, se le nuove scritture sul dispositivo non sono consentite, le scritture da parte del client NFS falliscono con un errore "Autorizzazione negata". | L'errore viene visualizzato come segue:hcsuser@ubuntu-vm:~/nfstest$ mkdir testmkdir: impossibile creare la directory 'test': Autorizzazione negata |
| 4. | Ingestione di gestione rete virtuale di Azure | Quando si usa AzCopy versione 10 per l'importazione di dati nel Blob storage, 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 stratificati | Quando si usano account di archiviazione a livelli, si applica quanto segue: - Solo i BLOB in blocchi sono supportati. I page blobs non sono supportati. Non è disponibile supporto per snapshot o copy API. - Il caricamento del workload Hadoop tramite distcp non è supportato perché fa largo uso dell'operazione di copia. |
|
| 6. | Connessione della 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 mount 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 sul dispositivo che esegue un cluster Kubernetes, le macchine virtuali Kubernetes verranno riavviate e riattivate. In questo caso, 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. È 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 di 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 nel dispositivo Azure Stack Edge. | IoT Edge utilizza uno strato di traduzione per convertire le opzioni ContainerCreate in costrutti Kubernetes. La creazione di Binds corrisponde alla directory hostpath e pertanto i mount di tipo bind basati su file non possono essere collegati a percorsi all'interno dei contenitori IoT Edge. Se possibile, mappare la directory padre. |
| 13. | Kubernetes | Se porti i tuoi certificati per IoT Edge e li aggiungi al dispositivo Azure Stack Edge dopo che l'elaborazione è stata configurata sul dispositivo, i nuovi certificati non vengono riconosciuti. | Per risolvere questo problema, è necessario caricare i certificati prima di configurare il calcolo nel dispositivo. Se il calcolo è già configurato, connettersi all'interfaccia PowerShell del dispositivo ed eseguire i comandi IoT Edge. Riavviare iotedged e edgehub pod. |
| 14. | Certificates | 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. | Certificates | Gli avvisi relativi ai certificati della catena di firma non vengono rimossi dal portale anche 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 sicurezza avanzata e riavviare il browser. |
| 18. | Kubernetes | Kubernetes non supporta ":" nei nomi delle variabili di ambiente usati dalle applicazioni .NET. Questo è necessario anche affinché il modulo IoT Edge di Event Grid operi su il dispositivo Azure Stack Edge e altre applicazioni. Per altre informazioni, vedere Documentazione ASP.NET Core. | Sostituire ":" con doppio trattino basso. Per altre informazioni, vedere Problema di 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 quando vengono eliminate dal repository Git, impostare --sync-garbage-collection in Arc OperatorParams. Per altre informazioni, vedere Eliminare una configurazione. |
| 20. | NFS (Network File System) | Le applicazioni che usano punti di montaggio NFS condivisi sul dispositivo per scrivere dati devono usare la scrittura esclusiva. Ciò garantisce che le scritture vengano scritte sul disco. | |
| 21. | Configurazione di calcolo | La configurazione di elaborazione fallisce nelle configurazioni di rete in cui i gateway, gli switch o i router rispondono alle richieste ARP (Address Resolution Protocol) per i sistemi che non esistono sulla rete. | |
| 22. | Calcolo e Kubernetes | Se Kubernetes è configurato per primo nel dispositivo, richiede tutte le GPU disponibili. Di conseguenza, non è possibile creare macchine virtuali di Azure Resource Manager usando GPU dopo aver configurato Kubernetes. | Se il dispositivo ha 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 di script personalizzati per macchine virtuali | C'è un problema noto nelle macchine virtuali Windows create in una versione precedente e il dispositivo è stato aggiornato alla versione 2103. Se si aggiunge un'estensione di script personalizzata in queste macchine virtuali, l'agente guest della macchina virtuale Windows (solo versione 2.7.41491.901) si blocca nell'aggiornamento, causando il timeout della distribuzione dell'estensione. |
Per risolvere questo problema: 1. Connettersi alla macchina virtuale Windows con Remote Desktop Protocol (RDP). 2. Verificare che waappagent.exe sia in esecuzione sul computer: Get-Process WaAppAgent. 3. Se waappagent.exe non è in esecuzione, riavviare il servizio rdagent: Get-Service RdAgent | Restart-Service. Attendere 5 minuti.4. Mentre waappagent.exe è in esecuzione, uccidi il processo WindowsAzureGuest.exe. 5. Dopo aver terminato il processo, il processo viene avviato nuovamente con la versione più recente. 6. Verificare che la versione dell'agente guest della macchina virtuale di Windows sia 2.7.41491.971 usando questo comando: Get-Process WindowsAzureGuestAgent | fl ProductVersion.7. 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. | |
| 26. | Azure IoT Edge | La soluzione gestita Azure IoT Edge su Azure Stack Edge è in esecuzione su un runtime di IoT Edge obsoleto che ha raggiunto il termine del ciclo di vita. Per altre informazioni, vedere Fine vita di IoT Edge v1.1: Cosa significa per me? Anche se la soluzione non smette di funzionare oltre la fine della vita, non ci sono piani per aggiornarla. | Per eseguire l'ultima versione LTS di Azure IoT Edge con gli aggiornamenti e le funzionalità più recenti in Azure Stack Edge, è consigliabile implementare una soluzione IoT Edge autogestita dal cliente in esecuzione su una macchina virtuale Linux. Per altre informazioni, vedere Spostare i carichi di lavoro da IoT Edge gestito in Azure Stack Edge a una soluzione IoT Edge in una macchina virtuale Linux. |
| 27. | AKS su Azure Stack Edge | In questa versione non è possibile modificare le reti virtuali una volta che il cluster AKS è stato distribuito sul tuo cluster Azure Stack Edge. | Per modificare la rete virtuale, è necessario eliminare il cluster del servizio Azure Kubernetes, quindi modificare le reti virtuali e quindi ricreare il cluster del servizio Azure Kubernetes in Azure Stack Edge. |
| 28. | Aggiornamento AKS | L'aggiornamento Kubernetes del servizio Azure Kubernetes potrebbe avere esito negativo se una delle macchine virtuali del servizio Azure Kubernetes non è in esecuzione. Questo problema potrebbe essere visualizzato nel cluster a due nodi. | Se l'aggiornamento di AKS non è riuscito, connettersi all'interfaccia di PowerShell del dispositivo. Controllare lo stato delle macchine virtuali Kubernetes eseguendo il cmdlet Get-VM. Se la macchina virtuale è disattivata, eseguire il cmdlet Start-VM per riavviare la macchina virtuale. Dopo aver eseguito la macchina virtuale Kubernetes, riapplicare l'aggiornamento. |
| 29. | Wi-Fi | La funzionalità Wi-Fi per Azure Stack Edge Mini R è obsoleta. | |
| 30. | Azure Storage Explorer | Il certificato dell'endpoint di archiviazione BLOB generato automaticamente dal dispositivo Azure Stack Edge potrebbe non funzionare correttamente con Azure Storage Explorer. | Sostituire il certificato dell'endpoint di archiviazione BLOB. Per i passaggi dettagliati, vedere Porta i tuoi certificati. |
| 31. | Connettività di rete | In un cluster Azure Stack Edge Pro 2 a due nodi con un commutatore virtuale raggruppato per la porta 1 e la porta 2, se è inattivo un collegamento porta 1 o porta 2, possono essere necessari fino a 5 secondi per riprendere la connettività di rete sulla porta attiva rimanente. Se un cluster Kubernetes usa questo commutatore virtuale raggruppato per il traffico di gestione, la comunicazione dei pod può essere interrotta fino a 5 secondi. | |
| 32. | Macchina virtuale | Dopo l'arresto della macchina virtuale del pool di nodi host o Kubernetes, è possibile che kubelet nella macchina virtuale del pool di nodi non venga avviato a causa di un errore di criteri statici della CPU. La macchina virtuale del pool di nodi mostra lo stato Non pronto e i pod non verranno pianificati in questa macchina virtuale. | Immettere una sessione di supporto e ssh nella macchina virtuale del pool di nodi, quindi seguire i passaggi descritti in Modifica dei criteri di Gestione CPU per correggere il servizio kubelet. |
| 33. | Creazione di macchine virtuali | Se è stata creata un'immagine del Marketplace con Azure Stack Edge precedente alla 2403 e quindi si crea una macchina virtuale dall'immagine del Marketplace esistente, la creazione della macchina virtuale ha esito negativo perché Azure Stack Edge 2407 ha modificato il percorso di download per l'immagine del Marketplace. | Eliminare l'immagine del Marketplace e quindi creare una nuova immagine dal portale di Azure. Per i passaggi dettagliati, vedere Risolvere i problemi di creazione delle macchine virtuali. |
| 34. | Non è possibile aggiungere immagini di macchine virtuali ad Azure Stack Edge | I clienti potrebbero non essere in grado di aggiungere immagini di vm a Azure Stack Edge a causa delle modifiche apportate alle autorizzazioni blob. | Per aggiungere un'immagine di macchina virtuale ad Azure Stack Edge, è necessario avere il ruolo Storage blob data reader o Storage blob data contributor sull'account di archiviazione, sul gruppo di risorse o sulla sottoscrizione. In alternativa, è possibile avere un utente con tali autorizzazioni per eseguire l'operazione. |