Gestione delle notifiche di manutenzione pianificata

Si applica a: ✔️ macchine virtuali Linux ✔️ macchine virtuali Windows ✔️ set di scalabilità flessibili ✔️ set di scalabilità uniformi

Azure esegue periodicamente aggiornamenti per migliorare l'affidabilità, le prestazioni e la sicurezza dell'infrastruttura host per le macchine virtuali. Gli aggiornamenti sono considerati modifiche, ad esempio l'applicazione di patch all'ambiente di hosting o l'aggiornamento e la rimozione di componenti hardware. La maggior parte di questi aggiornamenti viene completata senza alcun impatto sulle macchine virtuali ospitate. Ci sono casi tuttavia in cui gli aggiornamenti hanno conseguenze:

• Se la manutenzione non richiede un riavvio, Azure sospende la macchina virtuale per alcuni secondi mentre l'host viene aggiornato. Questi tipi di operazioni di manutenzione vengono applicati al dominio di errore per dominio di errore. L'operazione viene interrotta in caso di ricezione di segnali di integrità di avviso.

• Se la manutenzione richiede un riavvio, si riceve un avviso che informa per quando è pianificata la manutenzione. Si riceve un intervallo di tempo di circa 35 giorni in cui è possibile avviare la manutenzione manualmente, quando funziona per te.

La manutenzione pianificata che richiede un riavvio viene pianificata in cicli. Ogni ondata ha un ambito diverso (aree),

• e inizia con un avviso ai clienti. Le notifiche di manutenzione correlate alla macchina virtuale sono disponibili in Integrità dei servizi nella portale di Azure. Per alcuni scenari specifici di manutenzione pianificata della macchina virtuale, Azure può anche comunicare la pianificazione inviando un messaggio di posta elettronica aggiuntivo al gruppo Subscription Classic Admin, Co-Admin e Subscription Owners.For some specific Virtual Machine Planned Maintenance scenarios, Azure may also communicate the schedule by sending an additional email to the Subscription Classic Admin, Co-Admin, and Subscription Owners group. Integrità dei servizi di Azure consente agli utenti di configurare i propri avvisi personalizzati per la categoria Manutenzione pianificata. Con gli avvisi di Integrità dei servizi di Azure è possibile aggiungere altri destinatari e opzioni di messaggistica, ad esempio posta elettronica, SMS e webhook tramite avvisi del log attività.
• Quando viene visualizzata una notifica, viene resa disponibile una finestra self-service. Durante questa finestra, è possibile eseguire una query su quali macchine virtuali sono interessate e avviare la manutenzione in base alle proprie esigenze di pianificazione. La finestra self-service è in genere di circa 35 giorni.
• Dopo l'intervallo in modalità self-service, viene avviato un intervallo di manutenzione pianificato. In un determinato momento di questo intervallo Azure pianifica e applica la manutenzione necessaria alla macchina virtuale.

La presenza di due finestre consente di avere tempo sufficiente per iniziare la manutenzione e riavviare la macchina virtuale, sapendo comunque quando Azure avvierà automaticamente la manutenzione.

Per eseguire una query sulla finestra di manutenzione della macchina virtuale e avviare la manutenzione self-service è possibile usare il portale di Azure, PowerShell, API REST e interfaccia della riga di comando.

L'uso dell'opzione di manutenzione deve iniziare durante l'intervallo in modalità self-service?

Le linee guida seguenti consentono di decidere se usare questa funzionalità e avviare la manutenzione nel momento più opportuno.

La manutenzione self-service non è consigliata per le distribuzioni che usano set di disponibilità. I set di disponibilità sono già stati aggiornati un solo dominio di aggiornamento alla volta.

• Lasciare che Azure attivi la manutenzione. Per la manutenzione che richiede il riavvio, la manutenzione verrà eseguita aggiorna dominio per dominio di aggiornamento. I domini di aggiornamento non ricevono necessariamente la manutenzione in sequenza e si verifica una pausa di 30 minuti tra i domini di aggiornamento.
• Se una perdita temporanea di capacità (1 dominio di aggiornamento) è un problema, è possibile aggiungere istanze durante il periodo di manutenzione.
• Per la manutenzione che non richiede il riavvio, gli aggiornamenti vengono applicati a livello di dominio di errore.

Non usare la manutenzione self-service negli scenari seguenti:

• Se si arrestano di frequente le VM, manualmente, tramite DevTest Labs, con l'arresto automatico o in base a una pianificazione, lo stato di manutenzione potrebbe essere ripristinato con un conseguente aumento del tempo di inattività.
• Nelle VM di breve durata che si è certi saranno eliminate prima della fine del ciclo di manutenzione.
• In carichi di lavoro con uno stato di grandi dimensioni archiviato nel disco locale (temporaneo) che si desidera mantenere dopo l'aggiornamento.
• Nei casi in cui si ridimensioni spesso la macchina virtuale perché lo stato di manutenzione potrebbe essere ripristinato.
• Nel caso in cui siano stati adottati eventi pianificati che consentono il failover proattivo o l'arresto normale del carico di lavoro, 15 minuti prima dell'inizio dell'arresto della manutenzione

Usare la manutenzione self-service se si prevede di eseguire la macchina virtuale senza interruzione durante la fase di manutenzione pianificata e non è applicabile alcun indicatore di conteggio citato in precedenza.

È consigliabile usare la manutenzione self-service nei casi seguenti:

• Necessità di comunicare un intervallo di manutenzione esatto ai propri responsabili o ai clienti finali.
• Necessità di completare la manutenzione entro una data specifica.
• Necessità di controllare la sequenza di manutenzione, ad esempio, di un'applicazione a più livelli per garantire un recupero sicuro.
• Sono necessari più di 30 minuti di tempo di ripristino della macchina virtuale tra due domini di aggiornamento ( UDS). Per controllare l'intervallo tra i domini di aggiornamento, è necessario attivare la manutenzione sulle macchine virtuali di un dominio di aggiornamento alla volta.

Domande frequenti

D: Perché è necessario riavviare ora le macchine virtuali?

R: Anche se la maggior parte degli aggiornamenti alla piattaforma Azure non ha effetto sulla disponibilità di una macchina virtuale, in alcuni casi non è possibile evitare di riavviare le macchine virtuali ospitate in Azure. Sono state accumulate diverse modifiche che rendono necessario il riavvio dei server e di conseguenza anche quello delle macchine virtuali.

D: È sicuro seguire le raccomandazioni per la disponibilità elevata che prevedono l'uso di un set di disponibilità?

R: Le macchine virtuali distribuite in un set di disponibilità o nei set di scalabilità di macchine virtuali riconoscono i domini di aggiornamento. Quando si esegue la manutenzione, Azure rispetta il vincolo dei domini di aggiornamento e non riavvia le macchine virtuali da domini di aggiornamento diversi (nello stesso set di disponibilità). Azure attende anche almeno 30 minuti prima di passare al gruppo successivo di macchine virtuali.

Per altre informazioni sulla disponibilità elevata, vedere Disponibilità per le macchine virtuali in Azure.

D: Come si ricevono le notifiche relative alla manutenzione pianificata?

R: Un ciclo di manutenzione pianificata viene avviato impostando una programmazione su una o più aree di Azure. Le notifiche di manutenzione correlate alla macchina virtuale sono disponibili in Integrità dei servizi nella portale di Azure. Per alcuni scenari specifici di manutenzione pianificata della macchina virtuale, Azure può anche comunicare la pianificazione inviando un messaggio di posta elettronica aggiuntivo (un messaggio di posta elettronica per sottoscrizione con tutti i destinatari aggiunti) al gruppo Subscription Classic Admin, Co-Admin e Subscription Owners.

Integrità dei servizi di Azure consente agli utenti di configurare i propri avvisi personalizzati per la categoria Manutenzione pianificata. Con gli avvisi di Integrità dei servizi di Azure è possibile aggiungere altri destinatari e opzioni di messaggistica, ad esempio posta elettronica, SMS e webhook tramite avvisi del log attività.

Se si distribuisce una macchina virtuale in un'area in cui è già pianificata la manutenzione pianificata, non si riceverà la notifica, ma sarà necessario controllare lo stato di manutenzione della macchina virtuale.

D: Non viene visualizzata alcuna indicazione della manutenzione pianificata nel portale, in PowerShell o nell'interfaccia della riga di comando. Qual è il problema?

R: Le informazioni relative alla manutenzione pianificata sono disponibili durante un ciclo di manutenzione pianificata solo per le macchine virtuali che ne saranno interessate. In altre parole, se non sono visualizzati dati, il ciclo di manutenzione potrebbe essere già stato completato (o non avviato) o la macchina virtuale potrebbe essere già ospitata in un server aggiornato.

D: È possibile sapere con esattezza quando la macchina virtuale verrà coinvolta?

R: Quando si imposta la pianificazione, viene definita una finestra temporale di alcuni giorni. La sequenza esatta dei server (e delle VM) entro questa finestra è tuttavia sconosciuta. I clienti che vogliono conoscere l'ora esatta per le proprie macchine virtuali possono usare gli eventi pianificati, eseguire query dalla macchina virtuale e ricevere una notifica 15 minuti prima del riavvio di una macchina virtuale.

D: Quanto tempo sarà necessario per riavviare la macchina virtuale?

R: A seconda delle dimensioni della macchina virtuale, il riavvio potrebbe richiedere alcuni minuti durante l'intervallo di manutenzione self-service. Durante i riavvii avviati da Azure nell'intervallo di manutenzione pianificato, il riavvio richiede in genere circa 25 minuti. Si noti che nel caso in cui si usino Servizi cloud (ruolo Web o di lavoro), set di scalabilità di macchine virtuali o set di disponibilità, saranno disponibili 30 minuti tra ogni gruppo di macchine virtuali (domini di aggiornamento) durante l'intervallo di manutenzione pianificato.

D: Qual è l'esperienza nel caso di set di scalabilità di macchine virtuali?

R: La manutenzione pianificata è ora disponibile per il set di scalabilità di macchine virtuali. Per istruzioni su come avviare la manutenzione self-service, vedere il documento manutenzione pianificata per i set di scalabilità di macchine virtuali.

D: Qual è l'esperienza nel caso di Servizi cloud (ruolo Web o di lavoro) e Service Fabric?

R: Anche se queste piattaforme sono interessate dalla manutenzione pianificata, i clienti che le usano sono considerati sicuri perché solo le VM di un singolo dominio di aggiornamento saranno interessate a una determinata ora. La manutenzione self-service non è attualmente disponibile per Servizi cloud (ruolo Web o di lavoro) e Service Fabric.

D: Non sono disponibili informazioni sulla manutenzione per le VM. Errore rilevato

R: I motivi per cui non vengono visualizzate informazioni sulla manutenzione per le VM sono diversi:

1. Si usa una sottoscrizione contrassegnata come Microsoft (interno).
2. Le VM non sono pianificate per la manutenzione. La manutenzione potrebbe essere terminata oppure essere stata annullata o modificata e di conseguenza le macchine virtuali non sono più interessate.
3. La macchina virtuale è stata deallocata e quindi avviata. Ciò può causare lo spostamento della macchina virtuale in una posizione in cui non è pianificato un ciclo di manutenzione pianificata. Pertanto, la macchina virtuale non mostrerà altre informazioni sulla manutenzione.
4. La colonna Manutenzione non è stata aggiunta alla visualizzazione elenco delle macchine virtuali. Anche se questa colonna è stata aggiunta alla visualizzazione predefinita, i clienti con una configurazione che non prevede la visualizzazione delle colonne non predefinite devono aggiungere manualmente la colonna Manutenzione alla visualizzazione elenco delle VM.

D: La VM è pianificata per la manutenzione per la seconda volta. Perché?

R: In diversi casi d'uso la VM risulterà pianificata per la manutenzione dopo avere già completato la ridistribuzione della manutenzione:

1. Il ciclo di manutenzione è stato annullato e riavviato con un payload diverso. Potrebbe essere stato rilevato un payload con errori e potrebbe essere stato semplicemente necessario distribuire un payload aggiuntivo.
2. È stato ripristinato il servizio della VM in un altro nodo a causa di un errore hardware.
3. Si è scelto di arrestare (deallocare) e riavviare la VM.
4. È attivo l'arresto automatico per la VM.

Passaggi successivi

È possibile gestire la manutenzione pianificata usando l'interfaccia della riga di comando di Azure, Azure PowerShell o il portale.