Implementar o Serviço de Aplicações no Azure Stack Hub
Importante
Atualize o Azure Stack Hub para uma versão suportada (ou implante o Kit de Desenvolvimento do Azure Stack mais recente), se necessário, antes de implantar ou atualizar o provedor de recursos (RP) do Serviço de Aplicativo. Certifique-se de ler as notas de 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 suportada do Azure Stack Hub Versão RP do Serviço de Aplicativo 2301 e mais recentes 2302 Installer (notas de versão)
Importante
Antes de executar o instalador do provedor de recursos, você deve concluir as etapas em Antes de começar
Neste artigo, você aprenderá a implantar o Serviço de Aplicativo no Azure Stack Hub, que dá aos usuários a capacidade de criar aplicativos Web, API e Azure Functions. Precisa de:
- Adicione 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ê pode incluí-lo em suas ofertas e planos. Os usuários podem se inscrever 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 de tempo necessário depende de quantas instâncias de função você implanta. 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
- Criar Grupo de Recursos e Rede Virtual (se necessário)
- Criar contas de armazenamento e contêineres para artefatos de instalação do Serviço de Aplicativo, serviço de uso e hidratação de recursos
- Baixar artefatos do Serviço de Aplicativo e carregá-los na conta de armazenamento do Serviço de Aplicativo
- Implantar o Serviço de Aplicativo
- Registar o serviço de utilização
- Criar entradas DNS para o Serviço de Aplicativo
- Registrar os provedores de recursos de administrador e locatário do Serviço de Aplicativo
- Registrar itens da galeria - aplicativos Web, API, Function App, App Service Plan, WordPress, DNN, Orchard e Django
Para implantar o provedor de recursos do Serviço de Aplicativo, siga estas etapas:
Execute appservice.exe como administrador a partir de um computador que possa aceder ao Azure Stack Hub Admin Azure Resource Management Endpoint.
Selecione Implantar Serviço de Aplicativo ou atualize para a versão mais recente.
Reveja e aceite os Termos de Licença para Software Microsoft e, em seguida, selecione Seguinte.
Reveja e aceite os termos de licença de terceiros e, em seguida, selecione Seguinte.
Verifique se as informações de configuração da nuvem do Serviço de Aplicativo estão corretas. Se você usou as configurações padrão durante a implantação do ASDK, poderá aceitar os valores padrão. Mas, se você personalizou as opções quando implantou o ASDK ou está implantando em um sistema integrado do Azure Stack Hub, você deve editar os valores nesta janela para refletir as diferenças.
Por exemplo, se você usar o sufixo de domínio mycloud.com, seu ponto de extremidade do Azure Stack Hub Tenant Azure Resource Manager deverá mudar para gerenciamento.<região.mycloud.com>. Reveja estas definições e, em seguida, selecione Seguinte para guardar as definições.
Na próxima página do Instalador do Serviço de Aplicativo, você se conectará ao seu Azure Stack Hub:
Selecione o método de conexão que deseja usar - Credencial ou Entidade de Serviço
Credencial
- Se estiver a utilizar o Microsoft Entra ID, introduza a conta de administrador do Microsoft Entra e a palavra-passe que forneceu quando implementou o Azure Stack Hub. Selecione Ligar.
- Se estiver a utilizar os Serviços de Federação do Ative Directory (AD FS), forneça a sua conta de administrador. Por exemplo, cloudadmin@azurestack.local. Introduza a sua palavra-passe e, em seguida, selecione Ligar.
Principal de Serviço
- A entidade de serviço que você usa deve ter direitos de Proprietário na Assinatura de 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 Hub de Pilha do Azure, selecione o local que corresponde à região na qual você está implantando. Por exemplo, selecione local se 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 Escala de Máquina Virtual implantadas. Isso é útil se estiver gerenciando várias instâncias do Azure Stack Hub.
Agora você pode implantar em uma rede virtual existente que você configurou usando estas etapas ou permitir que o instalador do Serviço de Aplicativo crie uma nova rede virtual e sub-redes. Para criar uma rede virtual, siga estes passos:
a. Selecione Criar rede virtual 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 sua rede virtual.
- Escolha o nome da Rede Virtual que você deseja implantar.
- Selecione os valores corretos de Sub-rede para cada uma das sub-redes de função necessárias.
- Selecione Seguinte.
Introduza as informações da partilha de ficheiros e, em seguida, selecione Seguinte. 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, que ingressou no domínio, deverá fornecer o nome de usuário completo, incluindo domínio. Por exemplo, myfileserverdomain\FileShareOwner.
Nota
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ê recebe 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 criado como parte dos pré-requisitos.
b. Na caixa Arquivo de certificado do Aplicativo de Identidade, digite (ou navegue para) o local do arquivo de certificado.
c. Na caixa Senha do certificado do Aplicativo de Identidade, digite 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 do Azure Resource Manager, insira (ou navegue para) o local do arquivo de certificado.
e. Selecione Seguinte.
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 aqueles 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ê usou um sufixo de domínio diferente quando criou os certificados, seus nomes de arquivo de certificado não usam local. AzureStack.external. Em vez disso, use suas informações de domínio personalizadas.
Insira os detalhes do SQL Server para a instância do 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 SQL.
O instalador do Serviço de Aplicativo tenta testar 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ê recebe um aviso e uma solicitação para continuar. Se as informações do SQL Server estiverem corretas, continue a implantação.
Analise a instância de função e as opções de SKU. Os padrões são preenchidos com o número mínimo de instâncias e a SKU mínima para cada função em uma implantação de produção. Para implantação de ASDK, você pode reduzir as instâncias para SKUs mais baixas para reduzir o núcleo e a confirmação de memória, mas você experimentará uma degradação de desempenho. Um resumo dos requisitos de vCPU e memória é fornecido para ajudar a planejar sua implantação. Depois de fazer suas seleções, selecione Avançar.
Nota
Para implantações de produção, siga as orientações em Planejamento de capacidade para funções de servidor do Serviço de Aplicativo do Azure no Azure Stack Hub.
Role Instâncias mínimas SKU mínimo Notas Comando 2 Standard_A4_v2 - (4 núcleos, 8192 MB) Gerencia e mantém a integridade da nuvem do Serviço de Aplicativo. Gestão 1 Standard_D3_v2 - (4 núcleos, 14336 MB) Gerencia o Gerenciador de Recursos do Azure do Serviço de Aplicativo e os pontos de extremidade da API, as extensões de portal (administrador, locatário, portal de funções) e o serviço de dados. Para dar suporte ao failover, aumente as instâncias recomendadas para 2. Publisher 1 Standard_A2_v2 - (2 núcleos, 4096 MB) Publica conteúdo via FTP e implantação web. FrontEnd 1 Standard_A4_v2 - (4 núcleos, 8192 MB) Encaminha solicitações para aplicativos do Serviço de Aplicativo. Trabalhador compartilhado 1 Standard_A4_v2 - (4 núcleos, 8192 MB) Hospeda aplicativos Web ou de API e aplicativos do Azure Functions. Talvez você queira adicionar mais instâncias. Como operador, você pode definir sua oferta e escolher qualquer nível de SKU. As camadas devem ter um mínimo de uma vCPU. 
Nota
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 da Plataforma , escolha a imagem da máquina virtual (VM) do Windows Server 2022 de implantação nas imagens disponíveis no provedor de recursos de computação para a nuvem do Serviço de Aplicativo. Selecione Seguinte.
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 Seguinte.
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 os botões 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 pós-implantação
Importante
Se você forneceu ao RP do Serviço de Aplicativo uma Instância SQL Always On, 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.
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. Esta regra permite 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:
- Fonte: Qualquer
- Intervalo de portas de origem: *
- Destino: Endereços IP
- Intervalo de endereços IP de destino: Intervalo de IPs para seu servidor de arquivos
- Intervalo de portas de destino: 445
- Protocolo: TCP
- Ação: Permitir
- Prioridade: 700
- Designação: 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 Ative Directory se proteger o servidor de arquivos usando o Ative Directory, por exemplo, se você tiver usado o modelo de início rápido para implantar um servidor de arquivos HA e o SQL Server.
Vá para o WorkersNsg no Portal de Administração e adicione uma regra de segurança de saída com as seguintes propriedades:
- Fonte: Qualquer
- Intervalo de portas de origem: *
- Destino: Endereços IP
- Intervalo de endereços IP de destino: intervalo de IPs para seus servidores AD, por exemplo, com o modelo de início rápido 10.0.0.100, 10.0.0.101
- Intervalo de portas de destino: 389,88
- Protocolo: qualquer
- Ação: Permitir
- Prioridade: 710
- Designação: Outbound_Allow_LDAP_and_Kerberos_to_Domain_Controllers
Validar a instalação do Serviço de Aplicativo no Azure Stack Hub
No portal do administrador do Azure Stack Hub, vá para Administração - Serviço de Aplicativo.
Na visão geral, em status, verifique se o Status exibe Todas as funções estão prontas.
Testar o Serviço de Aplicações 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 Web e de API.
Nota
Você precisa criar uma oferta que tenha o namespace Microsoft.Web no plano. Também precisa de uma subscrição de inquilino que subscreva 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, API e 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 + Aplicativo Web Móvel.>
Em Aplicativo Web, insira um nome no aplicativo Web.
Em Grupo de Recursos, selecione Novo. Insira um nome para o Grupo de Recursos.
Selecione Plano do Serviço de Aplicativo/Local>Criar Novo.
Em Plano do Serviço de Aplicativo, insira um nome para o plano do Serviço de Aplicativo.
Selecione Nível de preço>: Free-Shared ou Shared-Shared>Selecione>OK>Create.
Um bloco para o novo aplicativo Web aparece no painel. Selecione o bloco.
No Web App, selecione Procurar para exibir o site padrão deste aplicativo.
Implantar um site WordPress, DNN ou Django (opcional)
No portal do usuário do Azure Stack Hub, selecione +, vá para 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 adicionais, como SQL ou MySQL.
Se você também implantou um provedor de recursos MySQL, você pode implantar um site WordPress a partir do Marketplace. Quando forem solicitados parâmetros do banco de dados, digite o nome de usuário como User1@Server1, com o nome de usuário e o nome do servidor de sua escolha.
Se você também implantou um provedor de recursos do SQL Server, poderá implantar um site DNN do Marketplace. Quando forem solicitados parâmetros de banco de dados, escolha um banco de dados no computador que executa o SQL Server 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 é:
- Não conectado à internet.
- Protegido pelos Serviços de Federação do Ative Directory (AD FS).
Para adicionar o provedor de recursos do Serviço de Aplicativo do Azure à sua implantação offline do Hub de Pilha do Azure, você deve concluir estas tarefas de nível superior:
- Conclua as etapas de pré-requisito (como a compra de certificados, que podem levar alguns dias para serem recebidos).
- Transfira e extraia os ficheiros de instalação e auxiliares para uma máquina ligada à Internet.
- Crie um pacote de instalação offline.
- Execute o arquivo do instalador do appservice.exe.
Criar 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 uma máquina conectada à Internet.
Execute o instalador do AppService.exe em uma máquina conectada à Internet.
Selecione Advanced>Create offline installation package. 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 uma máquina 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 possa acessar o ponto de extremidade do Azure Stack Hub Admin Azure Resource Management.
Selecione Advanced>Complete offline installation.
Navegue até o local do pacote de instalação offline criado anteriormente e selecione Avançar.
Reveja e aceite os Termos de Licença para Software Microsoft e, em seguida, selecione Seguinte.
Reveja e aceite os termos de licença de terceiros e, em seguida, selecione Seguinte.
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 você personalizou as opções quando implantou o Azure Stack Hub ou está implantando em um sistema integrado, deverá editar os valores nesta janela para refletir essas alterações. Por exemplo, se você usar o sufixo de domínio mycloud.com, seu ponto de extremidade do Azure Stack Hub Tenant Azure Resource Manager deverá mudar 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 seu Azure Stack Hub:
Selecione o método de conexão que deseja usar - Credencial ou Entidade de Serviço
- Credencial
- Se estiver a utilizar o Microsoft Entra ID, introduza a conta de administrador do Microsoft Entra e a palavra-passe que forneceu quando implementou o Azure Stack Hub. Selecione Ligar.
- Se estiver a utilizar os Serviços de Federação do Ative Directory (AD FS), forneça a sua conta de administrador. Por exemplo, cloudadmin@azurestack.local. Introduza a sua palavra-passe e, em seguida, selecione Ligar.
- Principal de Serviço
- A entidade de serviço que você usa deve ter direitos de Proprietário na Assinatura de 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 Hub de Pilha do Azure, selecione o local que corresponde à região na qual você está implantando. Por exemplo, selecione local se 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 Escala de Máquina Virtual implantadas. Isso é útil se 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 sub-redes associadas. Ou, você pode implantar em uma rede virtual existente, conforme configurado por estas etapas.
Para usar o método de instalação 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, em seguida:
- Selecione a opção Grupo de Recursos que contém sua rede virtual.
- Escolha o nome da Rede Virtual na qual deseja implantar.
- Selecione os valores corretos de Sub-rede para cada uma das sub-redes de função necessárias.
- Selecione Seguinte.
Introduza as informações da partilha de ficheiros e, em seguida, selecione Seguinte. 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 estiver a utilizar um servidor de ficheiros associado a um domínio, tem de fornecer o nome de utilizador completo, incluindo o domínio. Por exemplo:
<myfileserverdomain>\<FileShareOwner>.Nota
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 talvez não consiga 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 página seguinte:
- Na caixa ID do Aplicativo de Identidade, insira o GUID do aplicativo de Identidade criado como parte dos pré-requisitos.
- Na caixa Arquivo de certificado do Aplicativo de Identidade, digite (ou navegue para) o local do arquivo de certificado.
- Na caixa Senha do certificado do Aplicativo de Identidade, digite a senha do certificado. Essa senha é aquela que você anotou quando usou o script para criar os certificados.
- Na caixa Arquivo de certificado raiz do Azure Resource Manager, insira (ou navegue para) o local do arquivo de certificado.
- Selecione Seguinte.
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 aqueles 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ê usou um sufixo de domínio diferente quando criou os certificados, seus nomes de arquivo de certificado não usam local. AzureStack.external. Em vez disso, use suas informações de domínio personalizadas.
Insira os detalhes do SQL Server para a instância do servidor usada para hospedar os 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 SQL. Você deve inserir o IP interno ou o FQDN para o nome do SQL Server.
Nota
O instalador tenta testar a conectividade com o computador que executa o SQL Server antes de continuar. No entanto, se você optar por implantar em uma rede virtual existente, o instalador talvez não consiga se conectar ao computador que executa 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. Se isso não acontecer, você será solicitado com 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 ***********************************************************Para obter mais informações, consulte as notas de versão do Serviço de Aplicativo do Azure no Azure Stack Hub 1.3.
Analise a instância de função e as opções de SKU. Os padrões são preenchidos com o número mínimo de instâncias e a SKU mínima para cada função em uma implantação de produção. Para implantação de ASDK, você pode reduzir as instâncias para SKUs mais baixas para reduzir o núcleo e a confirmação de memória, mas você experimentará uma degradação de desempenho. Um resumo dos requisitos de vCPU e memória é fornecido para ajudar a planejar sua implantação. Depois de fazer suas seleções, selecione Avançar.
Nota
Para implantações de produção, siga as orientações em Planejamento de capacidade para funções de servidor do Serviço de Aplicativo do Azure no Azure Stack Hub.
Role Instâncias mínimas SKU mínimo Notas Comando 2 Standard_A4_v2 - (4 núcleos, 8192 MB) Gerencia e mantém a integridade da nuvem do Serviço de Aplicativo. Gestão 1 Standard_D3_v2 - (4 núcleos, 14336 MB) Gerencia o Gerenciador de Recursos do Azure do Serviço de Aplicativo e os pontos de extremidade da API, as extensões de portal (administrador, locatário, portal de funções) e o serviço de dados. Para dar suporte ao failover, aumente as instâncias recomendadas para 2. Publisher 1 Standard_A2_v2 - (2 núcleos, 4096 MB) Publica conteúdo via FTP e implantação web. FrontEnd 1 Standard_A4_v2 - (4 núcleos, 8192 MB) Encaminha solicitações para aplicativos do Serviço de Aplicativo. Trabalhador compartilhado 1 Standard_A4_v2 - (4 núcleos, 8192 MB) Hospeda aplicativos Web ou de API e aplicativos do Azure Functions. Talvez você queira adicionar mais instâncias. Como operador, você pode definir sua oferta e escolher qualquer nível de SKU. As camadas devem ter um mínimo de uma vCPU. Na caixa Selecionar Imagem da Plataforma , escolha sua imagem preparada da máquina virtual (VM) do Windows Server 2022 Datacenter nas imagens disponíveis no provedor de recursos de computação para a nuvem do Serviço de Aplicativo do Azure. Selecione Seguinte.
Nota
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. 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 Hub de Pilha do Azure 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 = Especifique a versão "mais recente"
Na página seguinte:
- 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 Seguinte.
Na página de resumo:
- Verifique as seleções feitas. Para fazer alterações, use os botões 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 página seguinte:
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 terminar a execução, selecione Sair.
Passos pós-implementação
Importante
Se você forneceu ao RP do Serviço de Aplicativo do Azure uma Instância SQL Always On, 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 um endereço IP interno para se conectar ao seu 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:
- Fonte: Qualquer
- Intervalo de portas de origem: *
- Destino: Endereços IP
- Intervalo de endereços IP de destino: Intervalo de IPs para seu servidor de arquivos
- Intervalo de portas de destino: 445
- Protocolo: TCP
- Ação: Permitir
- Prioridade: 700
- Designação: 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 Ative Directory se proteger o servidor de arquivos usando o Ative Directory, por exemplo, se você tiver usado o modelo de início rápido para implantar um servidor de arquivos HA e o SQL Server.
Vá para o WorkersNsg no Portal de Administração e adicione uma regra de segurança de saída com as seguintes propriedades:
- Fonte: Qualquer
- Intervalo de portas de origem: *
- Destino: Endereços IP
- Intervalo de endereços IP de destino: intervalo de IPs para seus servidores AD, por exemplo, com o modelo de início rápido 10.0.0.100, 10.0.0.101
- Intervalo de portas de destino: 389,88
- Protocolo: qualquer
- Ação: Permitir
- Prioridade: 710
- Designação: 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 Administração - Serviço de Aplicativo.
Na visão geral, em status, verifique se o Status exibe Todas as funções estão prontas.
Teste o 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 Web e de API.
Nota
Você deve criar uma oferta que tenha o namespace Microsoft.Web dentro do plano. Em seguida, precisa de ter uma subscrição de inquilino que subscreva esta 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. Os únicos recursos que um administrador de serviço pode concluir no portal do administrador estão relacionados à administração do provedor de recursos do Serviço de Aplicativo do Azure. Esses recursos incluem a adição de capacidade, a configuração de fontes de implantação e a adição de camadas de trabalho e SKUs.
A partir da terceira visualização técnica, para criar aplicativos Web, API e Azure Functions, você deve 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 + Aplicativo Web Móvel.>
Na folha Aplicativo Web, digite um nome na caixa Aplicativo Web.
Em Grupo de Recursos, selecione Novo. Digite um nome na caixa Grupo de Recursos.
Selecione Plano do Serviço de Aplicativo/Local>Criar Novo.
Na folha Plano do Serviço de Aplicativo, digite um nome na caixa Plano do Serviço de Aplicativo.
Selecione Nível de preço>: Free-Shared ou Shared-Shared>Selecione>OK>Create.
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 deste aplicativo.
Implantar um site WordPress, DNN ou Django (opcional)
No portal do usuário do Azure Stack Hub, selecione +, vá para 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 adicionais, como SQL ou MySQL.
Se você também implantou um provedor de recursos MySQL, pode implantar um site WordPress do Azure Marketplace. Quando forem solicitados parâmetros do banco de dados, digite o nome de usuário como User1@Server1, com o nome de usuário e o nome do servidor de sua escolha.
Se você também implantou um provedor de recursos do SQL Server, poderá implantar um site DNN do Azure Marketplace. Quando forem solicitados parâmetros de banco de dados, escolha um banco de dados no computador que executa o SQL Server conectado ao seu provedor de recursos.
Próximos passos
Prepare-se para operações administrativas adicionais para o Serviço de Aplicativo no Azure Stack Hub:
Comentários
Brevemente: Ao longo de 2024, vamos descontinuar progressivamente o GitHub Issues como mecanismo de feedback para conteúdos e substituí-lo por um novo sistema de feedback. Para obter mais informações, veja: https://aka.ms/ContentUserFeedback.
Submeter e ver comentários