Notas de lançamento do Azure Stack Hub

Este artigo descreve o conteúdo dos pacotes de atualização do Azure Stack Hub. A atualização inclui melhorias e correções para o mais recente lançamento do Azure Stack Hub.

Para aceder a notas de lançamento para uma versão diferente, utilize o seletor de versão dropdown acima da tabela de conteúdos à esquerda.

Importante

Este pacote de atualização destina-se apenas aos sistemas integrados Azure Stack Hub. Não aplique este pacote de atualização no Kit de Desenvolvimento da Pilha Azure (ASDK).

Importante

Se o seu exemplo do Azure Stack Hub estiver atrasado por mais de duas atualizações, é considerado fora de conformidade. Tem de atualizar para pelo menos a versão suportada mínima para receber suporte.

Importante

Se o seu exemplo do Azure Stack Hub não tiver um contrato de suporte ativo com o parceiro de hardware, é considerado fora de conformidade. Você deve ter um contrato de suporte ativo para que o hardware receba suporte.

Atualizar o planeamento

Antes de aplicar a atualização, certifique-se de rever as seguintes informações:

Para obter ajuda com atualizações de resolução de problemas e o processo de atualização, consulte patch de resolução de problemas e problemas de atualização para O Azure Stack Hub.

Descarregue a atualização

Você pode baixar o pacote de atualização Azure Stack Hub usando a ferramenta de descarregamento de atualização Azure Stack Hub.

2102 referência de construção

O mais recente número de construção de atualização Azure Stack Hub 2102 é 1.2102.30.97. Para obter informações atualizadas sobre a construção e a fixação de hotfixes, consulte a secção Hotfixes.

Tipo de atualização

O tipo de construção de atualização Azure Stack Hub 2102 é Completo.

A atualização 2102 tem os seguintes tempos de execução esperados com base nos nossos testes internos:

  • 4 nó de nó: 8-20 horas
  • 8 nómada: 11-26 horas
  • 12 nóns: 14-32 horas
  • 16 acenos: 17-38 horas

As durações exatas da atualização normalmente dependem da capacidade utilizada no seu sistema pelas cargas de trabalho dos inquilinos, da conectividade da rede do seu sistema (se estiver ligado à internet) e das especificações de hardware do seu sistema. As durações mais curtas ou mais longas do que o valor esperado não são incomuns e não requerem ação por parte dos operadores do Azure Stack Hub, a menos que a atualização falhe. Esta aproximação de tempo de execução é específica da atualização de 2102 e não deve ser comparada com outras atualizações do Azure Stack Hub.

Para obter mais informações sobre os tipos de construção de atualização, consulte Gerir atualizações no Azure Stack Hub.

Novidades

  • O serviço de backup de infraestrutura Azure Stack Hub agora suporta backup progressivo. Esta funcionalidade ajuda a reduzir os requisitos de armazenamento na localização de backup externa e altera a forma como os ficheiros são organizados na loja de backup externa. Recomenda-se que não manipule ficheiros sob o diretório de raiz de reserva.

  • Os discos geridos pelo Azure Stack Hub suportam agora a versão APIs do Disco Azure 2019-07-01, com um subconjunto das funcionalidades disponíveis.

  • O Azure Stack Hub Armazenamento agora suporta a versão APIs de gestão de serviços Azure Armazenamento 2019-06-01,com um subconjunto de funcionalidades disponíveis.

  • O portal de administrador do Azure Stack Hub mostra agora informações relacionadas com a GPU, incluindo dados de capacidade. Isto requer a instalação de uma GPU no sistema.

  • Os utilizadores podem agora implementar todos os tamanhos VM suportados, utilizando o Nvidia T4 através do portal de utilizadores Azure Stack Hub.

  • Os operadores do Azure Stack Hub podem agora configurar vários arrendamentos no Azure Stack Hub através do portal do administrador. Para obter mais informações, consulte Configurar vários arrendamentos.

  • Os operadores do Azure Stack Hub podem agora configurar um aviso legal utilizando o ponto final privilegiado. Para obter mais informações, consulte os controlos de segurança do Configure Azure Stack Hub.

  • Durante o processo de atualização, a Granular Bitmap Repair (GBR), uma otimização no processo de reparação de armazenamento, é introduzida para reparar dados fora de sincronização. Em comparação com o processo anterior, são reparados segmentos mais pequenos, o que leva a menos tempo de reparação e uma duração de atualização global mais curta. O GBR está ativado por padrão para todas as novas implementações de 2102. Para uma atualização para 2102 a partir de uma versão anterior (2008), o GBR está ativado durante a atualização. GBR requer que todos os discos físicos estejam em estado saudável, por isso foi adicionada uma validação extra na verificação UpdateReadiness. A & atualização do patch falhará numa fase inicial se a validação falhar. Nessa altura, um administrador em nuvem deve tomar medidas para resolver o problema do disco antes de retomar a atualização. Para acompanhar o OEM, consulte as informações de contacto da OEM.

  • O Azure Stack Hub suporta agora os novos tamanhos VM da série D da série D SQL.

  • O Azure Stack Hub suporta agora a adição de GPUs a qualquer sistema existente. Para adicionar uma GPU, execute stop-azurestack,execute através do processo de stop-azurestack, adicione GPUs e, em seguida, execute start-azurestack até a conclusão. Se o sistema já tinha GPUs, então quaisquer VMs de GPU anteriormente criados devem ser stop-deallocados e, em seguida, reiniciado.

  • Tempo de atualização do OEM reduzido utilizando o processo de atualização ao vivo.

  • O motor AKS no Azure Stack Hub acrescentou as seguintes novas funcionalidades. Para mais informações, consulte as notas de lançamento na documentação do motor AKS:

    • Disponibilidade geral de Ubuntu 18.04.
    • Suporte para Kubernetes 1.17.17 e 1.18.15.
    • Pré-visualização do comando de rotação de certificados.
    • Pré-visualização pública do CSI Driver Azure Disks.
    • Pré-visualização pública do CSI Driver NFS.
    • Csi Driver para pré-visualização privada de Azure Blobs.
    • T4 Nvidia GPU suporta pré-visualização privada.
    • Azure Ative Directory pré-visualização privada de integração.

Melhorias

  • Aumentou o período de retenção de registos do Controlador de Rede, pelo que os registos estarão disponíveis por mais tempo para ajudar os engenheiros na resolução eficaz de problemas, mesmo depois de resolvido um problema.
  • Melhorias para preservar os registos do Controlador de Rede, Gateway VM, Balancer de Carga e Agente Anfitrião durante uma atualização.
  • Melhorou a lógica de eliminação dos recursos em rede que são bloqueados por um estado de avisão falhado.
  • Reduziu a memória XRP para 14 GB por VM e a memória WAS para 10 GB por VM. Ao evitar o aumento da pegada total de memória de VM, mais VMs inquilinos são implantáveis.
  • O relatório HTML da recolha de registos, que dá uma imagem instantânea dos ficheiros sobre a parte de carimbo e diagnóstico, tem agora uma visão resumida dos ficheiros, funções, fornecedores de recursos e informações de eventos para ajudar a entender melhor o sucesso e a taxa de falha do processo de recolha de registos.
  • Adicione cmdlets PowerShell Set-AzSLegalNotice e Get-AzSLegalNotice ao ponto final privilegiado (PEP) para recuperar e atualizar o conteúdo do texto do banner de login após a implementação.
  • Adicionei uma funcionalidade webhooks à funcionalidade de Registo de Contentores Azure na pré-visualização privada do Azure Stack Hub. Ver Create Webhooks - CLI.
  • Removidos Serviços de Certificado de Diretório Ativo (ADCS) e o CA VM inteiramente do Azure Stack Hub. Isto reduz a pegada da infraestrutura e poupa até 2 horas de tempo de atualização.

Alterações

  • As APIs do Fornecedor de Recursos de Tecido expõem agora informações sobre GPUs se disponíveis na unidade de escala.
  • Os operadores do Azure Stack Hub podem agora alterar a relação de partição gpu através do PowerShell (apenas AMD). Isto requer que todas as máquinas virtuais sejam negociadas.
  • Esta construção inclui uma nova versão do Azure Resource Manager.
  • O portal de utilizadores do Azure Stack Hub utiliza agora a experiência completa do ecrã para equilibradores de carga, Grupos de Segurança de Rede, zonas DNS e criação de discos e VM.
  • No lançamento de 2102, o Windows Admin Center (WAC) é ativado a pedido de uma sessão PEP desbloqueada. Por predefinição, o WAC não está ativado. Para o ativar, especifique a -EnableWac bandeira; por exemplo, unlock-supportsession -EnableWac .
  • A recolha de registos proactivos utiliza agora um algoritmo melhorado, que captura registos durante condições de erro que não são visíveis para um operador. Este algoritmo garante que a informação de diagnóstico correta é recolhida no momento certo, sem exigir qualquer interação do operador. Em alguns casos, o suporte da Microsoft pode começar a resolver problemas e resolver problemas mais cedo. As melhorias iniciais do algoritmo concentram-se nas operações de patch e atualização. É recomendado permitir recolhas de registos proactivos, à medida que mais operações são otimizadas e os benefícios aumentam.
  • Há um aumento temporário de 10 GB de memória usado pela infraestrutura Azure Stack Hub.

Correções

  • Corrigiu um problema em que as zonas de DNS internas ficaram dessincronizadas durante a atualização e fez com que a atualização falhasse. Esta correção foi reposta para 2008 e 2005 através de hotfixes.
  • Corrigiu um problema em que o espaço do disco era esgotado por registos em anfitriões físicos, controladores de rede, gateways e equilibros de carga. Esta correção foi reportada a 2008.
  • Corrigiu um problema em que a supressão de grupos de recursos ou redes virtuais falhou devido a um recurso órfão na camada do Controlador de Rede.
  • Retire o tamanho ND6s_dev do apanhador de tamanho VM, uma vez que é um tamanho VM não suportado.
  • Fixo um problema em que a realização de Stop-Deallocate num VM resulta numa configuração MTU no VM a ser removida. Este comportamento era inconsistente com O Azure.

Atualizações de segurança

Para obter informações sobre atualizações de segurança nesta atualização do Azure Stack Hub, consulte as atualizações de segurança do Azure Stack Hub.

Correções

O Azure Stack Hub lança hotfixes regularmente. Começando com o lançamento de 2005, quando atualiza para uma nova versão importante (por exemplo, 1.2005.x a 1.2008.x), os mais recentes hotfixes (se houver) na nova versão principal são instalados automaticamente. A partir daí, se for lançado um hotfix para a sua construção, deverá instalá-lo.

Para mais informações, consulte a nossa política de assistência.

Os hotfixes Azure Stack Hub são aplicáveis apenas aos sistemas integrados Azure Stack Hub; não tente instalar fixações no ASDK.

Nota

Os lançamentos de hotfix do Azure Stack Hub são cumulativos; basta instalar o mais recente hotfix para obter todas as correções incluídas em quaisquer versões anteriores para esta versão.

Pré-requisitos do hotfix: antes de aplicar a atualização de 2102

A versão 2102 do Azure Stack Hub deve ser aplicada na versão de 2008 com os seguintes hotfixes:

Depois de aplicar com sucesso a atualização de 2102

Quando atualiza uma nova versão importante (por exemplo, 1.2008.x a 1.2102.x), os mais recentes hotfixes (se houver) na nova versão principal são instalados automaticamente. A partir daí, se for lançado um hotfix para a sua construção, deverá instalá-lo.

Após a instalação do 2102, se forem posteriormente libertados quaisquer acabamentos para 2102, deverá instalá-los:

Referência de construção de 2008

O mais recente número de construção de atualização Azure Stack Hub 2008 é 1.2008.40.149. Para obter informações atualizadas sobre a construção e a fixação de hotfixes, consulte a secção Hotfixes.

Tipo de atualização

O tipo de construção de atualização Azure Stack Hub 2008 é Completo.

O pacote de atualização de 2008 é maior em tamanho em comparação com atualizações anteriores. O aumento do tamanho resulta em tempos de descarregamento mais longos. A atualização permanecerá no estado de Preparação por muito tempo, e os operadores podem esperar que este processo desemque mais do que com atualizações anteriores. A atualização de 2008 teve os seguintes tempos de funcionamento esperados nos nossos testes internos- 4 nós: 13-20 horas, 8 nós: 16-26 horas, 12 nós: 19-32 horas, 16 nós: 22-38 horas. Os tempos de atualização exatos normalmente dependem da capacidade utilizada no seu sistema pelas cargas de trabalho dos inquilinos, da conectividade da rede do sistema (se estiver ligado à internet) e das especificações de hardware do seu sistema. Os tempos de execução mais curtos ou mais longos do que o valor esperado não são incomuns e não requerem ação por parte dos operadores do Azure Stack Hub, a menos que a atualização falhe. Esta aproximação de tempo de execução é específica da atualização de 2008 e não deve ser comparada com outras atualizações do Azure Stack Hub.

Para obter mais informações sobre os tipos de construção de atualização, consulte Gerir atualizações no Azure Stack Hub.

Novidades

  • O Azure Stack Hub suporta agora o espremiamento VNET, o que dá a capacidade de ligar VNETs sem um Aparelho Virtual de Rede (NVA). Para mais informações, consulte a nova documentação de observação VNET.
  • O armazenamento de blob Azure Stack Hub permite agora que os utilizadores utilizem uma bolha imutável. Ao definir políticas imutáveis num recipiente, pode armazenar objetos de dados críticos de negócio num estado WORM (Write Once, Read Many). Nesta versão, as políticas imutáveis só podem ser definidas através dos REST API ou dos SDKs clientes. As escritas do apêndice blob também não são possíveis nesta versão. Para obter mais informações sobre bolhas imutáveis, consulte os dados de blob críticos de negócios da Loja com armazenamento imutável.
  • A azure Stack Hub Armazenamento agora suporta a versão APIs dos serviços Azure Armazenamento 2019-07-07. Para bibliotecas de clientes Azure compatíveis com a nova versão REST API, consulte as ferramentas de desenvolvimento de armazenamento do Azure Stack Hub. Para a Azure Armazenamento as APIs de gestão de serviços, 2018-02-01 foi adicionado suporte, com um subconjunto de funcionalidades totais disponíveis.
  • O Azure Stack Hub computação suporta agora a versão Azure Compute APIs 2020-06-01,com um subconjunto de funcionalidades disponíveis.
  • Os discos geridos pelo Azure Stack Hub suportam agora a versão APIs do Disco Azure 2019-03-01, com um subconjunto das funcionalidades disponíveis.
  • Pré-visualização do Windows Admin Center que agora pode ligar-se ao Azure Stack Hub para fornecer informações aprofundadas sobre a infraestrutura durante as operações de suporte (quebra de vidro necessário).
  • Capacidade de adicionar banner de login ao ponto final privilegiado (PEP) no tempo de implementação.
  • Lançou mais banners de Operações Exclusivas, que melhoram a visibilidade das operações que estão atualmente a acontecer no sistema, e desativam os utilizadores de iniciar (e posteriormente falhar) qualquer outra operação exclusiva.
  • Introduziu dois novos banners em cada página de produto do Azure Stack Hub Marketplace. Se houver uma falha no download do Marketplace, os operadores podem ver detalhes de erro e tentar medidas recomendadas para resolver o problema.
  • Lançou uma ferramenta de classificação para os clientes fornecerem feedback. Isto permitirá ao Azure Stack Hub medir e otimizar a experiência do cliente.
  • Este lançamento do Azure Stack Hub inclui uma pré-visualização privada do Serviço Azure Kubernetes (AKS) e do Registo de Contentores Azure (ACR). O objetivo da pré-visualização privada é recolher feedback sobre a qualidade, funcionalidades e experiência do utilizador de AKS e ACR no Azure Stack Hub.
  • Esta versão inclui uma pré-visualização pública de Azure CNI e Windows Containers utilizando O Motor AKS v0.55.4. Para um exemplo de como usá-los no seu modelo API, consulte este exemplo no GitHub.
  • Existe agora suporte para a implantação do Istio 1.3 em clusters implantados pelo Motor AKS v0.55.4. Para mais informações, consulte as instruções aqui.
  • Existe agora suporte para a implantação de clusters privados utilizando o motor AKS v0.55.4.
  • Esta versão inclui suporte para sourcing de segredos de configuração Kubernetes de Azure e Azure Stack Hub Key Vault.

Melhorias

  • Implementação de monitorização interna para controladores de rede e agentes anfitriões SLB, de modo que os serviços são remediados automaticamente se eles entrarem em um estado parado.
  • Os Serviços da Federação de Diretório Ativo (AD FS) recuperam agora o novo certificado de assinatura de fichas depois de o cliente o ter rodado no seu próprio servidor AD FS. Para tirar partido desta nova capacidade para sistemas já configurados, a integração AD FS deve ser configurada novamente. Para obter mais informações, consulte integrar a identidade AD FS com o seu centro de dados Azure Stack Hub.
  • Alterações no processo de arranque e encerramento de instâncias de funções de infraestrutura e suas dependências em nós de unidade de escala. Estas alterações aumentam a fiabilidade para o arranque e encerramento do Azure Stack Hub.
  • O conjunto AzSScenarios da ferramenta de validação Test-AzureStack foi atualizado para permitir que os Fornecedores de Serviços cloud executassem esta suite com sucesso com a autenticação de vários fatores aplicada em todas as contas do cliente.
  • Melhor fiabilidade do alerta adicionando lógica de supressão para 29 alertas de clientes durante as operações do ciclo de vida.
  • Pode agora ver um relatório HTML de recolha de registos detalhado que fornece detalhes sobre as funções, duração e estado da recolha de registos. O objetivo deste relatório é ajudar os utilizadores a fornecer um resumo dos registos recolhidos. Os Serviços de Apoio ao Cliente da Microsoft podem então avaliar rapidamente o relatório para avaliar os dados do registo e ajudar a resolver problemas e mitigar problemas do sistema.
  • A cobertura de deteção de falhas de infraestrutura foi expandida com a adição de 7 novos monitores em cenários de utilizador, como a utilização do CPU e o consumo de memória, o que ajuda a aumentar a fiabilidade da deteção de falhas.

Alterações

  • O suporteHttpsTrafficOnly armazenamento propriedade tipo de recurso na versão SRP API 2016-01-01 e 2016-05-01 foi ativada, mas esta propriedade não é suportada no Azure Stack Hub.

  • Aumento do limiar de alerta de utilização da capacidade de volume de 80% (aviso) e 90% (crítico) para 90% (aviso) e 95% (crítico). Para mais informações, consulte Armazenamento alertas espaciais

  • Os passos de configuração Graph AD mudam com esta versão. Para obter mais informações, consulte integrar a identidade AD FS com o seu centro de dados Azure Stack Hub.

  • Para se alinhar com as boas práticas atuais definidas para Windows Server 2019, o Azure Stack Hub está a mudar para utilizar uma classe de tráfego adicional ou prioridade para separar ainda mais a comunicação servidor-servidor em suporte à comunicação de controlo de clustering failover. O resultado destas alterações proporciona uma melhor resiliência para a comunicação do Cluster Failover. Esta configuração de reserva de classe de tráfego e largura de banda é realizada através de uma alteração nos interruptores topo de rack (ToR) da solução Azure Stack Hub e no anfitrião ou servidores do Azure Stack Hub.

    Estas alterações são adicionadas ao nível de anfitrião de um sistema Azure Stack Hub. Contacte o seu OEM para efec se alterar nos interruptores de rede topo de série (ToR). Esta alteração tor pode ser realizada antes da atualização para a versão de 2008 ou após a atualização para 2008. Para mais informações, consulte a documentação de Integração da Rede.

  • Os tamanhos VM capazes de GPU NCas_v4 (NVIDIA T4) foram substituídos nesta construção com os tamanhos VM NCasT4_v3,para serem consistentes com Azure. Estes ainda não são visíveis no portal, e só podem ser usados através de modelos Azure Resource Manager.

Correções

  • Corrigiu um problema em que a eliminação de um NSG de um NIC que não está ligado a um VM em execução falhou.
  • Corrigiu um problema em que a modificação do valor IdleTimeoutInMinutes para um IP público que está associado a um equilibrador de carga colocou o IP público num estado falhado.
  • Fixo o cmdlet Get-AzsDisk para devolver o estado correto de anexação, em vez de OnlineMigration,para discos geridos anexados.

Atualizações de segurança

Para obter informações sobre atualizações de segurança nesta atualização do Azure Stack Hub, consulte as atualizações de segurança do Azure Stack Hub.

Correções

O Azure Stack Hub lança hotfixes regularmente. Certifique-se de que instala o último hotfix de 2005 antes de atualizar para 2008. Além disso, a partir do lançamento de 2005, quando atualiza para uma nova versão importante (por exemplo, 1.2005.x a 1.2008.x), os mais recentes hotfixes (se houver algum disponível no momento do download do pacote) na nova versão principal são instalados automaticamente. A sua instalação de 2008 é então corrente com todos os hotfixes. A partir daí, se for lançado um hotfix para 2008, deverá instalá-lo.

Nota

Os lançamentos de hotfix do Azure Stack Hub são cumulativos; basta instalar o mais recente hotfix para obter todas as correções incluídas em quaisquer versões anteriores para esta versão.

Para mais informações, consulte a nossa política de assistência.

Os hotfixes Azure Stack Hub são aplicáveis apenas aos sistemas integrados Azure Stack Hub; não tente instalar fixações no ASDK.

Dica

Se pretender ser notificado sobre cada lançamento de hotfix, subscreva o feed RSS para ser notificado sobre cada lançamento de hotfix.

Depois de aplicar com sucesso a atualização de 2008

Como os hotfixes do Azure Stack Hub são cumulativos, como uma boa prática deve instalar todos os hotfixes lançados para a sua construção, para garantir a melhor experiência de atualização entre grandes lançamentos. Quando atualiza uma nova versão importante (por exemplo, 1.2005.x a 1.2008.x), os mais recentes hotfixes (se houver alguma disponível no momento do download do pacote) na nova versão principal são instalados automaticamente.

Após a instalação de 2008, se algum hotfixe de 2008 for posteriormente libertado, deverá instalá-los:

Referência de construção de 2005

O mais recente número de construção de atualização Azure Stack Hub 2005 é 1.2005.45.131. Para obter informações atualizadas sobre a construção e a fixação de hotfixes, consulte a secção Hotfixes.

Tipo de atualização

O tipo de construção de atualização Azure Stack Hub 2005 é Completo.

O pacote de atualização de 2005 é maior em tamanho em comparação com atualizações anteriores. O aumento do tamanho resulta em tempos de descarregamento mais longos. A atualização permanecerá no estado de Preparação por muito tempo, e os operadores podem esperar que este processo desemque mais do que com atualizações anteriores. A atualização de 2005 teve os seguintes tempos de funcionamento esperados nos nossos testes internos- 4 nós: 13-20 horas, 8 nós: 16-26 horas, 12 nós: 19-32 horas, 16 nós: 22-38 horas. Os tempos de atualização exatos normalmente dependem da capacidade utilizada no seu sistema pelas cargas de trabalho dos inquilinos, da conectividade da rede do sistema (se estiver ligado à internet) e das especificações de hardware do seu sistema. Os tempos de execução mais curtos ou mais longos do que o valor esperado não são incomuns e não requerem ação por parte dos operadores do Azure Stack Hub, a menos que a atualização falhe. Esta aproximação do tempo de execução é específica da atualização de 2005 e não deve ser comparada com outras atualizações do Azure Stack Hub.

Para obter mais informações sobre os tipos de construção de atualização, consulte Gerir atualizações no Azure Stack Hub.

Novidades

  • Esta construção oferece suporte para 3 novos tipos de VM GPU: NCv3 (Nvidia V100), NVv4 (AMD MI25) e NCas_v4 (NVIDIA T4) tamanhos VM. As implementações de VM serão bem sucedidas para aqueles que têm o hardware certo e estão a bordo do programa de pré-visualização gpu do Azure Stack Hub. Se estiver interessado, inscreva-se no programa de pré-visualização da GPU em https://aka.ms/azurestackhubgpupreview . Para mais informações, consulte.
  • Esta versão fornece uma nova funcionalidade que permite uma capacidade de cura autónoma, que deteta falhas, avalia o impacto e atenua com segurança os problemas do sistema. Com esta funcionalidade, estamos a trabalhar no sentido de uma maior disponibilidade do sistema sem intervenção manual. Com o lançamento de 2005 e mais tarde, os clientes vão sentir uma redução no número de alertas. Qualquer falha neste oleoduto não requer ação por parte dos operadores do Azure Stack Hub, a menos que seja notificada.
  • Existe uma nova opção no portal de administração Azure Stack Hub para clientes Azure Stack Hub com lacunas de ar, para guardar registos localmente. Pode armazenar os registos numa partilha SMB local quando o Azure Stack Hub estiver desligado do Azure.
  • O portal de administração Azure Stack Hub bloqueia agora certas operações se uma operação do sistema já estiver em curso. Por exemplo, se uma atualização estiver em curso, não é possível adicionar um novo nó de unidade de escala.
  • Esta versão proporciona mais consistência do tecido com Azure em VMs criados antes de 1910. Em 1910, a Microsoft anunciou que todos os VMs recém-criados usarão o protocolo de wireserver, permitindo que os clientes utilizem o mesmo agente WALA e Windows agente convidado como Azure, facilitando a utilização de imagens Azure Stack Hub. Com esta versão, todos os VMs criados antes de 1910 são automaticamente migrados para usar o protocolo de wireserver. Isto também traz criação de VM mais fiável, implementação de extensão VM, e melhorias em tempo de uptime estado estável.
  • O armazenamento do Azure Stack Hub suporta agora o Azure Armazenamento serviços APIs versão 2019-02-02. Para as bibliotecas de clientes Azure, isso é compatível com a nova versão REST API. Para mais informações, consulte as ferramentas de desenvolvimento de armazenamento do Azure Stack Hub.
  • O Azure Stack Hub suporta agora a versão mais recente do CreateUiDefinition (versão 2).
  • Novas orientações para implantações em VM em lote. Para mais informações, consulte este artigo.
  • O item Azure Stack Hub Marketplace CoreOS Container Linux está a aproximar-se do seu fim de vida. Para mais informações, consulte migração do Contentor CoreOS Linux.

Melhorias

  • Melhorias nos registos e eventos de serviços de cluster de infraestrutura Armazenamento. Os registos e eventos de Armazenamento serviço de agrupamento de infraestruturas serão mantidos por um tempo até 14 dias, para melhores diagnósticos e resolução de problemas.
  • Melhorias que aumentam a fiabilidade de iniciar e parar o Azure Stack Hub.
  • Melhorias que reduzem o tempo de funcionamento da atualização utilizando a descentralização e eliminando as dependências. Em comparação com a atualização de 2002, o tempo de atualização do carimbo de 4 nós é reduzido de 15-42 horas para 13-20 horas. 8 nós são reduzidos de 20-50 horas para 16-26 horas. 12 nós são reduzidos de 20-60 horas para 19-32 horas. 16 nós são reduzidos de 25-70 horas para 22-38 horas. Os tempos de atualização exatos normalmente dependem da capacidade utilizada no seu sistema pelas cargas de trabalho dos inquilinos, da conectividade da rede do sistema (se estiver ligado à internet) e das especificações de hardware do seu sistema.
  • A atualização falha agora mais cedo se houver certos erros irrecuperáveis.
  • Melhor resiliência do pacote de atualização ao descarregar a partir da internet.
  • Melhor resiliência do stop-deallocating um VM.
  • Melhor resiliência do agente anfitrião do controlador de rede.
  • Adicionou mais campos à carga útil do CEF das mensagens syslog para reportar a origem IP e a conta utilizada para ligar ao ponto final privilegiado e ao ponto final de recuperação. Consulte o Integrate Azure Stack Hub com soluções de monitorização utilizando o reencaminhamento syslog para obter detalhes.
  • Adicionados Windows Defender eventos (IDs de evento 5001, 5010, 5012) à lista de eventos emitidos através do cliente syslog.
  • Adicionou alertas no portal Azure Stack Administrator para eventos relacionados com Windows Defender, para reportar na plataforma Defender inconsistências e verções de assinaturas e falha na ação em malware detetado.
  • Suporte adicional para 4 dispositivos fronteiriços ao integrar o Azure Stack Hub no seu datacenter.

Alterações

  • Retirou as ações para parar, desligar e reiniciar uma instância de função de infraestrutura do portal de administração. As APIs correspondentes também foram removidas no Fornecedor de Recursos de Tecido. Os seguintes cmdlets PowerShell no módulo RM admin e pré-visualização AZ para Azure Stack Hub já não funcionam: Stop-AzsInfrastructureRoleInstance, Disable-InfrastructureRoleInstance, e Restart-InfrastructureRoleInstance. Estes cmdlets serão removidos do próximo lançamento do módulo AZ para O Azure Stack Hub.
  • O Azure Stack Hub 2005 suporta apenas o Serviço de Aplicações no Azure Stack Hub 2020 (versões 87.x).
  • A definição de encriptação do utilizador necessária para a monitorização de hardware foi alterada de DES para AES para aumentar a segurança. Por favor, contacte o seu parceiro de hardware para saber como alterar a definição no controlador de gestão do quadro base (BMC). Depois de a alteração ser efetuada no BMC, poderá exigir que volte a executar o comando Set-BmcCredential utilizando o ponto final privilegiado. Para mais informações, consulte os segredos da rotação no Azure Stack Hub

Correções

  • Corrigiu um problema que poderia causar a falha de um nó de uma unidade de escala de reparação porque não conseguia encontrar o caminho para a imagem de so base.
  • Corrigiu um problema com escala e escala para a função de infraestrutura de suporte que tem um efeito em cascata na reparação de nós de unidade de escala.
  • Corrigiu uma questão em que o . A extensão VHD (em vez de .vhd) não foi permitida quando os operadores adicionaram as suas próprias imagens ao portal de administrador do Azure Stack Hub em Todos os serviços Compute > VM Images > Add.
  • Corrigiu um problema em que uma operação de reinício de VM anterior causou um reinício inesperado subsequente após qualquer outra operação de atualização de VM (adicionar discos, tags, etc.).
  • Corrigiu um problema em que a criação de uma zona de DNS duplicada fez com que o portal deixasse de responder. Deve agora apresentar um erro adequado.
  • Corrigiu um problema em que a Get-AzureStackLogs não estava a recolher os registos necessários para resolver problemas de rede.
  • Corrigiu um problema em que o portal permitia a anexação de menos NICs do que o que realmente permite.
  • Política de integridade de código fixo para não emitir eventos de violação para determinado software interno. Isto reduz o ruído em eventos de violação da integridade do código emitidos através de cliente syslog.
  • Cmdlet Set-TLSPolicy fixo para impor nova política sem exigir o reinício do serviço https ou o reinício do anfitrião.
  • Corrigiu um problema em que a utilização de um servidor Linux NTP gera erroneamente alertas no portal da administração.
  • Corrigiu um problema em que a falha da instância de serviço do Controlador de Cópia de Segurança resultou na desativação automática de cópias de segurança.
  • Corrigiu um problema em que a rotação secreta interna falha quando os serviços de infraestrutura não têm conectividade com a Internet.
  • Corrigiu um problema em que os utilizadores não conseguiam ver permissões de subscrição utilizando os portais do Azure Stack Hub.

Atualizações de segurança

Para obter informações sobre atualizações de segurança nesta atualização do Azure Stack Hub, consulte as atualizações de segurança do Azure Stack Hub.

Correções

O Azure Stack Hub lança hotfixes regularmente. Começando com o lançamento de 2005, quando atualiza para uma nova versão importante (por exemplo, 1.2002.x a 1.2005.x), os mais recentes hotfixes (se houver) na nova versão principal são instalados automaticamente. A partir daí, se for lançado um hotfix para a sua construção, deverá instalá-lo.

Nota

Os lançamentos de hotfix do Azure Stack Hub são cumulativos; basta instalar o mais recente hotfix para obter todas as correções incluídas em quaisquer versões anteriores para esta versão.

Para mais informações, consulte a nossa política de assistência.

Os hotfixes Azure Stack Hub são aplicáveis apenas aos sistemas integrados Azure Stack Hub; não tente instalar fixações no ASDK.

Pré-requisitos: Antes de aplicar a atualização de 2005

A versão de 2005 do Azure Stack Hub deve ser aplicada na versão de 2002 com os seguintes hotfixes:

Depois de aplicar com sucesso a atualização de 2005

Começando com o lançamento de 2005, quando atualiza para uma nova versão importante (por exemplo, 1.2002.x a 1.2005.x), os mais recentes hotfixes (se houver) na nova versão principal são instalados automaticamente.

Após a instalação de 2005, se quaisquer hotfixes de 2005 forem posteriormente libertados, deverá instalá-los:

Notas de lançamento arquivadas de 2002

Notas de lançamento arquivadas de 1910

Notas de lançamento arquivadas de 1908

Notas de lançamento arquivadas de 1907

Notas de lançamento arquivadas de 1906

Notas de lançamento arquivadas de 1905

Notas de lançamento arquivadas de 1904

Notas de lançamento arquivadas de 1903

Notas de lançamento arquivadas de 1902

Notas de lançamento arquivadas de 1901

1811 notas de lançamento arquivadas

1809 notas de lançamento arquivadas

1808 notas de lançamento arquivadas

1807 notas de lançamento arquivadas

1805 notas de lançamento arquivadas

1804 notas de lançamento arquivadas

1803 notas de lançamento arquivadas

1802 notas de lançamento arquivadas

Pode aceder a versões mais antigas do Azure Stack Hub na tabela de conteúdos do lado esquerdo, no arquivo de notas de Lançamentode Recursos . Selecione a versão arquivada desejada a partir do seletor de versão dropdown no canto superior esquerdo. Estes artigos arquivados são fornecidos apenas para fins de referência e não implicam suporte para estas versões. Para obter informações sobre o suporte do Azure Stack Hub, consulte a política de manutenção do Azure Stack Hub. Para mais assistência, contacte os Serviços de Apoio ao Cliente da Microsoft.