Partilhar via

Quais são os planos do Serviço de Aplicativo do Azure?

Um plano do Serviço de Aplicativo do Azure define um conjunto de recursos de computação para execução de um aplicativo Web. Um serviço de aplicação funciona sempre num plano de Serviço de Aplicações. O Azure Functions também tem a opção de ser executado em um plano do Serviço de Aplicativo.

Ao criar um plano do Serviço de Aplicativo em uma determinada região, você cria um conjunto de recursos de computação para esse plano nessa região. Quaisquer aplicativos que você colocar no plano do Serviço de Aplicativo são executados nesses recursos de computação, conforme definido no plano.

Cada Plano do Serviço de Aplicações define o seguinte:

  • Sistema operacional (Windows, Linux)
  • Região (E.U.A. Oeste, E.U.A. Leste e assim sucessivamente.)
  • Número de instâncias de máquina virtual (VM)
  • Tamanho das instâncias de VM (pequenas, médias, grandes)
  • Nível de preço (Gratuito, Compartilhado, Básico, Padrão, Premium, PremiumV2, PremiumV3, PremiumV4 IsoladoV2)

Níveis de Preço

O nível de preços de um plano do Serviço de Aplicações determina as funcionalidades do Serviço de Aplicações que obtém e quanto paga pelo plano. Os níveis de preços disponíveis para seu plano do Serviço de Aplicativo dependem do sistema operacional selecionado ao criá-lo. Esta tabela mostra as categorias de níveis de preços:

Categoria Níveis Descrição
Computação compartilhada Grátis, Partilhado os dois escalões de base, Gratuito e Partilhado, executam uma aplicação na mesma VM do Azure, tal como outras aplicações do Serviço de Aplicações, incluindo aplicações de outros clientes. Essas camadas alocam cotas de CPU para cada aplicativo executado nos recursos compartilhados. Os recursos não podem ser expandidos. Estas camadas destinam-se apenas a fins de desenvolvimento e teste.
Computação dedicada Básico, Standard, Premium, PremiumV2, PremiumV3, PremiumV4 As camadas Basic, Standard, Premium, PremiumV2, PremiumV3 e PremiumV4 executam aplicativos em VMs dedicadas do Azure. Apenas as aplicações no mesmo plano do Serviço de Aplicações partilham os mesmos recursos de computação. Quanto maior a camada, mais instâncias de VM estão disponíveis para expansão.
Plano Isolado IsoladoV2 A camada IsolatedV2 executa VMs dedicadas do Azure em redes virtuais dedicadas do Azure. Essa camada fornece isolamento de rede além do isolamento de computação para seus aplicativos. Fornece as máximas capacidades de expansão.

Cada escalão também proporciona um subconjunto específico de funcionalidades do Serviço de Aplicações. Esses recursos incluem domínios personalizados e certificados TLS/SSL, dimensionamento automático, slots de implantação, backups, integração do Azure Traffic Manager e muito mais. Quanto maior a camada, mais recursos estão disponíveis. Para saber quais recursos são suportados em cada camada de preço, consulte os detalhes do plano do Serviço de Aplicativo.

Você pode encontrar mais comparações de planos em Limites do Serviço de Aplicativo.

Para obter informações sobre preços, consulte Preços do Serviço de Aplicativo.

Considerações para executar e dimensionar um aplicativo

Nas camadas Livre e Partilhada, uma aplicação recebe minutos de CPU numa instância de VM partilhada e não pode ser escalada.

Em outras camadas, um aplicativo é executado e dimensionado da seguinte maneira:

  • Se você criar um aplicativo no Serviço de Aplicativo, ele fará parte de um plano do Serviço de Aplicativo. Quando o aplicativo é executado, ele é executado em todas as instâncias de VM configuradas no plano do Serviço de Aplicativo.
  • Se vários aplicativos estiverem no mesmo plano do Serviço de Aplicativo, todos eles compartilharão as mesmas instâncias de VM.
  • 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 de VM.
  • Se habilitares logs de diagnóstico, efetuares cópias de segurança ou correres WebJobs, eles também usam ciclos de CPU e memória nestas instâncias de VM.
  • Todos os aplicativos em um plano do Serviço de Aplicativo são dimensionados juntos, porque compartilham os mesmos recursos de computação subjacentes (instâncias de VM). O dimensionamento do plano, seja manualmente ou por meio de regras de dimensionamento automático, afeta todos os aplicativos do plano.

Para obter mais informações sobre como dimensionar um aplicativo, consulte Introdução ao dimensionamento automático no Azure.

Custo dos planos do Serviço de Aplicativo

Esta secção descreve como as aplicações do Serviço de Aplicações são faturadas. Para obter informações detalhadas sobre preços específicos da região, consulte Preços do Serviço de Aplicativo.

Com exceção do nível Gratuito, um plano do Serviço de Aplicativo cobra uma taxa sobre os recursos de computação que usa:

  • Nível compartilhado: cada aplicativo recebe uma cota de minutos de CPU, portanto, cada aplicativo é cobrado pela cota de CPU.
  • Camadas de computação dedicadas (Basic, Standard, Premium, PremiumV2, PremiumV3, PremiumV4): o plano do Serviço de Aplicativo define o número de instâncias de VM para as quais os aplicativos são dimensionados, de modo que cada instância de VM no plano do Serviço de Aplicativo é cobrada. Essas instâncias de VM são cobradas da mesma forma, independentemente de quantos aplicativos estão sendo executados nelas. Para evitar cobranças inesperadas, consulte Excluir um plano do Serviço de Aplicativo.
  • Camada IsolatedV2: o Ambiente do Serviço de Aplicativo define o número de trabalhadores isolados que executam seus aplicativos e cada trabalhador é cobrado.

Você não será cobrado pelo uso dos recursos do Serviço de Aplicativo disponíveis para você. Esses recursos incluem a configuração de domínios personalizados, certificados TLS/SSL, slots de implantação e backups. As exceções são:

  • Domínios do Serviço de Aplicativo: você paga quando compra um no Azure e quando o renova a cada ano.
  • Certificados do Serviço de Aplicativo: você paga quando compra um no Azure e quando o renova a cada ano.
  • Conexões TLS baseadas em IP: há uma cobrança por hora para cada conexão TLS baseada em IP, mas algumas camadas padrão ou superiores oferecem uma conexão TLS baseada em IP gratuitamente. As conexões TLS baseadas em Indicação de Nome de Servidor (SNI) são gratuitas.

Se você integrar o Serviço de Aplicativo com outro serviço do Azure, talvez seja necessário considerar cobranças desse serviço. Por exemplo, se você usar o Gerenciador de Tráfego do Azure para dimensionar seu aplicativo geograficamente, o Gerenciador de Tráfego também cobrará com base no seu uso. Para estimar o custo dos serviços no Azure, veja a Calculadora de preços.

Sugestão

Os serviços do Azure custam dinheiro. O Microsoft Cost Management ajuda-o a definir orçamentos e a configurar alertas para manter os gastos sob controlo. Você pode analisar, gerenciar e otimizar seus custos do Azure usando o Gerenciamento de Custos. Para saber mais, veja o início rápido da análise dos custos.

Dimensionamento para capacidades ou funcionalidades

Você pode aumentar ou diminuir a escala do seu plano do Serviço de Aplicativo a qualquer momento. É tão simples como alterar o nível de preços do plano. Você pode escolher um nível de preço mais baixo primeiro e, em seguida, aumentar a escala mais tarde 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 de nível gratuito e não pagar nada. Quando você adiciona seu nome DNS personalizado ao aplicativo Web, basta dimensionar seu plano para a camada Compartilhado. Mais tarde, quando quiser criar uma associação TLS, atualize o seu plano para a camada Básica. Quando quiser ter ambientes de preparação, escale para a camada Padrão. Quando precisar de mais núcleos, memória ou armazenamento, expanda para um maior tamanho de VM dentro do mesmo nível.

O mesmo processo funciona em sentido inverso. Quando você não precisa mais dos recursos de uma camada mais alta, pode reduzir para uma camada inferior e economizar dinheiro.

Para obter mais informações sobre como expandir um plano do Serviço de Aplicativo, consulte Dimensionar um aplicativo no Serviço de Aplicativo do 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 isolar os recursos movendo o aplicativo para um plano separado do Serviço de Aplicativo.

Decisão de usar um novo plano ou um plano existente para um aplicativo

Você paga pelos recursos de computação que seu plano do Serviço de Aplicativo aloca conforme descrito na seção anterior sobre custo. 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, lembre-se de 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 entender a capacidade do plano do Serviço de Aplicativo existente, juntamente com a carga esperada para o novo aplicativo. Sobrecarregar um plano do Serviço de Aplicativo pode causar tempo de inatividade para seus aplicativos novos e existentes. Você pode encontrar mais comparações entre planos nos Limites do Serviço de Aplicações.

Isolar a sua aplicação num novo plano de serviço de aplicações quando:

  • O aplicativo consome muitos recursos. Para orientações gerais, utilize esta tabela:

    plano do Serviço de Aplicações Máximo de aplicações
    B1, S1, P1v2, I1v1 8
    B2, S2, P2v2, I2v1 16
    B3, S3, P3v2, I3v1 32
    P0v3, P0v4 8
    P1v3, P1v4, I1v2 16
    P2v3, P2v4, I2v2, P1mv3, P1mv4 32
    P3v3, P3v4, I3v2, P2mv3 64
    I4v2, I5v2, I6v2 Densidade máxima ligada pelo uso da vCPU
    P3mv3, P3mv4, P4mv3, P4mv4, P5mv3, P5mv4 Densidade máxima ligada pelo uso da vCPU

  • Você deseja dimensionar o aplicativo independentemente dos outros aplicativos no plano existente.

  • O aplicativo precisa de recursos em uma região geográfica diferente. Dessa forma, você pode alocar um novo conjunto de recursos para seu aplicativo e obter maior controle de seus aplicativos.

Nota

Um slot ativo também é classificado como um aplicativo ativo porque está competindo por recursos no mesmo plano do Serviço de Aplicativo.

Conteúdo relacionado