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

Detectar VMs do Azure paradas incorretamente

Descrição do problema: estados 'parado' e 'desalocado' de uma VM inativa

How-to-detect-incorrectly-stopped-Azure-VMs

Em nuvens, suas VMs estão temporariamente alugando uma parte do poder de computação dos custos do hipervisor, e você paga por isso. É óbvio que você paga por elas quando sua VM é ligada, mas há alguns casos em que sua VM ainda pode consumir dinheiro para computação mesmo se estiver desligada.

A coisa mais irritante em relação às cobranças por VMs desligadas é a diferença do Azure entre os estados 'parado' e 'desalocado' de uma VM inativa. O mecanismo subjacente é o seguinte:

  1. Quando você para sua VM usando o portal do Azure, ela vai para o estado “Parado (desalocado)” no portal. Isso significa que o Azure destruiu sua instância de VM no host do hipervisor e liberou todos os recursos conectados, como IPs públicos não estáticos relacionados a isso. VM. Você não paga custos de computação para uma VM neste estado.
  2. Quando você para sua VM via chamada do SO convidado, ela vai para o estado “Parado” no portal. Diferentemente do caso anterior, a VM não será destruída em seu host do hipervisor, então você ainda aluga uma parte do hipervisor e paga por isso. Na maioria dos casos, isso não é o que você quer. Na verdade, o único cenário em que você gostaria de ter uma máquina no estado “Parado” é se você quiser desligá-la por um período muito curto de tempo e salvar IPs públicos não estáticos conectados a ela.

Como detectar VMs não desalocadas

Então, você quer escanear a assinatura para VMs paradas, mas não desalocadas. Isso pode ser feito manualmente pelo portal do Azure, mas como essa tarefa deve ser feita periodicamente, o Azure CLI é uma maneira muito melhor de executar essa verificação. lista az vm comando é uma maneira muito útil de mostrar VMs em alguma assinatura (com parâmetro –subscription) e até mesmo filtrá-las por alguma condição e formato de saída (usando parâmetro –query). Mas o estado da máquina não é mostrado nesta saída de comando devido a razões de desempenho. Portanto, devemos usar az vm mostrar comando com -d conjunto de parâmetros. A próxima coisa a ser tratada – queremos escanear toda a assinatura para tais VMs enquanto az vm mostrar requer o nome da VM ou uma lista de IDs de VM como um parâmetro de entrada. Então, o primeiro passo é fazer uma rápida lista az vm consultar e formatar sua saída como lista de IDs. E por fim, filtramos a saída por VM's poderEstado campo, observando também que a resposta da API tem uma pequena diferença na nomenclatura do estado da VM: “Parado (desalocado)” no portal é mostrado como “VM desalocado”, enquanto o estado “Parado” é “VM parada” na resposta da API. Polindo com alguma formatação de saída, e aqui está o comando para detecção de VMs paradas incorretamente:
az vm show -d --ids $(az vm list --subscription --query "[].id" -o tsv) --query "[?powerState=='VM parada'].{Id:id, ResourceGroup:resourceGroup}" --output table

Você pode executar este comando no console Bash integrado ao portal do Azure ou configurar um trabalho periódico para verificar suas assinaturas.

Max Bozhenko, Entusiasta e praticante de FinOps, CTO na Hystax

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