Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
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 da versão 2604 para seus dispositivos Azure Stack Edge. Recursos e problemas que correspondem a um modelo específico do Azure Stack Edge são destacados quando 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 o dispositivo, analise cuidadosamente as informações contidas nas notas de lançamento.
Este artigo se aplica à versão Azure Stack Edge 2604, que é mapeada para a versão de software 3.3.2604.3097.
Caminhos de atualização com suporte
Para aplicar a atualização 2604, seu dispositivo deve estar executando a versão 2510 ou posterior.
Se você não estiver executando a versão mínima necessária, verá este erro:
O pacote de atualização não pode ser instalado, pois suas dependências não são atendidas.
Você pode atualizar para 2510 de 2501 ou posterior e, em seguida, atualizar diretamente para 2604.
Você pode atualizar para a versão mais recente usando os seguintes caminhos de atualização:
| Versão atual do software Azure Stack Edge e do Kubernetes | Atualizar para o software do Azure Stack Edge e o Kubernetes | Atualização desejada para 2604 |
|---|---|---|
| anterior a 2501 | atualizar para 2501 e, em seguida, para 2510 | 2604 |
| anterior a 2510 | atualizar para 2510 | 2604 |
| 2510 | Diretamente para | 2604 |
Quais são as novidades?
Não há novos recursos ou aprimoramentos nesta versão, mas o seguinte é uma alteração:
- As atualizações de múltiplos nós foram descontinuadas. Os dispositivos com vários nós permanecerão na versão 2510 ou anterior.
Problemas conhecidos nesta versão
| Não. | Característica | Questão | Solução alternativa/comentários |
|---|---|---|---|
| 1. | Kubernetes | Adicionado suporte para criptografia em repouso para segredos do Kubernetes. Os segredos recém-criados ou atualizados são criptografados automaticamente. | Para criptografar segredos existentes que não foram atualizados, aplica-los novamente conforme descrito na Criptografia de Dados Confidenciais em Repouso. |
| 2. | Kubernetes | Atualizado o containerd para a versão 2.2.1. Não há mais suporte à extração de imagens criadas com o formato mais antigo do Schema 1. | Você deve atualizar suas imagens de contêiner conforme descrito nos recursos preteridos e o suporte à imagem do Docker Schema 1 está desabilitado por padrão. |
Problemas conhecidos de versões anteriores
A tabela a seguir fornece um resumo dos problemas conhecidos herdados de versões anteriores.
| Não. | Característica | Questão | Solução alternativa/comentários |
|---|---|---|---|
| 1. | Azure Stack Edge Pro + SQL do Azure | A criação do banco de dados SQL requer acesso de administrador. | Execute as etapas a seguir em vez das Etapas 1 a 2 descritas em Create-the-sql-database. 1. Na interface do usuário local do dispositivo, habilite a interface de computação. Selecione Computação > Número da porta > Habilitar para computação > Aplicar. 2. Baixe sqlcmd no computador cliente por meio do utilitário de comando SQL. 3. Conecte-se ao endereço IP da interface de computação (a porta que foi habilitada), adicionando um "1401" ao final do endereço. 4. O comando final terá a seguinte aparência: 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. | Refresh | Não há suporte para alterações incrementais em blobs restaurados via Atualização | Para os pontos de extremidade de Blobs, as 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: Criar um 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: para substituir blobs inteiros, use ferramentas como robocopy ou cópia de arquivo regular por meio do Explorer ou da linha de comando. |
| 3. | Throttling | 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 é mostrado como abaixo:hcsuser@ubuntu-vm:~/nfstest$ mkdir testmkdir: não é possível criar o diretório 'test': permissão negada |
| 4. | Ingestão do Armazenamento de Blobs | Ao usar o AzCopy versão 10 para ingestão de armazenamento de Blobs, execute o AzCopy com o seguinte argumento: Azcopy <other arguments> --cap-mbps 2000 |
Se esses limites não forem fornecidos para 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 estratificado | O seguinte se aplica ao usar contas de armazenamento em camadas: - Somente blobs de bloco são compatíveis. Não há suporte para blobs de páginas. – Não há suporte para instantâneos nem para a API de cópia. - A ingestão de carga de trabalho do Hadoop por meio de distcp não é suportada, pois depende fortemente da operação de cópia. |
|
| 6. | Conexão de compartilhamento NFS | Se vários processos estiverem copiando para o mesmo compartilhamento e o atributo nolock não for utilizado, poderá haver erros durante a cópia. |
O atributo nolock precisa 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 está executando um cluster do Kubernetes, as máquinas virtuais do Kubernetes serão reiniciadas e reinicializadas. Nessa instância, somente 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ê deve restaurar esses pods. Um ReplicaSet substitui os pods que são excluídos ou encerrados por qualquer motivo, como falha de nó ou atualização de nó disruptiva. Por esse motivo, recomendamos que você use um conjunto de réplicas mesmo que seu aplicativo exija apenas um pod. |
| 8. | Cluster do Kubernetes | O Kubernetes no Azure Stack Edge Pro só é compatível 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 é reservada para o registro de contêiner do Edge. 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 DNS Principal, respectivamente. | Não use IPs reservados. |
| 10. | Kubernetes | Atualmente, o Kubernetes não permite serviços do LoadBalancer de vários protocolos. Por exemplo, um serviço DNS que teria que escutar em ambos os protocolos 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 poderão ser compartilhados se você tiver mais serviços do que endereços IP disponíveis. Para obter mais informações, consulte o compartilhamento de endereço IP. |
| 11. | Cluster do Kubernetes | Os módulos existentes do Azure IoT Edge marketplace podem exigir modificações para serem executados no IoT Edge em um dispositivo Azure Stack Edge. | Para obter mais informações, consulte Como executar módulos existentes do IoT Edge de dispositivos Azure Stack Edge Pro FPGA no dispositivo Azure Stack Edge Pro GPU. |
| 12. | Kubernetes | Não há suporte para montagens de bind baseados em arquivo com o Azure IoT Edge no Kubernetes no dispositivo Azure Stack Edge. | O IoT Edge usa uma camada de tradução para converter as opções ContainerCreate em construções Kubernetes. A criação de Binds mapeia para o diretório hostpath e, portanto, montagens de vinculação baseadas em arquivos não podem ser associadas a caminhos em contêineres do IoT Edge. Se possível, mapeie o diretório mãe. |
| 13. | Kubernetes | Se você fornecer seus próprios certificados para o IoT Edge e adicionar esses certificados no seu dispositivo Azure Stack Edge após a configuração da computação no dispositivo, os novos certificados não serão reconhecidos. | 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. Reinicie os pods iotedged e edgehub. |
| 14. | Certificados | Em determinados casos, o estado do certificado na interface do usuário local pode levar vários segundos para ser atualizado. | Os cenários a seguir na interface do usuário local podem ser afetados. - Coluna Status na página Certificados. - Tile Segurança na página Começar. - Bloco de Configuração na página Visão geral. |
| 15. | Certificados | Alertas relacionados a certificados de cadeia de assinatura não são removidos do portal mesmo depois de carregar novos certificados de cadeia de assinatura. | |
| 16. | Proxy Web | Não há suporte para proxy Web baseado em autenticação NTLM. | |
| 17. | Internet Explorer | Se os recursos de segurança aprimorados estiverem habilitados, talvez você não consiga acessar páginas da interface do usuário da Web locais. | Desabilite a segurança aprimorada e reinicie o navegador. |
| 18. | Kubernetes | O Kubernetes não dá suporte a ":" em nomes de variáveis de ambiente usados por aplicativos .NET. Isso também é necessário para o módulo IoT Edge do Event Grid funcionar no dispositivo Azure Stack Edge e em outros aplicativos. Para obter mais informações, confira Documentação do ASP.NET Core. | Substitua ":" por sublinhado duplo. Para obter mais informações, confira Problema do Kubernetes |
| 19. | Azure Arc + cluster de Kubernetes | Por padrão, quando o recurso yamls é excluído do repositório Git, os recursos correspondentes não são excluídos do cluster do 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 | Aplicativos que utilizam montagens NFS compartilhadas em seu dispositivo para gravação de dados devem optar pela Gravação exclusiva. Isso garante que as gravações sejam escritas no disco. | |
| 21. | Configuração de computação | A configuração de computação falha em configurações de rede em que gateways, comutadores ou roteadores respondem às solicitações do protocolo ARP para sistemas que não existem na rede. | |
| 22. | Computação e Kubernetes | Se o Kubernetes estiver configurado primeiro em 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 dispositivo tiver 2 GPUs, você poderá criar uma VM que usa a GPU e configurar o Kubernetes. Nesse caso, o Kubernetes usará a única GPU disponível restante. |
| 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 Windows VM Guest Agent (somente versão 2.7.41491.901) travará durante a atualização, fazendo com que a implantação da extensão atinja o tempo limite. |
Para contornar esse problema: 1. Conecte-se à VM do Windows usando o PROTOCOLO RDP (protocolo de área de trabalho remota). 2. Verifique se o waappagent.exe está em execução no computador: Get-Process WaAppAgent. 3. Se o waappagent.exe não estiver em execução, reinicie o serviço rdagent: Get-Service RdAgent | Restart-Service. Aguarde 5 minutos.4. Enquanto o waappagent.exe estiver em execução, encerre o processo WindowsAzureGuest.exe. 5. Depois que você encerrar o processo, ele começará a ser executado novamente com a versão mais recente. 6. Verifique se a versão do Agente Convidado da VM do Windows é 2.7.41491.971 usando este comando: Get-Process WindowsAzureGuestAgent | fl ProductVersion.7. Configurar a extensão de script personalizado na VM do Windows. |
| 24. | MPS (Serviço de Vários Processos) | Quando o software do dispositivo e o cluster do Kubernetes são atualizados, a configuração de MPS não é mantida para as cargas de trabalho. | Habilite novamente o MPS e reimplante as cargas de trabalho que estavam fazendo uso dele. |
| 25. | Wi-Fi | Wi-Fi não funciona no Azure Stack Edge Pro 2 nesta versão. | |
| 26. | Azure IoT Edge | A solução gerenciada do Azure IoT Edge no Azure Stack Edge está em execução em um runtime antigo e obsoleto do IoT Edge que está no fim da vida útil. Para obter mais informações, consulte o fim da vida útil do IoT Edge v1.1: O que isso significa para mim? Embora a solução não pare de funcionar após o fim da vida útil, não há planos para atualizá-la. | Para executar a versão mais recente do Azure IoT Edge LTSs com as atualizações e os recursos mais recentes em seu Azure Stack Edge, recomendamos que você implante uma solução IoT Edge autogerenciada pelo cliente que seja executada em uma VM Linux. Para obter mais informações, consulte Movendo cargas de trabalho de IoT Edge gerenciadas no Azure Stack Edge para uma solução de IoT Edge em uma VM Linux. |
| 27. | AKS no Azure Stack Edge | Nesta versão, você não poderá modificar as redes virtuais depois que o cluster do AKS for implantado em seu cluster Azure Stack Edge. | Para modificar a rede virtual, você deve excluir o cluster do AKS, modificar as redes virtuais e, em seguida, recriar o cluster do AKS no Azure Stack Edge. |
| 28. | Atualização do AKS | A atualização do Kubernetes do AKS poderá falhar se uma das VMs do AKS não estiver em execução. Esse problema pode ser observado em um cluster de dois nós. | Se a atualização do AKS falhar, conecte-se à interface do PowerShell do dispositivo. Verifique o estado das VMs do Kubernetes executando o cmdlet Get-VM. Se a VM estiver desativada, execute o Start-VM cmdlet para reiniciar a VM. Quando a VM do Kubernetes estiver em execução, aplique novamente a atualização. |
| 29. | Wi-Fi | A funcionalidade de Wi-Fi para o Azure Stack Edge Mini R foi preterida. | |
| 30. | Gerenciador de Armazenamento do Azure | O certificado do ponto de extremidade do armazenamento Blob gerado automaticamente pelo dispositivo do Azure Stack Edge pode não funcionar corretamente com o Gerenciador de Armazenamento do Azure. | Substituir o certificado do ponto de extremidade do armazenamento de Blobs. Para obter etapas detalhadas, consulte Traga seus próprios certificados. |
| 31. | Conectividade de rede | Em um cluster do Azure Stack Edge Pro 2 de dois nós, com um comutador virtual agrupado para a Porta 1 e a Porta 2, se um link da Porta 1 ou Porta 2 estiver inativo, poderá levar até 5 segundos para retomar a conectividade de rede na porta ativa restante. Se um cluster do Kubernetes usar este switch virtual em equipe para o tráfego de gerenciamento, a comunicação do pod poderá ser interrompida por até 5 segundos. | |
| 32. | Máquina virtual | Depois que a VM de host ou do pool de nós do Kubernetes for desligada, há uma chance de que o kubelet na VM do pool de nós não seja iniciado devido a um erro de política de CPU estática. A VM do pool de nós mostra o status Não está pronta e os pods não serão agendados nesta VM. | Participe de uma sessão de suporte e acesse a VM do pool de nós via SSH, então siga as etapas em Alterar a Política do Gerenciador de CPU para remediar o serviço de kubelet. |
| 33. | Criação da VM | Se você tiver uma imagem do Marketplace criada com o Azure Stack Edge anterior a 2403 e criar uma VM com base na imagem existente do Marketplace, a criação da VM falhará porque o Azure Stack Edge 2407 alterou o caminho de download para a imagem do Marketplace. | Exclua a imagem do Marketplace e crie uma nova imagem no portal do Azure. Para obter etapas detalhadas, consulte Solucionar problemas de criação de VM. |
| 34. | Não é possível adicionar imagens de VM ao Azure Stack Edge | Os clientes podem não conseguir adicionar imagens de VM ao Azure Stack Edge devido a alterações nas permissões de blob. | Para adicionar uma imagem de VM ao Azure Stack Edge, você precisa ter a função Storage blob data reader ou Storage blob data contributor na conta de armazenamento, no grupo de recursos ou na assinatura. Como alternativa, é possível solicitar que alguém que tenha essas permissões execute a operação. |