Escalar aplicativos em um Ambiente do Serviço de Aplicativo v1

Importante

Este artigo é sobre o Ambiente do Serviço de Aplicativo v1. O Ambiente do Serviço de Aplicativo v1 será desativado em 31 de agosto de 2024. Há uma nova versão do Ambiente de Serviço de Aplicativo que é mais fácil de usar e é executado na infraestrutura mais avançada. Para saber mais sobre a nova versão, comece com Introdução ao Ambiente do Serviço de Aplicativo. Se você estiver usando o Ambiente do Serviço de Aplicativo v1, siga as etapas neste artigo para migrar para a nova versão.

Desde 29 de janeiro de 2024, você não pode mais criar recursos do Ambiente do Serviço de Aplicativo v1 usando um dos métodos disponíveis, incluindo os modelos do ARM/Bicep, o portal do Azure, a CLI do Azure ou a API REST. Você precisará migrar para o Ambiente do Serviço de Aplicativo v3 antes de 31 de agosto de 2024 para evitar a exclusão de recursos e a perda de dados.

No Serviço de Aplicativo do Azure normalmente há três itens que você pode dimensionar:

  • plano de preços
  • tamanho do trabalho
  • número de instâncias.

Em um ASE não é necessário selecionar ou alterar o plano de preços. Em termos de recursos, ele já está no nível de recurso de preços Premium.

Com relação aos tamanhos de trabalho, o administrador do ASE pode atribuir o tamanho do recurso de computação a ser usado para cada pool de trabalho. Isso significa que você pode ter o Pool de Trabalhadores 1 com recursos de computação P4 e o Pool de Trabalhadores 2 com recursos de computação P1, se desejado. Eles não precisam estar em ordem de tamanho. Para obter detalhes sobre os tamanhos e seus preços, confira o documento aqui Preços do Serviço de Aplicativo do Azure. Isso deixa as opções de dimensionamento para aplicativos Web e Planos do Serviço de Aplicativo em um Ambiente do Serviço de Aplicativo sendo:

  • seleção do pool de trabalhadores
  • número de instâncias

A alteração de qualquer um dos itens é feita por meio da interface do usuário apropriada mostrada para os seus Planos do Serviço de Aplicativo hospedados no ASE.

Screenshot that shows where to view the details of the Scale service plan and the Worker Pool service plan.

Você não pode escalar verticalmente seu ASP além do número de recursos de computação disponíveis no pool de trabalho em que o ASP está localizado. Se precisar de recursos de computação no pool de trabalho, providencie para que o administrador do ASE os adicione. Para obter informações sobre a reconfiguração de seu ASE, leia as informações fornecidas aqui: Como configurar um ambiente do Serviço de Aplicativo. Também convém aproveitar os recursos de autoescala do ASE para adicionar capacidade com base no agendamento ou em métricas. Para obter mais detalhes sobre como configurar a autoescala para o ambiente ASE propriamente dito, confira Como configurar a autoescala para um Ambiente do Serviço de Aplicativo.

Você pode criar vários planos de serviço de aplicativo usando recursos de computação de pools de trabalho diferentes, ou pode usar o mesmo pool de trabalho. Por exemplo, se tiver (10) recursos de computação disponíveis no Pool de trabalho 1, você poderá optar por criar um plano de serviço de aplicativo que usa (6) recursos de computação e um segundo plano de serviço de aplicativo que usa (4) recursos de computação.

Dimensionando o número de instâncias

Quando você cria seu aplicativo Web em um Ambiente do Serviço de Aplicativo, ele começa com uma instância. Em seguida, você pode escalar horizontalmente para mais instâncias a fim de fornecer recursos de computação adicionais para seu aplicativo.

Se seu ASE tiver capacidade suficiente, isso é muito simples. Acesse seu Plano do Serviço de Aplicativo que contém os sites que você deseja escalar verticalmente e selecione Escala. Isso abre a interface do usuário em que você pode definir manualmente a escala para o ASP ou configurar as regras de autoescala para ele. Para escalar manualmente seu aplicativo, basta definir Escalar por como uma contagem de instâncias inserida manualmente. Daqui, arraste o controle deslizante para a quantidade desejada ou insira-a na caixa ao lado do controle deslizante.

Screenshot that shows where you can set the scale for your ASP or configure autoscale rules for your ASP.

As regras de autoescala para um ASP em um ASE funcionam da mesma forma que em uma condição normal. É possível selecionar Percentual de CPU em Escalar por e criar regras de dimensionamento automático para o ASP com base no percentual de CPU ou criar regras mais complexas usando regras de agendamento e desempenho. Para ver detalhes mais completos sobre como configurar a autoescala, use o guia Escalar um aplicativo no Serviço de Aplicativo do Azure.

seleção do pool de trabalhadores

Como observamos anteriormente, a seleção do pool de trabalho é acessada da interface do usuário do ASP. Abra a folha do ASP que deseja escalar e selecione o pool de trabalho. Você verá todos os pools de trabalhadores que configurou no seu Ambiente do Serviço de Aplicativo. Se você tiver somente um pool de trabalhadores, verá somente o pool listado. Para alterar a localização de pool de trabalho do ASP, basta selecionar o pool de trabalho para o qual deseja mover seu Plano do Serviço de Aplicativo.

Screenshot that shows where you can change what worker pool your ASP is in.

Antes de mover seu ASP de um pool de trabalho para outro, é importante se certificar de que você terá a capacidade adequada para o ASP. Na lista de pools de trabalhadores, não apenas o nome do pool de trabalhadores está listado, mas você também pode ver quantos trabalhadores estão disponíveis nesse pool de trabalhadores. Certifique-se de que há instâncias suficientes disponíveis para conter o seu Plano do Serviço de Aplicativo. Se precisar de mais recursos de computação no pool de trabalhadores para o qual deseja mover, providencie para que o administrador do seu ASE os adicione.

Observação

Mover um ASP de um pool de trabalho causará inicializações a frio dos aplicativos nesse ASP. Isso pode fazer com que as solicitações sejam executadas lentamente enquanto o aplicativo é inicializado a frio nos novos recursos de computação. A inicialização a frio pode ser evitada usando a funcionalidade de aquecimento do aplicativo no Serviço de Aplicativo do Azure. O módulo Inicialização de Aplicativos descrito neste artigo também funciona para inicializações a frio porque o processo de inicialização também é invocado quando aplicativos são inicializados a frio em novos recursos de computação.

Introdução

Para se familiarizar com os Ambientes de Serviços de Aplicativo, confira Como criar um ASEv1 do modelo