Dimensionar aplicações num Ambiente do Serviço de Aplicações 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 do Serviço de Aplicativo que é mais fácil de usar e é executada em uma infraestrutura mais poderosa. Para saber mais sobre a nova versão, comece com a 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.

A partir de 29 de janeiro de 2024, você não poderá mais criar novos recursos do Ambiente do Serviço de Aplicativo v1 usando qualquer um dos métodos disponíveis, incluindo modelos ARM/Bicep, Portal do Azure, CLI do Azure ou API REST. Você deve 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.

Para obter as informações mais atualizadas sobre a desativação do Ambiente do Serviço de Aplicativo v1/v2, consulte a atualização de desativação do Ambiente do Serviço de Aplicativo v1 e v2.

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

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

Em um ASE não há necessidade de selecionar ou alterar o plano de preços. Em termos de capacidades, já está em um nível de capacidade de preço 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 trabalhadores. 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 desejar. Eles não precisam estar em ordem de tamanho. Para obter detalhes sobre os tamanhos e seus preços, consulte o documento aqui : Preços do Serviço de Aplicativo do Azure. Isso faz com que as opções de dimensionamento para aplicativos Web e Planos do Serviço de Aplicativo em um Ambiente do Serviço de Aplicativo sejam:

• seleção do grupo de trabalhadores
• Número de instâncias

A alteração de qualquer item é feita por meio da interface do usuário apropriada mostrada para seus Planos de Serviço de Aplicativo hospedados pelo ASE.

Você não pode dimensionar seu ASP além do número de recursos de computação disponíveis no pool de trabalho em que seu ASP está. Se você precisar de recursos de computação nesse pool de trabalhadores, precisará fazer com que o administrador do ASE os adicione. Para obter informações sobre como reconfigurar seu ASE, leia as informações aqui: Como configurar um ambiente do Serviço de Aplicativo. Você também pode querer aproveitar os recursos de dimensionamento automático do ASE para adicionar capacidade com base em cronograma ou métricas. Para obter mais detalhes sobre como configurar o dimensionamento automático para o próprio ambiente ASE, consulte Como configurar o dimensionamento automático 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 diferentes pools de trabalhadores ou pode usar o mesmo pool de trabalhadores. Por exemplo, se você tiver (10) recursos de computação disponíveis no Pool de Trabalhadores 1, poderá optar por criar um plano de serviço de aplicativo usando (6) recursos de computação e um segundo plano de serviço de aplicativo que use (4) recursos de computação.

Dimensionamento do número de instâncias

Quando você cria seu aplicativo Web pela primeira vez em um Ambiente do Serviço de Aplicativo, ele começa com 1 instância. Em seguida, você pode expandir para instâncias adicionais para fornecer recursos de computação adicionais para seu aplicativo.

Se o seu ASE tem capacidade suficiente, então isso é muito simples. Você acessa seu Plano do Serviço de Aplicativo que contém os sites que deseja aumentar a escala e seleciona Dimensionar. Isso abre a interface do usuário onde você pode definir manualmente a escala para seu ASP ou configurar regras de dimensionamento automático para seu ASP. Para dimensionar manualmente seu aplicativo, basta definir Dimensionar por para uma contagem de instâncias que insiro manualmente. A partir daqui, arraste o controle deslizante para a quantidade desejada ou insira-o na caixa ao lado do controle deslizante.

As regras de dimensionamento automático para um ASP em um ASE funcionam da mesma forma que normalmente. Você pode selecionar Porcentagem de CPU em Dimensionar por e criar regras de dimensionamento automático para seu ASP com base na Porcentagem de CPU ou pode criar regras mais complexas usando regras de programação e desempenho. Para ver detalhes mais completos sobre como configurar o dimensionamento automático, use o guia aqui : Dimensionar um aplicativo no Serviço de Aplicativo do Azure.

Seleção do Pool de Trabalhadores

Como observado anteriormente, a seleção do pool de trabalhadores é acessada a partir da interface do usuário do ASP. Abra a folha do ASP que você deseja dimensionar e selecione o pool de trabalhadores. Você verá todos os pools de trabalho que configurou em seu Ambiente do Serviço de Aplicativo. Se você tiver apenas um pool de trabalhadores, verá apenas um pool listado. Para alterar em qual pool de trabalhadores seu ASP está, basta selecionar o pool de trabalhadores para o qual deseja que seu Plano do Serviço de Aplicativo seja movido.

Antes de mover seu ASP de um pool de trabalho para outro, é importante certificar-se de que você terá capacidade adequada para seu 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. Verifique se há instâncias suficientes disponíveis para conter seu Plano do Serviço de Aplicativo. Se você precisar de mais recursos de computação no pool de trabalhadores para o qual deseja mover, peça ao administrador do ASE para adicioná-los.

Nota

Mover um ASP de um pool de trabalho causará inícios frios dos aplicativos nesse ASP. Isso pode fazer com que as solicitações sejam executadas lentamente à medida que seu aplicativo é iniciado a frio nos novos recursos de computação. O arranque a frio pode ser evitado utilizando a funcionalidade de aquecimento da aplicação no Serviço de Aplicações do Azure. O módulo de inicialização de aplicativos descrito no artigo também funciona para partidas a frio porque o processo de inicialização também é invocado quando os aplicativos são iniciados a frio em novos recursos de computação.

Introdução

Para começar a usar os Ambientes do Serviço de Aplicativo, consulte Como criar um ASEv1 a partir do modelo