Plano Premium das Funções do Azure

O plano Azure Functions Elastic Premium é uma opção de hospedagem em escala dinâmica para aplicativos funcionais. Para outras opções de plano de hospedagem, consulte Opções de hospedagem do Azure Functions.

A hospedagem de planos Premium oferece os seguintes benefícios para suas funções:

• Instâncias sempre prontas e pré-aquecidas para evitar arranques a frio
• Conectividade de rede virtual
• Suporte para durações de tempo de execução mais longas
• Escolha de tamanhos de instância Premium
• Preços mais previsíveis, em comparação com o plano de Consumo
• Alocação de aplicativos de alta densidade para planos com vários aplicativos funcionais
• Suporte para implantações de contêineres Linux

Quando usa o plano Premium, adiciona e remove instâncias do host Azure Functions com base no número de eventos recebidos, tal como o plano Flex Consumption e o plano Consumption. Pode implementar várias aplicações funcionais no mesmo plano Premium. Pode configurar o tamanho da instância de computação, o tamanho do plano base e o tamanho máximo do plano.

Faturação

Pagas pelo plano Premium com base no número de segundos de núcleo e memória alocada entre as instâncias. Este modelo de faturação difere do plano de Consumo, que cobra com base no consumo e execução de recursos por segundo. O plano Premium não tem custos de execução. Este modelo de faturação resulta num custo mensal mínimo por plano ativo, quer a função esteja ativa ou ociosa. Todas as aplicações funcionais num plano Premium partilham instâncias atribuídas. Para obter mais informações, consulte Preços do Azure Functions.

Criar um plano Premium

Quando você cria um aplicativo de função no portal do Azure, o plano de Consumo é o padrão. Para criar uma aplicação de funções que funcione num plano Premium, deve criar explicitamente ou escolher um plano de alojamento Azure Functions Premium utilizando uma das versões Elastic Premium . Você hospeda a aplicação de funções que cria neste plano. O portal do Azure facilita a criação do plano Premium e do aplicativo de função ao mesmo tempo. Você pode executar mais de um aplicativo de função no mesmo plano Premium, mas ambos devem ser executados no mesmo sistema operacional (Windows ou Linux).

Os artigos a seguir mostram como criar programaticamente um aplicativo de função com um plano Premium:

• CLI do Azure
• Modelo Azure Resource Manager

Elimine arranques a frio

Quando eventos ou execuções não ocorrem no plano de consumo, seu aplicativo pode ser dimensionado para zero instâncias. Quando surgem novos eventos, o sistema tem de criar uma nova instância que execute a sua aplicação. Especializar novas instâncias leva tempo, dependendo do aplicativo. Esta latência extra na primeira chamada é frequentemente chamada de arranque a frio.

O plano Premium fornece dois recursos que trabalham juntos para eliminar efetivamente arranques a frio nas funções: instâncias sempre prontas e instâncias pré-aquecidas. As instâncias sempre prontas são uma categoria de instâncias pré-alocadas que não são afetadas pelo escalonamento, e as instâncias pré-aquecidas servem como buffer durante o escalonamento devido a eventos HTTP.

Quando os eventos começam a ativar a aplicação, o sistema encaminha-os primeiro para as instâncias sempre prontas. À medida que a função se torna ativa devido a eventos HTTP, outras instâncias aquecem como um buffer. Essas instâncias em buffer são chamadas de instâncias pré-aquecidas. Esse buffer reduz o arranque a frio para novas instâncias necessárias durante a escala.

Instâncias sempre prontas

No plano Premium, você pode ter seu aplicativo sempre pronto em um número especificado de instâncias. Seu aplicativo é executado continuamente nessas instâncias, independentemente da carga. Se a carga exceder o que as suas instâncias sempre prontas conseguem suportar, a aplicação adiciona mais instâncias conforme necessário, até ao máximo especificado.

Essa configuração no nível do aplicativo também controla as instâncias mínimas do seu plano. Por exemplo, considere três aplicações funcionais no mesmo plano Premium. Quando duas das tuas aplicações têm sempre o número de instâncias prontas definido para um, e a terceira app está definida para cinco, o número mínimo para todo o teu plano é cinco. Este número também reflete o número mínimo de casos em que o seu plano é faturado. O número máximo de instâncias sempre prontas suportadas por aplicação é 20.

az functionapp update -g <RESOURCE_GROUP> -n <FUNCTION_APP_NAME> --set siteConfig.minimumElasticInstanceCount=<YOUR_ALWAYS_READY_COUNT>

$Resource = Get-AzResource -ResourceGroupName <RESOURCE_GROUP> -ResourceName <FUNCTION_APP_NAME>/config/web -ResourceType Microsoft.Web/sites
$Resource.Properties.minimumElasticInstanceCount = <YOUR_ALWAYS_READY_COUNT>
$Resource | Set-AzResource -Force

Instâncias pré-aquecidas

A configuração de contagem de instâncias pré-aquecidas fornece instâncias aquecidas como um buffer durante eventos de ativação e dimensionamento HTTP. As instâncias pré-aquecidas continuam a armazenar em buffer até que o limite máximo de expansão seja atingido. A contagem padrão de instâncias pré-aquecidas é 1 e, na maioria dos cenários, mantém-se este valor como 1.

Considere um cenário menos comum, como uma aplicação a correr num contentor personalizado. Como os recipientes personalizados têm um tempo de aquecimento longo, poderá considerar aumentar esta margem de instâncias pré-aquecidas. Uma instância pré-aquecida torna-se ativa somente depois que todas as instâncias ativas estiverem em uso.

Você também pode definir um gatilho que é acionado durante o processo de pré-aquecimento. Você pode usar um gatilho de aquecimento para pré-carregar dependências personalizadas durante o processo de pré-aquecimento para que suas funções estejam prontas para começar a processar solicitações imediatamente. Para saber mais, consulte Gatilho de aquecimento do Azure Functions.

Considere este exemplo que mostra como instâncias sempre disponíveis e instâncias pré-aquecidas funcionam juntas. Um aplicativo de função premium tem duas instâncias sempre prontas configuradas e o padrão de uma instância pré-aquecida.

1. Quando o aplicativo está ocioso e nenhum evento é acionado, o aplicativo é provisionado e executado com duas instâncias. No momento, você é cobrado pelas duas instâncias sempre prontas, mas não é cobrado por uma instância pré-aquecida porque nenhuma instância pré-aquecida é alocada.
2. À medida que seu aplicativo começa a receber tráfego HTTP, as solicitações são balanceadas entre as duas instâncias sempre prontas. Assim que essas duas instâncias começam a processar eventos, uma instância é adicionada para preencher o buffer inicializado. O aplicativo agora está sendo executado com três instâncias provisionadas: as duas instâncias sempre prontas e o terceiro buffer pré-aquecido e inativo. Você é cobrado pelas três instâncias.
3. À medida que a carga aumenta e a tua aplicação precisa de mais instâncias para gerir tráfego HTTP, essa instância pré-aquecida muda para uma instância ativa. A carga HTTP agora é roteada para todas as três instâncias, e uma quarta instância é provisionada instantaneamente para preencher o buffer pré-aquecido.
4. Essa sequência de dimensionamento e pré-aquecimento continua até que a contagem máxima de instâncias do aplicativo seja atingida ou a carga diminua, fazendo com que a plataforma volte a ser dimensionada após um período. Nenhuma instância é pré-aquecida ou ativada além do máximo.

az functionapp update -g <RESOURCE_GROUP> -n <FUNCTION_APP_NAME> --set siteConfig.preWarmedInstanceCount=<YOUR_PREWARMED_COUNT>

$Resource = Get-AzResource -ResourceGroupName <RESOURCE_GROUP> -ResourceName <FUNCTION_APP_NAME>/config/web -ResourceType Microsoft.Web/sites
$Resource.Properties.preWarmedInstanceCount = <YOUR_PREWARMED_COUNT>
$Resource | Set-AzResource -Force

Máximo de instâncias de aplicativo de função

Além da contagem máxima de intermitências do plano, você pode configurar um máximo por aplicativo. Configura o máximo da app usando o limite de escala da app. O limite máximo de expansão do aplicativo não pode exceder o máximo de instâncias de intermitência do plano.

Conectividade de rede privada

Os aplicativos funcionais implantados em um plano Premium podem aproveitar a integração de rede virtual para aplicativos Web. Quando configurado, seu aplicativo pode se comunicar com recursos em sua rede virtual ou protegido por meio de pontos de extremidade de serviço. Também pode usar restrições de IP na aplicação para restringir o tráfego recebido.

Ao atribuir uma sub-rede ao seu aplicativo de função em um plano Premium, você precisa de uma sub-rede com endereços IP suficientes para cada instância potencial. Precisa de um bloco de IP com pelo menos 100 endereços disponíveis.

Para obter mais informações, consulte Integrar o Azure Functions com uma rede virtual.

Escala elástica rápida

A mesma lógica de escalabilidade rápida dos planos Flex Consumption e Consumption adiciona automaticamente mais instâncias de computação para a sua aplicação. Os aplicativos no mesmo Plano do Serviço de Aplicativo são dimensionados independentemente uns dos outros com base nas necessidades de um aplicativo individual. No entanto, os aplicativos do Functions no mesmo Plano do Serviço de Aplicativo compartilham recursos de VM para ajudar a reduzir custos, quando possível. O número de aplicativos associados a uma VM depende da pegada de cada aplicativo e do tamanho da VM.

Para saber mais sobre como funciona o dimensionamento, consulte Dimensionamento controlado por eventos no Azure Functions.

Maior duração de execução

As funções em um plano de consumo são limitadas a 10 minutos para uma única execução. No plano Premium, a duração da execução é de 30 minutos por padrão para evitar execuções descontroladas. No entanto, você pode modificar a configuração host.json para tornar a duração ilimitada para aplicativos do plano Premium, com as seguintes limitações:

• As atualizações da plataforma podem desencadear um desligamento gerenciado e interromper a execução da função com um período de carência de 10 minutos.
• Um temporizador de inatividade interrompe o funcionamento após 60 minutos sem novas execuções.
• O comportamento de expansão pode causar o desligamento do trabalhador após 60 minutos.
• As trocas de slots podem encerrar execuções nos slots de origem e de destino durante a troca.

Migração

Se você tiver um aplicativo de função existente, poderá usar os comandos da CLI do Azure para migrar seu aplicativo entre um plano de Consumo e um plano Premium no Windows. Os comandos específicos dependem da direção da migração. Para obter mais informações, veja Migração de planos.

Esta migração não é suportada no Linux.

Configurações do plano Premium

Quando crias o plano, defines duas definições de tamanho do plano: o número mínimo de instâncias (ou tamanho do plano) e o limite máximo de rajadas.

Se a sua aplicação precisar de mais instâncias para além das instâncias sempre prontas, pode continuar a escalar até o número de instâncias atingir o limite máximo de burst do plano, ou o limite máximo de scale-out da app, se o definir. Pagas pelas instâncias apenas enquanto estão a correr e são atribuídas a ti, por segundo. A plataforma faz o seu melhor esforço para dimensionar seu aplicativo para os limites máximos definidos.

az functionapp plan update -g <RESOURCE_GROUP> -n <PREMIUM_PLAN_NAME> --max-burst <YOUR_MAX_BURST>

Update-AzFunctionAppPlan -ResourceGroupName <RESOURCE_GROUP> -Name <PREMIUM_PLAN_NAME> -MaximumWorkerCount <YOUR_MAX_BURST> -Force

O mínimo para cada plano Premium é de pelo menos uma instância. O número mínimo real de instâncias é determinado com base nas instâncias sempre prontas solicitadas pelas aplicações no plano. Por exemplo, se o aplicativo A solicitar cinco instâncias sempre prontas e o aplicativo B solicitar duas instâncias sempre prontas no mesmo plano, o tamanho mínimo do plano será determinado como cinco. A Aplicação A corre em todas as cinco instâncias, e a Aplicação B em duas.

Na maioria das circunstâncias, esse mínimo calculado automaticamente é suficiente. No entanto, o dimensionamento além do mínimo ocorre com o melhor esforço. É possível, embora improvável, que em um horário específico a expansão possa ser atrasada se outras instâncias não estiverem disponíveis. Ao definir um mínimo maior do que o mínimo calculado automaticamente, você reserva instâncias antes da expansão.

az functionapp plan update -g <RESOURCE_GROUP> -n <PREMIUM_PLAN_NAME> --min-instances <YOUR_MIN_INSTANCES>

Update-AzFunctionAppPlan -ResourceGroupName <RESOURCE_GROUP> -Name <PREMIUM_PLAN_NAME> -MinimumWorkerCount <YOUR_MIN_INSTANCES> -Force

SKUs de instância disponíveis

Quando criar ou escalar o seu plano, escolha entre três tamanhos de instância. És faturado pelo número total de núcleos e memória que forneces, por segundo, por cada instância que te é atribuída. A sua aplicação pode ser dimensionada automaticamente para várias instâncias, conforme necessário.

Considerações sobre o uso de memória

A execução em uma máquina com mais memória nem sempre significa que seu aplicativo de função usa toda a memória disponível.

Por exemplo, um aplicativo de função JavaScript é limitado pelo limite de memória padrão no Node.js. Para aumentar esse limite de memória fixa, adicione a configuração languageWorkers:node:arguments do aplicativo com o valor de --max-old-space-size=<max memory in MB>.

Para planos com mais de 4 GB de memória, defina a Configuração da Plataforma de Bitness em 64 BitDefinições Gerais.

Expansão máxima da região

A tabela a seguir lista os valores máximos de expansão atualmente suportados para um único plano em cada região e configuração de sistema operacional:

Para obter mais informações, veja Produtos disponíveis por região.

Conteúdo relacionado

• Compreender as opções de hospedagem do Azure Functions
• Dimensionamento controlado por eventos no Azure Functions