Le istanze del set di scalabilità di macchine virtuali di Azure non vengono ripristinate anche quando i criteri di ripristino automatico sono abilitati

Articolo
11/20/2024

Le istanze del set di scalabilità di macchine virtuali di Azure rimangono in uno stato "Non integro" e non vengono ripristinate anche quando il criterio di ripristino automatico è abilitato. Questo articolo fornisce possibili cause e soluzioni corrispondenti per questo problema:

I criteri di riparazione automatica non sono abilitati correttamente nel set di scalabilità.
Il monitoraggio dell'integrità non è configurato correttamente nel set di scalabilità.
L'istanza è contrassegnata come non integra a causa di un errore di provisioning.
Le riparazioni automatiche sono state sospese nel set di scalabilità a causa di troppe riparazioni non riuscite.
L'istanza è nel periodo di tolleranza.

I criteri di riparazione automatica non sono abilitati correttamente nel set di scalabilità

Verificare che il set di scalabilità di macchine virtuali sia consenso esplicito per le riparazioni automatiche visualizzandone lo stato del servizio.

orchestrationServices Nella proprietà , se per serviceState le riparazioni automatiche è Running, il set di scalabilità di macchine virtuali viene optato per le riparazioni automatiche.

Se è serviceState NotRunning o il criterio di riparazione automatica non viene visualizzato nella orchestrationServices proprietà , è necessario abilitare i criteri di riparazione automatica nel set di scalabilità. Per altre informazioni, vedere Abilitazione dei criteri di ripristino automatico durante l'aggiornamento di un set di scalabilità esistente.

serviceState Se è Suspended, andare a Riparazioni automatiche sono state sospese nel set di scalabilità a causa di troppe riparazioni non riuscite.

Il monitoraggio dell'integrità non è configurato correttamente nel set di scalabilità

Se tutte le istanze del set di scalabilità vengono visualizzate come "Non integre", potrebbe essere un segno che il probe di monitoraggio dell'integrità non è configurato correttamente durante l'installazione. Assicurarsi che l'applicazione emetta le risposte HTTP/HTTPS/TCP previste agli endpoint configurati.

Per ottenere uno stato "Integro", i probe dell'estensione dell'integrità dell'applicazione o i probe di integrità del servizio di bilanciamento del carico richiedono almeno una risposta HTTP(S) 2xx o un handshake TCP riuscito dall'applicazione nell'endpoint configurato. Se la risposta prevista non viene ricevuta, verrà segnalato lo stato "Non integro". Assicurarsi che i segnali di integrità corretti vengano generati dall'applicazione all'endpoint fornito.

Per altre informazioni sulle risposte TCP/HTTP(S) previste per i probe di integrità del servizio di bilanciamento del carico, vedere Probe personalizzati di Load Balancer.

Per altre informazioni sulle risposte TCP/HTTP(S) previste per i probe di estensione dell'integrità dell'applicazione, vedere la sezione "Configurare l'endpoint per fornire lo stato di integrità" in Requisiti per l'uso delle riparazioni automatiche delle istanze.

L'istanza è contrassegnata come non integra a causa di un errore di provisioning

Usare Get Instance View con l'API versione 2019-12-01 o successiva per il set di scalabilità di macchine virtuali per visualizzare lo stato di provisioning delle istanze in statusesSummary dalla virtualMachine proprietà .

REST API

GET '/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Compute/virtualMachineScaleSets/{vmScaleSetName}/instanceView?api-version=2019-12-01'

"virtualMachine": {
        "statusesSummary": [
            {
                "code": "ProvisioningState/succeeded",
                "count": 2
            }
        ]
}

Se si dispone di un ProvisioningState/failed codice in statusesSummary, eliminare l'istanza non riuscita e aggiungere una nuova istanza al set di scalabilità. Le riparazioni delle istanze attualmente non supportano scenari in cui una macchina virtuale è contrassegnata come "Non integra" a causa di un errore di provisioning.

Per rimuovere l'istanza non riuscita dal set di scalabilità, vedere Rimuovere le macchine virtuali da un set di scalabilità.

Per aggiungere una nuova istanza al set di scalabilità, vedere Modificare la capacità di un set di scalabilità.

Le riparazioni automatiche sono state sospese nel set di scalabilità a causa di troppe riparazioni non riuscite

Se l'applicazione continua a generare un segnale "Non integro" dopo tentativi ripetuti di riparazione, la piattaforma sospende le riparazioni dell'istanza come misura di sicurezza modificando per serviceState le riparazioni automatiche in Suspended.

Confermare il serviceState criterio di riparazione automatica. A tale scopo, vedere Visualizzazione e aggiornamento dello stato del servizio dei criteri di ripristino automatici dell'istanza.

serviceState Se è Suspended, riprendere le riparazioni automatiche aggiornando di serviceState nuovo a Running usando l'API setOrchestrationServiceState e gli esempi di cmdlet in Visualizzazione e aggiornamento dello stato del servizio dei criteri di riparazione automatica dell'istanza.

L'istanza è nel periodo di tolleranza

Se nessuna delle cause precedenti è applicabile al problema, l'istanza potrebbe essere nel periodo di tolleranza.

Il periodo di tolleranza è il tempo di attesa delle riparazioni automatiche dopo qualsiasi modifica dello stato nell'istanza prima di eseguire riparazioni, che consente di evitare eventuali riparazioni premature o accidentali. L'azione di ripristino deve essere eseguita una volta completato il periodo di tolleranza per l'istanza. Per altre informazioni sull'impostazione del periodo di tolleranza per le riparazioni automatiche, vedere Periodo di tolleranza.

Contattaci per ricevere assistenza

In caso di domande o bisogno di assistenza, creare una richiesta di supporto tecnico oppure formula una domanda nel Supporto della community di Azure. È possibile anche inviare un feedback sul prodotto al feedback della community di Azure.

Condividi tramite