Share via

Serviço de Aplicações nas notas de versão do T2 do Azure Stack Hub 2020

  • Artigo

Estas notas de versão descrevem as melhorias e correções no Serviço de Aplicações do Azure no Azure Stack Hub 2020 Q2 e quaisquer problemas conhecidos. Os problemas conhecidos estão divididos em problemas diretamente relacionados com a implementação, o processo de atualização e os problemas com a compilação (pós-instalação).

Importante

Atualize o Azure Stack Hub para uma versão suportada (ou implemente o Development Kit do Azure Stack mais recente), se necessário, antes de implementar ou atualizar o fornecedor de recursos (RP) Serviço de Aplicações. Certifique-se de que lê as notas de versão do RP para saber mais sobre novas funcionalidades, correções e quaisquer problemas conhecidos que possam afetar a implementação.

Versão mínima suportada do Azure Stack Hub Serviço de Aplicações versão do RP
2301 e mais recente Instalador 2302 (notas de versão)

Referência de compilação

O Serviço de Aplicações no número de compilação do Azure Stack Hub 2020 Q2 é 87.0.2.10

Pré-requisitos

Veja a documentação Antes de Começar antes de iniciar a implementação.

Antes de iniciar a atualização do Serviço de Aplicações do Azure no Azure Stack para o T2 de 2020:

  • Confirme que todas as funções estão Prontas na Administração do Serviço de Aplicações do Azure no Portal de Administração do Azure Stack Hub

  • Criar cópias de segurança Serviço de Aplicações Segredos com a Administração do Serviço de Aplicações no Portal de Administração do Azure Stack Hub

  • Faça uma cópia de segurança do Serviço de Aplicações e das Bases de Dados Mestras:

    • AppService_Hosting;
    • AppService_Metering;
    • Principal

  • Fazer uma cópia de segurança da partilha de ficheiros de conteúdo da Aplicação De Inquilino

    Importante

    Os operadores da cloud são responsáveis pela manutenção e funcionamento do Servidor de Ficheiros e SQL Server. O fornecedor de recursos não gere estes recursos. O operador da cloud é responsável por criar cópias de segurança das bases de dados Serviço de Aplicações e da partilha de ficheiros de conteúdo do inquilino.

  • Sindicar a versão 1.9.3 da Extensão de Script Personalizado do Marketplace

Atualizações

Serviço de Aplicações do Azure no Azure Stack Update Q2 inclui as seguintes melhorias e correções:

  • Atualizações para Serviço de Aplicações inquilino, Administração, portais de funções e ferramentas Kudu. Consistente com a versão do SDK do Portal do Azure Stack.

  • Atualizações Funções do Azure runtime para v1.0.13021.

  • Atualizações ao serviço principal para melhorar a fiabilidade e as mensagens de erro, permitindo um diagnóstico mais fácil de problemas comuns.

  • Atualizações para as seguintes arquiteturas e ferramentas de aplicação:

    • ASP.NET Framework 4.7.2
    • ASP.NET Core 3.1.3
    • Módulo ASP.NET Core v2 13.1.19331.0
    • PHP 7.4.2
    • Kudu atualizado para 86.20224.4450
    • NodeJS
      • 8.17.0
      • 10.19.0
      • 12.13.0
      • 12.15.0
    • NPM
      • 5.6.0
      • 6.1.0
      • 6.12.0
      • 6.13.4

  • Atualizações ao sistema operativo subjacente de todas as funções:

  • As Atualizações cumulativas para o Windows Server são agora aplicadas às funções de Controlador como parte da implementação e atualização

  • SkUs de Máquinas Virtuais e Conjuntos de dimensionamento predefinidos atualizados para novas implementações: para manter a consistência com o nosso serviço cloud público, as novas implementações de Serviço de Aplicações do Azure no Azure Stack Hub irão utilizar os seguintes SKUs para as máquinas subjacentes e os conjuntos de dimensionamento utilizados para operar o fornecedor de recursos

    Função SKU Mínimo
    Controlador Standard_A4_v2 - (4 núcleos, 8192 MB)
    Gestão Standard_D3_v2 - (4 núcleos, 14336 MB)
    Publisher Standard_A2_v2 - (2 núcleos, 4096 MB)
    FrontEnd Standard_A4_v2 - (4 núcleos, 8192 MB)
    Função de Trabalho Partilhada Standard_A4_v2 - (4 núcleos, 8192 MB)
    Pequena função de trabalho dedicada Standard_A1_v2 - (1 núcleo, 2048 MB)
    Trabalhador dedicado médio Standard_A2_v2 - (2 núcleos, 4096 MB)
    Grande função de trabalho dedicada Standard_A4_v2 - (4 núcleos, 8192 MB)

Para implementações do ASDK, pode reduzir verticalmente as instâncias para SKUs mais baixos para reduzir o núcleo e a consolidação de memória, mas irá deparar-se com uma degradação do desempenho.

Problemas corrigidos nesta versão

  • As atualizações serão concluídas se o Cluster AlwaysOn do SQL tiver ativado a ativação pós-falha para o nó secundário
  • As novas implementações de Serviço de Aplicações do Azure no Azure Stack Hub já não exigem que as bases de dados sejam convertidas manualmente em bases de dados contidas
  • A adição de funções de trabalho ou de infraestrutura adicionais será concluída corretamente sem intervenção manual
  • A adição de escalões de trabalho personalizados será concluída corretamente sem intervenção manual
  • A remoção dos escalões de trabalho personalizados está agora concluída sem erros do portal
  • As funções de trabalho já não estão marcadas como prontas se o disco local estiver sem espaço
  • Aumento do tempo limite para obter o Certificado de Resource Manager do Azure
  • O número de mensagens obtidas, a partir dos registos do servidor e apresentadas no Portal do Administração, está limitado a permanecer abaixo do tamanho máximo do Pedido do Azure Resource Manager
  • Problema de tempo limite excedido que causa problemas de arranque do serviço de utilização
  • Resolução do problema de implementação da base de dados ao criar sites CMS do Orchard
  • Os controladores são agora atualizados com a Atualizações Cumulativa do Windows como parte da implementação e atualização
  • Serviço de Aplicações já não bloqueia operações quando a verificação de domínio personalizado falha

Passos de pré-atualização

Reveja os problemas conhecidos para atualização e tome qualquer ação prescrita.

Passos pós-implementação

Importante

Se tiver fornecido ao fornecedor de recursos Serviço de Aplicações uma Instância AlwaysOn do SQL, tem de adicionar as bases de dados appservice_hosting e appservice_metering a um grupo de disponibilidade e sincronizar as bases de dados para evitar qualquer perda de serviço em caso de ativação pós-falha da base de dados.

Problemas conhecidos (atualização)

  • Em situações em que um cliente converteu as bases de dados appservice_hosting e appservice_metering para a base de dados contida, a atualização poderá falhar se os inícios de sessão não tiverem sido migrados com êxito para utilizadores contidos

Os clientes que converteram as bases de dados appservice_hosting e appservice_metering em bases de dados contidas após a implementação e que não migraram com êxito os inícios de sessão da base de dados para utilizadores contidos podem sofrer falhas de atualização.

Os clientes têm de executar o seguinte script no SQL Server que aloja appservice_hosting e appservice_metering antes de atualizar a sua Serviço de Aplicações do Azure na instalação do Azure Stack Hub para o T2 de 2020. Este script não é destrutivo e não causará tempo de inatividade.

Este script tem de ser executado nas seguintes condições

  • Por um utilizador com o privilégio de administrador de sistema, por exemplo, a Conta SA do SQL;

  • Se estiver a utilizar o SQL Alwayson, certifique-se de que o script é executado a partir da instância do SQL que contém todos os inícios de sessão Serviço de Aplicações no formulário:

    • appservice_hosting_FileServer
    • appservice_hosting_HostingAdmin
    • appservice_hosting_LoadBalancer
    • appservice_hosting_Operations
    • appservice_hosting_Publisher
    • appservice_hosting_SecurePublisher
    • appservice_hosting_WebWorkerManager
    • appservice_metering_Common
    • appservice_metering_Operations
    • Todos os inícios de sessão do WebWorker - que estão no formulário WebWorker_< endereço IP de inserção>
        USE appservice_hosting
        IF EXISTS(SELECT * FROM sys.databases WHERE Name=DB_NAME() AND containment = 1)
        BEGIN
        DECLARE @username sysname ;  
        DECLARE user_cursor CURSOR  
        FOR
            SELECT dp.name
            FROM sys.database_principals AS dp  
            JOIN sys.server_principals AS sp
                ON dp.sid = sp.sid  
                WHERE dp.authentication_type = 1 AND dp.name NOT IN ('dbo','sys','guest','INFORMATION_SCHEMA');
            OPEN user_cursor  
            FETCH NEXT FROM user_cursor INTO @username  
                WHILE @@FETCH_STATUS = 0  
                BEGIN  
                    EXECUTE sp_migrate_user_to_contained
                    @username = @username,  
                    @rename = N'copy_login_name',  
                    @disablelogin = N'do_not_disable_login';  
                FETCH NEXT FROM user_cursor INTO @username  
            END  
            CLOSE user_cursor ;  
            DEALLOCATE user_cursor ;
            END
        GO

        USE appservice_metering
        IF EXISTS(SELECT * FROM sys.databases WHERE Name=DB_NAME() AND containment = 1)
        BEGIN
        DECLARE @username sysname ;  
        DECLARE user_cursor CURSOR  
        FOR
            SELECT dp.name
            FROM sys.database_principals AS dp  
            JOIN sys.server_principals AS sp
                ON dp.sid = sp.sid  
                WHERE dp.authentication_type = 1 AND dp.name NOT IN ('dbo','sys','guest','INFORMATION_SCHEMA');
            OPEN user_cursor  
            FETCH NEXT FROM user_cursor INTO @username  
                WHILE @@FETCH_STATUS = 0  
                BEGIN  
                    EXECUTE sp_migrate_user_to_contained
                    @username = @username,  
                    @rename = N'copy_login_name',  
                    @disablelogin = N'do_not_disable_login';  
                FETCH NEXT FROM user_cursor INTO @username  
            END  
            CLOSE user_cursor ;  
            DEALLOCATE user_cursor ;
            END
        GO

Problemas conhecidos (pós-instalação)

  • Os trabalhadores não conseguem contactar o servidor de ficheiros quando Serviço de Aplicações é implementado numa rede virtual existente e o servidor de ficheiros só está disponível na rede privada, conforme indicado na documentação de implementação do Serviço de Aplicações do Azure no Azure Stack.

    Se optar por implementar numa rede virtual existente e num endereço IP interno para ligar ao servidor de ficheiros, tem de adicionar uma regra de segurança de saída, ativando o tráfego SMB entre a sub-rede de trabalho e o servidor de ficheiros. Aceda ao WorkersNsg no Portal do Administração e adicione uma regra de segurança de saída com as seguintes propriedades:

    • Origem: Qualquer
    • Intervalo de portas de origem: *
    • Destino: Endereços IP
    • Intervalo de endereços IP de destino: Intervalo de IPs para o servidor de ficheiros
    • Intervalo de portas de destino: 445
    • Protocolo: TCP
    • Ação: Permitir
    • Prioridade: 700
    • Nome: Outbound_Allow_SMB445

Problemas conhecidos dos Administradores da Cloud que operam Serviço de Aplicações do Azure no Azure Stack

  • Os inquilinos não conseguem criar Serviço de Aplicações Plano com o novo na vista plano do Serviço de Aplicações no portal do inquilino

Ao criar uma nova aplicação, os inquilinos podem criar Serviço de Aplicações Planos durante a criação do fluxo de trabalho da aplicação ou ao alterar o plano do Serviço de Aplicações para uma aplicação atual ou através do item do marketplace plano do Serviço de Aplicações

  • Os domínios personalizados não são suportados em ambientes desligados

Serviço de Aplicações efetua a verificação da propriedade do domínio em pontos finais DNS públicos, como resultado, os domínios personalizados não são suportados em cenários desligados.

  • Em alguns casos, os trabalhadores não cumprem as verificações de estado de funcionamento (espaço insuficiente no disco)

Em alguns casos, em que um número elevado de sites é atribuído a um trabalho ou um site está a processar um grande número de pedidos, a função de trabalho irá gerar um grande número de ficheiros de registo de runtime em C:\DWAS\LogFiles. Isto deve-se a um erro na lógica de limpeza destes ficheiros de registo.

Para mitigar este problema remotamente para a função de trabalho individual e limpar o conteúdo da pasta.

Este problema foi corrigido no Serviço de Aplicações no Azure Stack Hub 2020 Q3, incentivamos os clientes a atualizar para a versão do T3 de 2020 o mais rapidamente possível.

Importante

Para atualizar para Serviço de Aplicações do Azure no Azure Stack Hub 2020 T3, tem de atualizar para o Azure Stack Hub 2008

Passos seguintes