Visão geral do plano do Serviço de Aplicativo do Azure
Um serviço de aplicativo é executado em um Plano do Serviço de Aplicativo. Além disso, o Azure Functions também tem a opção de ser executado em um Plano do Serviço de Aplicativo. Um plano de serviço de aplicativo define um conjunto de recursos de computação para um aplicativo Web ser executado. Esses recursos de computação são análogos ao farm de servidores na hospedagem na web convencional. Um ou mais aplicativos podem ser configurados para ser executado nos mesmos recursos de computação (ou no mesmo plano de Serviço de Aplicativo).
Quando você cria um plano de serviço de aplicativo em uma determinada região (por exemplo, Europa Ocidental), um conjunto de recursos de computação é criado para esse plano nessa região. Quaisquer aplicativos que você coloque nesse plano de serviço de aplicativo é executado nesses recursos de computação conforme definido pelo seu plano de serviço de aplicativo. Cada plano de serviço de aplicativo define:
- Sistema operacional (Windows e Linux)
- Região (Oeste dos EUA, Leste dos EUA, etc.)
- Número de instâncias de VM
- Tamanho de instâncias de máquina virtual (pequeno, médio, grande)
- Tipo de preço (Gratuito, Compartilhado, Básico, Standard, Premium, PremiumV2, PremiumV3, Isolado, IsoladoV2)
O tipo de preço de um plano de serviço de aplicativo determina quais recursos do serviço de aplicativo que você obtém e quanto você paga pelo plano. Os tipos de preços disponíveis para o seu Plano do Serviço de Aplicativo dependem do sistema operacional selecionado no momento da criação. Há algumas categorias de tipos de preços:
- Computação compartilhada: grátis e compartilhada, os dois tipos base, executam um aplicativo na mesma máquina virtual do Azure como outros aplicativos do serviço de aplicativo, incluindo aplicativos de outros clientes. Esses tipos alocam cotas de CPU para cada aplicativo que é executado em recursos compartilhados, e não é possível expandir os recursos.
- Computação dedicada: as camadas Básica, Standard, Premium, PremiumV2 e PremiumV3 executam os aplicativos nas VMs dedicadas do Azure. Somente os aplicativos no mesmo plano do serviço de aplicativo compartilham os mesmos recursos de computação. Quanto maior o nível, mais instâncias de máquina virtual estão disponíveis para a sua expansão.
- Isolado: as camadas Isolada e IsoladaV2 executam VMs do Azure em Redes Virtuais do Azure dedicadas. Ele fornece isolamento de rede na parte superior do isolamento de computação para seus aplicativos. Ele fornece a capacidade máxima de expansão.
Observação
Os planos de serviço Gratuito e Compartilhado (versão prévia) do Serviço de Aplicativo são camadas base executadas nas mesmas máquinas virtuais do Azure de outros aplicativos do Serviço de Aplicativo. Alguns aplicativos podem pertencer a outros clientes. O uso dessas camadas é voltado somente para desenvolvimento e teste.
Cada tipo também fornece um subconjunto específico de recursos do serviço de aplicativo. Esses recursos incluem domínios personalizados e certificados TLS/SSL, dimensionamento automático, slots de implantação, backups, integração do Gerenciador de tráfego do Microsoft Azure e muito mais. Quanto maior o nível, mais recursos estão disponíveis. Para descobrir quais recursos têm suporte em cada tipo de preços, consulte os Detalhes do plano do serviço de aplicativo.
Observação
O novo tipo de preço PremiumV3 garante computadores com processadores mais rápidos (ACU mínimo de 195 por CPU virtual), armazenamento de SSD, opções com otimização de memória e proporção de memória para núcleo quádrupla em comparação com a camada Standard. O PremiumV3 também dá suporte a uma escala maior por meio da maior contagem de instâncias e ainda fornece todas as funcionalidades avançadas encontradas na camada Standard. Todos os recursos disponíveis no tipo de preço PremiumV2 existente estão incluídos no PremiumV3.
Vários tamanhos de VM estão disponíveis para essa camada, incluindo taxas de memória para núcleo de 4 para 1 e 8 para 1:
- P0v3 (1 vCPU, 4 GiB de memória)
- P1v3 (2 vCPU, 8 GiB de memória)
- P1mv3 (2 vCPU, 16 GiB de memória)
- P2v3 (4 vCPU, 16 GiB de memória)
- P2mv3 (4 vCPU, 32 GiB de memória)
- P3v3 (8 vCPU, 32 GiB de memória)
- P3mv3 (8 vCPU, 64 GiB de memória)
- P4mv3 (16 vCPU, 128 GiB de memória)
- P5mv3 (32 vCPU, 256 GiB de memória)
Para obter informações de preço do PremiumV3, confira Preço do Serviço de Aplicativo.
Para uma introdução ao novo tipo de preço PremiumV3, consulte Configurar o tipo de preço PremiumV3 no Serviço de Aplicativo.
Como o meu aplicativo é executado e dimensionado?
Nas camadas Gratuito e Compartilhado, um aplicativo recebe minutos de CPU em uma instância de VM compartilhada e não pode escalar horizontalmente. Em outras camadas, um aplicativo é executado e dimensionado da seguinte maneira.
Ao criar um aplicativo no serviço de aplicativo, ele é colocado em um plano do Serviço de Aplicativo. Quando o aplicativo é executado, ele é executado em todas as instâncias da máquina virtual configuradas no plano do serviço de aplicativo. Se vários aplicativos estiverem no mesmo plano do serviço de aplicativo, todos eles compartilham as mesmas instâncias de máquina virtual. Se você tiver vários slots de implantação para um aplicativo, todos os slots de implantação também serão executados nas mesmas instâncias da máquina virtual. Se você habilitar os logs de diagnósticos, executar backups ou executar trabalhos da Web, eles também usarão ciclos de CPU e memória nessas instâncias da máquina virtual.
Dessa forma, o plano de serviço de aplicativo é a unidade de escala dos aplicativos do serviço de aplicativo. Se o plano estiver configurado para executar cinco instâncias da máquina virtual, todos os aplicativos no plano serão executados em todas as cinco instâncias. Se o plano estiver configurado para dimensionamento automático, todos os aplicativos no plano são dimensionados juntos com base nas configurações de dimensionamento automático.
Para obter informações sobre o dimensionamento de um aplicativo, consulte Dimensionar a contagem de instâncias manual ou automaticamente.
Quanto custa o plano do serviço de aplicativo?
Esta seção descreve como os aplicativos do serviço de aplicativo são cobrados. Para obter informações detalhadas de preço específicas a certas regiões, consulte Preço do Serviço de Aplicativo.
Exceto para o tipo Grátis, um plano de Serviço de Aplicativo cobre um preço sobre os recursos de computação que usa.
- No tipo Compartilhado, cada aplicativo recebe uma cota de minutos de CPU, portanto cada aplicativo é cobrado pela cota de CPU.
- Nas camadas de computação dedicadas (Básico, Standard, Premium, PremiumV2, PremiumV3), o plano do Serviço de Aplicativo define um número de instâncias de VM para os quais os aplicativos são escalados, portanto cada instância de VM no plano de Serviço do Aplicativo é cobrada. Essas instâncias de máquina virtual são cobradas da mesma forma, independentemente de quantos aplicativos forem executados nelas. Para evitar cobranças inesperadas, consulte Limpar um plano do serviço de aplicativo.
- Nos níveis Isolado e IsoladoV2, o ambiente do serviço de aplicativo define o número de trabalhadores isolados que executam seus aplicativos, e cada trabalhador é cobrado. Além disso, no nível Isolado, há uma tarifa de selo simples para a execução do Ambiente do Serviço de Aplicativo em si.
Você não é cobrado por usar os recursos do serviço de aplicativo que estão disponíveis para você (como configurar domínios personalizados, certificados TLS/SSL, slots de implantação, backups, etc.). As exceções são:
- Domínios do serviço de aplicativo - você paga quando compra um no Azure e quando você o renova todo ano.
- Certificados do serviço de aplicativo - você paga quando compra um no Azure e quando você o renova todo ano.
- Conexões TLS com base em IP - há uma taxa por hora para cada conexão TLS com base em IP, mas alguns tipos Standard ou superior fornecem uma conexão TLS com base em IP gratuitamente. Conexões de TLS com base em SNI são gratuitas.
Observação
Se você integrar o serviço de aplicativo com outro serviço do Azure, você precisará considerar encargos desses outros serviços. Por exemplo, se você usar o Azure Traffic Manager para dimensionar o seu aplicativo geograficamente, o Azure Traffic Manager também cobrará você com base em seu uso. Para estimar o custo de serviços no Azure, consulte Calculadora de preços.
Deseja otimizar e reduzir seus gastos com a nuvem?
Os serviços do Azure custam dinheiro. O Gerenciamento de Custos do Azure ajuda você a definir orçamentos e configurar alertas para manter os gastos sob controle. Analise, gerencie e otimize seus custos do Azure com o Gerenciamento de Custos. Para saber mais, confira o guia de início rápido sobre como analisar seus custos.
E se o meu aplicativo precisar de mais recursos?
O seu plano do serviço de aplicativo pode ser dimensionado para mais ou para menos a qualquer momento. É tão simples quanto alterar o tipo de preço do plano. Você pode escolher um tipo de preço mais baixo em um primeiro momento e depois aumentá-lo quando precisar de mais recursos do Serviço de Aplicativo.
Por exemplo, você pode começar a testar seu aplicativo web em um plano do serviço de aplicativo Grátis sem pagar nada. Quando você desejar adicionar o nome DNS personalizado para o aplicativo web, apenas dimensione o seu plano até o tipo Compartilhado. Posteriormente, quando quiser criar uma associação TLS, dimensione seu plano para a camada Básico. Quando você desejar ter ambientes de preparo, dimensione até o tipo Standard. Quando você precisar de mais núcleos, memória ou armazenamento, escale verticalmente para um tamanho maior de máquina virtual no mesmo tipo.
O mesmo funciona na ordem inversa. Quando você achar que não precisa mais dos recursos de um tipo superior, você pode reduzir a escala a um nível mais baixo, o que economiza dinheiro.
Para obter informações sobre como escalar verticalmente seu plano do serviço de aplicativo, acesse Escalar verticalmente um aplicativo no Azure.
Se o seu aplicativo estiver no mesmo plano do serviço de aplicativo com outros aplicativos, convém melhorar o desempenho do aplicativo, isolando os recursos de computação. Você pode fazer isso ao mover o aplicativo para um plano do serviço de aplicativo separado. Para obter mais informações, consulte Mover um aplicativo para outro plano do serviço de aplicativo.
Devo colocar um aplicativo em um novo plano ou um plano existente?
Como você paga pelos recursos de computação que o seu plano do serviço de aplicativo aloca (consulte Quanto custa o plano de serviço de aplicativo?), você pode economizar dinheiro colocando vários aplicativos em um plano do serviço de aplicativo. Você pode continuar a adicionar aplicativos a um plano existente, desde que o plano tenha recursos suficientes para lidar com a carga. No entanto, tenha em mente que os aplicativos no mesmo plano do serviço de aplicativo compartilham os mesmos recursos de computação. Para determinar se o novo aplicativo tem os recursos necessários, você precisa compreender a capacidade do Plano do Serviço de Aplicativo existente e a carga esperada para o novo aplicativo. A sobrecarga de um plano do serviço de aplicativo tem potencial de causar tempo de inatividade para seus aplicativos novos e existentes.
Isole o seu aplicativo em um novo Plano do Serviço de Aplicativo quando:
O aplicativo faz uso intensivo de recursos. O número pode realmente ser menor dependendo da intensidade de recursos dos aplicativos hospedados, no entanto, como uma orientação geral, você pode consultar a tabela abaixo:
SKU do Plano de Serviço de Aplicativo Máximo de aplicativos B1, S1, P1v2, I1v1 8 B2, S2, P2v2, I2v1 16 B3, S3, P3v2, I3v1 32 P0v3 8 P1v3, I1v2 16 P2v3, I2v2, P1mv3 32 P3v3, I3v2, P2mv3 64 I4v2, I5v2, I6v2 Densidade máxima limitada pelo uso de vCPU P3mv3, P4mv3, P5mv3 Densidade máxima limitada pelo uso de vCPU Você deseja ajustar a escala do aplicativo independentemente de outros aplicativos no plano existente.
O aplicativo precisa de recursos em uma região geográfica diferente.
Observação
Um slot ativo também é classificado como um aplicativo ativo, pois ele também está competindo por recursos no mesmo plano de Serviço de Aplicativo.
Dessa forma, você pode alocar um novo conjunto de recursos para seu aplicativo e ter mais controle sobre seus aplicativos.