Esporta (0) Stampa
Espandi tutto

Aggiornamenti del sistema operativo host Azure

Aggiornamento: marzo 2014

Tramite Azure il sistema operativo, talvolta definito sistema operativo host, viene aggiornato nella partizione radice almeno ogni trimestre per mantenere l'ambiente protetto per tutte le applicazioni del cliente in esecuzione nella piattaforma. L'architettura di virtualizzazione utilizzata da Azure è simile a quella di Windows Hyper-V. Sono inclusi una partizione radice in cui è ospitato il sistema operativo della partizione radice di Azure e l'agente di Azure responsabile della creazione di partizioni figlio per eseguire i servizi Azure nel sistema operativo guest Azure.

Per l'aggiornamento del sistema operativo della partizione radice Azure e di Azure Hypervisor è richiesto che le macchine virtuali nel server in corso di aggiornamento siano arrestate e successivamente riavviate. Per implementare il contratto di servizio di Azure, tramite quest'ultimo non devono essere arrestate simultaneamente le macchine virtuali in cui sono ospitati domini diversi di aggiornamento dello stesso ruolo del servizio Azure. Per assicurarsi che questa operazione non venga eseguita, tramite Azure viene determinato l'ordine ottimale per aggiornare i server rispettando i vincoli di dominio di aggiornamento. Per ulteriori informazioni sul contratto di servizio di Azure, vedere la pagina relativa ai contratti di servizio.

Una volta avviato l'aggiornamento di un server tramite Azure, questo processo prosegue in base ai passaggi seguenti:

  1. Le macchine virtuali in esecuzione nel server per le quali è disponibile un endpoint di input nel modello del servizio del ruolo vengono rimosse dalla rotazione del bilanciamento del carico in modo che eventuali nuove richieste non vengano inviate alla macchina virtuale, bensì ad altre istanze di questo ruolo in base ai criteri del bilanciamento del carico di Azure.

  2. Ogni macchina virtuale in cui è ospitato un ruolo Web o di lavoro riceve un evento Stopping, mentre i ruoli VM ricevono un evento standard di arresto di Windows.

  3. Ai ruoli di lavoro, Web e macchina virtuale sono concessi cinque minuti per rispondere all'evento di interruzione e arresto prima di essere arrestati forzatamente.

  4. Una volta arrestate tutte le macchine virtuali guest, il sistema operativo della partizione radice viene arrestato e viene riavviato il server.

  5. Viene avviato il sistema operativo della partizione radice aggiornato.

  6. Vengono avviati le macchine virtuali ospitate nel server, nonché il relativo codice dell'applicazione.

  7. Le macchine virtuali in cui sono ospitati ruoli del servizio con endpoint di input vengono riconnesse al bilanciamento del carico, consentendo loro di ricevere le richieste client.

Prima di aggiornare server diversi in cui sono ospitati gli stessi ruoli ma che si trovano in domini di aggiornamento differenti, in Azure si attende che il codice del ruolo in ogni macchina virtuale in un server aggiornato passi allo stato Pronto. Tuttavia, per garantire un aggiornamento tempestivo per una piattaforma sicura, ogni istanza del ruolo dispone solo di 15 minuti per raggiungere lo stato integro Pronto prima che tramite Azure venga interrotta l'attesa e venga avviato l'aggiornamento di altri server in cui sono potenzialmente ospitati ruoli di domini di aggiornamento diversi. Il timer di 15 minuti inizia quando tramite un'istanza del ruolo viene avviata l'esecuzione delle attività di Startup.

noteNota
A causa di questo comportamento, se nel metodo OnStart sono presenti attività o codice di avvio che richiedono più di 15 minuti, la disponibilità del servizio potrebbe essere influenzata dalla contemporanea condizione offline delle istanze del ruolo di più domini di aggiornamento.

Vedere anche

Microsoft sta conducendo un sondaggio in linea per comprendere l'opinione degli utenti in merito al sito Web di MSDN. Se si sceglie di partecipare, quando si lascia il sito Web di MSDN verrà visualizzato il sondaggio in linea.

Si desidera partecipare?
Mostra:
© 2014 Microsoft