Whitepaper 'FinOps y gestión de costes para Kubernetes'
Considere darle a OptScale un Estrella en GitHub, es 100% de código abierto. Aumentaría su visibilidad ante los demás y aceleraría el desarrollo de productos. ¡Gracias!
Ebook 'De FinOps a estrategias comprobadas de gestión y optimización de costos en la nube'
OptScale FinOps
OptScale - FinOps
Descripción general de FinOps
Optimización de costos:
AWS
MS Azure
Nube de Google
Alibaba Cloud
Kubernetes
MLOps
OptScale - MLOps
Perfiles de ML/IA
Optimización de ML/IA
Perfilado de Big Data
PRECIOS DE ESCALA OPTICA
cloud migration
Acura: migración a la nube
Descripción general
Cambio de plataforma de la base de datos
Migración a:
AWS
MS Azure
Nube de Google
Alibaba Cloud
VMware
OpenStack
KVM
Nube pública
Migración desde:
En la premisa
disaster recovery
Acura: recuperación ante desastres y respaldo en la nube
Descripción general
Migración a:
AWS
MS Azure
Nube de Google
Alibaba Cloud
VMware
OpenStack
KVM

Detectar máquinas virtuales de Azure detenidas incorrectamente

Descripción del problema: Estados "detenido" y "desasignado" de una máquina virtual inactiva

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

En las nubes, sus máquinas virtuales alquilan temporalmente una parte de la potencia de procesamiento de los costos del hipervisor y usted paga por ello. Es obvio que paga por ello cuando su máquina virtual está encendida, pero hay algunos casos en los que su máquina virtual puede seguir consumiendo dinero por procesamiento incluso si está apagada.

Lo más molesto de los cargos por máquinas virtuales apagadas es la diferencia que Azure establece entre los estados "detenido" y "desasignado" de una máquina virtual inactiva. El mecanismo subyacente es el siguiente:

  1. Cuando detiene su máquina virtual mediante el portal de Azure, pasa al estado "Detenida (desasignada)" en el portal. Esto significa que Azure destruyó su instancia de máquina virtual en el host del hipervisor y liberó todos los recursos conectados, como las direcciones IP públicas no estáticas relacionadas con esta máquina virtual. No paga costos de procesamiento por una máquina virtual en este estado.
  2. Cuando detiene su máquina virtual a través de una llamada del sistema operativo invitado, pasa al estado "Detenido" en el portal. A diferencia del caso anterior, la máquina virtual no se destruirá en su host de hipervisor, por lo que aún alquila una parte del hipervisor y paga dinero por ello. En la mayoría de los casos, esto no es lo que desea. En realidad, el único escenario en el que le gustaría tener una máquina en estado "Detenido" es si desea apagarla durante un período de tiempo muy breve y guardar las IP públicas no estáticas conectadas a ella.

Cómo detectar máquinas virtuales no desasignadas

Por lo tanto, desea escanear la suscripción en busca de máquinas virtuales detenidas, pero no desasignadas. Puede hacerlo manualmente a través del portal de Azure, pero como esta tarea debe realizarse periódicamente, la CLI de Azure es una forma mucho mejor de realizar esta comprobación. lista de máquinas virtuales az El comando es una forma muy práctica de mostrar las máquinas virtuales en alguna suscripción (con el parámetro –subscription) e incluso filtrarlas por alguna condición y formato de salida (usando el parámetro –query). Pero el estado de la máquina no se muestra en la salida de este comando debido a razones de rendimiento. Por lo tanto, deberíamos usar programa de vm de az Comando con -d conjunto de parámetros. El siguiente paso es escanear toda la suscripción en busca de dichas máquinas virtuales. programa de vm de az requiere el nombre de la máquina virtual o una lista de los identificadores de la máquina virtual como parámetro de entrada. Por lo tanto, el primer paso es hacer una rápida lista de máquinas virtuales az Consulta y formatea su salida como lista de ID. Y por último, filtramos la salida por VM. Estado de poder campo, observando también que la respuesta de la API tiene una ligera diferencia en el nombre del estado de la VM: “Detenido (desasignado)” en el portal se muestra como “VM desasignada”, mientras que el estado “Detenido” es “VM detenida” en la respuesta de la API. Puliendo un poco el formato de salida, y aquí está el comando para detectar máquinas virtuales detenidas incorrectamente:
az vm show -d --ids $(az vm list --subscription --query "[].id" -o tsv) --query "[?powerState=='VM detenida'].{Id:id, ResourceGroup:resourceGroup}" --output table

Puede ejecutar este comando en la consola Bash integrada en el portal de Azure o configurar un trabajo periódico para verificar sus suscripciones.

Max BozhenkoEntusiasta y practicante de FinOps, Director de tecnología en Hystax

Ingresa tu email para recibir contenido nuevo y relevante

¡Gracias por estar con nosotros!

Esperamos que lo encuentre útil.

Puede darse de baja de estas comunicaciones en cualquier momento. política de privacidad

Noticias e informes

FinOps y MLOps

Una descripción completa de OptScale como una plataforma de código abierto FinOps y MLOps para optimizar el rendimiento de la carga de trabajo en la nube y el costo de la infraestructura. Optimización de los costos de la nube, Dimensionamiento correcto de VM, instrumentación PaaS, Buscador de duplicados S3, Uso de RI/SP, detección de anomalías, + herramientas de desarrollo de IA para una utilización óptima de la nube.

FinOps, optimización de costos en la nube y seguridad

Descubra nuestras mejores prácticas: 

  • Cómo liberar direcciones IP elásticas en Amazon EC2
  • Detectar máquinas virtuales de MS Azure detenidas incorrectamente
  • Reduce tu factura de AWS eliminando las copias instantáneas de disco huérfanas y no utilizadas
  • Y conocimientos mucho más profundos

Optimice el uso de RI/SP para equipos de ML/AI con OptScale

Descubra cómo:

  • ver cobertura RI/SP
  • obtenga recomendaciones para el uso óptimo de RI/SP
  • Mejore la utilización de RI/SP por parte de los equipos de ML/AI con OptScale