Precificação

Este tópico inclui informações sobre precificação para o IBM Cloud Monitoring. Você também pode analisar os cenários de amostra para saber mais sobre os custos de uma instância do Monitoring.

A precificação do IBM Cloud Monitoring é baseada no consumo por hora. Você é cobrado mensalmente com base no número de agentes conectados e no modo de implementação do agente, no número de séries temporais de métricas customizadas, no número extra de contêineres por agente e em chamadas API adicionais acima de 1M. Há dois modos de agente: agente para ambientes orquestrados e agente para ambientes não orquestrados.

Todas as outras funcionalidades do IBM Cloud Monitoring, incluindo painéis, painéis e alertas, estão incluídas no preço de serviço base e a precificação não varia.

Os custos que são fornecidos neste tópico são diretrizes e não representam custos reais. Eles representam um ponto de início para estimativas de custos que seriam incorridos em ambientes com uma configuração semelhante. Os custos reais podem variar por geografia. Os preços usados baseiam-se nos preços reais de janeiro de 2024 e é possível que eles mudem.

Antes de Iniciar

Leia esta seção para entender conceitos e custos associados ao serviço Monitoring.

Encargos de consumo

Em seus encargos mensais de uso, o consumo é medido por hora e sua conta é decomposto nos conceitos a seguir:

Métricas de uso de faturamento
Métrica	Descrição
`NODE_HOURS`	Rastreia o número de agentes que estão em execução em um agente para ambientes orquestrados. Isso não inclui os agentes monitorados por " `LITE_NODE_HOURS` " . Por exemplo, se você tiver um agente conectado continuamente, esse agente será cobrado por 720 " `NODE_HOURS` no final do mês.
`TIME_SERIES_HOURS`	Reflete o número total de séries temporais de métricas personalizadas que você está enviando para IBM Cloud Monitoring durante uma janela de tempo de 1 hora. Essa é uma agregação de todas as séries temporais de agentes e de outras origens de métricas As métricas da plataforma, a gravação remota em Prometheus, o streaming de métricas e as métricas personalizadas coletadas com o agente ( Prometheus, JMX ou StatsD ) contribuem para `TIME_SERIES_HOURS`. Somente as métricas personalizadas são contadas para " `TIME_SERIES_HOURS`. As métricas de infraestrutura padrão (como host, contêiner, programa ou estado do Kubernetes ) e CPU, memória, disco e rede estão incluídas no preço do agente e não contribuem para o `TIME_SERIES_HOURS`.
`LITE_NODE_HOURS`	Rastreia o número de agentes que estão monitorando infraestruturas não conteinerizadas, como VMs ou servidores bare metal, e que estão usando o agente para ambientes não orquestrados.
`API_CALL_HOURS`	Representa quantas chamadas estão sendo feitas para a API por mês. Todas as instâncias incluem 1M chamadas de API.
`CONTAINER_HOURS`	Representa quantos contêineres são monitorados em todos os hosts que estão sendo monitorados por agentes.

Para monitorar como o serviço IBM Cloud Monitoring é usado e os custos associados a seu uso, consulte Visualizando seu uso.

Todas as métricas que começam com sysdig_* e kube_* são coletadas automaticamente por um agente e são incluídas no preço do agente.

Planos de serviço

Os planos de serviço a seguir estão disponíveis quando você provisiona uma instância do serviço IBM Cloud Monitoring:

Plano Lite

É possível provisionar uma instância do Monitoring com o plano de serviço Lite para experimentar o serviço Monitoring gratuitamente por 30 dias.

Após 30 dias, você deve atualizar a instância para um plano de nível graduado para continuar trabalhando com o serviço Monitoring ou excluí-la.

Plano de camada graduado

O plano de serviço da camada graduada é faturado com base no número de hosts que você monitora, no modo de agente configurado por host, no número de contêineres, no número de chamadas de API e no número de séries temporais coletadas.

A tabela a seguir descreve o custo por host por modo de agente e o que está incluído no preço:

Custo por host e modo de agente
Modo de agente	Custo por host	Métricas de infraestrutura padrão (CPU, memória, disco e rede)	Inclui até 1K séries temporais ( Prometheus, JMX, appchecks, StatsD )	Monitoramento de 50 contêineres	1M chamadas API
Agente para ambientes não orquestrados	10.07 USD
Agente para ambientes orquestrados	30.05 USD

Para hosts que executam um agente para ambientes não orquestrados ou para hosts que executam um agente para ambientes orquestrados que excedem a alocação da camada básica para métricas Prometheus, JMX, appchecks e Statsd, aplicam-se preços adicionais:

As séries temporais são precificadas de acordo com os seguintes níveis:
- Nível 1: o preço por série temporal é 0.072 USD para até 100K séries temporais por mês.
- Nível 2: o preço por série temporal é de 0.04 USD para 100K a 1M séries temporais por mês.
- Nível 3: O preço por série temporal é de 0.024 USD para 1M a 10M séries temporais por mês.
- Camada 4: o preço por série temporal é 0.016 USD para mais de 10M séries temporais por mês.
O preço dos contêineres é o seguinte: 5.38 dólares por 10 contêineres por mês.
As chamadas API são precificadas conforme a seguir: o preço para chamadas API é de 0.01 USD por 1.000 chamadas API por mês.

Cada medida é precificada independentemente quando há um excedente.

As métricas de plataforma são uma origem adicional de série temporal. Elas são precificadas com base nas camadas.

Um host pode ser um contêiner, uma máquina virtual, um bare metal ou qualquer origem de métricas na qual é instalado um agente de monitoramento.

Os dados são coletados e retidos de acordo com as diretrizes padrão em todos os planos. Para obter mais informações, consulte coleta de dados e retenção de dados.

O custo de gravação remota do Prometheus é baseado na ingestão de métrica. O preço é calculado da mesma forma que para métricas coletadas usando o agente com IBM Cloud Monitoring.

Calculando unidades de precificação de séries temporais

As unidades de precificação são compostas de séries temporais

Uma série temporal é uma série de pontos de dados ordenados por tempo É uma combinação exclusiva de um nome de métrica e pares de valores-chave de rótulo. Por exemplo: website_failedRequest |region='Asia', customer_ID='abc'.

O mesmo nome de métrica pode produzir várias séries temporais quando os valores de métrica e de rótulo forem diferentes...

Por exemplo, a seguir estão 4 séries temporais exclusivas:

metric_name{datacenter=”dc-1”, zone=”zone1”} 23
metric_name{datacenter=”dc-2”, zone=”zone1”} 34
metric_name{datacenter=”dc-3”, zone=”zone2”} 43
metric_name{datacenter=”dc-4”, zone=”zone2”} 23

Um ponto de dados é o valor gerado para uma série temporal em um determinado momento. Por exemplo: [timestamp]|website_failedRequests:20|region='Asia', customer_ID='abc'.

O número de séries temporais que você está alimentando das diferentes origens é medido por hora e contribui para o conceito de precificação do TIME_SERIES_HOURS.

Verificando as métricas que são coletadas por agente

Você pode usar o Metrics Usage para obter o número total de séries temporais que a instância do IBM Cloud Monitoring está ingerindo. Se quiser saber a cardinalidade de uma métrica ou grupo de métricas, você pode filtrar por nome da métrica, origem da métrica (Platform Metrics, Agent ou Prometheus Remote Write) ou nome do trabalho.

Em IBM Cloud Monitoring, você pode monitorar seu agente de monitoramento usando o modelo de painel que monitora o agente Health & Status, disponível nos modelos de painel prontos para uso. Neste painel, é possível ver o número de agentes de monitoramento que são implementados e conectados à instância, verificar a versão dos agentes de monitoramento e descobrir quantas métricas por host o agente está coletando.

Nesse painel, o painel TimeSeries Usage fornece o número de séries temporais coletadas de cada categoria ( Prometheus, JMX, StatsD, Prometheus Remote Write e Platform Metrics). Esse painel usa a consulta sum(sysdig_ts_usage)by(metric_category) que também pode ser executada no PromQL Explorer, em seus painéis ou para alertas.

Caso seja necessário investigar quais aplicativos ou serviços estão contribuindo mais para a série temporal do Prometheus, é possível usar a métrica scrape_series_added. Essa métrica representa o número de séries temporais extrações e alimentadas do agente de monitoramento por meio do Prometheus e inclui vários rótulos para facilitar a análise, como kube_cluster_name, kube_namespace_name, kube_workload_name ou container_name

A consulta a seguir representa o número de séries temporais alimentadas do agente de monitoramento por meio do Prometheus agrupadas por cluster, namespace, cargas de trabalho e contêiner para que seja possível identificar os aplicativos que estão contribuindo com mais séries temporais:

sum(scrape_series_added)by(kube_cluster_name, kube_namespace_name, kube_workload_name, container_name)

Considerações de precificação ao monitorar sistemas Windows

O monitoramento do Windows é cobrada pelo número de séries temporais geradas. O número de séries temporais depende do número de coletores e recursos que seu sistema Windows possui.. A tabela a seguir estima o número de séries temporais geradas quando os coletores padrão são instalados em um sistema Windows

Estimativas de séries temporais para sistemas Windows com base na instalação padrão do coletor
Coletor	Descrição	Estimativa do número de séries temporais
`cpu`	Uso de CPU	15 séries temporais por vCPU
`cs`	métricas do "Sistema do computador" (propriedades do sistema, número de CPUs/memória total)	3
`logical_disk`	Discos lógicos, E/S de disco	14 séries temporais por partição de disco
`os`	Métricas do sistema operacional (memória, processos, usuários)	13
`system`	Chamadas do sistema	6
`net`	Interface de rede E/S	12 séries temporais por adaptador de rede

Por exemplo, se você tiver um servidor Windows com 2 vCPUs, 2 discos lógicos e 1 adaptador de rede, poderá antecipar 92 séries de tempo.

15 * 2 + 3 + 14 * 2 + 13 + 6 + 12 * 1 = 92

Com o custo por série temporal de 0.072 USD para cada série temporal, você esperaria que seu custo fosse de 8.28 USD por mês.

92 * 0.072 USD = 6.62 USD

Outros coletores que geram séries temporais incluem:

Estimativas de séries temporais para sistemas Windows para coletores adicionais
Coletor	Descrição	Estimativa do número de séries temporais
`mssql`	Métricas de Objetos de Desempenho do SQL Server	aproximadamente 500 séries temporais por instância e aproximadamente 100 séries temporais por banco de dados
`memory`	Métricas de uso de memória	32
`ad`	Active Directory Serviços de domínio	14 séries temporais por partição de disco
`process`	Métricas por processo	21 séries temporais por processo (Essa métrica possui alta cardinalidade.) Um processo pode ter subprocessos com vários valores `process_id`.) É possível filtrar processos
`service`	Métricas de estado de serviço	26 série temporal por serviço. (Essa métrica possui alta cardinalidade.) O Windows tem muitos serviços por padrão.) É possível filtrar serviços

Amostras de faturamento:

Amostra de faturamento 1: uso básico

Considere o exemplo a seguir no qual você tem a seguinte configuração:

1 cluster Kubernetes com 3 nós do trabalhador executando agentes para ambientes orquestrados
- Host-1 gera 1200 séries temporais de métricas customizadas
- Host-2 gera 1000 séries temporais de métricas customizadas
- Host-3 gera 1500 séries temporais de métricas customizadas

O cálculo de faturamento para o mês é calculado como a seguir:

Custo básico por host

O preço base por host por mês é 30.05 USD, que inclui até 1K séries temporais (inclui Prometheus, JMX, appchecks e StatsD métricas).

Para 3 hosts, o custo base mensal total é 111 USD.
```
3 * 30.05 USD = 88.80 USD
```
Custo adicional da série temporal

Cada host tem uma cota de 1000 séries temporais que estão incluídas no custo básico por host de 30.05 USD. Se você tiver 3 hosts, terá 3.000 séries temporais incluídas. As séries temporais restantes são precificadas com base nas camadas. O seguinte mostra o cálculo das 700 séries temporais adicionais.
```
1200 + 1000 + 1500 - ( 3*1000 ) = 700
```
O resultado da inclusão da série temporal por host menos a dotação define a camada aplicada para precificação.

700 Uma série temporal adicional corresponde à camada 1. O preço por host é 0.072 USD para até 100K séries temporais por mês.
```
700 * 0.072 USD = 50.40 USD
```
O custo total para séries temporais adicionais é 63 USD.

O custo total de monitoramento por mês é de 174 USD.

111 USD + 63 USD = 174 USD

Amostra de faturamento 2: dotação de série temporal não usada

Considere o exemplo a seguir no qual você tem a seguinte configuração:

2 clusters do Kubernetes ou OpenShift com um total de 5 nós do trabalhador executando agentes para ambientes orquestrados
- Host-1 gera 2000 séries temporais de métricas customizadas
- Host-2 gera 100 séries temporais de métricas customizadas
- Host-3 gera 500 séries temporais de métricas customizadas
- Host-4 gera 100 séries temporais de métricas customizadas
- Host-5 gera 200 séries temporais de métricas customizadas

O cálculo de faturamento para o mês é calculado como a seguir:

Custo básico por host

O preço por host por mês é de 30.05 USD, que inclui até 1K séries temporais (inclui Prometheus, JMX, appchecks e StatsD métricas) e 50 contêineres.

Para 5 hosts, o custo básico total é de 185 USD.
```
5 * 30.05 USD = 185 USD
```
Custo adicional da série temporal

Cada host tem uma dotação de 1.000 séries temporais. As séries temporais restantes são precificadas com base nas camadas.
```
2000 + 100 + 500 + 100 + 200 - ( 5*1000 ) = -1100
```
O resultado da inclusão da série temporal por host menos a dotação define a camada aplicada para precificação.

De acordo com a sua configuração, você tem mais 1.100 séries temporais disponíveis.

O custo total para séries temporais adicionais é de 0 USD.

O custo total de monitoramento por mês é de 187 USD.

187 USD + 0 USD + 0 USD + 0 USD = 187 USD

Amostra de faturamento 3: somente métricas de plataforma

Considere o exemplo a seguir no qual você tem a seguinte configuração para métricas de plataforma:

O fluxo do evento gera 50 séries temporais por mês
O IBM Cloud Databases gera 60 séries temporais por mês
30 mil chamadas da API

O cálculo de faturamento para o mês é calculado como a seguir:

Custo adicional da série temporal

Como não há agentes em execução nesta instância, não há nenhuma alocação de séries temporais. Todas as séries temporais de métricas de plataforma são precificadas com base nas camadas. O seguinte mostra a série temporal total para a configuração.
```
50 + 60 = 110
```
Para a Camada 1, o preço por série temporal é de 0.072 USD (Camada 1) para até 100K séries temporais por mês.
```
110 * 0.072 USD = 7.92 USD
```
Chamadas de API adicionais

Um milhão de chamadas de API são incluídas na instância todo mês.

O preço para chamadas da API adicionais é de US$ 0,01 por 1.000 chamadas da API.
```
0.03M - 1M = -970k
0 * 0.01 USD/1k = 0 USD
```
O custo total para chamadas adicionais à API é de 0 USD.

O custo total de monitoramento por mês é de 9.90 USD.

9.90 USD + 0 USD = 9.90 USD

Como não havia agentes em execução nesse exemplo, o preço base e os custos adicionais de contêiner não eram aplicáveis.

Amostra de faturamento 4: dotação de host e métricas de plataforma combinadas

A configuração a seguir demonstra o faturamento para uma combinação de dotação de série temporal do host, bem como métricas de plataforma.

Considere o exemplo a seguir no qual você tem a seguinte configuração:

3 hosts executando agentes para ambientes orquestrados
- Host-1 gera 1000 séries temporais de métricas customizadas
- Host-2 gera 850 séries temporais de métricas customizadas
- Host-3 gera 800 séries temporais de métricas customizadas
O Cloud Foundry gera 200 séries temporais por mês
O Event Streams gera 200 séries temporais por mês
O IBM Cloud Databases gera 100 séries temporais por mês
100 contêineres
300 mil chamadas da API

O cálculo de faturamento para o mês seria semelhante a:

Custo básico por host

O preço por host por mês é de 30.05 USD, que inclui até 1K séries temporais (inclui Prometheus, JMX, appchecks e StatsD métricas) e 50 contêineres.

Para 3 hosts, o custo total é de 111 USD.
```
3 * 30.05 USD = 111 USD
```
Custo adicional da série temporal

Cada host tem uma dotação de 1.000 séries temporais. As séries temporais restantes são precificadas com base nas camadas. Neste caso, 150 séries temporais
```
1000 + 850 + 800 + 200 + 200 + 100 - ( 3*1000 ) = 150
```
O resultado da inclusão da série temporal por host, mais as métricas de plataforma, menos a dotação, define a camada aplicada para precificação.

Observe que, como a alocação da série temporal do custo básico por host não foi totalmente usada pelos agentes, 350 das 500 séries temporais de métricas da plataforma foram cobertas pela camada básica. Apenas as 150 métricas de plataforma adicionais (500 - 350 = 150) têm um custo adicional.
```
150 * 0.072 USD (Tier-1) = 10.80 USD
```
O custo total da série temporal é de 13.50 USD.

O custo total de monitoramento por mês é de 124.50 USD.

111 USD + 13.50 USD = 124.50 USD

Amostra de faturamento 5: uso básico para servidores de Máquina Virtual ou Bare Metal executando um agente para ambientes não orquestrados

Considere o exemplo a seguir no qual você tem a seguinte configuração:

3 hosts executando um agente para ambientes não orquestrados
- Host-1 gera 50 séries temporais de métricas customizadas
- Host-2 gera 100 séries temporais de métricas customizadas
- Host-3 gera 100 séries temporais de métricas customizadas

O cálculo de faturamento para o mês é calculado como a seguir:

Custo básico por host

O preço base por host por mês é de 10.07 USD.

Para 3 hosts, o custo base total é de 30.21 USD.
```
3 * 10.07 USD = 30.21 USD
```
Custo da série temporal

As séries temporais são precificadas com base nas camadas. Neste cenário, você precisa de 250 séries temporais adicionais..
```
50 + 100 + 100  = 250
```
O resultado da adição da série temporal por host define o nível aplicado para a determinação do preço.

250 séries temporais correspondem à camada 1. O preço por host é 0.072 USD para até 100K séries temporais por mês.
```
250 * 0.072 USD = 18.00 USD
```
O custo total para séries temporais adicionais é de 22.50 dólares.

O custo total de monitoramento por mês é de 52.71 USD.

30.21 USD + 22.50 USD = 52.71 USD