Serviço de Aplicativo nas notas de versão do Azure Stack Hub 2020 Q2

Essas notas sobre a versão descrevem as melhorias e correções em Serviço de Aplicativo do Azure no Azure Stack Hub 2020 Q2 e quaisquer problemas conhecidos. Os problemas conhecidos são divididos em problemas diretamente relacionados à implantação, ao processo de atualização e aos problemas com o build (pós-instalação).

Importante

Atualize o Azure Stack Hub para uma versão com suporte (ou implante o Azure Stack Development Kit mais recente), se necessário, antes de implantar ou atualizar o RP (provedor de recursos) Serviço de Aplicativo. Leia as notas sobre a versão do RP para saber mais sobre novas funcionalidades, correções e quaisquer problemas conhecidos que possam afetar sua implantação.

Versão mínima do Azure Stack Hub com suporte Serviço de Aplicativo versão rp
2301 e mais recente Instalador 2302 (notas sobre a versão)

Referência de build

O Serviço de Aplicativo no número de build do Azure Stack Hub 2020 Q2 é 87.0.2.10

Pré-requisitos

Consulte a documentação Antes de começar a implantação.

Antes de iniciar a atualização do Serviço de Aplicativo do Azure no Azure Stack para o 2º trimestre de 2020:

  • Verifique se todas as funções estão prontas na Administração Serviço de Aplicativo do Azure no Portal de Administração do Azure Stack Hub

  • Fazer backup Serviço de Aplicativo segredos usando a Administração de Serviço de Aplicativo no Portal de Administração do Azure Stack Hub

  • Faça backup dos bancos de dados mestre e de Serviço de Aplicativo:

    • AppService_Hosting;
    • AppService_Metering;
    • Principal
  • Fazer backup do compartilhamento de arquivo de conteúdo do Aplicativo de Locatário

    Importante

    Os operadores de nuvem são responsáveis pela manutenção e operação do Servidor de Arquivos e SQL Server. O provedor de recursos não gerencia esses recursos. O operador de nuvem é responsável por fazer backup dos bancos de dados Serviço de Aplicativo e do compartilhamento de arquivos de conteúdo do locatário.

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

Atualizações

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

  • Atualizações para Serviço de Aplicativo locatário, Administração, portais do Functions e ferramentas do Kudu. Consistente com a versão do SDK do Azure Stack Portal.

  • Atualizações Azure Functions runtime para v1.0.13021.

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

  • Atualizações para as seguintes estruturas e ferramentas de aplicativo:

    • 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 operacional subjacente de todas as funções:

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

  • SKUs padrão de máquina virtual e conjunto de dimensionamento atualizados para novas implantações: para manter a consistência com nosso serviço de nuvem pública, novas implantações de Serviço de Aplicativo do Azure no Azure Stack Hub usarão os seguintes SKUs para os computadores subjacentes e conjuntos de dimensionamento usados para operar o provedor de recursos

    Função SKU mínimo
    Controller Standard_A4_v2 – (4 núcleos, 8192 MB)
    Gerenciamento 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)
    Trabalho Compartilhado Standard_A4_v2 – (4 núcleos, 8192 MB)
    Pequeno trabalhador dedicado Standard_A1_v2 – (1 núcleo, 2048 MB)
    Trabalho dedicado médio Standard_A2_v2 – (2 núcleos, 4096 MB)
    Trabalho dedicado grande Standard_A4_v2 – (4 núcleos, 8192 MB)

Para implantações do ASDK, você pode reduzir as instâncias para skus mais baixos para reduzir o núcleo e a confirmação de memória, mas você experimentará uma degradação de desempenho.

Problemas corrigidos nesta versão

  • As atualizações agora serão concluídas se o Cluster do SQL Always On tiver falhado no nó secundário
  • Novas implantações de Serviço de Aplicativo do Azure no Azure Stack Hub não exigem mais que os bancos de dados sejam convertidos manualmente em bancos de dados independentes
  • A adição de trabalhos adicionais ou instâncias de função de infraestrutura será concluída corretamente sem intervenção manual
  • A adição de camadas de trabalho personalizadas será concluída corretamente sem intervenção manual
  • A remoção de camadas de trabalho personalizadas agora é concluída sem erros do portal
  • Os trabalhos não serão mais marcados como prontos se o disco local estiver sem espaço
  • Tempo limite aumentado para recuperar o Certificado de Resource Manager do Azure
  • O número de mensagens recuperadas, de logs de servidor e exibidas no Portal do Administração, é limitado para permanecer abaixo do tamanho máximo da Solicitação de Resource Manager do Azure
  • Problema de tempo limite que causa problemas de inicialização do serviço de uso
  • Resolvido o problema de implantação de banco de dados ao criar sites de CMS do Orchard
  • Os controladores agora são atualizados com a Atualizações Cumulativa do Windows como parte da implantação e atualização
  • Serviço de Aplicativo não bloqueia mais as operações quando a verificação de domínio personalizada falha

Etapas de pré-atualização

Examine os problemas conhecidos para atualização e execute qualquer ação prescrita.

Etapas de pós-implantação

Importante

Se você tiver fornecido ao provedor de recursos Serviço de Aplicativo uma Instância de Always On SQL, deverá adicionar os bancos de dados appservice_hosting e appservice_metering a um grupo de disponibilidade e sincronizar os bancos de dados para evitar qualquer perda de serviço no caso de um failover de banco de dados.

Problemas conhecidos (atualização)

  • Em situações em que um cliente converteu os bancos de dados appservice_hosting e appservice_metering em um banco de dados independente, a atualização poderá falhar se os logons não tiverem sido migrados com êxito para usuários independentes

Os clientes que converteram os bancos de dados appservice_hosting e appservice_metering em bancos de dados independentes após a implantação e não migraram com êxito os logons de banco de dados para usuários independentes podem sofrer falhas de atualização.

Os clientes devem executar o script a seguir no SQL Server appservice_hosting de hospedagem e appservice_metering antes de atualizar o Serviço de Aplicativo do Azure na instalação do Azure Stack Hub para o 2º trimestre de 2020. Esse script não é destrutivo e não causará tempo de inatividade.

Esse script deve ser executado sob as seguintes condições

  • Por um usuário que tem o privilégio de administrador do sistema, por exemplo, a conta SA do SQL;

  • Se estiver usando o SQL Always On, verifique se o script é executado na instância sql que contém todos os logons Serviço de Aplicativo 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 logons do WebWorker – que estão no formato 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 acessar o servidor de arquivos quando Serviço de Aplicativo é implantado em uma rede virtual existente e o servidor de arquivos só está disponível na rede privada, conforme destacado na documentação de implantação do Serviço de Aplicativo do Azure no Azure Stack.

    Se você optar por implantar em uma rede virtual existente e em um endereço IP interno para se conectar ao servidor de arquivos, deverá adicionar uma regra de segurança de saída, habilitando o tráfego SMB entre a sub-rede de trabalho e o servidor de arquivos. Acesse o WorkersNsg no Portal do Administração e adicione uma regra de segurança de saída com as seguintes propriedades:

    • Origem: qualquer uma
    • Intervalo de portas de origem: *
    • Destino: endereços IP
    • Intervalo de endereços IP de destino: intervalo de IPs para o servidor de arquivos
    • Intervalo da porta de destino: 445
    • Protocolo: TCP
    • Ação: Permitir
    • Prioridade: 700
    • Nome: Outbound_Allow_SMB445

Problemas conhecidos para administradores de nuvem que operam Serviço de Aplicativo do Azure no Azure Stack

  • Os locatários não conseguem criar Serviço de Aplicativo Plano usando o novo no modo de exibição Plano Serviço de Aplicativo no portal do locatário

Ao criar um novo aplicativo, os locatários podem criar planos de Serviço de Aplicativo durante o fluxo de trabalho de criação de aplicativo ou ao alterar o plano de Serviço de Aplicativo para um aplicativo atual ou por meio do item do marketplace plano de Serviço de Aplicativo

  • Não há suporte para domínios personalizados em ambientes desconectados

Serviço de Aplicativo executa a verificação de propriedade de domínio em pontos de extremidade DNS públicos, pois, como resultado, não há suporte para domínios personalizados em cenários desconectados.

  • Em alguns casos, os trabalhos não atendem às verificações de integridade (espaço em disco insuficiente)

Em alguns casos, em que um grande número de sites são alocados para um trabalho ou um site está tratando um grande número de solicitações, o trabalho gerará um grande número de arquivos de log de runtime em C:\DWAS\LogFiles. Isso ocorre devido a um bug na lógica de limpo para esses arquivos de log.

Para atenuar esse problema remotamente para o trabalho individual e limpar o conteúdo da pasta.

Esse problema foi corrigido em Serviço de Aplicativo no Azure Stack Hub 2020 no 3º trimestre de 2020, incentivamos os clientes a atualizar para a versão 3 do trimestre de 2020 o mais rápido possível.

Importante

Para atualizar para Serviço de Aplicativo do Azure no Azure Stack Hub 2020 Q3, você deve atualizar para o Azure Stack Hub 2008

Próximas etapas