Por que sou cobrado por uma instância de pagamento conforme o uso que não utilizei?
Instâncias no modelo de pagamento conforme o uso são faturadas com base no tempo de existência, e não no volume de mensagens ou na atividade dos consumidores. Ao crie uma instância, o sistema aloca imediatamente brokers e armazenamento dedicados, iniciando a cobrança. Os encargos persistem até você liberar a instância.
Fórmula de faturamento
Total fees = Instance price x Service timePor exemplo, se sua instância permanecer ativa por 3 dias antes da liberação, você pagará por 72 horas de serviço, independentemente da produção ou do consumo de mensagens.
Como interromper as cobranças
Libere a instância. As ações abaixo não interrompem o faturamento:
Parar produtores e consumidores
Excluir tópicos
Essas operações mantêm os recursos subjacentes de broker e armazenamento alocados; portanto, as cobranças continuam.
É possível pausar o faturamento sem liberar a instância?
Não. Não há como pausar ou suspender o faturamento. Enquanto a instância existir, haverá cobrança.
Como ocorre a conversão de uma instância baseada em tópicos para uma baseada em partições?
Não é mais possível adquirir instâncias do ApsaraMQ for Kafka com especificação por tópicos. Todas as instâncias agora utilizam especificação por partições.
Independentemente de sua instância ter sido adquirida originalmente por especificação de tópicos ou de partições, upgrades e downgrades agora usam exclusivamente a especificação por partições. Ao fazer upgrade ou downgrade de uma instância baseada em tópicos, o sistema aplica automaticamente as regras de conversão abaixo.
Fórmula de conversão
Total partitions after conversion = Partitions included in the specification + Additional topics purchased x Conversion coefficientO resultado é arredondado para cima até o número inteiro mais próximo.
Coeficientes de conversão
|
Método de faturamento |
Coeficiente de conversão |
|
Assinatura |
23.913 |
|
Pagamento conforme o uso |
45.045 |
Exemplo prático
Considere uma instância Standard Edition no modelo de assinatura com a seguinte configuração:
Largura de banda: 20 MB/s
Tópicos na especificação: 50
Tópicos adicionais adquiridos: 10
Após a conversão:
1,000 + 10 x 40.602 = 1,407 partitionsPara ver as cotas de partições incluídas em cada especificação, consulte Regras de faturamento.
Proteção contra déficit
Se o uso real de partições exceder o total convertido, a Alibaba Cloud fornece as partições extras sem custo adicional. Por exemplo, se a conversão resultar em 1.000 partições, mas você estiver utilizando 1.100, a Alibaba Cloud complementará gratuitamente a diferença de 100 partições.
Cotas pós-conversão
Após a conversão, as cotas de tópicos e grupos são atualizadas com base na contagem de partições:
|
Recurso |
Nova cota |
|
Tópicos |
Igual ao número total de partições |
|
Grupos |
Igual ao número total de partições x 2 |
Por que a cobrança é baseada no tráfego de pico?
Em geral, o faturamento pode ser baseado em hardware ou em serviço. No modelo baseado em hardware, é difícil cobrar a instância conforme o uso real do serviço. Já no modelo baseado em serviço, a cobrança reflete diretamente a utilização efetiva da instância.
O que o tráfego de pico mede?
O tráfego de pico define a capacidade geral de processamento de dados da sua instância, indo além da simples largura de banda de rede. Selecionar uma faixa de tráfego de pico provisiona a capacidade de throughput de todo o cluster.
Capacidade diária de processamento
Calcule a capacidade mínima diária de processamento a partir do tráfego de pico:
Data processing capability = Peak traffic x DurationExemplo: Uma instância com tráfego de pico de 30 MB/s processa pelo menos 2,47 TB por dia:
30 MB/s x 60 s x 60 min x 24 h / 1024 / 1024 = 2.47 TB/day|
Tráfego de pico |
Capacidade mínima diária de processamento |
|
20 MB/s |
~1,65 TB/dia |
|
30 MB/s |
~2,47 TB/dia |
|
60 MB/s |
~4,94 TB/dia |
|
120 MB/s |
~9,89 TB/dia |
A capacidade real de processamento pode superar esses valores mínimos.
Por que sou cobrado por partições adicionais?
Clusters Apache Kafka open-source sofrem degradação significativa de desempenho ao ultrapassar cerca de 1.000 partições. O ApsaraMQ for Kafka elimina essa limitação: um tópico pode ter um número ilimitado de partições sem perda de performance.
No entanto, partições adicionais além do seu plano de recursos consomem recursos do broker, gerando cobrança proporcional a essas partições extras.
Como o recurso de conector afeta minha fatura?
O recurso de conector é construído sobre EventBridge e Function Compute. Ambos os serviços aparecem como itens separados na sua fatura:
|
Serviço |
Status de faturamento |
|
EventBridge |
Em preview público, gratuito |
|
Function Compute |
Faturado separadamente. Consulte Visão geral do faturamento. |
Isso se aplica à nova versão do recurso de conector. Para a versão anterior, consulte Visão geral .