Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
Importante
Atualize o Azure Stack Hub para uma versão suportada, 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 |
|---|---|
| 2311 e seguintes | 25R1 Installer 25R1 Offline Package (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 provedor de recursos do Serviço de Aplicativo do Azure em um ambiente do Azure Stack Hub que é:
- Conectado ou desconectado da internet
- Protegido pelo Entra ID ou 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 do Azure Stack Hub, 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.
- Baixe o pacote de instalação offline.
- Execute o arquivo do instalador do appservice.exe.
Concluir a instalação 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 que você baixou 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 Kit de Desenvolvimento do Azure Stack, 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. O Prefixo de Implantação é útil ao gerenciar 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.
Caixa 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 ***********************************************************
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, pode-se diminuir as instâncias para SKUs mais baixas para reduzir o número de núcleos e o compromisso de memória, mas 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.
Funções 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. Editora 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 esteja 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, ao implantar em ambientes offline, 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 Provedor de Recursos 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 usar 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:
- 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 estiverem se comunicando com o servidor de arquivos, também recomendamos adicionar a seguinte regra ao Grupo de Segurança da Rede de Trabalho para permitir o tráfego LDAP e Kerberos de saída para seus Controladores do Ative Directory se estiver protegendo 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 >
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 outro provedor de recursos, 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 outras operações de administração do Serviço de Aplicativo no Azure Stack Hub: