Estimativa de custos baseados no consumo
Este artigo mostra como estimar os custos do plano para os planos de hospedagem Consumo e Consumo Flexível.
O Azure Functions atualmente oferece quatro diferentes planos de hospedagem para seus aplicativos de função, com cada plano tendo seu próprio modelo de preços:
| Planejar | Descrição |
|---|---|
| Consumo | Você é cobrado apenas pelo tempo em que seu aplicativo de funções é executado. Esse plano inclui uma concessão gratuita com base em cada assinatura. |
| Plano de Consumo Flexível | Você paga pelo tempo de execução nas instâncias nas quais suas funções estão sendo executadas, além de quaisquer instâncias sempre prontas. As instâncias são adicionadas e removidas dinamicamente com base no número de eventos de entrada. Também suporta integração com rede virtual. |
| Premium | Fornece a você os mesmos recursos e mecanismo de escalonamento que o plano de Consumo, mas com desempenho aprimorado e integração com rede virtual. O custo é baseado no tipo de preço escolhido. Para saber mais, confira Plano Premium do Azure Functions. |
| Dedicado (Serviço de Aplicativo) (camada básica ou superior) |
Quando você precisa executar em VMs dedicadas ou isoladamente, usar imagens personalizadas ou deseja usar o excesso de capacidade do Plano do Serviço de Aplicativo. Usa a cobrança regular do Plano do Serviço de Aplicativo. O custo é baseado no tipo de preço escolhido. |
Importante
O plano de Consumo Flex está atualmente em versão preliminar.
Você deve sempre escolher o plano que melhor apoia os requisitos de recursos, desempenho e custo para as execuções de suas funções. Para saber mais, confira Escala e hospedagem do Azure Functions.
Este artigo se concentra nos planos de Consumo e Consumo Flexível porque, nesses planos, a cobrança depende dos períodos ativos de execuções dentro de cada instância.
As Durable Functions também podem ser executadas em ambos os planos. Para saber mais sobre as considerações de custo ao usar o Durable Functions, confira Cobrança das Durable Functions.
Custos baseados no consumo
A forma como os custos baseados no consumo são calculados, incluindo concessões gratuitas, depende do plano específico. Para as informações de custo e concessão mais atualizadas, veja a página de preços do Azure Functions.
O custo de execução de uma única execução de função é medido em GB-segundos. O custo de execução é calculado pela combinação do respectivo uso de memória com o respectivo tempo de execução. Uma função que é executada por mais tempo custa mais, bem como uma função que consome mais memória.
Considere um caso em que a quantidade de memória usada pela função permaneça constante. Nesse caso, o cálculo do custo é uma multiplicação simples. Por exemplo, digamos que sua função consumiu 0,5 GB por 3 segundos. O custo de execução seria 0.5GB * 3s = 1.5 GB-seconds.
Como o uso de memória muda ao longo do tempo, o cálculo é basicamente o integral do uso de memória ao longo do tempo. O sistema faz esse cálculo por meio da amostragem do uso de memória do processo (juntamente com processos filho) em intervalos regulares. Conforme mencionado na página de preços, o uso de memória é arredondado para o bucket de 128 MB mais próximo. Quando seu processo estiver usando 160 MB, você será cobrado por 256 MB. O cálculo leva em conta a simultaneidade de contas, que é várias execuções de função simultâneas no mesmo processo.
Observação
Embora o uso da CPU não seja considerado diretamente no custo de execução, ele pode ter um impacto no custo quando afeta o tempo de execução da função.
Para uma função disparada por HTTP, quando um erro ocorre antes de o código da função começar a ser executado, você não será cobrado por uma execução. Isso significa que 401 respostas da plataforma devido à validação da chave de API ou ao recurso de Autenticação/Autorização do Serviço de Aplicativo não contam no seu custo de execução. Da mesma forma, as respostas com código de status 5xx não são contadas quando ocorrem na plataforma antes que sua função processe a solicitação. Uma resposta 5xx gerada pela plataforma após o código da sua função ter começado a ser executado ainda é contada como uma execução, mesmo quando o erro não é levantado pelo código da sua função.
Outros custos relacionados
Ao estimar o custo geral da execução de suas funções em algum plano, lembre-se de que o tempo de execução do Functions usa vários outros serviços do Azure, cada um cobrado separadamente. Ao estimar os preços para aplicativos de função, quaisquer gatilhos e associações que você tenha que se integrem com outros serviços do Azure exigem que você crie e pague por esses outros serviços.
Para funções executadas em um plano de Consumo, o custo total é o custo de execução de suas funções, além do custo da largura de banda e outros serviços.
Ao estimar os custos gerais do seu aplicativo de funções e dos serviços relacionados, use a calculadora de preços do Azure.
| Custo relacionado | Descrição |
|---|---|
| Conta de armazenamento | Cada aplicativo de funções requer que você tenha uma conta de Armazenamento do Microsoft Azure de Uso Geral associada, que é cobrada separadamente. Essa conta é usada internamente pelo tempo de execução do Functions, mas você também pode usá-la para gatilhos e associações do Armazenamento. Se não tiver uma conta de armazenamento, uma será criada para você quando o aplicativo de funções for criado. Para saber mais, confira Requisitos de uma conta de armazenamento. |
| Application Insights | As funções dependem do Application insights para fornecer uma experiência de monitoramento de alto desempenho em seus aplicativos de funções. Embora não seja necessário, você deve habilitar a integração do Application Insights. Uma concessão gratuita de dados de telemetria é incluída todos os meses. Para saber mais, confira a página de preços do Azure Monitor. |
| Largura de banda da rede | Você pode incorrer em custos de transferência de dados dependendo da direção e do cenário da movimentação de dados. Para saber mais, confira Detalhes de preços de Largura de Banda. |
Comportamentos que afetam o tempo de execução
Os seguintes comportamentos de suas funções podem afetar o tempo de execução:
Gatilhos e associações: o tempo que leva para ler entradas e gravar saídas de suas associações de funções é contado como tempo de execução. Por exemplo, quando sua função usa uma associação de saída para gravar uma mensagem em uma fila de armazenamento do Azure, o tempo de execução inclui o tempo necessário para gravar a mensagem na fila, que está incluído no cálculo do custo da função.
Execução assíncrona o tempo que sua função aguarda pelos resultados de uma solicitação assíncrona (
awaitem C#) é contado como tempo de execução. O cálculo de GB por segundo é baseado na hora de início e de término da função e no uso de memória nesse período. O que acontece nesse tempo em termos de atividade de CPU não é acrescentado ao cálculo. Talvez seja possível reduzir os custos durante operações assíncronas usando as Durable Functions. Você não é cobrado pelo tempo gasto em espera em funções de orquestrador.
Exibindo dados relacionados ao custo
Na sua fatura, você pode exibir os dados relacionados ao custo de Execuções Totais - Functions e Tempo de Execução - Functions, juntamente com os custos de cobrança reais. No entanto, esses dados da fatura são uma agregação mensal de um período de fatura anterior.
Métricas no nível do aplicativo de função
Para entender melhor o impacto de custos de suas funções, você pode usar o Azure Monitor para exibir as métricas de custo que estão sendo geradas atualmente por seus aplicativos de funções.
Use o Azure Monitor Metrics Explorer para exibir dados relacionados ao custo de seus aplicativos de função do plano de Consumo em um formato gráfico.
No portal do Azure, navegue até o aplicativo de funções.
No painel esquerdo, role para baixo até Monitoramento e escolha Métricas.
Em Métrica, escolha Contagem de Execuções de Função e Soma para Agregação. Isso adiciona a soma das contagens de execução durante o período escolhido ao gráfico.
Selecione Adicionar métrica e repita as etapas 2 a 4 para adicionar Unidades de Execução de Função ao gráfico.
O gráfico resultante contém os totais para ambas as métricas de execução no intervalo de tempo escolhido, que nesse caso é de duas horas.
Como o número de unidades de execução é muito maior do que a contagem de execuções, o gráfico mostra apenas as unidades de execução.
Esse gráfico mostra um total de 1,11 bilhão de Function Execution Units consumidas em um período de duas horas, medido em MB-milissegundos. Para converter em GB-segundos, divida por 1024000. Neste exemplo, o aplicativo de funções consumiu 1110000000 / 1024000 = 1083.98 GB-segundos. Você pode usar esse valor e multiplicar pelo preço atual do tempo de execução na página de preços do Functions, que mostra o custo dessas duas horas, supondo que você já tenha usado alguma concessão gratuita de tempo de execução.
Métricas no nível da função
As unidades de execução de função são uma combinação de tempo de execução e seu uso de memória, o que a torna uma métrica difícil para entender o uso de memória. No momento, os dados de memória não são uma métrica disponível no Azure Monitor. No entanto, caso queira otimizar o uso de memória de seu aplicativo, será possível usar os dados do contador de desempenho coletados pelo Application Insights.
Se você ainda não tiver feito isso, habilite o Application insights em seu aplicativo de funções. Com essa integração habilitada, você pode consultar esses dados de telemetria no portal.
Você pode usar o Azure Monitor Metrics Explorer no portal do Azure ou APIs REST para obter dados de Métrica do Monitor.
Determinar o uso de memória flash
Em Monitoramento, selecione Logs (análise) , em seguida, copie a seguinte consulta de telemetria e cole-a na janela de consulta e selecione Executar. Essa consulta retorna o uso de memória total em cada tempo de amostra.
performanceCounters
| where name == "Private Bytes"
| project timestamp, name, value
Os resultados são similares ao exemplo a seguir:
| carimbo de data/hora [UTC] | name | value |
|---|---|---|
| 9/12/2019, 1:05:14.947 AM | Bytes Particulares | 209.932.288 |
| 9/12/2019, 1:06:14.994 AM | Bytes Particulares | 212.189.184 |
| 9/12/2019, 1:06:30.010 AM | Bytes Particulares | 231.714.816 |
| 9/12/2019, 1:07:15.040 AM | Bytes Particulares | 210.591.744 |
| 9/12/2019, 1:12:16.285 AM | Bytes Particulares | 216.285.184 |
| 9/12/2019, 1:12:31.376 AM | Bytes Particulares | 235.806.720 |
Determinar duração
Azure Monitor acompanha as métricas no nível de recurso, o que, para Functions, é o aplicativo de funções. A integração do Application Insights emite métricas de acordo com a função. Aqui está um exemplo de consulta de análise para obter a duração média de uma função:
customMetrics
| where name contains "Duration"
| extend averageDuration = valueSum / valueCount
| summarize averageDurationMilliseconds=avg(averageDuration) by name
| name | averageDurationMilliseconds |
|---|---|
| QueueTrigger AvgDurationMs | 16,087 |
| QueueTrigger MaxDurationMs | 90,249 |
| QueueTrigger MinDurationMs | 8,522 |