Whitepaper 'FinOps e gerenciamento de custos para Kubernetes'
Por favor, considere dar ao OptScale um Estrela no GitHub, é código aberto 100%. Aumentaria sua visibilidade para outros e aceleraria o desenvolvimento de produtos. Obrigado!
Ebook 'De FinOps a estratégias comprovadas de gerenciamento e otimização de custos de nuvem'
OptScale FinOps
OptScale — FinOps
Visão geral do FinOps
Otimização de custos:
AWS
Microsoft Azure
Google Cloud
Nuvem Alibaba
Kubernetes
MLOps
OptScale — MLOps
Perfil de ML/IA
Otimização de ML/IA
Criação de perfil de Big Data
PREÇOS OPTSCALE
cloud migration
Acura – migração para nuvem
Visão geral
Nova plataforma de banco de dados
Migração para:
AWS
Microsoft Azure
Google Cloud
Nuvem Alibaba
VMware
Pilha aberta
KVM
Nuvem pública
Migração de:
Na premissa
disaster recovery
Acura – DR e backup na nuvem
Visão geral
Migração para:
AWS
Microsoft Azure
Google Cloud
Nuvem Alibaba
VMware
Pilha aberta
KVM

Conjuntos de dados de custos da AWS: Compreendendo custos combinados, não combinados e amortizados

Quando uma empresa usa serviços da AWS, seja executando servidores virtuais ou armazenando dados, ela é cobrada pelos recursos que consome. Equipe FinOps dentro da empresa naturalmente quer ficar por dentro dos custos da nuvem para reduzi-los e otimizá-los. É aqui que os conjuntos de dados de custo da AWS entram em cena, pois são projetados para ajudar a analisar e monitorar padrões de gastos para tomar decisões informadas sobre Custos da AWS.

AWS-сost-datasets

Como praticamente não há duas organizações com a mesma abordagem para gerenciamento de custos na nuvem, a Amazon fornece diferentes conjuntos de dados de custos disponíveis no AWS Cost Explorer e no AWS Budgets – eles ajudam os usuários a entender seu uso da AWS, analisar custos de várias maneiras e adaptar seus processos financeiros com base em suas necessidades específicas.

Conjuntos de dados de custo da AWS em resumo

Custos não combinados

Os custos não combinados da AWS representam seus custos de uso no dia em que são cobrados. É como olhar para seus custos em uma base de contabilidade de caixa, o que significa que as despesas são atribuídas às datas em que você pagou ao provedor de serviços. 

Dado que este conjunto de dados mostra os custos reais incorridos para Serviços AWS sem quaisquer ajustes ou distribuição ao longo do tempo, é o padrão usado pela maioria dos clientes da AWS. É uma maneira direta de ver seus custos conforme eles ocorrem e é adequado para a maioria das empresas.

Custos amortizados

Os custos amortizados da AWS, por sua vez, representam uma abordagem totalmente diferente para o monitoramento de custos da nuvem, mostrando seus gastos em uma base de competência em vez de uma base de caixa. Este conjunto de dados de custos é especialmente útil para aqueles que preferem compromissos de longo prazo com a Amazon comprando Reservas da AWS, como Amazon EC2 ou Instâncias Reservadas RDS. Os custos amortizados distribuem taxas mensais recorrentes uniformemente ao longo do mês, fornecendo uma visão mais fácil de perceber dos custos ao longo do tempo. 

Para esclarecer, vamos fazer uma analogia com um termo que você provavelmente já ouviu falar – MRR. MRR (Receita Mensal Recorrente) é calculado usando a base contábil de competência. Com MRR, a receita é reconhecida a cada mês durante a assinatura, independentemente de o cliente ter pago a assinatura adiantado ou estar fazendo pagamentos mensais. Essa abordagem fornece uma imagem mais precisa da receita gerada por um negócio de assinatura ao longo do tempo, permitindo uma melhor análise das tendências de receita e previsão. Da mesma forma, o conjunto de dados de custo amortizado ajuda você a entender melhor os custos diários efetivos associados ao seu portfólio de reservas. Em última análise, ele permite que você tome decisões informadas sobre gerenciamento de custos de nuvem e otimização, principalmente quando se opera em escala.

Custos combinados

The blended cost dataset was initially introduced to assist customers (who represent different departments of the same organization) who prefer to consolidate their billings into a single paying account. On the one hand, this consolidation helps reduce costs when it comes to AWS services priced in tiers—together; several user accounts achieve lower-priced tiers faster. However, blended costs are now less commonly used due to complicated calculations. 

To explain how blended costs are determined, let’s take the same example with the S3 storage that has three pricing tiers, with each tier having lower unit costs for additional usage in a month: $50 for the 1st TB of storage, $40 for the following 49 TB and $30 for the following 450 TB (please bear in mind that these are not the actual rates). Let’s imagine that three members belong to a single paying account:

  • O membro 1 usa os primeiros 20 terabytes;
  • O membro 2 usa os próximos 20 terabytes;
  • O membro 3 usa os últimos 20 terabytes;
  • No total, a organização em questão utiliza 60 terabytes, gastando $2310 (=$50×1+$40×49+$30×10)

Para simplificar, vamos imaginar também que os membros usaram o armazenamento em turnos, o que resulta na seguinte distribuição de custos se calcularmos usando o conjunto de dados de custos não combinados:

  • O membro 1 gasta $810 (=$50×1+$40×19)
  • O membro 2 gasta $800 (=$40×20)
  • O membro 1 gasta $700 (=$40×10+$30×10)

But if we want to calculate all members’ blended costs, we first need to divide the total spending by the total number of terabytes used: $2310/60=$38.5/TB. Then, we need to multiply this rate by the number of terabytes a specific member uses. In our simplistic case, all three members had the same S3 usage. Hence, their blended costs will be the same: 38.5×20=$770.

To wrap it up, blended costs are calculated by multiplying the usage of any account by a blended rate, which is the average rate of on-demand usage. Calculating blended costs becomes more intricate and nuanced when reservation-related usage and Savings Plans are involved. That’s why avoiding relying on the blended cost dataset is generally recommended unless you have some specific cases that require predicting costs based on average rates.

cost optimization, ML resource management

Otimização gratuita de custos de nuvem e gerenciamento aprimorado de recursos de ML/IA para toda a vida

Conjuntos de dados de custo líquido

Entre outros conjuntos de dados, há custos líquidos não combinados e líquidos amortizados. Eles são calculados da mesma forma que os custos não combinados e amortizados, respectivamente, mas levando em conta os descontos fornecidos pela Amazon.

Conjuntos de dados de custos combinados, não combinados e amortizados: qual escolher?

Com base no que discutimos, vamos ver qual conjunto de dados de custo atenderá às suas necessidades.

Em geral, os custos não combinados da AWS são o conjunto de dados de custos mais comumente usado que fornece uma visão direta de Custos de uso da AWS em uma base de caixa. Tudo isso o torna adequado para a maioria das organizações, especialmente aquelas que não têm requisitos específicos relacionados a reservas ou casos de uso peculiares. Se você quiser entender seus custos de uso, pois eles são cobrados de você diariamente e nada mais, os custos não combinados serão suficientes para você analisar e otimizar os custos da nuvem sempre que possível.

Os custos amortizados são úteis para empresas que preferem o AWS Reservations e, acima de tudo, o Amazon EC2 Reserved Instances. Esses custos são visualizados em uma base de competência em vez de dinheiro, permitindo que você veja as taxas de reserva distribuídas uniformemente no tempo. Se você comprou o AWS Reservations e deseja analisar tendências de custo relacionadas a elas, os custos amortizados são o conjunto de dados apropriado para você.

Custos combinados, embora menos comumente usados agora devido à sua complexidade, foram inicialmente criados para dar suporte a organizações que consolidavam seu faturamento em uma única conta de pagamento. Então, a menos que você tenha casos de uso específicos que exijam previsão com base em taxas médias, recomendamos evitar o uso deste conjunto de dados.

✔️ Embora existam várias maneiras de obter visibilidade dos custos da nuvem, o OptScale, a PRIMEIRA solução de CÓDIGO ABERTO, ajuda as empresas a obter uma compreensão completa e transparência sobre os gastos com a nuvem.

A solução está totalmente disponível no Apache 2.0 no GitHub → https://github.com/hystax/optscale.

💡 You might also be interested in our recent article, where our cloud experts destroy the myths about the general approach to FinOps adoption → https://hystax.com/what-is-the-best-finops-strategy-or-why-having-a-finops-team-is-a-waste-of-money

Descobrir:  
● Quantas empresas estão interessadas em construir um processo, mas não apenas uma redução instantânea de custos e reflexo disso em seus P&L
● Qual é o tamanho certo da equipe FinOps
● Dicas da vida real para construir a estratégia FinOps certa 

Digite seu e-mail para ser notificado sobre conteúdo novo e relevante.

Obrigado por se juntar a nós!

Esperamos que você ache útil

Você pode cancelar a assinatura dessas comunicações a qualquer momento. política de Privacidade

Novidades e Relatórios

FinOps e MLOps

Uma descrição completa do OptScale como uma plataforma de código aberto FinOps e MLOps para otimizar o desempenho da carga de trabalho na nuvem e o custo da infraestrutura. Otimização de custo de nuvem, Dimensionamento correto de VM, instrumentação PaaS, Localizador de duplicatas S3, Uso RI/SP, detecção de anomalias, + ferramentas de desenvolvedor de IA para utilização ideal da nuvem.

FinOps, otimização de custos de nuvem e segurança

Conheça nossas melhores práticas: 

  • Como liberar IPs elásticos no Amazon EC2
  • Detectar VMs do MS Azure interrompidas incorretamente
  • Reduza sua fatura da AWS eliminando instantâneos de disco órfãos e não utilizados
  • E insights muito mais profundos

Otimize o uso de RI/SP para equipes de ML/AI com OptScale

Descubra como:

  • veja cobertura RI/SP
  • obtenha recomendações para uso ideal de RI/SP
  • aprimore a utilização de RI/SP por equipes de ML/IA com OptScale