Condividi tramite

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

  • Articolo

Le istanze del servizio VMS di Azure rimangono in uno stato "non integro" e non vengono ripristinate anche quando i criteri di ripristino automatico sono abilitati. Questo articolo fornisce le possibili cause e le soluzioni corrispondenti per questo problema:

I criteri di ripristino automatico non sono abilitati correttamente nel set di scalabilità

Verificare che il servizio VMS sia stato scelto per le riparazioni automatiche visualizzandone lo stato del servizio.

orchestrationServices Nella proprietà , se l'oggetto serviceState per le riparazioni automatiche è Running, il servizio VM viene scelto per le riparazioni automatiche.

Se il serviceState criterio is NotRunning o automatic repairs non viene visualizzato nella orchestrationServices proprietà , è necessario abilitare i criteri di ripristino automatico 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, passare a Riparazioni automatiche sospese nel set di scalabilità a causa di un numero eccessivo di 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 crei le risposte HTTP/HTTPS/TCP previste agli endpoint configurati.

Per ottenere uno stato "Integro", i probe dell'estensione di 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 corretto dall'applicazione nell'endpoint configurato. Se la risposta prevista non viene ricevuta, verrà segnalato uno stato "Non integro". Assicurarsi che i segnali di integrità corretti vengano generati dall'applicazione all'endpoint specificato.

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

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 dei ripristini automatici 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 VMSS per visualizzare lo stato di provisioning delle istanze statusesSummary in dalla virtualMachine proprietà .

API REST

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à. I ripristini delle istanze attualmente non supportano gli 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 un numero eccessivo di riparazioni non riuscite

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

Confermare il criterio serviceState delle riparazioni automatiche. A tale scopo, vedere Visualizzazione e aggiornamento dello stato del servizio dei criteri di ripristino automatico dell'istanza.

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

L'istanza è nel periodo di tolleranza

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

Il periodo di tolleranza è la quantità di tempo in cui le riparazioni automatiche attenderanno dopo qualsiasi modifica dello stato nell'istanza prima di eseguire le riparazioni, evitando eventuali riparazioni premature o accidentali. L'azione di ripristino deve essere eseguita al termine del 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.