Questo articolo descrive le procedure consigliate per la compilazione in macchine virtuali spot di Azure. Include uno scenario di esempio distribuibile. Le macchine virtuali spot (macchine virtuali spot) forniscono l'accesso alla capacità di calcolo a prezzi inferiori rispetto alle normali macchine virtuali. Questo sconto li rende un'ottima opzione per le organizzazioni che vogliono ottimizzare i costi. Ma i risparmi arrivano con un compromesso. Le macchine virtuali spot possono essere rimosse in qualsiasi momento, il che significa che perdono l'accesso alle risorse di calcolo. I carichi di lavoro eseguiti in macchine virtuali spot devono essere in grado di gestire queste interruzioni nel calcolo. Il carico di lavoro corretto e un meccanismo di orchestrazione flessibile sono le chiavi per il successo. Le raccomandazioni seguenti descrivono come creare macchine virtuali spot.
Informazioni sulle macchine virtuali spot
A livello tecnico, le macchine virtuali spot sono le stesse delle normali macchine virtuali. Usano le stesse immagini, hardware e dischi che si traducono nella stessa prestazioni. La differenza principale tra macchine virtuali spot e macchine virtuali regolari è la priorità e la disponibilità. Le macchine virtuali spot non hanno alcuna priorità per accedere alla capacità di calcolo e non hanno garanzie di disponibilità dopo l'accesso alla capacità di calcolo.
Nessun accesso prioritario. Le macchine virtuali regolari hanno accesso prioritario alla capacità di calcolo. Accedono alla capacità di calcolo quando lo richiedono. Tuttavia, le macchine virtuali spot vengono distribuite solo quando è disponibile capacità di calcolo di riserva. E continuano a essere eseguiti solo quando una normale macchina virtuale non richiede l'hardware sottostante.
Nessuna garanzia di disponibilità. Le macchine virtuali spot non hanno garanzie di disponibilità o contratti di servizio. Le macchine virtuali spot possono perdere l'accesso alla capacità di calcolo immediatamente o in qualsiasi momento dopo la distribuzione o la rimozione. Le macchine virtuali spot sono più economiche perché possono essere rimosse. Quando Azure richiede di nuovo la capacità di calcolo, viene inviato un avviso di rimozione e rimuove la macchina virtuale spot. Azure fornisce un preavviso minimo di 30 secondi prima che si verifichi la rimozione effettiva. Per altre informazioni, vedere Monitoraggio continuo per la rimozione.
Informazioni sui prezzi delle macchine virtuali spot
Le macchine virtuali spot possono essere fino a 90% meno costose rispetto alle normali macchine virtuali con pagamento in base al consumo. Lo sconto varia in base alla domanda, alle dimensioni della macchina virtuale, all'area di distribuzione e al sistema operativo. Per ottenere una stima dei risparmi sui costi, vedere strumento prezzi di Macchine virtuali spot di Azure e panoramica dei prezzi delle macchine virtuali spot. È anche possibile eseguire una query sull'API prezzi al dettaglio di Azure per ottenere i prezzi spot per qualsiasi SKU a livello di codice.
Informazioni sui carichi di lavoro interrompibili
Le macchine virtuali spot sono ideali per carichi di lavoro interrompibili, che condividono diverse caratteristiche comuni. I carichi di lavoro interrompibili non hanno vincoli di tempo minimi, bassa priorità organizzativa e tempi di elaborazione brevi. Eseguono processi che possono arrestarsi improvvisamente e riprendere in un secondo momento senza danneggiare i processi organizzativi essenziali. Esempi di carichi di lavoro interrompibili sono applicazioni di elaborazione batch, analisi dei dati e carichi di lavoro che creano un agente di integrazione continua e distribuzione continua per un ambiente non di produzione. Queste funzionalità vengono confrontate con carichi di lavoro regolari o cruciali con contratti di servizio, sessioni permanenti e dati con stato.
È possibile usare macchine virtuali spot in carichi di lavoro non interrompibili, ma non devono essere l'unica fonte di capacità di calcolo. Usare tutte le macchine virtuali normali necessarie per soddisfare i requisiti di tempo di attività.
Informazioni sulla rimozione
Le macchine virtuali spot non hanno contratti di servizio dopo la creazione e possono perdere l'accesso alle risorse di calcolo in qualsiasi momento. Questa perdita di calcolo viene chiamata rimozione . Eliminazioni dell'offerta e della domanda di calcolo. Quando la richiesta di una dimensione di macchina virtuale specifica supera un livello specifico, Azure rimuove le macchine virtuali spot per rendere disponibile il calcolo per le normali macchine virtuali. La domanda è specifica della posizione. Ad esempio, un aumento della domanda nell'area A non influisce sulle macchine virtuali spot nell'area B.
Le macchine virtuali spot hanno due opzioni di configurazione che influiscono sulla rimozione. Queste configurazioni sono il tipo di rimozione e criteri di rimozione della macchina virtuale spot. Queste configurazioni vengono impostate quando si crea la macchina virtuale spot. Il tipo di rimozione definisce le condizioni di una rimozione. I criteri di rimozione determinano le operazioni di rimozione nella macchina virtuale spot.
Tipo di rimozione
Le modifiche apportate alla capacità o le variazioni dei prezzi causano la rimozione. Il modo in cui le variazioni di capacità e prezzo influiscono sulle macchine virtuali spot dipende dal tipo di rimozione scelto al momento della creazione della macchina virtuale. Il tipo di rimozione definisce le condizioni di una rimozione. I tipi di rimozione sono di rimozione solo capacità e prezzo o rimozione della capacità.
rimozione solo capacità: Questo tipo di rimozione attiva una rimozione quando la capacità di calcolo in eccesso non è più disponibile. Per impostazione predefinita, il prezzo è limitato alla tariffa con pagamento in base al consumo. Usare questo tipo di rimozione quando non si vuole pagare più del prezzo della macchina virtuale con pagamento in base al consumo.
Rimozione prezzo o capacità: Questo tipo di rimozione ha due trigger. Azure rimuove una macchina virtuale spot quando la capacità di calcolo in eccesso non è più disponibile o il costo della macchina virtuale supera il prezzo massimo impostato. Questo tipo di rimozione consente di impostare un prezzo massimo molto inferiore al prezzo con pagamento in base al consumo. Usa questo tipo di rimozione per impostare un limite di prezzo personalizzato.
Criteri di rimozione
I criteri di rimozione scelti per una macchina virtuale spot influiscono sull'orchestrazione. L'orchestrazione è il processo di gestione di una rimozione e viene illustrato più avanti in questo articolo. I criteri di rimozione sono i criteri di rimozione stop/deallocate e i criteri di eliminazione .
criterio Stop/Deallocate: Il criterio Stop/Deallocate è ideale quando il carico di lavoro può attendere la capacità di rilascio all'interno dello stesso percorso e tipo di macchina virtuale. Il criterio Stop/Deallocate arresta la macchina virtuale e termina il lease con l'hardware sottostante. L'arresto e la deallocazione di una macchina virtuale spot equivale all'arresto e alla deallocazione di una macchina virtuale regolare. La macchina virtuale rimane accessibile in Azure ed è possibile riavviare la stessa macchina virtuale in un secondo momento. La macchina virtuale perde la capacità di calcolo e gli indirizzi IP non statici con il criterio Stop/Deallocate. Tuttavia, i dischi dati della macchina virtuale rimangono e continuano a comportare addebiti. La macchina virtuale occupa anche i core nella sottoscrizione. Le macchine virtuali non possono essere spostate dall'area o dalla zona anche quando vengono arrestate o deallocate. Per altre informazioni, vedere Stati di Risparmio energia e fatturazione.
Criterio di eliminazione: Usare il criterio Elimina se il carico di lavoro può modificare la posizione o le dimensioni della macchina virtuale. La modifica della posizione o delle dimensioni della macchina virtuale consente di ridistribuire la macchina virtuale più velocemente. Il criterio Elimina elimina la macchina virtuale e qualsiasi disco dati. La macchina virtuale non occupa core nelle sottoscrizioni. Per altre informazioni, vedere criteri di rimozione.
Progettare per l'orchestrazione flessibile
L'orchestrazione è il processo di sostituzione di una macchina virtuale spot dopo una rimozione. È la base per la creazione di un carico di lavoro interrompibile in modo affidabile. Un buon sistema di orchestrazione offre flessibilità predefinita. Flessibilità significa progettare l'orchestrazione per avere opzioni, usare più dimensioni di vm, distribuire in aree diverse, tenere conto di diversi scenari di rimozione e tenere conto di diversi scenari di rimozione per migliorare l'affidabilità e la velocità del carico di lavoro.
Progettare per la velocità
Per un carico di lavoro eseguito in macchine virtuali spot, la capacità di calcolo è fondamentale. A causa del potenziale di rimozione, assicurarsi di comprendere il tempo di calcolo allocato in modo da poter prendere decisioni di progettazione informate che assegnano priorità alla velocità del carico di lavoro. In genere, è consigliabile ottimizzare il tempo di calcolo disponibile. Creare un'immagine di macchina virtuale con tutto il software necessario preinstallato. Il software preinstallato consente di ridurre al minimo il tempo tra la rimozione e un'applicazione completamente operativa. Evitare di usare il tempo di calcolo nei processi che non contribuiscono allo scopo del carico di lavoro. Ad esempio, un carico di lavoro per l'analisi dei dati deve concentrare la maggior parte del tempo di calcolo sull'elaborazione dei dati e il minor tempo possibile per raccogliere i metadati di rimozione. Eliminare i processi non essenziali dall'applicazione.
Usare più dimensioni e posizioni delle macchine virtuali
Per aumentare la flessibilità, creare un'orchestrazione per usare più tipi e dimensioni delle macchine virtuali. L'obiettivo è fornire le opzioni di orchestrazione per sostituire una macchina virtuale rimossa. Azure ha tipi e dimensioni diverse di macchine virtuali che offrono funzionalità simili per circa lo stesso prezzo. Filtrare per le vCPU o i core minimi, la RAM minima per le macchine virtuali e il prezzo massimo. Questo processo consente di trovare più macchine virtuali adatte al budget e avere una potenza sufficiente per eseguire il carico di lavoro.
Ogni tipo di macchina virtuale ha una velocità di rimozione espressa come intervallo percentuale, ad esempio 0%-5%, 5%-10%, 10%-15%, 15%-20%o 20+%. Le percentuali di rimozione possono variare in diverse aree. È possibile trovare una migliore frequenza di rimozione per lo stesso tipo di macchina virtuale in un'area diversa. È possibile trovare le percentuali di rimozione per ogni tipo di macchina virtuale nel portale nella scheda Informazioni di base. Accanto a Dimensioni, selezionare Visualizza cronologia prezzi o Visualizza tutte le dimensioni. È anche possibile ottenere dati di macchina virtuale spot a livello di codice usando Azure Resource Graph.
Nel sistema di orchestrazione prendere in considerazione l'uso della funzionalità punteggio di posizionamento spot per valutare la probabilità di successo per le singole distribuzioni spot.
Per altre informazioni, vedere le risorse seguenti:
- tassi di rimozione
- Resource Graph
- punteggio di posizionamento spot
Usare i criteri di rimozione più flessibili
Il criterio di rimozione della macchina virtuale spot rimossa influisce sul processo di sostituzione. Un criterio di eliminazione, ad esempio, è più flessibile rispetto a un criterio di arresto/deallocazione.
Considerare prima di tutto i criteri di eliminazione: Usare un criterio di eliminazione se il carico di lavoro può gestirlo. L'eliminazione consente all'orchestrazione di distribuire macchine virtuali spot sostitutive in nuove zone e aree. Questa flessibilità di distribuzione può aiutare il carico di lavoro a trovare capacità di calcolo di riserva più velocemente rispetto a una macchina virtuale arrestata o deallocata. Le macchine virtuali arrestate o deallocate devono attendere la capacità di calcolo di riserva nella stessa zona in cui sono stati creati. Per i criteri di eliminazione, è necessario un processo esterno per monitorare le eliminazioni e orchestrare le distribuzioni in varie aree, usare SKU di macchine virtuali diversi o entrambi.
Comprendere il criterio Stop/Deallocate: Il criterio Stop/Deallocate offre meno flessibilità rispetto ai criteri di eliminazione. Le macchine virtuali spot devono trovarsi nella stessa area e nella stessa zona. Non è possibile spostare una macchina virtuale arrestata o deallocata in un'altra posizione. Poiché le macchine virtuali hanno una posizione fissa, è necessario un elemento sul posto per riallocare la macchina virtuale quando diventa disponibile la capacità di calcolo. Non è possibile prevedere la disponibilità della capacità di calcolo. È quindi consigliabile usare una pipeline di pianificazione automatizzata per tentare una ridistribuzione dopo una rimozione. Una rimozione deve attivare la pipeline di pianificazione e i tentativi di ridistribuzione devono controllare continuamente la capacità di calcolo fino a quando non diventa disponibile.
| Politica | Quando usare i criteri |
|---|---|
| Eliminare i criteri | - Calcolo e dati temporanei - Non si vuole pagare per i dischi dati - Budget minimo |
| Arrestare/deallocare i criteri | - È necessaria una dimensione di macchina virtuale specifica - Non è possibile modificare la posizione - Processo di installazione dell'applicazione lungo - Tempo di attesa illimitato - Non guidato solo dai risparmi sui costi |
Monitorare continuamente la rimozione
Il monitoraggio è la chiave per l'affidabilità del carico di lavoro nelle macchine virtuali spot. Le macchine virtuali spot non hanno contratto di servizio dopo la creazione e possono essere rimosse in qualsiasi momento. Il modo migliore per migliorare l'affidabilità del carico di lavoro nelle macchine virtuali spot consiste nell'prevedere quando verranno rimossi. Se si dispone di queste informazioni, è possibile tentare un arresto normale del carico di lavoro e attivare l'automazione per orchestrare la sostituzione.
Usare eventi pianificati: Usare il servizio Eventi pianificati per ogni macchina virtuale. Azure invia segnali alle macchine virtuali quando la manutenzione dell'infrastruttura li influirà. Le eliminazioni sono qualificate come manutenzione dell'infrastruttura. Azure invia il segnale
Preempta tutte le macchine virtuali almeno 30 secondi prima di essere rimosso. Il servizio Eventi pianificati consente di acquisire questo segnalePreempteseguendo una query su un endpoint nell'indirizzo IP statico e non indirizzabile169.254.169.254.Usare query frequenti: eseguire query sull'endpoint Eventi pianificati abbastanza spesso per orchestrare un arresto normale. È possibile eseguire una query sull'endpoint eventi pianificati fino a ogni secondo, ma una frequenza di un secondo potrebbe non essere necessaria per tutti i casi d'uso. Queste query devono provenire da un'applicazione eseguita nella macchina virtuale spot. La query non può provenire da un'origine esterna. Di conseguenza, le query usano la capacità di calcolo della macchina virtuale e rubano la potenza di elaborazione dal carico di lavoro principale. È necessario bilanciare le priorità concorrenti per soddisfare la situazione specifica.
Automatizzare l'orchestrazione: Dopo aver raccolto il segnale
Preempt, l'orchestrazione deve agire su tale segnale. Considerati i vincoli di tempo, il segnalePreemptdovrebbe tentare un arresto normale del carico di lavoro e avviare un processo automatizzato che sostituisce la macchina virtuale spot. Per altre informazioni, vedere le risorse seguenti:
Creare un sistema di distribuzione
L'orchestrazione richiede una pipeline automatizzata per distribuire nuove macchine virtuali spot dopo la rimozione. La pipeline deve essere eseguita all'esterno del carico di lavoro interrompibile per garantire la persistenza. La pipeline di distribuzione deve funzionare in base ai criteri di rimozione scelti per le macchine virtuali spot.
Per i criteri di eliminazione, è consigliabile creare una pipeline che usa dimensioni e distribuzioni di macchine virtuali diverse in aree diverse. Per un criterio di arresto/deallocazione, la pipeline di distribuzione richiede due azioni distinte. Per la creazione iniziale di una macchina virtuale, la pipeline deve distribuire le macchine virtuali di dimensioni corrette nella posizione corretta. Per una macchina virtuale rimossa, la pipeline deve provare a riavviare la macchina virtuale fino a quando non funziona. Una combinazione di avvisi di Monitoraggio di Azure e funzioni di Azure è un modo per automatizzare un sistema di distribuzione. La pipeline potrebbe usare modelli bicep. Sono dichiarativi e idempotenti e rappresentano una procedura consigliata per la distribuzione dell'infrastruttura.
Prepararsi per la rimozione immediata
È possibile che Azure esegua la rimozione di una macchina virtuale spot non appena viene creata e prima dell'esecuzione del carico di lavoro. In alcuni casi, potrebbe esserci una capacità sufficiente per creare una macchina virtuale spot, ma non l'ultima. Le macchine virtuali spot non hanno garanzie di disponibilità o contratti di servizio dopo la creazione. L'orchestrazione deve tenere conto delle eliminazioni immediate. Il segnale Preempt fornisce almeno 30 secondi di preavviso della rimozione.
Incorporare i controlli di integrità delle macchine virtuali nell'orchestrazione per prepararsi alle eliminazioni immediate. L'orchestrazione per le eliminazioni immediate non può dipendere dal segnale Eventi pianificati Preempt. Solo la macchina virtuale stessa può eseguire query sul segnale Preempt e non c'è tempo sufficiente per avviare un'applicazione, eseguire una query sull'endpoint Eventi pianificati e arrestarsi normalmente. Il controllo integrità deve quindi risiedere all'esterno dell'ambiente del carico di lavoro. I controlli di integrità devono monitorare lo stato della macchina virtuale spot e avviare la pipeline di distribuzione per sostituire la macchina virtuale spot quando lo stato cambia in deallocazione di o arrestare.
Pianificare più eliminazioni simultanee
Se si esegue un cluster di macchine virtuali spot, progettare il carico di lavoro per resistere a più eliminazioni simultanee. Più macchine virtuali spot nel carico di lavoro possono essere rimosse contemporaneamente. Una rimozione simultanea di più macchine virtuali potrebbe influire sulla velocità effettiva dell'applicazione. Per evitare questa situazione, la pipeline di distribuzione deve essere in grado di raccogliere segnali da più macchine virtuali e distribuire più macchine virtuali sostitutive contemporaneamente.
Progettare per un arresto normale
Il processo di arresto della macchina virtuale deve essere inferiore a 30 secondi e consentire la chiusura della macchina virtuale prima di una rimozione. Il tempo necessario per l'arresto dipende dalla frequenza con cui il carico di lavoro esegue query sull'endpoint Eventi pianificati. Più spesso si esegue una query sull'endpoint, più il processo di arresto può richiedere. Il processo di arresto deve rilasciare risorse, svuotare le connessioni e scaricare i registri eventi. È consigliabile creare e salvare regolarmente checkpoint per mantenere il contesto e creare una strategia di ripristino più efficiente. Il checkpoint è solo informazioni su quali processi o transazioni deve essere avviata la macchina virtuale successiva. Devono indicare se la macchina virtuale deve riprendere la posizione in cui è stata interrotta la macchina virtuale precedente o se la nuova macchina virtuale deve ripristinare le modifiche e avviare nuovamente l'intero processo. Archiviare i checkpoint all'esterno dell'ambiente di macchine virtuali spot, ad esempio in un account di archiviazione.
Testare l'orchestrazione
Simulare gli eventi di rimozione per testare l'orchestrazione negli ambienti di sviluppo/test. Per altre informazioni, vedere Simulare la rimozione.
Progettare un carico di lavoro idempotente
È consigliabile progettare un carico di lavoro idempotente. Il risultato dell'elaborazione di un evento più volte deve corrispondere all'elaborazione di un evento una sola volta. Le eliminazioni possono comportare arresti forzati, nonostante gli sforzi per garantire arresti normale. Gli arresti forzati possono terminare i processi prima del completamento. I carichi di lavoro idempotenti possono ricevere lo stesso messaggio più volte senza modificare il risultato. Per altre informazioni, vedere Idempotency.
Usare un periodo di riscaldamento dell'applicazione
La maggior parte dei carichi di lavoro interrompibili esegue applicazioni. Le applicazioni richiedono tempo per l'installazione e l'avvio. Hanno anche bisogno di tempo per connettersi all'archiviazione esterna e raccogliere informazioni dai checkpoint. Disporre di un periodo di riscaldamento dell'applicazione prima di consentire l'avvio dell'elaborazione. Durante il periodo di riscaldamento, l'applicazione deve iniziare, stabilire connessioni e prepararsi a contribuire. Consentire a un'applicazione di avviare l'elaborazione dei dati solo dopo la convalida dell'integrità dell'applicazione.
Configurare le identità gestite assegnate dall'utente
Assegnare identità gestite assegnate dall'utente per semplificare il processo di autenticazione e autorizzazione. Le identità gestite assegnate dall'utente consentono di evitare di inserire le credenziali nel codice e non sono associate a una singola risorsa, ad esempio identità gestite assegnate dal sistema. Le identità gestite assegnate dall'utente contengono autorizzazioni e token di accesso dall'ID Microsoft Entra che possono essere riutilizzati e assegnati alle macchine virtuali spot durante l'orchestrazione. La coerenza dei token tra macchine virtuali spot consente di semplificare l'orchestrazione e di semplificare l'accesso alle risorse del carico di lavoro disponibili nelle macchine virtuali spot.
Se si usano identità gestite assegnate dal sistema, una nuova macchina virtuale spot potrebbe ottenere un token di accesso diverso da Microsoft Entra ID. Se è necessario usare le identità gestite assegnate dal sistema, rendere i carichi di lavoro resilienti alle risposte 403 Forbidden Error. L'orchestrazione deve ottenere token dall'ID Microsoft Entra con le autorizzazioni appropriate. Per altre informazioni, vedere identità gestite.
Scenario di esempio
Lo scenario di esempio distribuisce un'applicazione di elaborazione code che qualifica come carico di lavoro interrompibile. Gli script nello scenario fungono da esempi. Lo scenario guida l'utente attraverso un push manuale monouso per distribuire le risorse. Questa implementazione non ha una pipeline di distribuzione. Tuttavia, una pipeline di distribuzione è essenziale per automatizzare il processo di orchestrazione. Il diagramma seguente illustra l'architettura dello scenario di esempio.
Scaricare un file di Visio di questa architettura.
Il flusso di lavoro seguente corrisponde al diagramma precedente:
definizione dell'applicazione vm: La definizione dell'applicazione vm viene creata nella raccolta di calcolo di Azure. Definisce il nome dell'applicazione, la posizione, il sistema operativo e i metadati. La versione dell'applicazione è una versione numerata della definizione dell'applicazione vm. La versione dell'applicazione rappresenta l'applicazione vm. Deve trovarsi nella stessa area della macchina virtuale spot. La versione dell'applicazione è collegata al pacchetto dell'applicazione di origine nell'account di archiviazione.
account di archiviazione: L'account di archiviazione archivia il pacchetto dell'applicazione di origine. In questa architettura si tratta di un file tar compresso denominato
worker-0.1.0.tar.gz. Contiene due file. Un file è lo script bashorchestrate.shche installa l'applicazione di lavoro .NET.macchina virtuale spot: La macchina virtuale spot viene distribuita. Deve trovarsi nella stessa area della versione dell'applicazione. Scarica
worker-0.1.0.tar.gzalla macchina virtuale dopo la distribuzione. Il modello bicep distribuisce un'immagine Ubuntu in una macchina virtuale della famiglia standard. Queste configurazioni soddisfano le esigenze di questa applicazione e non sono raccomandazioni generali per le applicazioni.coda di archiviazione: L'altro servizio eseguito nel ruolo di lavoro .NET contiene la logica della coda dei messaggi. Microsoft Entra ID concede alla macchina virtuale spot l'accesso alla coda di archiviazione in Archiviazione code di Azure con un'identità assegnata dall'utente usando il controllo degli accessi in base al ruolo.
'applicazione di lavoro .NET: Lo script di
orchestrate.shinstalla un'applicazione di lavoro .NET che esegue due servizi in background. Il primo servizio esegue una query sull'endpoint eventi pianificati, cerca il segnalePreempte invia questo segnale al secondo servizio. Il secondo servizio elabora i messaggi dalla coda di archiviazione e rimane in ascolto del segnalePreemptdal primo servizio. Quando il secondo servizio riceve il segnale, interrompe l'elaborazione della coda di archiviazione e inizia l'arresto.endpoint eventi pianificati query: Una richiesta API viene inviata a un indirizzo IP statico non indirizzabile
169.254.169.254. La richiesta API esegue una query sull'endpoint eventi pianificati per i segnali di manutenzione dell'infrastruttura.Application Insights: L'architettura usa Application Insights solo a scopo di apprendimento. Non è un componente essenziale dell'orchestrazione del carico di lavoro interrompibile, ma consente di convalidare i dati di telemetria dall'applicazione di lavoro .NET. L'applicazione di lavoro .NET invia dati di telemetria ad Application Insights. Per altre informazioni, vedere Abilitare le metriche attive dall'applicazione .NET.
Distribuire questo scenario
È disponibile un repository GitHub denominato carico di lavoro interrompibile sul posto con modelli, script e istruzioni dettagliate per distribuire questa architettura.