O Managed Service for OpenTelemetry utiliza o modelo de pagamento conforme o uso e mede separadamente a ingestão de traces, o armazenamento de traces e o armazenamento de métricas. Este tópico descreve os termos de faturamento, a avaliação gratuita, os itens faturáveis com seus preços unitários, exemplos de cálculo, como ativar o pagamento conforme o uso, o ciclo de faturamento e uma comparação de custos com implantações open source autogerenciadas.
ingestão de traces, armazenamento de traces e armazenamento de métricas
Aviso: Os preços apresentados neste tópico servem apenas como referência. Para consultar os preços oficiais, acesse a página de Preços.
Termos
Trace — Representa a execução de uma transação ou processo em um sistema distribuído.
Span — Segmento nomeado e cronometrado de execução contínua dentro de um trace. Cada chamada em um trace é registrada como um span.
Métrica — Dados estatísticos, como contagem de solicitações, tempos de resposta e contagem de erros de aplicações, APIs e bancos de dados.
Relação entre trace e spans — Toda atividade que compartilha o mesmo ID de trace em uma única conta constitui um único trace. Um trace contém no máximo 10 solicitações (spans), e cada span pode ter até 2 KB. Dados que excedem esse tamanho são descartados. Para mais informações sobre a relação entre um trace e seus spans, consulte Basic concepts of Managed Service for OpenTelemetry.
Relação entre trace e métrica — Os traces ingeridos são agregados em métricas estatísticas. Cada trace gera uma métrica.
Itens faturáveis e preços unitários
Os itens faturáveis do Managed Service for OpenTelemetry são computação de traces, armazenamento de traces e armazenamento de métricas. A tabela a seguir lista a cota gratuita diária e o preço unitário de cada item faturável por região.
Ao ativar o pagamento conforme o uso, o Managed Service for OpenTelemetry fornece uma cota gratuita diária. Não há cobrança enquanto o uso permanecer abaixo dessa cota. Quando o uso atinge ou excede a cota gratuita, todos os traces e métricas são cobrados.
|
Item faturável |
Cota gratuita |
China continental |
China (Hong Kong) |
Regiões fora da China |
|
Taxa de computação de traces (volume de leitura, gravação e agregação) |
100.000 traces/dia |
USD 0,13/milhão de traces |
USD 0,182/milhão de traces |
USD 0,182/milhão de traces |
|
Taxa de armazenamento de traces |
100.000 traces/dia |
USD 0,03/milhão de traces/dia |
USD 0,042/milhão de traces/dia |
USD 0,042/milhão de traces/dia |
|
Taxa de armazenamento de métricas |
1 milhão de métricas/dia |
USD 0,0015/milhão de métricas/dia |
USD 0,0021/milhão de métricas/dia |
USD 0,0021/milhão de métricas/dia |
Taxa de computação de traces
A taxa de computação de traces depende do número de traces efetivamente ingeridos e cobre apenas o tráfego do dia atual.
Exemplo: Você ingere 1 milhão de traces por dia em uma região na China continental. A taxa diária média é 1 (milhão de traces) × 0,13 = USD 0,13.
Os traces ingeridos são agregados em métricas estatísticas, como latência, consultas por segundo (QPS) e contagem de erros de aplicações, APIs e bancos de dados. Para alterar o volume ingerido, defina a taxa de amostragem na página Cluster Configurations > Sampling Storage do console do Managed Service for OpenTelemetry.
Taxa de armazenamento de traces
A taxa de armazenamento de traces depende do volume real armazenado. O volume total é medido diariamente e varia conforme o período de retenção de dados: o volume medido em um dia corresponde ao volume diário ingerido multiplicado pelo período de retenção. Altere o período de retenção na página Cluster Configurations > Cluster Configurations do console do Managed Service for OpenTelemetry.
Exemplo: Você ingere 1 milhão de traces por dia em uma região na China continental e os armazena por 15 dias. O volume diário medido de traces armazenados é 15 (dias) × 1 (milhão de traces) = 15 milhões. A taxa diária de armazenamento é 15 (milhões) × 0,03 = USD 0,45.
Taxa de armazenamento de métricas
A taxa de armazenamento de métricas depende do volume efetivamente armazenado. A medição do volume total ocorre diariamente e considera o período de retenção: o volume apurado no dia resulta da multiplicação do volume diário de métricas geradas pelo período de retenção. Para ajustar o período de retenção, acesse a página Cluster Configurations > Cluster Configurations.
Exemplo: Você ingere 1 milhão de traces por dia em uma região na China continental e os armazena por 15 dias, gerando aproximadamente 1 milhão de métricas diárias. O volume diário medido de métricas armazenadas é 15 (dias) × 1 (milhão de métricas) = 15 milhões. A taxa diária de armazenamento é 15 (milhões) × 0,0015 = USD 0,0225.
Exemplos de pagamento conforme o uso
Os exemplos a seguir utilizam os preços unitários de uma região na China continental. Para cargas de trabalho em outras regiões, substitua pelos preços unitários correspondentes listados na tabela de preços deste tópico.
Exemplo 1: Ingestão de 400 milhões de traces (aproximadamente 400 milhões de métricas) por dia em uma região na China continental.
Os Planos 1 e 2 diferem apenas no período de retenção de traces. Compare os totais para entender como o período de retenção impacta a taxa diária.
-
Plano 1: Armazenar todos os dados de traces e métricas por 30 dias.
Taxa diária de computação de traces: 400 (milhões de traces) × 0,13 (preço unitário por milhão de traces computados) = USD 52/dia
Taxa diária de armazenamento de traces: 400 (milhões de traces) × 30 (dias) × 0,03 (preço unitário por milhão de traces armazenados) = USD 360/dia
Taxa diária de armazenamento de métricas: 400 (milhões de métricas) × 30 (dias) × 0,0015 (preço unitário por milhão de métricas armazenadas) = USD 18/dia
Total: USD 430/dia
-
Plano 2: Armazenar dados de traces por 7 dias e dados de métricas por 30 dias.
Taxa diária de computação de traces: 400 (milhões de traces) × 0,13 (preço unitário por milhão de traces computados) = USD 52/dia
Taxa diária de armazenamento de traces: 400 (milhões de traces) × 7 (dias) × 0,03 (preço unitário por milhão de traces armazenados) = USD 84/dia
Taxa diária de armazenamento de métricas: 400 (milhões de métricas) × 30 (dias) × 0,0015 (preço unitário por milhão de métricas armazenadas) = USD 18/dia
Total: USD 154/dia
Exemplo 2: Ingestão de 10 milhões de traces (aproximadamente 10 milhões de métricas) por dia em uma região na China continental.
Os dados de traces são armazenados por 7 dias e os dados de métricas por 30 dias.
Taxa diária de computação de traces: 10 (milhões de traces) × 0,13 (preço unitário por milhão de traces computados) = USD 1,3/dia
Taxa diária de armazenamento de traces: 10 (milhões de traces) × 7 (dias) × 0,03 (preço unitário por milhão de traces armazenados) = USD 2,1/dia
Taxa diária de armazenamento de métricas: 10 (milhões de métricas) × 30 (dias) × 0,0015 (preço unitário por milhão de métricas) = USD 0,45/dia
Total: USD 3,85/dia
Ativar pagamento conforme o uso
Para ativar o pagamento conforme o uso, acesse a página Ativar Managed Service for OpenTelemetry.
Ciclo de faturamento
O Managed Service for OpenTelemetry possui faturamento diário e deduz a taxa do dia anterior às 00:00 de cada dia.
Comparação de custos com implantações open source autogerenciadas
A maioria das soluções principais de gerenciamento de desempenho de aplicações (APM) open source armazena dados por um período fixo de 7 dias. O Managed Service for OpenTelemetry armazena dados por 30 dias por padrão.
O Managed Service for OpenTelemetry precifica computação e armazenamento separadamente e permite alterar a duração do armazenamento em tempo real. Ajuste a duração do armazenamento dos seus dados conforme necessário para controlar custos.
|
Perfil do cliente |
Número de nós |
Solicitações diárias |
Configuração de infraestrutura |
Custo de auto-hospedagem (USD/mês) |
Managed Service for OpenTelemetry(USD/mês) |
|
Pequeno |
80 |
20 milhões de solicitações (complexidade média: 5 spans por solicitação) |
4 instâncias Elasticsearch (4 vCPU, 16 GB memória, 1 TB SSD); 4 instâncias Collector (4 vCPU, 8 GB memória) |
864,52 |
113,29 |
|
Médio |
300 |
300 milhões de solicitações (complexidade média: 7 spans por solicitação) |
8 instâncias Elasticsearch (8 vCPU, 16 GB memória, 6 TB SSD); 8 instâncias Collector (4 vCPU, 8 GB memória) |
3.330,07 |
2.379,79 |
|
Grande |
1.000 |
1 bilhão de solicitações (complexidade média: 8 spans por solicitação) |
12 instâncias Elasticsearch (16 vCPU, 64 GB memória, 21 TB SSD); 16 instâncias Collector (4 vCPU, 8 GB memória) |
9.641,81 |
9.599,15 |
O número de nós refere-se à quantidade de instâncias ECS ou containers docker. O número de solicitações diárias baseia-se na documentação oficial do Apache, que utiliza um tamanho de gravação de 10 KB por trace. A configuração de infraestrutura é calculada considerando dados estatísticos armazenados por 15 dias e dados detalhados completos armazenados por 7 dias. O Managed Service for OpenTelemetry é faturado pelo número total de solicitações de aplicação armazenadas (solicitações diárias × período de retenção). Ele utiliza um agente open source, e a Alibaba Cloud mantém todos os outros componentes.