En este artículo, se describen los procedimientos recomendados para compilar en máquinas virtuales de acceso puntual de Azure e incluir un escenario de ejemplo que se puede implementar. Las máquinas virtuales de acceso puntual proporcionan acceso a la capacidad de proceso con descuentos significativos en las máquinas virtuales normales. Este descuento les convierte en una solución atractiva para las organizaciones que buscan optimizar los costos, pero el ahorro viene con una condición. Las máquinas virtuales de acceso puntual pueden quedarse sin acceso al proceso en cualquier momento. Llamamos a este proceso, expulsión. Las cargas de trabajo que se ejecutan en máquinas virtuales de acceso puntual deben poder controlar estas interrupciones en el proceso. La carga de trabajo adecuada y un mecanismo de orquestación flexible son las claves para el éxito. Estas son nuestras recomendaciones para compilar en máquinas virtuales de acceso puntual.
Descripción de las máquinas virtuales de acceso puntual
En un nivel técnico, las máquinas virtuales de acceso puntual son iguales que las máquinas virtuales normales. Usan las mismas imágenes, hardware y discos que se traduce en el mismo rendimiento. La diferencia entre las máquinas virtuales de acceso puntual y las normales se reduce a la prioridad y a la disponibilidad. Las máquinas virtuales de acceso puntual no tienen prioridad para acceder a la capacidad de proceso y no tienen garantías de disponibilidad después de acceder a esa capacidad de proceso. Analicemos con más detalle la prioridad y la disponibilidad.
No hay acceso prioritario. Las máquinas virtuales normales tienen acceso de prioridad a la capacidad de proceso. Acceden a la capacidad de proceso cada vez que lo solicitan. Por otro lado, las máquinas virtuales de acceso puntual solo se implementan cuando hay capacidad de proceso libre y solo se ejecutan cuando una máquina virtual normal no necesita el hardware subyacente.
Sin garantía de disponibilidad Las máquinas virtuales de acceso puntual no tienen ninguna garantía de disponibilidad. No tienen contrato de nivel de servicio (SLA) Las máquinas virtuales de acceso puntual pueden quedarse sin acceso a la capacidad de proceso en cualquier momento (expulsión). Las máquinas virtuales de acceso puntual son más económicas debido a la posibilidad de expulsión. Siempre que Azure necesite la capacidad de proceso, se envía un aviso y se expulsa la máquina virtual de acceso puntual. Azure proporciona un aviso previo de 30 segundos como mínimo antes de que se produzca la expulsión real. Para más información, consulte la supervisión continua de expulsión en este artículo.
Información sobre precios de máquinas virtuales de acceso puntual
Las máquinas virtuales de acceso puntual pueden ser hasta un 90 % más económicas que las normales (pago por uso). El descuento varía en función de la demanda, el tamaño de la máquina virtual, la región de implementación y el sistema operativo. Se recomienda usar la herramienta de precios de máquinas virtuales de acceso puntual de Azure para obtener una estimación del ahorro de costos. Para más información, consulte:
- Herramienta de precios de máquinas virtuales de acceso puntual de Azure
- Introducción a los precios de máquinas virtuales de acceso puntual
También puede consultar la API de precios de venta al por menor de Azure para obtener mediante programación los precios puntuales de cualquier SKU de interés.
Descripción de las cargas de trabajo interrumpibles
Las cargas de trabajo interrumpibles presentan el caso de uso ideal para las máquinas virtuales de acceso puntual. Las cargas de trabajo interrumpibles tienen algunas características habituales. Tienen restricciones de tiempo mínimas o no tienen ninguna, prioridad organizativa baja y tiempos de procesamiento cortos. Ejecutan procesos que pueden detenerse repentinamente y reanudarse más tarde sin dañar los procesos esenciales de la organización. Las aplicaciones de procesamiento por lotes, los análisis de datos y las cargas de trabajo que crean un agente de implementación continua e integración continua para un entorno que no es de producción, son ejemplos de cargas de trabajo interrumpibles. Estas características contrastan con las cargas de trabajo normales o críticas que tienen acuerdos de nivel de servicio (SLA), sesiones estáticas y datos con estado. En la tabla se proporcionan ejemplos para ambos tipos de carga de trabajo.
| Características de cargas de trabajo interrumpibles | Características de cargas de trabajo normales | |
|---|---|---|
| Características | Limitaciones de tiempo mínimas o inexistentes Prioridad organizativa baja Tiempos de procesamiento cortos |
Contratos de nivel de servicio (SLA) Requisitos de sesiones estáticas Cargas de trabajo con estado |
Puede usar la máquina virtual de acceso puntual en cargas de trabajo no interrumpibles, pero no deben ser el único origen de capacidad de proceso. Use tantas máquinas virtuales normales como necesite para cumplir los requisitos de tiempo de actividad.
Descripción de la expulsión
Las máquinas virtuales de acceso puntual no tienen Acuerdos de Nivel de Servicio una vez creadas, y pueden quedarse sin acceso al hardware en cualquier momento. Llamamos expulsión a esta pérdida de proceso. Proceso de expulsión de unidades de suministro y demanda. Cuando la demanda de un tamaño de máquina virtual específico de hardware supera un determinado nivel, Azure expulsa las máquinas virtuales de acceso puntual para que este proceso esté disponible para máquinas virtuales normales. La demanda es específica de la ubicación. Un aumento de la demanda en la región A no afectará a las máquinas virtuales de acceso puntual de la región B.
Las máquinas virtuales de acceso puntual tienen dos opciones de configuración que afectan a la expulsión. Estas configuraciones son el "tipo de expulsión" y la "directiva de expulsión" de la máquina virtual de acceso puntual. Estas configuraciones se establecen al crear la máquina virtual de acceso puntual. El "tipo de expulsión" define las condiciones de una expulsión. La "directiva de expulsión" determina qué efecto tiene la expulsión en la máquina virtual de acceso puntual. Vamos a abordar ambas opciones de configuración.
Tipo de expulsión
La expulsión se debe a cambios de capacidad o de precio. La forma en que afectan a las máquinas virtuales de acceso puntual depende del tipo de expulsión elegido cuando se creó la máquina virtual. El tipo de expulsión define las condiciones de una expulsión. Los tipos de expulsión son "expulsión solo de capacidad" y "expulsión de capacidad o precio".
Expulsión solo de capacidad: esta opción desencadena una expulsión cuando desaparece la capacidad de proceso excesiva. De manera predeterminada, el precio está limitado a la tarifa de pago por uso. Use este tipo de expulsión cuando esté dispuesto a pagar el precio de máquina virtual de pago por uso.
Expulsión de capacidad o precio: este tipo de expulsión tiene dos desencadenadores. Azure expulsa una máquina virtual de acceso puntual cuando desaparece el exceso de capacidad de proceso o el costo de la máquina virtual supera el precio máximo establecido. Este tipo de expulsión le permite establecer un precio máximo muy por debajo del precio de pago por uso. Use este tipo de expulsión para establecer un límite propio de precios.
Directiva de expulsión
La directiva de expulsión elegida para una máquina virtual de acceso puntual afecta a su orquestación. Por orquestación, nos referimos al proceso de administración de una expulsión. Tratamos la orquestación en detalle a continuación. Las directivas de expulsión son la "Directiva de detención o desasignación" y la "directiva de eliminación".
Directiva de detención o desasignación: la directiva de expulsión de detención o desasignación es la mejor opción cuando la carga de trabajo puede esperar a que haya capacidad de liberación dentro de la misma ubicación y tipo de máquina virtual. La directiva de detención o desasignación detiene la máquina virtual y finaliza su concesión con el hardware subyacente. La detención y desasignación de una máquina virtual de acceso puntual es el mismo proceso que en el caso de una máquina virtual normal. La máquina virtual sigue siendo accesible en Azure y puede reiniciar la misma máquina virtual más adelante. Con la directiva de detención y desasignación, la máquina virtual pierde capacidad de proceso y direcciones IP no estáticas. Sin embargo, los discos de datos de la máquina virtual permanecen y aún incurren en cargos. La máquina virtual también ocupa núcleos en la suscripción. Las máquinas virtuales no se pueden mover de región o zona, incluso cuando se detienen o desasignan. Para obtener más información, consulte Estados de energía y facturación de máquina virtual.
Directiva de eliminación: use la "Directiva de eliminación" si la carga de trabajo puede cambiar de ubicación o de tamaño de máquina virtual. Cambiar la ubicación o el tamaño de la máquina virtual permite que la máquina virtual vuelva a implementarse más rápido. La directiva de eliminación suprime la máquina virtual y cualquier disco de datos. La máquina virtual no ocupa núcleos en suscripciones. Para obtener más información sobre directivas de expulsión, consulte Directiva de expulsión.
Diseñe para una orquestación flexible.
La orquestación es el proceso de reemplazo de una máquina virtual de acceso puntual después de una expulsión. Es la base de la creación de una carga de trabajo interrumpible y de confianza. Un buen sistema de orquestación tiene flexibilidad integrada. Por flexibilidad, nos referimos a diseñar la orquestación para tener opciones, usar varios tamaños de máquina virtual, implementar en distintas regiones, tener en cuenta la expulsión y tener en cuenta diferentes escenarios de expulsión para mejorar la confiabilidad y la velocidad de la carga de trabajo.
A continuación, se describen las recomendaciones que ayudan a diseñar una orquestación flexible para la carga de trabajo interrumpible.
Diseñe para velocidad.
Para una carga de trabajo que se ejecuta en máquinas virtuales de acceso puntual, la capacidad de proceso es un tesoro. El inminente potencial de expulsión debe elevar la apreciación del tiempo de proceso asignado y debe traducirse a decisiones de diseño significativas que priorizan la velocidad de la carga de trabajo. En general, se recomienda optimizar el tiempo de proceso del que dispone. Debe compilar una imagen de máquina virtual con todo el software necesario instalado previamente. El software instalado previamente ayudará a minimizar el tiempo entre la expulsión y una aplicación en plena ejecución. Se recomienda evitar el uso de tiempo de proceso en procesos que no contribuyen a la finalidad de la carga de trabajo. Por ejemplo, una carga de trabajo para el análisis de datos debe concentrar la mayoría de tiempo de proceso en el procesamiento de datos y lo menos posible en la recopilación de metadatos de expulsión. Elimine los procesos que no sean esenciales de la aplicación.
Use varios tamaños y ubicaciones de máquina virtual.
Se recomienda compilar una orquestación para usar varios tipos y tamaños de máquina virtual, y así, aumentar la flexibilidad. El objetivo es proporcionar opciones a la orquestación para reemplazar una máquina virtual expulsada. Azure tiene diferentes tipos y tamaños de máquina virtual que proporcionan funcionalidades similares por, aproximadamente, el mismo precio. Debe filtrar por máquinas virtuales con vCPU y núcleos mínimos y RAM mínima, y por el precio máximo para encontrar varias máquinas virtuales que tengan la capacidad de ejecutar la carga de trabajo y ajustarse al presupuesto. Cada tipo de máquina virtual tiene una tasa de expulsión expresada como intervalo porcentual (0-5 %, 5-10 %, 10-15 %, 15-20 %, más de 20 %). Las tasas de expulsión pueden variar entre regiones. Es posible que encuentre una mejor tasa de expulsión para el mismo tipo de máquina virtual en otra región. Puede encontrar las tasas de expulsión de cada tipo de máquina virtual en el portal de la pestaña "Aspectos básicos". Seleccione los vínculos "Tamaño" ("Ver historial de precios" o "Ver todos los tamaños"). También puede obtener datos de máquina virtual de acceso puntual mediante programación con Azure Resource Graph. Para más información, consulte:
Use la directiva de expulsión más flexible.
La directiva de expulsión de la máquina virtual de acceso puntual expulsada afecta al proceso de reemplazo. Una directiva de expulsión de eliminación es más flexible que una directiva de expulsión detenida o desasignada.
Considere primero la directiva de eliminación: se recomienda usar una directiva de expulsión de eliminación si la carga de trabajo puede admitirla. La eliminación permite que la orquestación implemente máquinas virtuales de acceso puntual de reemplazo en zonas y regiones nuevas. Esta flexibilidad de implementación podría ayudar a la carga de trabajo a encontrar capacidad de proceso libre más rápido que una máquina virtual detenida o desasignada. Las máquinas virtuales detenidas o desasignadas tienen que esperar a que se libere capacidad de proceso en la misma zona en la que se creó. Para la directiva de eliminación, necesitará un proceso para supervisar las expulsiones externas a la aplicación y orquestar las implementaciones en diferentes regiones o con diferentes SKU de máquina virtual.
Comprenda la directiva detenida o desasignada: la directiva detenida o desasignada tiene menos flexibilidad que la directiva de eliminación. Las máquinas virtuales de acceso puntual deben permanecer en la misma región y zona. No se puede trasladar una máquina virtual detenida o desasignada a otra ubicación. Dado que las máquinas virtuales tienen una ubicación fija, necesitará algo para reasignar la máquina virtual cuando la capacidad de proceso esté disponible. No hay forma de saber cuándo estará disponible la capacidad de proceso. Por lo tanto, se recomienda usar una canalización de programación automatizada para intentar realizar una reimplementación después de una expulsión. Una expulsión debe desencadenar la canalización de programación y los intentos de reimplementación deben comprobar continuamente si capacidad de proceso está disponible.
| Directiva | Cuándo | |
|---|---|---|
| Eliminar | Datos y proceso efímeros No quiero pagar por discos de datos Presupuesto mínimo |
|
| Detenido o desasignado | Necesidad de un tamaño de máquina virtual específico No se puede cambiar la ubicación Proceso largo de instalación de aplicaciones |
Tiempo de espera indefinido No impulsado solo por el ahorro de costos |
Supervise continuamente la expulsión.
La supervisión es la clave para conseguir confiabilidad de carga de trabajo en máquinas virtuales de acceso puntual. Las máquinas virtuales de acceso puntual no tienen ningún contrato de nivel de servicio después de la creación y se pueden expulsar en cualquier momento. La mejor manera de aumentar la confiabilidad de la carga de trabajo en las máquinas virtuales de acceso puntual es prever cuándo se van a expulsar. Con esta información, podría intentar llevar a cabo un apagado correcto de la carga de trabajo y desencadenar la automatización que orquestra el reemplazo.
Use Scheduled Events: se recomienda usar el servicio Scheduled Events para cada máquina virtual. Azure envía señales a las máquinas virtuales cuando vayan a verse afectadas por el mantenimiento de la infraestructura. Las expulsiones se califican como mantenimiento de infraestructura. Azure envía la señal Preempt a todas las máquinas virtuales, como mínimo, 30 segundos antes de expulsarlas. Un servicio denominado Schedule Events permite capturar esta señal Preempt consultando un punto de conexión en una dirección IP 169.254.169.254 estática y no enrutable.
Use consultas frecuentes: recomendamos consultar el punto de conexión de Schedule Events con frecuencia suficiente para orquestar un apagado correcto. Puede consultar el punto de conexión de Scheduled Events cada segundo como máximo, pero es posible que la frecuencia de un segundo no sea necesaria para todos los casos de uso. Estas consultas deben proceder de una aplicación que se ejecute en la VM de acceso puntual. La consulta no puede proceder de un origen externo. Como resultado, las consultas consumirán capacidad de proceso de máquina virtual y robarán la potencia de procesamiento de la carga de trabajo principal. Deberá equilibrar esas prioridades que compiten para cumplir con la situación específica.
Automatice la orquestación: una vez que recopile la señal Preempt, la orquestación debe actuar sobre esa señal. Dadas las restricciones de tiempo, la señal Preempt debe intentar llevar a cabo un apagado correcto de la carga de trabajo e iniciar un proceso automatizado que reemplace la máquina virtual de acceso puntual. Para más información, consulte:
Cree un sistema de implementación.
La orquestación necesita una canalización automatizada para implementar nuevas máquinas virtuales de acceso puntual cuando se expulsan. La canalización debe ejecutarse fuera de la propia carga de trabajo interrumpible para garantizar la permanencia. La forma en que la canalización de implementación debe funcionar depende de la directiva de expulsión que haya seleccionado para las máquinas virtuales de acceso puntual.
Para una directiva de eliminación, se recomienda crear una canalización que use distintos tamaños de máquina virtual e implemente en regiones diferentes. Para una directiva de detención o desasignación, la canalización de implementación necesitará dos acciones distintas. Para la creación inicial de una máquina virtual, la canalización debe implementar las máquinas virtuales del tamaño correcto en la ubicación correcta. En el caso de una máquina virtual expulsada, la canalización debe intentar reiniciar la máquina virtual hasta que funcione. Una combinación de alertas de Azure Monitor y Azure Functions es una de varias maneras de automatizar un sistema de implementación. La canalización podría usar plantillas de bicep. Son declarativos e idempotentes y representan un procedimiento recomendado para la implementación de la infraestructura.
Prepárese para la expulsión inmediata.
Es posible que la máquina virtual de acceso puntual se designe para la expulsión en cuanto se cree e incluso antes de que se ejecute la carga de trabajo. Solo porque había capacidad para crear una máquina virtual de acceso puntual, no significa que persista. Las máquinas virtuales de acceso puntual no tienen garantías de disponibilidad (SLA) después de crearse. La orquestación debe tener en cuenta las expulsiones inmediatas. La señal Preempt seguirá proporcionando un aviso con antelación de 30 segundos para la expulsión.
Se recomienda incorporar comprobaciones de estado de máquina virtual en la orquestación para prepararse para las expulsiones inmediatas. La orquestación para expulsiones inmediatas no puede depender de la señal de Scheduled Events Preempt. Solo la propia máquina virtual puede consultar la señal Preempt y no hay tiempo suficiente para iniciar una aplicación, consultar el punto de conexión de Scheduled Events y realizar un apagado correcto. Por lo tanto, la comprobación de estado debe residir fuera del entorno de carga de trabajo. Las comprobaciones de estado deben inspeccionar el estado de la máquina virtual de acceso puntual e iniciar la canalización de implementación para reemplazar la máquina virtual de acceso puntual cuando el estado cambia a desasignación o detención.
Planee varias expulsiones simultáneas.
Si ejecuta un clúster de máquinas virtuales de acceso puntual, debe diseñar la carga de trabajo para que resista varias expulsiones simultáneas. Se podrían expulsar varias máquinas virtuales de acceso puntual en la carga de trabajo al mismo tiempo. Una expulsión simultánea de varias máquinas virtuales podría afectar al rendimiento de la aplicación. Para evitar esta situación, la canalización de implementación debe poder recopilar señales de varias máquinas virtuales e implementar varias máquinas virtuales de reemplazo simultáneamente.
Diseñe para un apagado correcto.
Los procesos de apagado de máquina virtual deben durar menos de 30 segundos y permitir que la máquina virtual se apague antes de una expulsión. La duración del apagado depende de la frecuencia con la que la carga de trabajo consulta el punto de conexión de Scheduled Events. Cuanto más a menudo consulte el punto de conexión, más largo puede ser el proceso de apagado. El proceso de apagado debe liberar recursos, purgar conexiones y vaciar registros de eventos. Debe crear y guardar los puntos de control periódicamente para guardar el contexto y crear una estrategia de recuperación más eficaz. El punto de control es solo información sobre los procesos o transacciones en los que debe iniciarse la siguiente máquina virtual. Deben indicar si la máquina virtual debe reanudarse donde se detuvo la máquina virtual anterior o si la nueva máquina virtual debe revertir los cambios e iniciar de nuevo todo el proceso. Debe almacenar los puntos de control fuera del entorno de máquina virtual de acceso puntual. Una cuenta de almacenamiento funcionaría.
Pruebe la orquestación.
Se recomienda simular eventos de expulsión para probar la orquestación en entornos de desarrollo y pruebas. Para obtener más información, consulte simular expulsión.
Diseñe una carga de trabajo idempotente.
Se recomienda diseñar una carga de trabajo idempotente. El resultado de procesar un evento más de una vez debe ser el mismo que procesarlo una vez. Las expulsiones pueden provocar apagados forzados a pesar de los esfuerzos para garantizar apagados correctos. Los apagados forzados pueden terminar procesos antes de que se completen. Las cargas de trabajo idempotentes pueden recibir el mismo mensaje más de una vez y el resultado sigue siendo el mismo. Para obtener más información, consulte idempotencia.
Use un período de preparación de la aplicación.
La mayoría de las cargas de trabajo interrumpibles ejecutan aplicaciones. Las aplicaciones necesitan tiempo de instalación y tiempo de arranque. Necesitan tiempo para conectarse al almacenamiento externo y recopilar información de los puntos de control. Se recomienda tener un período de preparación de la aplicación antes de permitirle iniciar el procesamiento. Durante el período de preparación, la aplicación debe arrancar, conectarse y prepararse para contribuir. No debe permitir que una aplicación inicie el procesamiento de datos antes de validar el estado de la aplicación.
Configure identidades administradas asignadas por el usuario
Se recomienda usar identidades administradas asignadas por el usuario para simplificar el proceso de autenticación y autorización. Las identidades administradas asignadas por el usuario permiten evitar colocar credenciales en el código y no están vinculadas a un único recurso, como las identidades administradas asignadas por el sistema. Las identidades administradas asignadas por el usuario contienen permisos y tokens de acceso de Microsoft Entra ID que se pueden reutilizar y asignar a máquinas virtuales de acceso puntual durante la orquestación. La coherencia de tokens en máquinas virtuales de acceso puntual ayuda a simplificar la orquestación y el acceso a los recursos de carga de trabajo que tienen las máquinas virtuales de acceso puntual.
Con las identidades administradas asignadas por el sistema, una nueva máquina virtual de acceso puntual podría obtener un token de acceso diferente de Microsoft Entra ID. Si necesita usar identidades administradas asignadas por el sistema, se recomienda que las cargas de trabajo sean resistentes a las respuestas 403 Forbidden Error. La orquestación deberá obtener tokens de Microsoft Entra ID con los permisos adecuados. Para más información, vea Identidades administradas.
Escenario de ejemplo
En el escenario de ejemplo se implementa una aplicación de procesamiento de colas que se califica como una carga de trabajo interrumpible. Los scripts del escenario son ilustrativos. El escenario le guía a través de una inserción manual única para implementar recursos. No hemos proporcionado una canalización de implementación con esta implementación. Pero una canalización de implementación es esencial para automatizar el proceso de orquestación. En el diagrama se muestra la arquitectura del escenario de ejemplo:
En las notas siguientes se explican aspectos clave de la arquitectura:
- Definición de aplicación de máquina virtual: La definición de la aplicación de máquina virtual se crea en Azure Compute Gallery. Define el nombre de la aplicación, la ubicación, el sistema operativo y los metadatos. La versión de la aplicación es una versión numerada de la definición de aplicación de máquina virtual. La versión de la aplicación es una creación de instancias de la aplicación de máquina virtual. Debe estar en la misma región que la máquina virtual de acceso puntual. La versión de la aplicación se vincula al paquete de aplicación de origen en la cuenta de almacenamiento.
- Cuenta de almacenamiento: esta cuenta almacena el paquete de aplicación de origen. En esta arquitectura, es un archivo tar comprimido denominado
worker-0.1.0.tar.gz. Contiene dos archivos. Un archivo es el script de bashorchestrate.shque instala la aplicación de trabajo de .NET. - Máquina virtual de acceso puntual: la máquina virtual de acceso puntual se implementa. Debe estar en la misma región que la versión de la aplicación. Descarga
worker-0.1.0.tar.gzen la máquina virtual después de la implementación. La plantilla de bicep implementa una imagen de Ubuntu en una máquina virtual de familia estándar. Estas configuraciones satisfacen las necesidades de esta aplicación y no son recomendaciones generales para las aplicaciones. - Cola de almacenamiento: El otro servicio que se ejecuta en el trabajo de .NET contiene lógica de cola de mensajes. Microsoft Entra ID concede a la máquina virtual de acceso puntual acceso a la cola de almacenamiento con una identidad asignada por el usuario mediante RBAC.
- Aplicación de trabajo de .NET: el script orchestrate.sh instala una aplicación de trabajo de .NET que ejecuta dos servicios en segundo plano. El primer servicio consulta el punto de conexión de Scheduled Events y busca la señal
Preempty envía esta señal al segundo servicio. El segundo servicio procesa los mensajes de la cola de almacenamiento y escucha la señalPreemptdel primer servicio. Cuando el segundo servicio recibe la señal, interrumpe el procesamiento de la cola de almacenamiento y comienza a apagarse. - Consulta al punto de conexión de Scheduled Events: una solicitud de API se envía a una dirección IP estática no enrutable 169.254.169.254. La solicitud de API consulta el punto de conexión de Scheduled Events en busca de señales de mantenimiento de la infraestructura.
- Application Insights: la arquitectura usa Application Insights solo con fines de aprendizaje. No es un componente esencial de la orquestación de cargas de trabajo interrumpibles. Lo hemos incluido como una manera de validar la telemetría de la aplicación de trabajo de .NET. Hemos configurado la aplicación de trabajo de .NET para enviar telemetría a Application Insights. Para más obtener más información, consulte Habilitación de métricas dinámicas desde la aplicación de .NET.
Implementación de este escenario
Hemos creado un repositorio de GitHub denominado carga de trabajo interrumpible de acceso puntual con plantillas, scripts e instrucciones paso a paso para implementar esta arquitectura. Encontrará más detalles técnicos sobre la arquitectura y los artefactos de ingeniería en este repositorio.
Paso siguiente
Para obtener más información sobre máquinas virtuales de acceso puntual, consulte Azure Spot Virtual Machines.