O cálculo do TCO dos custos da nuvem é uma meta móvel. No passado, todos os hyperscalers aumentaram seus preços, ou, como outros provedores de serviços em nuvem, como a SAP, incluíram diretamente um aumento anual no contrato. O foco normalmente está nos serviços consumidos, mas custos associados, que antes eram mínimos, podem explodir, especialmente se os provedores mudarem seu modelo de licenciamento/assinatura. Um exemplo recente é a Broadcom/VMware, mas agora outro fornecedor anunciou mudanças: a Red Hat.

A maioria dos sistemas SAP ainda opera em SUSE, assim como os sistemas RISE (+GROW) da SAP (tanto públicos quanto privados). No passado, muitos clientes alteraram sua estratégia de sistema operacional devido aos custos mais baixos ou equivalentes e aos recursos do RHEL, migrando seus sistemas para o RHEL.

A RedHat anunciou em janeiro deste ano que os custos para parceiros de nuvem seriam alterados a partir de 1º de abril de 2024, introduzindo o conceito de scalable pricing. O modelo de preços anterior categorizava as VMs em dois níveis: “pequenas” ou “grandes”, com base no número de núcleos ou vCPUs, com preços fixos para cada categoria, independentemente do tamanho real da VM. A duração da alocação de VM determinava as taxas de assinatura, e o número de núcleos ou vCPUs não influenciava o preço, resultando em um custo limitado para assinaturas RHEL.

Categorias antigas do modelo de assinatura do RHEL:

– Red Hat Enterprise Linux Server Small Virtual Node (1-4 vCPUs ou núcleos)

– Red Hat Enterprise Linux Server Large Virtual Node (5 ou mais vCPUs ou núcleos)

Agora, o novo preço dependerá do número de vCPUs. Ao contrário de antes, o custo da assinatura não será mais limitado. Muitos devem lembrar o caos do modelo de assinatura por socket ou o modelo de licenciamento da Oracle, incluindo a analogia com vagas de estacionamento, onde um núcleo físico custa o mesmo que um núcleo virtual. Ok, faz sentido que se eu usar mais núcleos, eu tenha que pagar mais. Mas isso também significa que os custos podem ser menores para sistemas com menos vCPUs, certo? Esse novo modelo “scalable pricing” pode ser interessante. A questão é: quando os custos diminuem ou aumentam e quem será afetado?

Redhat:

“De modo geral, antecipamos que o novo modelo de preços do RHEL para parceiros de nuvem será inferior ao preço atual para VMs/tamanhos de instância pequenos; equivalente para alguns tamanhos de instâncias pequenas e médias; e potencialmente superior ao preço atual para instâncias grandes e muito grandes.”

Novas categorias do modelo de assinatura RHEL:

– Red Hat Enterprise Linux Server Small Virtual Node (1-8 vCPUs ou núcleos)

– Red Hat Enterprise Linux Server Medium Virtual Node (9-128 vCPUs ou núcleos)

– Red Hat Enterprise Linux Server Large Virtual Node (129 ou mais vCPUs ou núcleos)

Declaração da Amazon: 

“Qualquer novo produto (como um novo tipo de instância, novo tamanho de instância, nova região, etc.) lançado após 1º de julho de 2024, usará o novo modelo de preços do RHEL. Portanto, quaisquer novas tarifas (como novas regiões ou novos tipos de instância) lançadas após 1º de julho de 2024, seguirão o novo preço do RHEL, mesmo que os Savings Plans tenham sido comprados antes dessa data.”

Declaração da Microsoft Azure:  

“Em resposta às mudanças de preços da Red Hat, a Azure também implementará alterações de preço para todas as instâncias de Red Hat Enterprise Linux. Essas mudanças começarão em 1º de abril de 2024, com reduções de preço para licenças RHEL e RHEL for SAP Business Applications para instâncias com menos de 12 vCPUs. Todas as outras atualizações de preço entrarão em vigor em 1º de julho de 2024.”

Declaração do GCP:  

“Em 26 de janeiro de 2024, a Red Hat anunciou uma atualização no modelo de preços do RHEL e RHEL for SAP para todos os provedores de nuvem, escalando os custos de assinatura de imagem de acordo com o número de vCPUs. Como resultado, a partir de 1º de julho de 2024, quaisquer compromissos ativos para licenças RHEL e RHEL for SAP serão cancelados e não serão cobrados pelo restante da duração do compromisso.”

Isso significa que, ao receber a fatura de julho em agosto, o primeiro cliente notou a mudança. Os arquitetos de nuvem mais atentos, que consideraram o uso de cloud FinOps, perceberam isso mais cedo 😉

Vamos dar uma olhada no calculador de preços do MS Azure, já que eles ainda têm a maior fatia de mercado. Com 12 ou menos vCPUs, você economiza dinheiro. Mas o que isso significa para clientes que rodam instâncias SAP HANA, considerando que a menor instância do MS Azure possui 20 vCPUs? O custo do RHEL for SAP era anteriormente $94,90 (linha constante no gráfico) por mês para todas as instâncias certificadas HANA.

MS Azure: preço do RHEL por SKU certificado HANA 

Se você estiver rodando instâncias grandes com 128 ou mais vCPUs, verá que os custos podem variar em mais de US$10.000 por mês! Se você estiver utilizando sandboxes grandes ou recursos como a replicação de sistemas HANA (HSR), esses custos adicionais podem se multiplicar ainda mais.

MS Azure: diferença nos custos totais de instâncias reservadas por 3 anos (3YRI) de RHEL para SAP 

Se analisarmos apenas os custos mensais do RHEL, podemos ver o preço por vCPU e a mudança de preço ao passar de 64 vCPUs para 128 vCPUs.

MS Azure: diferença nos custos mensais de instâncias reservadas por 3 anos (3YRI) de RHEL para SAP (antes vs. agora) 

Os custos mensais de RHEL para SAP mudaram significativamente. Ao comparar o cenário anterior com o atual, é possível observar um aumento considerável, especialmente para instâncias maiores. A variação de preço por vCPU demonstra a maior diferença ao passar de um número menor de vCPUs (como 64) para instâncias maiores (128 vCPUs ou mais).

MS Azure: preço total do RHEL por SKU com custos por vCPU 

O preço total do RHEL por SKU no MS Azure varia de acordo com o número de vCPUs. À medida que o número de vCPUs aumenta, o custo por vCPU também se ajusta. Instâncias com menos vCPUs têm um custo mais baixo, enquanto instâncias maiores, como aquelas com 128 vCPUs ou mais, apresentam aumentos significativos nos custos mensais. Essa estrutura reflete o novo modelo de preços escalonados, impactando diretamente o custo total por instância.

---

Resumo 

Para aqueles que usam RHEL em pequenas instâncias (<12 vCPUs), o novo modelo de preços traz economia. No entanto, para clientes SAP com instâncias maiores, é um pesadelo com custos adicionais imprevistos que entram em vigor a partir de 1º de julho de 2024.

Pagar o mesmo preço por um núcleo físico e um núcleo virtual é uma conta simples, mas não oferece o mesmo valor. Quem usa multithreading será penalizado, e mais uma vez os clientes questionarão se a Intel vale o investimento ao comparar custo e desempenho.

Será que os clientes vão parar de migrar para RHEL em projetos de nuvem devido a essa grande diferença de preço? É possível obter algum desconto por volume para RHEL? O cálculo anterior do TCO agora é inútil.

Descobertas estranhas:

– Os calculadores de preços da Google e MS Azure não estão atualizados com o novo modelo de preços do RHEL.

– Se você escolher RHEL para SAP com a opção HA, o preço antigo de US$87,60 para <=8 vCPUs e US$204,40 para instâncias maiores ainda aparece no calculador de preços da MS Azure.

– A MS Azure está calculando o preço de grande virtual node (US$7,01 por vCPU) para as SKUs de 128 vCPUs, que, por definição, deveriam ter o preço de médio virtual node (US$7,88 por vCPU).

Opções:

1. A AWS e outros provedores podem oferecer descontos por volume de RHEL em troca de um compromisso de gasto anual. Trabalhe com seu Technical Account Manager para verificar se você se qualifica.

2. Redimensione suas instâncias que atualmente não precisam do número de vCPUs.

3. Migre para SUSE (mas é provável que a SUSE também ajuste seus preços em breve — é apenas uma questão de tempo).