Este tópico explica as diferenças de faturamento entre o modo Standard/Professional legado do RocketMQ Serverless e o modo compartilhado com pagamento conforme o uso. Também descreve como identificar o tipo da sua instância, visualize as regras de faturamento e atualizar sem problemas para a edição compartilhada.
Edições legadas Standard e Professional
A edição Serverless evoluiu da seguinte forma:
Instâncias legadas: o modo de faturamento compartilhado com pagamento conforme o uso não faz mais distinção entre as edições Standard e Professional. O modelo consolidou ambas em um único modo de faturamento compartilhado com pagamento conforme o uso.
Novas instâncias: há três modos de faturamento disponíveis: compartilhado com pagamento conforme o uso, compartilhado reservado + elástico e dedicado reservado + elástico.
Como identificar se a sua instância é uma edição legada Standard/Professional
No console do RocketMQ, acesse Instances > Instance Details > Basic Information e verifique os seguintes campos:
Se Primary Edition mostrar Standard ou Professional, a instância é uma instância legada Standard/Professional.
Se Primary Edition mostrar Shared, a instância é uma nova instância compartilhada. Nesse caso, verifique o campo Capacity Type para determinar se o modo de faturamento é pay-as-you-go ou reserved + elastic.
Faturamento para edições legadas Standard/Professional
Para obter detalhes sobre o faturamento das edições legadas Standard/Professional, consulte Billing for legacy Serverless Standard and Professional Edition instances.
Seleção do modo de faturamento
Ao comprar uma instância, selecione primeiro um modo de capacidade e depois decida se deseja reservar capacidade de TPS. O modo Cumulative pay-as-you-go não reserva capacidade e cobra pelo número acumulado de mensagens enviadas e recebidas. O modo Reserved + elastic exige a compra prévia de uma camada de capacidade de TPS reservada, e o sistema cobra o tráfego que excede essa capacidade como TPS elástico. Os dois modos têm estruturas de custos diferentes e afetam diretamente o seu custo mensal. Portanto, compare-os com o padrão de tráfego da sua carga de trabalho antes de comprar:
|
Item de comparação |
Cumulative pay-as-you-go |
Reserved + elastic |
|
Capacidade reservada |
Não requer capacidade reservada. |
Requer reserva de capacidade por camada de TPS. |
|
Estrutura de custos |
Taxa pelo número de mensagens enviadas e recebidas, mais a taxa da instância. |
Taxa de capacidade reservada (capacidade reservada × preço unitário da capacidade reservada × duração), mais a taxa de TPS elástico para o tráfego que excede a capacidade reservada. |
|
Arquiteturas de implantação compatíveis |
Compartilhada. |
Compartilhada e dedicada. |
|
Cenários |
Cargas de trabalho com tráfego flutuante e grandes diferenças entre picos e vales, ou cargas de trabalho que ainda estão em fase de validação e têm um volume total de mensagens baixo. Não requer reserva de capacidade para um tráfego imprevisível, e o custo varia de acordo com o volume real de mensagens enviadas e recebidas. |
Cargas de trabalho online com uma linha de base estável e tráfego diário previsível. O custo unitário da capacidade reservada é menor do que o do modo cumulative pay-as-you-go isolado, e o TPS elástico ainda cobre os picos de tráfego. |
Para uma instância já adquirida, verifique os campos Primary Edition e Capacity Type na seção Basic Information da página Instance Details para confirmar qual modo de faturamento está em uso. Para obter detalhes sobre como identificar o modo, consulte a seção "Como identificar se a sua instância é uma edição legada Standard/Professional" neste tópico.
Recomendações para dimensionar a capacidade de TPS reservada
Se você selecionar o modo Reserved + elastic, dimensione a camada de capacidade reservada com base no tráfego simultâneo que a sua carga de trabalho realmente produz, e não no pico teórico:
Uma capacidade reservada de 500 a 2.000 TPS geralmente é suficiente para o tráfego diário de um sistema de e-commerce de pequeno porte. Valide o valor exato com base no pico medido da sua própria carga de trabalho.
O sistema cobra automaticamente o tráfego que excede a capacidade reservada como TPS elástico. Não reserve capacidade extra para picos extremos infrequentes nem pague uma taxa excessiva de capacidade reservada por explosões ocasionais.
Para obter o preço unitário e a fórmula de faturamento de cada item de faturamento, além de mais referências para seleção de capacidade, consulte Billing of Serverless instances.
Comparação de funcionalidades
Item de comparação | Edição Standard/Professional | Shared/Pagamento conforme o uso |
Taxas do PrivateLink | Taxas adicionais se aplicam. O service PrivateLink gerencia o faturamento. | Sem taxas adicionais. Isso reduz significativamente os custos de processamento de tráfego do PrivateLink. |
Método de faturamento | Valor acumulado |
|
Taxa da instância | Nenhuma | As taxas de instância aplicam-se apenas a instâncias Shared que usam o método de faturamento pay-as-you-go. |
Taxas de recursos |
|
|
Número de clientes online simultâneos | Nenhuma |
Nota Evite padrões de uso anormais, como criar uma nova instância de produtor para cada mensagem enviada. Essa prática pode gerar um número excessivo de clientes online. |
Como fazer o upgrade da edição Standard/Professional para a edição Shared
Faça o upgrade da instância para a edição Shared: Na página Instance Details, clique em Upgrade. defina Primary Edition como Shared e confirme a atualização.
-
Mudança de endpoints após atualizar para o tipo Shared :
Ao atualizar uma instância para o tipo Shared, a responsabilidade de pagamento do PrivateLink muda do service consumer para o service provider. Essa alteração modifica o endereço do endpoint. Para garantir uma transição tranquila no envio e no recebimento de mensagens e evitar taxas desnecessárias do PrivateLink, siga estas etapas:
-
Após a atualização, identifique os endpoints:
Após a conclusão da atualização, o console exibirá dois endpoints para a VPC na seção Endpoint and Network Information da página Instance Details.
O endpoint marcado como (Deprecated): este é o endpoint antigo do modelo de faturamento de service consumer. Este endpoint será descontinuado.
O endpoint não marcado: este é o novo endpoint para o modelo de faturamento de service provider. Migre para este endpoint.
-
Modifique a configuração do cliente e reinicie:
Modifique a configuração de todos os seus aplicativos produtores e consumidores.
Substitua o endereço do endpoint antigo (aquele marcado como (Deprecated)) pelo novo endereço de endpoint de service provider.
Reinicie esses aplicativos um a um para aplicar a nova configuração.
Nota: ambos os endpoints apontam para a mesma instância RocketMQ durante a migração. O processo é transparente e não interrompe o service.
-
exclua o endpoint antigo (etapa crítica):
Após confirmar que todos os aplicativos produtores e consumidores migraram com sucesso para o novo endpoint e estão estáveis, retorne à página Instance Details.
Localize e exclua o endpoint antigo marcado como (Deprecated).
ImportanteSe algum cliente continuar a usar o endpoint antigo, o sistema continuará gerando taxas de tráfego do PrivateLink.
Mesmo depois que todos os clientes tiverem feito a troca, as taxas de instância do PrivateLink continuarão a ser geradas até que o endpoint antigo seja excluído.
-