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.
Importante
Atualize o Azure Stack Hub para uma versão com suporte, se necessário, antes de implantar ou atualizar o RP (provedor de recursos do Serviço de Aplicativo). Leia as notas de versão de 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 | Versão do RP do Serviço de Aplicativo |
|---|---|
| 2311 e posterior | 24R1 Instalador (notas de versão) |
Importante
Antes de executar o instalador do provedor de recursos, você deverá concluir as etapas em Antes de começar
Neste artigo, você aprenderá a implantar o Serviço de Aplicativo no Azure Stack Hub, o que oferece aos usuários a capacidade de criar aplicativos Web, de API e do Azure Functions. Você precisa:
- Adicionar o provedor de recursos do Serviço de Aplicativo à sua implantação do Azure Stack Hub usando as etapas descritas neste artigo.
- Depois de instalar o provedor de recursos do Serviço de Aplicativo, você poderá incluir em suas ofertas e planos. Os usuários podem assinar para obter o serviço e começar a criar aplicativos.
Executar o instalador do provedor de recursos do Serviço de Aplicativo
A instalação do provedor de recursos do Serviço de Aplicativo leva pelo menos uma hora. O período necessário dependerá de quantas instâncias de função você implantar. Durante a implantação, o instalador executa as seguintes tarefas:
- Registra os provedores de recursos necessários na Assinatura de Provedor Padrão
- Concede acesso de colaborador ao aplicativo de Identidade do Serviço de Aplicativo
- Cria grupo de recursos e rede virtual (se necessário)
- Cria contas e contêineres de armazenamento para artefatos de instalação do Serviço de Aplicativo, serviço de uso e hidratação de recursos
- Baixa os artefatos do Serviço de Aplicativo e carregue na conta de armazenamento do Serviço de Aplicativo
- Implantar o Serviço de Aplicativo
- Registrar o serviço de uso
- Cria entradas DNS para o Serviço de Aplicativo
- Registra os provedores de recursos de locatário e administrador do Serviço de Aplicativo
- Registra Itens da Galeria – Aplicativos Web, API, Aplicativo de Funções, Plano do Serviço de Aplicativo, WordPress, DNN, Orchard e Django
Para implantar o provedor de recursos do Serviço de Aplicativo, siga estas etapas:
Execute appservice.exe como administrador de um computador que pode acessar o ponto de extremidade do Azure Resource Manager do administrador do Azure Stack Hub.
Selecione Implantar o Serviço de Aplicativo ou faça o upgrade para a versão mais atual.

Examine e aceite os Termos de Licença para Software Microsoft e selecione Avançar.
Examine e aceite os termos de licença de terceiros e selecione Avançar.
Verifique se as informações de configuração de nuvem do Serviço de Aplicativo estão corretas. Se tiver usado as configurações padrão durante a implantação do ASDK, você poderá aceitar os valores padrão. Mas, se tiver personalizado as opções ao implantar o ASDK ou se estiver implantando em um sistema integrado do Azure Stack Hub, você deverá editar os valores nessa janela para refletir as diferenças.
Por exemplo, se você usar o sufixo de domínio mycloud.com, o ponto de extremidade do Azure Resource Manager do locatário do Azure Stack Hub deverá ser alterado para gerenciamento.<regiao.mycloud.com>. Revise essas configurações e selecione Avançar para salvá-las.

Na próxima página do Instalador do Serviço de Aplicativo, você se conectará ao Azure Stack Hub:
Selecione o método de conexão que você deseja usar – Credencial ou Entidade de Serviço
Credencial
- Se você estiver usando o Microsoft Entra ID, insira a conta de administrador do Microsoft Entra e a senha que você forneceu ao implantar o Azure Stack Hub. Selecione Conectar.
- Se você estiver usando os Serviços de Federação do Active Directory (AD FS), forneça sua conta de administrador. Por exemplo, cloudadmin@azurestack.local. Insira a senha e selecione Conectar.
Entidade de Serviço
- A entidade de serviço que você usa deve ter direitos de Proprietário na Assinatura do Provedor Padrão
- Forneça a ID da Entidade de Serviço, o Arquivo de Certificado e a Senha e selecione Conectar.
Em Assinaturas do Azure Stack Hub, selecione a Assinatura do Provedor Padrão. O Serviço de Aplicativo do Azure no Azure Stack Hub deve ser implantado na Assinatura do Provedor Padrão.
Nos Locais do Azure Stack Hub, selecione o local que corresponde à região na qual você está implantando. Por exemplo, selecione local se você estiver implantando no ASDK.
Os administradores podem especificar um Prefixo de Implantação de três caracteres para as instâncias individuais em cada Conjunto de Dimensionamento de Máquinas Virtuais implantado. Isso será útil se você estiver gerenciando várias instâncias do Azure Stack Hub.

Agora você pode implantar em uma rede virtual existente configurada usando estas etapas ou permitir que o instalador do Serviço de Aplicativo crie uma rede virtual e sub-redes. Para criar uma VNet, siga estas etapas:
a. Selecione Criar VNet com configurações padrão, aceite os padrões e selecione Avançar.
b. Como alternativa, selecione Usar VNet e sub-redes existentes. Conclua as seguintes ações:
- Selecione o Grupo de Recursos que contém a sua rede virtual.
- Escolha o nome da Rede Virtual na qual você deseja implantar.
- Selecione os valores de sub-rede corretos para cada uma das sub-redes necessárias para funções.
- Selecione Avançar.

Insira as informações do seu compartilhamento de arquivos e selecione Avançar. O endereço do compartilhamento de arquivos deve usar o FQDN (nome de domínio totalmente qualificado) ou o endereço IP do servidor de arquivos. Por exemplo, \\appservicefileserver.local.cloudapp.azurestack.external\websites ou \\10.0.0.1\websites. Se estiver usando um servidor de arquivos ingressado no domínio, você deverá fornecer o nome de usuário completo, incluindo o domínio. Por exemplo, myfileserverdomain\FileShareOwner.
Observação
O instalador tenta testar a conectividade com o compartilhamento de arquivos antes de continuar. Mas, se você estiver implantando em uma rede virtual existente, esse teste de conectividade poderá falhar. Você recebeu um aviso e uma solicitação para continuar. Se as informações de compartilhamento de arquivos estiverem corretas, continue a implantação.

Na próxima página do Instalador do Serviço de Aplicativo, siga estas etapas:
a. Na caixa ID do Aplicativo de Identidade, insira o GUID do aplicativo de Identidade que você criou como parte dos pré-requisitos.
b. Na caixa Certificado de solicitação de identidade, digite (ou navegue até) o local do arquivo de certificado.
c. Na caixa senha do certificado do Aplicativo de Identidade, insira a senha do certificado. Essa senha é aquela que você anotou quando usou o script para criar os certificados.
d. Na caixa Arquivo de certificado raiz o Azure Resource Manager, insira (ou navegue até) o local do arquivo de certificado.
e. Selecione Avançar.

Para cada uma das três caixas de arquivo de certificado, selecione Procurar e navegue até o arquivo de certificado apropriado. Você deve fornecer a senha para cada certificado. Esses certificados são os que você criou em Pré-requisitos para implantar o Serviço de Aplicativo no Azure Stack Hub. Selecione Avançar depois de inserir todas as informações.
Box Exemplo de nome de arquivo de certificado Arquivo de certificado SSL padrão do Serviço de Aplicativo _.appservice.local.AzureStack.external.pfx Arquivo de certificado SSL da API do Serviço de Aplicativo api.appservice.local.AzureStack.external.pfx Arquivo de certificado SSL do Editor do Serviço de Aplicativo ftp.appservice.local.AzureStack.external.pfx Se você tiver usado um sufixo de domínio diferente quando criou os certificados, os nomes de arquivo de certificado não usarão local.AzureStack.external. Em vez disso, use suas informações de domínio personalizado.

Insira os detalhes do SQL Server para a instância de servidor usada para hospedar o banco de dados do provedor de recursos do Serviço de Aplicativo e selecione Avançar. O instalador valida as propriedades de conexão do SQL.
O instalador do Serviço de Aplicativo testa a conectividade com o SQL Server antes de continuar. Se você estiver implantando em uma rede virtual existente, esse teste de conectividade poderá falhar. Você recebeu um aviso e uma solicitação para continuar. Se as informações do SQL Server estiverem corretas, continue a implantação.
Examine as opções de instância de função e SKU. Os padrões são preenchidos com o número mínimo de instâncias e o SKU mínimo para cada função em uma implantação de produção. Para a implantação do ASDK, você poderá dimensionar as instâncias para as SKUs inferiores para reduzir o núcleo e a confirmação de memória, mas haverá uma degradação do desempenho. Um resumo dos requisitos de vCPU e memória é fornecido para ajudar a planejar sua implantação. Após fazer as seleções, selecione Avançar.
Observação
Para implantações de produção, siga as diretrizes em Planejamento de capacidade para funções de servidor do Serviço de Aplicativo do Azure no Azure Stack Hub.
Função Instâncias mínimas SKU mínimo Observações Controlador 2 Standard_A4_v2 – (4 núcleos, 8192 MB) Gerencia e mantém a integridade da nuvem do Serviço de Aplicativo. Gerenciamento 1 Standard_D3_v2 – (4 núcleos, 14336 MB) Gerencia o Azure Resource Manager do Serviço de Aplicativo e pontos de extremidade da API, extensões do portal (administrador, locatário, portal do Functions) e o serviço de dados. Para dar suporte ao failover, aumente as instâncias recomendadas para 2. Editor 1 Standard_A2_v2 – (2 núcleos, 4096 MB) Publica o conteúdo via FTP e implantação da Web. FrontEnd 1 Standard_A4_v2 – (4 núcleos, 8192 MB) Roteia solicitações para aplicativos do Serviço de Aplicativo. Trabalho Compartilhado 1 Standard_A4_v2 – (4 núcleos, 8192 MB) Hospeda aplicativos Web ou de API e aplicativos Azure Functions. Talvez você queira adicionar mais instâncias. Como um operador, você pode definir sua oferta e escolher qualquer camada de SKU. As camadas devem ter um mínimo de um vCPU. 
Observação
O Windows Server 2022 Core não é uma imagem de plataforma com suporte para uso com o Serviço de Aplicativo do Azure no Azure Stack Hub. Não use imagens de avaliação para implantações de produção.
Na caixa Selecionar Imagem de Plataforma, escolha sua implantação da imagem da máquina virtual do Windows Server 2022 das imagens disponíveis no provedor de recursos de computação para a nuvem do Serviço de Aplicativo. Selecione Avançar.
Na próxima página do Instalador do Serviço de Aplicativo, siga estas etapas:
a. Insira o nome de usuário e a senha do administrador da VM da função de trabalho.
b. Insira o nome de usuário e a senha do administrador da VM de Outras Funções.
c. Selecione Avançar.

Na página de resumo do Instalador do Serviço de Aplicativo, siga estas etapas:
a. Verifique as seleções feitas. Para fazer alterações, use o botão Anterior para visitar as páginas anteriores.
b. Se as configurações estiverem corretas, marque a caixa de seleção.
c. Para iniciar a implantação, selecione Avançar.

Na próxima página do Instalador do Serviço de Aplicativo, siga estas etapas:
a. Acompanhe o progresso da instalação. O Serviço de Aplicativo no Azure Stack Hub pode levar até 240 minutos para ser implantado com base nas seleções padrão e na idade da imagem base do Windows 2016 Datacenter.
b. Depois que o instalador for concluído com êxito, selecione Sair.

Etapas de pós-implantação
Importante
Se você forneceu ao RP de Serviço de Aplicativos uma instância SQL Always On, você deveadicionar os bancos de dados appservice_hosting e appservice_metering a um grupo de disponibilidade Always On e sincronizar os bancos de dados para evitar perdas de serviço em caso de failover do banco de dados.
Se você estiver implantando em uma rede virtual existente e usando um endereço IP interno para se conectar ao servidor de arquivos, deverá adicionar uma regra de segurança de saída. Essa regra habilita o tráfego SMB entre a sub-rede de trabalho e o servidor de arquivos. No portal do administrador, vá para o Grupo de Segurança de Rede WorkersNsg 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 arquivos
- Intervalo da porta de destino: 445
- Protocolo: TCP
- Ação: Permitir
- Prioridade: 700
- Nome: Outbound_Allow_SMB445
Para remover a latência quando os trabalhadores estão se comunicando com o servidor de arquivos, também recomendamos adicionar a seguinte regra ao NSG de trabalho para permitir o tráfego LDAP e Kerberos de saída para seus Controladores do Active Directory ao proteger o servidor de arquivos usando o Active Directory. Por exemplo, se você tiver usado o modelo de início rápido para implantar um Servidor de Arquivos de HA e SQL Server.
Vá para o WorkersNsg no portal do administrador 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 seus servidores do AD, como, por exemplo, com o modelo de início rápido 10.0.0.100, 10.0.0.101
- Intervalo da porta de destino: 389,88
- Protocolo: Qualquer
- Ação: Permitir
- Prioridade: 710
- Nome: Outbound_Allow_LDAP_and_Kerberos_to_Domain_Controllers
Validar o Serviço de Aplicativo da instalação do Azure Stack Hub
No portal do administrador do Azure Stack Hub, vá para Administrador – Serviço de Aplicativo.
Na visão geral, em status, verifique se Status exibe Todas as funções estão prontas.

Test drive do Serviço de Aplicativo no Azure Stack Hub
Depois de implantar e registrar o provedor de recursos do Serviço de Aplicativo, teste-o para garantir que os usuários possam implantar aplicativos de API e Web.
Observação
Você precisa criar uma oferta que tenha o namespace Microsoft.Web no plano. Você também precisa de uma assinatura de locatário que assine a oferta. Para obter mais informações, consulte Criar oferta e Criar plano.
Você deve ter uma assinatura de locatário para criar aplicativos que usam o Serviço de Aplicativo no Azure Stack Hub. As únicas tarefas que um administrador de serviço pode concluir no portal do administrador estão relacionadas à administração do provedor de recursos do Serviço de Aplicativo. Isso inclui adicionar capacidade, configurar fontes de implantação e adicionar camadas de trabalho e SKUs.
Para criar aplicativos Web, de API e do Azure Functions, você deve usar o portal do usuário e ter uma assinatura de locatário.
Para criar um aplicativo Web de teste, siga estas etapas:
No portal do usuário do Azure Stack Hub, selecione + Criar um recurso>Web + Celular>Aplicativo Web.
Em Aplicativo Web, insira um nome no aplicativo Web.
Em Grupo de Recursos, selecione Novo. Insira um nome para o Grupo de Recursos.
Selecione Local/Plano do Serviço de Aplicativo>Criar.
Em Plano do Serviço de Aplicativo, insira um nome para o plano do Serviço de Aplicativo.
Selecione Tipo de preço>Grátis-Compartilhado ou Compartilhado-Compartilhado>Selecione>OK>Criar.
Um bloco para o novo aplicativo Web aparece no painel. Selecione o bloco.
No Aplicativo Web, selecione Procurar para exibir o site padrão deste aplicativo.
Implantar um site do WordPress, do DNN ou do Django (opcional)
No portal do usuário do Azure Stack Hub, selecione +, acesse o Azure Marketplace, implante um site do Django e aguarde a conclusão da implantação. A plataforma web Django usa um banco de dados baseado em sistema de arquivos. Ele não requer nenhum provedor de recursos adicional, como SQL ou MySQL.
Se também tiver implantado um provedor de recursos MySQL, você poderá implantar um site do WordPress no Marketplace. Quando forem solicitados parâmetros de banco de dados, insira o nome de usuário como User1@Server1, com o nome de usuário e o nome do servidor de sua escolha.
Se também tiver implantado um provedor de recursos do SQL Server, você poderá implantar um site do DNN do Marketplace. Quando parâmetros de banco de dados forem solicitados, escolha um banco de dados no computador que execute o SQL Server que esteja conectado ao seu provedor de recursos.
Neste artigo, você aprenderá a implantar o provedor de recursos do Serviço de Aplicativo do Azure em um ambiente do Azure Stack Hub que seja:
- Não conectado à Internet.
- Protegido pelos Serviços de Federação do Active Directory (AD FS).
Para adicionar o provedor de recursos do Serviço de Aplicativo do Azure à sua implantação offline do Azure Stack Hub, você deve concluir estas tarefas de nível superior:
- Conclua as etapas de pré-requisito (como certificados de compra, que podem levar alguns dias para serem recebidos).
- Baixe e extraia os arquivos de instalação e auxiliares para um computador conectado à Internet.
- Crie um pacote de instalação offline.
- Execute o arquivo do instalador appservice.exe.
Crie um pacote de instalação offline
Para implantar o Serviço de Aplicativo do Azure em um ambiente offline, primeiro crie um pacote de instalação offline em um computador conectado à Internet.
Execute o instalador do AppService.exe em um computador conectado à Internet.
Selecione Avançado>Criar pacote de instalação offline. Esta etapa levará vários minutos para ser concluída.

O instalador do Serviço de Aplicativo do Azure cria um pacote de instalação offline e exibe o caminho para ele. Você pode selecionar Abrir pasta para abrir a pasta no Explorador de Arquivos.

Copie o instalador (AppService.exe) e o pacote de instalação offline para um computador que tenha conectividade com o Azure Stack Hub.
Conclua a instalação offline do Serviço de Aplicativo do Azure no Azure Stack Hub
Execute appservice.exe como administrador de um computador que pode acessar o ponto de extremidade do Azure Resource Manager do administrador do Azure Stack Hub.
Selecione Avançado>Concluir instalação offline.

Navegue até o local do pacote de instalação offline que você criou anteriormente e selecione Avançar.

Examine e aceite os Termos de Licença para Software Microsoft e selecione Avançar.
Examine e aceite os termos de licença de terceiros e selecione Avançar.
Verifique se as informações de configuração de nuvem do Serviço de Aplicativo do Azure estão corretas. Se você usou as configurações padrão durante a implantação do ASDK, poderá aceitar os valores padrão aqui. No entanto, se tiver personalizado as opções ao implantar o Azure Stack Hub ou estiver implantando em um sistema integrado, você deverá editar os valores nessa janela para refletir essas alterações. Por exemplo, se você usar o sufixo de domínio mycloud.com, o ponto de extremidade do Azure Resource Manager do locatário do Azure Stack Hub deverá ser alterado para
management.<region>.mycloud.com. Depois de confirmar suas informações, selecione Avançar.
Na próxima página do Instalador do Serviço de Aplicativo, você se conectará ao Azure Stack Hub:
Selecione o método de conexão que você deseja usar – Credencial ou Entidade de Serviço
- Credencial
- Se você estiver usando o Microsoft Entra ID, insira a conta de administrador do Microsoft Entra e a senha que você forneceu ao implantar o Azure Stack Hub. Selecione Conectar.
- Se você estiver usando os Serviços de Federação do Active Directory (AD FS), forneça sua conta de administrador. Por exemplo, cloudadmin@azurestack.local. Insira a senha e selecione Conectar.
- Entidade de Serviço
- A entidade de serviço que você usa deve ter direitos de Proprietário na Assinatura do Provedor Padrão
- Forneça a ID da Entidade de Serviço, o Arquivo de Certificado e a Senha e selecione Conectar.
- Credencial
Em Assinaturas do Azure Stack Hub, selecione a Assinatura do Provedor Padrão. O Serviço de Aplicativo do Azure no Azure Stack Hub deve ser implantado na Assinatura do Provedor Padrão.
Nos Locais do Azure Stack Hub, selecione o local que corresponde à região na qual você está implantando. Por exemplo, selecione local se você estiver implantando no ASDK.
Os administradores podem especificar um Prefixo de Implantação de três caracteres para as instâncias individuais em cada Conjunto de Dimensionamento de Máquinas Virtuais implantado. Isso será útil se você estiver gerenciando várias instâncias do Azure Stack Hub.
Você pode permitir que o instalador do Serviço de Aplicativo do Azure crie uma rede virtual e as sub-redes associadas. Ou você pode implantar em uma rede virtual existente seguindo estas etapas.
Para usar o método do instalador do Serviço de Aplicativo do Azure, selecione Criar VNet com configurações padrão, aceite os padrões e selecione Avançar.
Para implantar em uma rede existente, selecione Usar VNet e sub-redes existentes e:
- Selecione a opção Grupo de Recursos que contém a sua rede virtual.
- Escolha o nome da Rede Virtual na qual você deseja implantar.
- Selecione os valores de sub-rede corretos para cada uma das sub-redes necessárias para funções.
- Selecione Avançar.

Insira as informações do seu compartilhamento de arquivos e selecione Avançar. O endereço do compartilhamento de arquivos deve usar o FQDN (nome de domínio totalmente qualificado) ou o endereço IP do seu servidor de arquivos. Por exemplo: \\appservicefileserver.local.cloudapp.azurestack.external\websites ou \\10.0.0.1\websites. Se você estiver usando um servidor de arquivos ingressado no domínio, deverá fornecer o nome de usuário completo, incluindo o domínio. Por exemplo:
<myfileserverdomain>\<FileShareOwner>.Observação
O instalador tenta testar a conectividade com o compartilhamento de arquivos antes de continuar. No entanto, se você optar por implantar em uma rede virtual existente, o instalador poderá não conseguir se conectar ao compartilhamento de arquivos e exibirá um aviso perguntando se você deseja continuar. Verifique as informações de compartilhamento de arquivos e continue se estiverem corretas.

Na próxima página:
- Na caixa ID do Aplicativo de Identidade, insira o GUID do aplicativo de Identidade que você criou como parte dos pré-requisitos.
- Na caixa Certificado de solicitação de identidade, digite (ou navegue até) o local do arquivo de certificado.
- Na caixa senha do certificado do Aplicativo de Identidade, insira a senha do certificado. Essa senha é aquela que você anotou quando usou o script para criar os certificados.
- Na caixa Arquivo de certificado raiz o Azure Resource Manager, insira (ou navegue até) o local do arquivo de certificado.
- Selecione Avançar.

Para cada uma das três caixas de arquivo de certificado, selecione Procurar e navegue até o arquivo de certificado apropriado. Você deve fornecer a senha para cada certificado. Esses certificados são os que você criou em Pré-requisitos para implantar o Serviço de Aplicativo no Azure Stack Hub. Selecione Avançar depois de inserir todas as informações.
Box Exemplo de nome de arquivo de certificado Arquivo de certificado SSL padrão do Serviço de Aplicativo _.appservice.local.AzureStack.external.pfx Arquivo de certificado SSL da API do Serviço de Aplicativo api.appservice.local.AzureStack.external.pfx Arquivo de certificado SSL do Editor do Serviço de Aplicativo ftp.appservice.local.AzureStack.external.pfx Se você tiver usado um sufixo de domínio diferente quando criou os certificados, os nomes de arquivo de certificado não usarão local.AzureStack.external. Em vez disso, use suas informações de domínio personalizado.

Insira os detalhes do SQL Server para a instância de servidor usada para hospedar bancos de dados do provedor de recursos do Serviço de Aplicativo do Azure e selecione Avançar. O instalador valida as propriedades de conexão do SQL. Você deve inserir o IP interno ou o FQDN para o nome do SQL Server.
Observação
O instalador testa a conectividade com o computador que está executando o SQL Server antes de continuar. No entanto, se você optar por implantar em uma rede virtual existente, o instalador poderá não conseguir se conectar ao computador que está executando o SQL Server e exibirá um aviso perguntando se você deseja continuar. Verifique as informações do SQL Server e continue se estiverem corretas.
Do Serviço de Aplicativo do Azure no Azure Stack Hub 1.3 em diante, o instalador verifica se o computador que executa o SQL Server tem a contenção de banco de dados habilitada no nível do SQL Server. Caso contrário, você verá a seguinte exceção:
Enable contained database authentication for SQL server by running below command on SQL server (Ctrl+C to copy) *********************************************************** sp_configure 'contained database authentication', 1; GO RECONFIGURE; GO ***********************************************************
Examine as opções de instância de função e SKU. Os padrões são preenchidos com o número mínimo de instâncias e o SKU mínimo para cada função em uma implantação de produção. Para a implantação do ASDK, você poderá dimensionar as instâncias para as SKUs inferiores para reduzir o núcleo e a confirmação de memória, mas haverá uma degradação do desempenho. Um resumo dos requisitos de vCPU e memória é fornecido para ajudar a planejar sua implantação. Após fazer as seleções, selecione Avançar.
Observação
Para implantações de produção, siga as diretrizes em Planejamento de capacidade para funções de servidor do Serviço de Aplicativo do Azure no Azure Stack Hub.
Função Instâncias mínimas SKU mínimo Observações Controlador 2 Standard_A4_v2 – (4 núcleos, 8192 MB) Gerencia e mantém a integridade da nuvem do Serviço de Aplicativo. Gerenciamento 1 Standard_D3_v2 – (4 núcleos, 14336 MB) Gerencia o Azure Resource Manager do Serviço de Aplicativo e pontos de extremidade da API, extensões do portal (administrador, locatário, portal do Functions) e o serviço de dados. Para dar suporte ao failover, aumente as instâncias recomendadas para 2. Editor 1 Standard_A2_v2 – (2 núcleos, 4096 MB) Publica o conteúdo via FTP e implantação da Web. FrontEnd 1 Standard_A4_v2 – (4 núcleos, 8192 MB) Roteia solicitações para aplicativos do Serviço de Aplicativo. Trabalho Compartilhado 1 Standard_A4_v2 – (4 núcleos, 8192 MB) Hospeda aplicativos Web ou de API e aplicativos Azure Functions. Talvez você queira adicionar mais instâncias. Como um operador, você pode definir sua oferta e escolher qualquer camada de SKU. As camadas devem ter um mínimo de um vCPU. 
Na caixa Selecionar Imagem de Plataforma, escolha sua imagem da máquina virtual (VM) do Windows Server 2022 preparada das imagens disponíveis no provedor de recursos de computação para a nuvem do Serviço de Aplicativo do Azure. Selecione Avançar.
Observação
O Windows Server 2022 Core não é uma imagem de plataforma suportada para uso com o Serviço de Aplicativo do Azure no Azure Stack Hub. Não use imagens de avaliação para implantações de produção. O Serviço de Aplicativo do Azure no Azure Stack Hub requer que o Microsoft .NET 3.5.1 SP1 seja ativado na imagem usada para implantação. As imagens do Windows Server 2022 distribuídas pelo Marketplace não têm esse recurso habilitado. Portanto, você deve criar e usar uma imagem do Windows Server 2022 com esse recurso pré-habilitado.
Consulte Pré-requisitos para implantar o Serviço de Aplicativo no Azure Stack Hub para obter detalhes sobre como criar uma imagem personalizada e adicionar ao Marketplace. Certifique-se de especificar o seguinte ao adicionar a imagem ao Marketplace:
- Publisher = MicrosoftWindowsServer
- Oferta = WindowsServer
- SKU = AppService
- Versão = Especificar a versão "mais recente"
Na próxima página:
- Insira o nome de usuário e a senha do administrador da VM da função de trabalho.
- Insira o nome de usuário e a senha do administrador da VM de Outras Funções.
- Selecione Avançar.

Na página de resumo:
- Verifique as seleções feitas. Para fazer alterações, use o botão Anterior para visitar as páginas anteriores.
- Se as configurações estiverem corretas, marque a caixa de seleção.
- Para iniciar a implantação, selecione Avançar.

Na próxima página:
Acompanhe o progresso da instalação. O Serviço de Aplicativo no Azure Stack Hub pode levar até 240 minutos para ser implantado com base nas seleções padrão e na idade da imagem base do Windows 2016 Datacenter.
Depois que o instalador for concluído com êxito, selecione Sair.

Etapas de pós-implantação
Importante
Se você forneceu ao RP do Serviço de Aplicativo do Azure uma Instância Always On do SQL, você deveráadicionar os bancos de dados appservice_hosting e appservice_metering a um grupo de disponibilidade. Você também deve sincronizar os bancos de dados para evitar qualquer perda de serviço no caso de um failover de banco de dados.
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. No portal do administrador, vá para o Grupo de Segurança de Rede WorkersNsg 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 arquivos
- Intervalo da porta de destino: 445
- Protocolo: TCP
- Ação: Permitir
- Prioridade: 700
- Nome: Outbound_Allow_SMB445
Para remover a latência quando os trabalhadores estão se comunicando com o servidor de arquivos, também recomendamos adicionar a seguinte regra ao NSG de trabalho para permitir o tráfego LDAP e Kerberos de saída para seus Controladores do Active Directory ao proteger o servidor de arquivos usando o Active Directory. Por exemplo, se você tiver usado o modelo de início rápido para implantar um Servidor de Arquivos de HA e SQL Server.
Vá para o WorkersNsg no portal do administrador 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 seus servidores do AD, como, por exemplo, com o modelo de início rápido 10.0.0.100, 10.0.0.101
- Intervalo da porta de destino: 389,88
- Protocolo: Qualquer
- Ação: Permitir
- Prioridade: 710
- Nome: Outbound_Allow_LDAP_and_Kerberos_to_Domain_Controllers
Validar a instalação do Serviço de Aplicativo do Azure no Azure Stack Hub
No portal do administrador do Azure Stack Hub, vá para Administrador – Serviço de Aplicativo.
Na visão geral, em status, verifique se Status exibe Todas as funções estão prontas.

Test drive do Serviço de Aplicativo do Azure no Azure Stack Hub
Depois de implantar e registrar o provedor de recursos do Serviço de Aplicativo do Azure, teste-o para garantir que os usuários possam implantar aplicativos de API e Web.
Observação
Você deve criar uma oferta que tenha o namespace Microsoft.Web no plano. Em seguida, você precisa ter uma assinatura de locatário que assine essa oferta. Para obter mais informações, consulte Criar oferta e Criar plano.
Você deve ter uma assinatura de locatário para criar aplicativos que usam o Serviço de Aplicativo do Azure no Azure Stack Hub. As únicas capacidades que um administrador de serviço pode concluir no portal do administrador estão relacionadas à administração do provedor de recursos do Serviço de Aplicativo do Azure. Esses recursos incluem adicionar capacidade, configurar fontes de implantação e adicionar camadas de trabalho e SKUs.
A partir da terceira versão preliminar técnica, para criar aplicativos Web, API e Azure Functions, você deverá usar o portal do usuário e ter uma assinatura de locatário.
No portal do usuário do Azure Stack Hub, selecione + Criar um recurso>Web + Celular>Aplicativo Web.
Na guia Aplicativo Web, digite um nome na caixa Aplicativo Web.
Em Grupo de Recursos, selecione Novo. Digite um nome na caixa Grupo de Recursos.
Selecione Local/Plano do Serviço de Aplicativo>Criar.
Na folha Plano do Serviço de Aplicativo, digite um nome na caixa Plano do Serviço de Aplicativo.
Selecione Tipo de preço>Grátis-Compartilhado ou Compartilhado-Compartilhado>Selecione>OK>Criar.
Em menos de um minuto, um bloco para o novo aplicativo Web aparece no painel. Selecione o bloco.
Na folha Aplicativo Web, selecione Procurar para exibir o site padrão para este aplicativo.
Implantar um site do WordPress, do DNN ou do Django (opcional)
No portal do usuário do Azure Stack Hub, selecione +, acesse o Azure Marketplace, implante um site do Django e aguarde a conclusão bem-sucedida. A plataforma web Django usa um banco de dados baseado em sistema de arquivos. Ele não requer nenhum provedor de recursos adicional, como SQL ou MySQL.
Se também tiver implantado um provedor de recursos MySQL, você poderá implantar um site do WordPress no Azure Marketplace. Quando forem solicitados parâmetros de banco de dados, insira o nome de usuário como User1@Server1, com o nome de usuário e o nome do servidor de sua escolha.
Se também tiver implantado um provedor de recursos do SQL Server, você poderá implantar um site do DNN do Azure Marketplace. Quando parâmetros de banco de dados forem solicitados, escolha um banco de dados no computador que execute o SQL Server que esteja conectado ao seu provedor de recursos.
Próximas etapas
Prepare-se para as operações administrativas adicionais para o Serviço de Aplicativo no Azure Stack Hub:
