Notas de versão do Azure Stack Edge 2205
APLICA-SE A: 
Azure Stack Edge Pro - GPUAzure Stack Edge Pro 2Azure Stack Edge Pro RAzure Stack Edge Mini R
As notas de versão a seguir identificam os problemas críticos em aberto e os problemas resolvidos para a versão 2205 para seus dispositivos Azure Stack Edge. Os recursos e problemas que correspondem a um modelo específico do Azure Stack Edge são destacados sempre que aplicável.
As notas de versão são atualizadas continuamente e, à medida que problemas críticos que exigem uma solução alternativa são descobertos, elas são adicionadas. Antes de implantar seu dispositivo, revise cuidadosamente as informações contidas nas notas de versão.
Este artigo aplica-se à versão 2205 do Azure Stack Edge, que mapeia para o número de versão de software 2.2.1983.5094. Este software pode ser aplicado ao seu dispositivo se estiver a executar pelo menos o software Azure Stack Edge 2106 (2.2.1636.3457).
Novidades
A versão 2205 tem os seguintes recursos e aprimoramentos:
- Alterações do Kubernetes - A partir desta versão, a ativação de computação é movida para uma página dedicada do Kubernetes na interface do usuário local.
- Máquinas virtuais de 2ª geração - A partir desta versão, as máquinas virtuais de 2ª geração podem ser implantadas no Azure Stack Edge. Para obter mais informações, consulte Tamanhos e tipos de VM suportados.
- Atualização da extensão GPU - Nesta versão, os pacotes de extensão GPU são atualizados. Essas atualizações corrigirão alguns problemas encontrados em uma versão anterior durante a instalação da extensão. Para obter mais informações, consulte como atualizar a extensão de GPU do Azure Stack Edge.
- Nenhuma opção de IP - No futuro, há uma opção para não definir um IP para uma interface de rede em seu dispositivo Azure Stack Edge. Para obter mais informações, consulte Configurar rede.
Problemas corrigidos na versão 2205
A tabela a seguir lista os problemas que foram anotados nas versões anteriores e corrigidos na versão atual.
| N.º | Caraterística | Problema |
|---|---|---|
| 1. | Instalação da extensão GPU | Nas versões anteriores, houve problemas que causaram a falha na instalação da extensão GPU. Esses problemas são descritos em Solução de problemas de extensão de GPU. Estes são corrigidos na versão 2205 e os pacotes de instalação do Windows e Linux são atualizados. Mais informações sobre 2205 alterações de instalação específicas são abordadas em Instalar extensão GPU em seu dispositivo Azure Stack Edge. |
| 2. | HPN VMs | Na versão anterior, o Standard_F12_HPN só podia suportar uma interface de rede e não podia ser usado para implantações de Multi-Access Edge Computing (MEC). Esse problema foi corrigido nesta versão. |
Problemas conhecidos na versão 2205
A tabela a seguir fornece um resumo dos problemas conhecidos nesta versão.
| N.º | Caraterística | Problema | Solução alternativa/comentários |
|---|---|---|---|
| 1. | Funcionalidades de pré-visualização | Para esta versão, os seguintes recursos estão disponíveis na visualização: - Clustering e Multi-Access Edge Computing (MEC) apenas para dispositivos GPU Azure Stack Edge Pro. - VPN apenas para Azure Stack Edge Pro R e Azure Stack Edge Mini R. - Azure Resource Manager local, VMs, gerenciamento de nuvem de VMs, gerenciamento de nuvem do Kubernetes e serviço de vários processos (MPS) para GPU Azure Stack Edge Pro, Azure Stack Edge Pro R e Azure Stack Edge Mini R. |
Esses recursos estarão geralmente disponíveis em versões posteriores. |
Problemas conhecidos de versões anteriores
A tabela a seguir fornece um resumo dos problemas conhecidos transferidos das versões anteriores.
| N.º | Caraterística | Problema | Solução alternativa/comentários |
|---|---|---|---|
| 1. | Azure Stack Edge Pro + Azure SQL | A criação de banco de dados SQL requer acesso de administrador. | Execute as etapas a seguir em vez das etapas 1 a 2 em Create-the-sql-database. - Na interface do usuário local do seu dispositivo, ative a interface de computação. Selecione Compute > Port # > Enable for compute > Apply. - Faça o download sqlcmd em sua máquina cliente do utilitário de comando SQL. - Conecte-se ao seu endereço IP da interface de computação (a porta que foi ativada), adicionando um ",1401" ao final do endereço. - O comando final ficará assim: sqlcmd -S {Interface IP},1401 -U SA -P "Strong! Passw0rd". Depois disso, as etapas 3 a 4 da documentação atual devem ser idênticas. |
| 2. | Atualizar | NÃO há suporte para alterações incrementais em blobs restaurados por meio de Atualização | Para pontos de extremidade de Blob, atualizações parciais de blobs após uma Atualização podem fazer com que as atualizações não sejam carregadas na nuvem. Por exemplo, sequência de ações como: 1. Crie blob na nuvem. Ou exclua um blob carregado anteriormente do dispositivo. 2. Atualize o blob da nuvem para o dispositivo usando a funcionalidade de atualização. 3. Atualize apenas uma parte do blob usando APIs REST do SDK do Azure. Essas ações podem fazer com que as seções atualizadas do blob não sejam atualizadas na nuvem. Solução alternativa: use ferramentas como roboscopia ou cópia regular de arquivos por meio do Explorer ou da linha de comando para substituir blobs inteiros. |
| 3. | Limitação | Durante a limitação, se novas gravações no dispositivo não forem permitidas, as gravações pelo cliente NFS falharão com um erro "Permissão negada". | O erro será mostrado abaixo:hcsuser@ubuntu-vm:~/nfstest$ mkdir testmkdir: não é possível criar o diretório 'test': Permissão negada |
| 4. | Ingestão de Blob Storage | Ao usar AzCopy versão 10 para ingestão de armazenamento de Blob, execute AzCopy com o seguinte argumento: Azcopy <other arguments> --cap-mbps 2000 |
Se esses limites não forem fornecidos para o AzCopy, ele poderá enviar um grande número de solicitações para o dispositivo, resultando em problemas com o serviço. |
| 5. | Contas de armazenamento hierárquico | O seguinte se aplica ao usar contas de armazenamento hierárquico: - Apenas blobs de bloco são suportados. Não há suporte para blobs de página. - Não há suporte a snapshot ou copy API. - A ingestão de carga de trabalho do Hadoop não distcp é suportada, pois usa muito a operação de cópia. |
|
| 6. | Conexão de compartilhamento NFS | Se vários processos estiverem copiando para o mesmo compartilhamento e o nolock atributo não for usado, você poderá ver erros durante a cópia. |
O nolock atributo deve ser passado para o comando mount para copiar arquivos para o compartilhamento NFS. Por exemplo: C:\Users\aseuser mount -o anon \\10.1.1.211\mnt\vms Z:. |
| 7. | Cluster do Kubernetes | Ao aplicar uma atualização em seu dispositivo que esteja executando um cluster Kubernetes, as máquinas virtuais Kubernetes serão reiniciadas e reinicializadas. Nesse caso, apenas os pods implantados com réplicas especificadas são restaurados automaticamente após uma atualização. | Se você tiver criado pods individuais fora de um controlador de replicação sem especificar um conjunto de réplicas, esses pods não serão restaurados automaticamente após a atualização do dispositivo. Você precisará restaurar esses pods. Um conjunto de réplicas substitui pods que são excluídos ou encerrados por qualquer motivo, como falha de nó ou atualização de nó com interrupções. Por esse motivo, recomendamos que você use um conjunto de réplicas, mesmo que seu aplicativo exija apenas um único pod. |
| 8. | Cluster do Kubernetes | O Kubernetes no Azure Stack Edge Pro é suportado apenas com o Helm v3 ou posterior. Para obter mais informações, vá para Perguntas frequentes: Remoção de Tiller. | |
| 9. | Kubernetes | A porta 31000 está reservada para o Painel do Kubernetes. A porta 31001 está reservada para o registro de contêiner de Borda. Da mesma forma, na configuração padrão, os endereços IP 172.28.0.1 e 172.28.0.10 são reservados para o serviço Kubernetes e o serviço Core DNS, respectivamente. | Não use IPs reservados. |
| 10. | Kubernetes | Atualmente, o Kubernetes não permite serviços LoadBalancer multiprotocolo. Por exemplo, um serviço DNS que teria que escutar em TCP e UDP. | Para contornar essa limitação do Kubernetes com o MetalLB, dois serviços (um para TCP, um para UDP) podem ser criados no mesmo seletor de pod. Esses serviços usam a mesma chave de compartilhamento e spec.loadBalancerIP para compartilhar o mesmo endereço IP. Os IPs também podem ser compartilhados se você tiver mais serviços do que os endereços IP disponíveis. Para obter mais informações, consulte Compartilhamento de endereços IP. |
| 11. | Cluster do Kubernetes | Os módulos de mercado existentes do Azure IoT Edge podem exigir modificações para serem executados no IoT Edge no dispositivo Azure Stack Edge. | Para obter mais informações, consulte Executar módulos existentes do IoT Edge a partir de dispositivos FPGA do Azure Stack Edge Pro no dispositivo GPU do Azure Stack Edge Pro. |
| 12. | Kubernetes | Não há suporte para montagens de associação baseadas em arquivo com o Azure IoT Edge no Kubernetes no dispositivo Azure Stack Edge. | O IoT Edge usa uma camada de tradução para traduzir ContainerCreate opções para construções do Kubernetes. A criação Binds de mapas para hostpath diretórios e, portanto, montagens de associação baseadas em arquivo não pode ser vinculada a caminhos em contêineres do IoT Edge. Se possível, mapeie o diretório pai. |
| 13. | Kubernetes | Se você trouxer seus próprios certificados para o IoT Edge e adicionar esses certificados em seu dispositivo Azure Stack Edge depois que a computação for configurada no dispositivo, os novos certificados não serão coletados. | Para contornar esse problema, você deve carregar os certificados antes de configurar a computação no dispositivo. Se a computação já estiver configurada, conecte-se à interface do PowerShell do dispositivo e execute os comandos do IoT Edge. Reiniciar iotedged e edgehub pods. |
| 14. | Certificados | Em certos casos, o estado do certificado na interface do usuário local pode levar vários segundos para ser atualizado. | Os seguintes cenários na interface do usuário local podem ser afetados. - Coluna de status na página Certificados . - Mosaico Segurança na página Introdução. - Bloco Configuração na página Visão geral . |
| 15. | Certificados | Os alertas relacionados a certificados de cadeia de assinatura não são removidos do portal mesmo após o upload de novos certificados de cadeia de assinatura. | |
| 16. | Proxy Web | Não há suporte para proxy da Web baseado em autenticação NTLM. | |
| 17. | Internet Explorer | Se os recursos de segurança aprimorados estiverem habilitados, talvez não seja possível acessar as páginas locais da interface do usuário da Web. | Desative a segurança reforçada e reinicie o navegador. |
| 18. | Kubernetes | O Kubernetes não suporta ":" em nomes de variáveis de ambiente que são usados por aplicativos .NET. Isso também é necessário para que o módulo Event Grid IoT Edge funcione no dispositivo Azure Stack Edge e em outros aplicativos. Para obter mais informações, consulte ASP.NET documentação principal. | Substitua ":" por sublinhado duplo. Para obter mais informações, consulte Problema do Kubernetes |
| 19. | Azure Arc + cluster Kubernetes | Por padrão, quando os recursos yamls são excluídos do repositório Git, os recursos correspondentes não são excluídos do cluster Kubernetes. |
Para permitir a exclusão de recursos quando eles são excluídos do repositório git, defina --sync-garbage-collection em Arc OperatorParams. Para obter mais informações, consulte Excluir uma configuração. |
| 20. | NFS | Os aplicativos que usam montagens de compartilhamento NFS em seu dispositivo para gravar dados devem usar a gravação exclusiva. Isso garante que as gravações sejam gravadas no disco. | |
| 21. | Configuração de computação | A configuração de computação falha em configurações de rede em que gateways, switches ou roteadores respondem a solicitações ARP (Address Resolution Protocol) para sistemas que não existem na rede. | |
| 22. | Computação e Kubernetes | Se o Kubernetes for configurado primeiro no seu dispositivo, ele reivindicará todas as GPUs disponíveis. Portanto, não é possível criar VMs do Azure Resource Manager usando GPUs depois de configurar o Kubernetes. | Se o seu dispositivo tiver 2 GPUs, você poderá criar uma VM que use a GPU e, em seguida, configurar o Kubernetes. Nesse caso, o Kubernetes usará a GPU restante disponível. |
| 23. | Extensão de VM de script personalizado | Há um problema conhecido nas VMs do Windows que foram criadas em uma versão anterior e o dispositivo foi atualizado para 2103. Se você adicionar uma extensão de script personalizada nessas VMs, o Agente Convidado de VM do Windows (somente Versão 2.7.41491.901) ficará preso na atualização, fazendo com que a implantação da extensão atinja o tempo limite. |
Para contornar esse problema: - Conecte-se à VM do Windows usando o protocolo RDP (Remote Desktop Protocol). - Certifique-se de que o waappagent.exe está rodando na máquina: Get-Process WaAppAgent. - Se o waappagent.exe não estiver em execução, reinicie o rdagent serviço: Get-Service RdAgent | Restart-Service. Aguarde 5 minutos.- Enquanto o waappagent.exe está em execução, mate o WindowsAzureGuest.exe processo. - Depois de matar o processo, o processo começa a ser executado novamente com a versão mais recente. - Verifique se a versão do Windows VM Guest Agent é 2.7.41491.971 usando este comando: Get-Process WindowsAzureGuestAgent | fl ProductVersion.- Configure a extensão de script personalizada na VM do Windows. |
| 24. | Serviço Multiprocesso (MPS) | Quando o software do dispositivo e o cluster Kubernetes são atualizados, a configuração MPS não é mantida para as cargas de trabalho. | Reative o MPS e reimplante as cargas de trabalho que estavam usando o MPS. |
| 25. | Wi-Fi | O Wi-Fi não funciona no Azure Stack Edge Pro 2 nesta versão. | Essa funcionalidade pode estar disponível em uma versão futura. |
| 26. | Capacidade do dispositivo | Se você atualizou para esta versão de uma compilação mais antiga, a capacidade do dispositivo não apareceu no portal do Azure. Se uma VM fosse provisionada no portal do Azure, as métricas de capacidade seriam atualizadas e exibidas. | Para sincronizar as métricas no portal do Azure, crie uma VM e exclua-a. |