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 seguenti note di rilascio identificano problemi critici aperti e problemi risolti per la versione 2607 dei tuoi 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 2607 di Azure Stack Edge, che corrisponde alla versione software 3.3.2607.3535.
Percorsi di aggiornamento supportati
Per applicare l'aggiornamento 2607, il tuo dispositivo deve superare l'aggiornamento obbligatorio 2510.
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.
Se il tuo dispositivo ha una versione precedente a 2501, aggiorna a 2501, poi a 2510, prima di aggiornare a 2607.
Se il tuo dispositivo esegue la versione 2604, puoi aggiornarlo direttamente alla versione 2607.
È 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 per 2607 |
|---|---|---|
| precedenti al 2501 | aggiornare a 2501, quindi a 2510 | 2607 |
| precedenti al 2510 | aggiornamento alla versione 2510 | 2607 |
| 2604 | Direttamente al 2607 | 2607 |
Novità
In questa versione non sono disponibili nuove funzionalità o miglioramenti.
Problemi noti in questa versione
In questa versione non sono presenti problemi noti.
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. | Kubernetes | Aggiunta del supporto per la crittografia dei dati inattivi per i segreti Kubernetes. I segreti appena creati o aggiornati vengono crittografati automaticamente. | Per criptare segreti esistenti che non hai aggiornato, riapplicali come descritto in Crittografia dei dati riservati a riposo. |
| 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. |
| 3. | 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. Connettiti all'indirizzo IP della tua interfaccia di calcolo (la porta che hai abilitato), aggiungendo un ",1401" alla fine dell'indirizzo. 4. Il comando finale è simile al seguente: sqlcmd -S {Interface IP},1401 -U SA -P "Strong!Passw0rd". Dopo questo passaggio, i passaggi 3-4 della documentazione attuale dovrebbero essere identici. |
| 4. | Aggiornamento | Le modifiche incrementali ai blob ripristinate tramite Refresh non sono supportate | Per gli endpoint Blob, aggiornamenti parziali dei blob dopo un Refresh potrebbero far sì che gli aggiornamenti non vengano caricati sul 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 all'appliance utilizzando la funzione di refresh. 3. Aggiornare solo una parte del blob utilizzando le API REST di Azure SDK. Queste azioni possono far sì che le sezioni aggiornate del blob 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. |
| 5. | 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". | Viene visualizzato il messaggio di errore seguente:hcsuser@ubuntu-vm:~/nfstest$ mkdir testmkdir: impossibile creare la directory 'test': Autorizzazione negata |
| 6. | Ingestione di gestione rete virtuale di Azure | Quando usi AzCopy versione 10 per l'ingestione dello storage Blob, esegui AzCopy con il seguente argomento:Azcopy <other arguments> --cap-mbps 2000 |
Se non fornisci questi limiti per AzCopy, potrebbe potenzialmente inviare un gran numero di richieste al dispositivo, causando problemi con il servizio. |
| 7. | Account di archiviazione stratificati | Le seguenti condizioni si applicano quando si utilizzano account di storage a livelli: - 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. |
|
| 8. | Connessione della condivisione NFS | Se più processi copiano sulla stessa condivisione e non usi l'attributo nolock , potresti vedere errori durante la copia. |
Devi passare l'attributo nolock 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:. |
| 9. | Cluster Kubernetes | Quando applichi un aggiornamento sul dispositivo su cui è in esecuzione un cluster Kubernetes, le macchine virtuali Kubernetes vengono riavviate ed eseguono un reboot. In questo caso, solo i pod distribuiti con le repliche specificate vengono ripristinati automaticamente dopo un aggiornamento. | Se hai creato singoli pod al di fuori di un controller di replica senza specificare un set di repliche, questi pod non vengono 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, usa un set replica anche se la tua applicazione richiede solo un singolo pod. |
| 10. | Cluster Kubernetes | Kubernetes in Azure Stack Edge Pro è supportato solo con Helm v3 o versione successiva. Per maggiori informazioni, vedi Domande frequenti: Rimozione del timone. | |
| 11. | 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. |
| 12. | Kubernetes | Kubernetes non consente attualmente servizi "LoadBalancer" multi-protocollo. Ad esempio, un servizio DNS che dovrà essere in ascolto su TCP e UDP. | Per aggirare questa limitazione di Kubernetes con MetalLB, crea due servizi (uno per TCP, uno per UDP) sullo stesso selettore di pod. Questi servizi usano la stessa chiave di condivisione e spec.loadBalancerIP per condividere lo stesso indirizzo IP. Puoi anche condividere gli IP se hai più servizi rispetto agli indirizzi IP disponibili. Per altre informazioni, vedere Condivisione di indirizzi IP. |
| 13. | 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. |
| 14. | 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. |
| 15. | Kubernetes | Se porti i tuoi certificati per IoT Edge e aggiungi quei certificati al tuo dispositivo Azure Stack Edge dopo aver configurato il calcolo sul dispositivo, i nuovi certificati non vengono ripresi. | Per aggirare questo problema, carica i certificati prima di configurare il calcolo sul dispositivo. Se hai già configurato il calcolo, collegati all'interfaccia PowerShell del dispositivo ed esegui comandi IoT Edge. Riavviare iotedged e edgehub pod. |
| 16. | 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. |
| 17. | Certificati | 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. | |
| 18. | Proxy Web | Il proxy Web basato sull'autenticazione NTLM non è supportato. | |
| 19. | 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. |
| 20. | Kubernetes | Kubernetes non supporta ":" nei nomi delle variabili di ambiente usati dalle applicazioni .NET. Questa condizione è inoltre richiesta affinché il modulo Event Grid IoT Edge funzioni su dispositivi 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 |
| 21. | Azure Arc + cluster Kubernetes | Per impostazione predefinita, quando elimini una risorsa yamls 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. |
| 22. | NFS | 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. | |
| 23. | 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. | |
| 24. | Calcolo e Kubernetes | Se configuri prima Kubernetes sul tuo dispositivo, rivendica tutte le GPU disponibili. Quindi, non puoi creare VM di Azure Resource Manager che utilizzano GPU dopo aver configurato Kubernetes. | Se il tuo dispositivo ha due GPU, puoi creare una VM che usa la GPU e poi configurare Kubernetes. In questo caso, Kubernetes utilizza la GPU disponibile rimanente. |
| 25. | 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. |
| 26. | Servizio multiprocessore (MPS) | Quando aggiorni 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. |
| 27. | Wi-Fi | Il WiFi non funziona in questa versione di Azure Stack Edge Pro 2. | |
| 28. | 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 di Azure IoT Edge LTS con gli ultimi aggiornamenti e funzionalità sul loro Azure Stack Edge, distribuisci una soluzione IoT Edge autogestita dal cliente che gira su una VM 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. |
| 29. | AKS su Azure Stack Edge | In questa versione, non puoi modificare le reti virtuali una volta distribuito il cluster AKS sul tuo cluster Azure Stack Edge. | Per modificare la rete virtuale, devi eliminare il cluster AKS, poi modificare le reti virtuali e infine ricreare il cluster AKS sul tuo Azure Stack Edge. |
| 30. | 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. Potresti notare questo problema nel cluster a due nodi. | Se l'aggiornamento AKS fallisce, collegati all'interfaccia PowerShell del dispositivo. Controlla lo stato delle VM Kubernetes eseguendo il Get-VM cmdlet. 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. |
| 31. | Wi-Fi | La funzionalità Wi-Fi per Azure Stack Edge Mini R è obsoleta. | |
| 32. | Azure Storage Explorer | Il certificato endpoint di storage Blob che il dispositivo Azure Stack Edge genera automaticamente 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. |
| 33. | 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. | |
| 34. | 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 VM del node pool mostra lo stato Non pronto e i pod non sono programmati su questa VM. | 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. |
| 35. | 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. |
| 36. | 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. |