Se disponi di istanze di macchine virtuali (VM) che eseguono Windows Server 2008 R2, puoi utilizzare gcloud CLI per eseguirne automaticamente l'upgrade a Windows Server 2012 R2.
L'utilizzo di gcloud CLI per eseguire un upgrade in loco è un'alternativa all'esecuzione di un upgrade manuale. Automatizzando il processo di upgrade, gcloud CLI ti consente di ridurre lo sforzo necessario per ogni VM di cui devi eseguire l'upgrade.
Durante un upgrade in loco di una VM, gcloud CLI esegue i seguenti passaggi:
- Arresta la VM.
- Crea uno snapshot di Persistent Disk standard come backup.
- Crea una copia del disco di avvio, mantenendo il disco di avvio originale come backup.
- Collega un disco di installazione contenente il supporto di installazione di Windows 2012 R2.
- Avvia il programma di installazione di Windows (
setup.exe
) dal disco di installazione per eseguire un upgrade in modalità automatica. - Applica la configurazione post-upgrade.
- Stacca il disco di installazione.
- Arresta la VM.
Limitazioni
Puoi utilizzare gcloud CLI per eseguire upgrade da Windows Server 2008 R2 a Windows Server 2012 R2. Questo approccio supporta solo le istanze VM basate su un'immagine pubblica del sistema operativo fornita da Google. Per eseguire l'upgrade di altre configurazioni di Windows Server o per eseguire l'upgrade delle istanze VM per cui hai acquistato la tua licenza, consulta Esecuzione di un upgrade in loco di Windows Server.
Costi
Non è previsto alcun costo per l'esecuzione di un upgrade in loco di Windows Server. Ti vengono addebitate solo le risorse utilizzate durante l'upgrade, tra cui:
Utilizza il Calcolatore prezzi per generare una stima dei costi in base all'utilizzo previsto.
Prima di iniziare
- Assicurati di comprendere le limitazioni e le potenziali alternative per eseguire gli upgrade in loco di Windows Server.
- Verifica che Windows Server sia aggiornato utilizzando Windows Update.
- Disattiva o disinstalla antivirus, antispyware e altri agenti che possono interferire con l'upgrade o che non sono compatibili con la versione di Windows Server a cui stai eseguendo l'upgrade.
- Consulta la documentazione Microsoft sui prerequisiti e sulle potenziali limitazioni di Windows Server 2012 R2:
- Verifica che l'istanza VM soddisfi i requisiti di sistema per Windows Server 2012 e disponga di spazio libero su disco sufficiente.
- Esamina i consigli per l'upgrade dei ruoli server, i problemi noti e il processo di upgrade per Windows Server 2012 R2.
- Consulta i consigli per pianificare un upgrade in loco.
- Verifica che le funzionalità rimosse o deprecate non siano interessate da Windows Server 2012 R2.
- Verifica che il tuo software personalizzato o di terze parti sia compatibile con Windows Server 2012 R2.
- Prima di procedere, assicurati di disporre di uno dei seguenti ruoli Cloud IAM:
- Questa guida utilizza Cloud Shell per eseguire gcloud CLI. Se vuoi eseguire gcloud CLI sul tuo computer locale, assicurati prima di scaricare e installare l'interfaccia a riga di comando gcloud più recente.
Avvio dell'upgrade in corso...
Le sezioni seguenti illustrano il processo di upgrade dell'istanza VM.
Nella console Google Cloud, apri Cloud Shell facendo clic sul pulsante Attiva Cloud Shell .
Imposta l'ID progetto predefinito. Sostituisci
PROJECT_ID
con il nome del tuo progetto Compute Engine:gcloud config set project PROJECT_ID
Esegui questo comando per avviare l'upgrade:
gcloud beta compute os-config os-upgrade VM_NAME \ --zone=
ZONE
\ --source-os=windows-2008r2 \ --target-os=windows-2012r2 \ --async \ --auto-rollbackSostituisci quanto segue:
VM_NAME
: il nome dell'istanza VM di cui eseguire l'upgradeZONE
: la zona in cui è in esecuzione l'istanza VM
Il flag
--async
indica a gcloud CLI di eseguire l'upgrade in background utilizzando Cloud Build. L'esecuzione dell'upgrade in background ti consente di eseguire l'upgrade di più istanze VM in parallelo e garantisce che il processo continui anche se chiudi la sessione di Cloud Shell. Puoi trovare un link al job Cloud Build nell'output comando:Created [https://cloudbuild.googleapis.com/v1/projects/...]. ... logUrl: https://console.cloud.google.com/build/builds/... ... status: QUEUED ...
Osservazione del processo di upgrade
A seconda della configurazione dell'istanza VM, il completamento dell'upgrade potrebbe richiedere da 40 a 90 minuti. Puoi verificare lo stato del processo di upgrade aprendo il log di Cloud Build:
- Fai clic sull'URL mostrato accanto a
logUrl
nell'output comando di gcloud CLI. - In Log di build puoi visualizzare lo stato attuale del processo di upgrade.
Al termine dell'upgrade, la build viene contrassegnata come Riuscita e puoi visualizzare il seguente output nel log della build:
Successfully upgraded instance 'projects/...!'
Se gcloud CLI rileva un problema durante l'upgrade, contrassegna la build come Failed (Non riuscita). Se l'opzione --auto-rollback
è specificata, gcloud CLI avvia anche un rollback automatico. Puoi trovare ulteriori dettagli sul problema riscontrato nel log di build.
Se dopo 90 minuti l'upgrade è ancora in esecuzione e sospetti che non sia ancora in corso, utilizza uno degli approcci descritti in Risoluzione dei problemi relativi all'upgrade in loco per scoprire se il processo non è riuscito o si è bloccato.
Completamento dell'upgrade
Al termine dell'upgrade, avvia l'istanza VM ed esegui Windows Update per scaricare e installare gli aggiornamenti della sicurezza più recenti:
Avvia l'istanza VM:
gcloud compute instances start
VM_NAME
--zone=ZONE
Sostituisci quanto segue:
VM_NAME
: il nome dell'istanza VMZONE
: la zona in cui è in esecuzione l'istanza VM
Connettiti alla macchina utilizzando un client RDP. Per ulteriori informazioni, consulta Connessione alle istanze.
Utilizza Windows Update per installare gli aggiornamenti di Windows più recenti. Durante questo processo potrebbe essere necessario riavviare l'istanza VM più volte.
Verifica che tutte le applicazioni funzionino come previsto.
Rollback di un upgrade
Se l'upgrade non va a buon fine, gcloud CLI avvia automaticamente un rollback. Se l'upgrade ha esito positivo, potresti comunque riscontrare che una delle tue applicazioni non funziona come previsto. In questo caso, esegui il rollback dell'upgrade modificando l'istanza VM in modo che utilizzi di nuovo il disco di avvio originale:
Arresta l'istanza VM:
gcloud compute instances stop
VM_NAME
--zone=ZONE
Sostituisci quanto segue:
VM_NAME
: il nome dell'istanza VMZONE
: la zona in cui è in esecuzione l'istanza VM
Nel log di build, trova le righe che indicano il nome del disco di avvio originale e il nome dell'allegato:
4. Original boot disk: ORIGINAL_DISK_NAME - Device name of the attachment: DEVICE_NAME
Scollega dall'istanza il disco contenente il sistema operativo che non funziona correttamente:
gcloud compute instances detach-disk VM_NAME \ --device-name=DEVICE_NAME \ --zone=ZONE
Sostituisci quanto segue:
VM_NAME
: il nome dell'istanza VMDEVICE_NAME
: il nome del dispositivo indicato nel log di buildZONE
: la zona in cui è in esecuzione l'istanza VM
Ricollega il disco di avvio originale:
gcloud compute instances attach-disk
VM_NAME
\ --disk=ORIGINAL_DISK_NAME \ --device-name=DEVICE_NAME \ --zone=ZONESostituisci quanto segue:
- VM_NAME: il nome dell'istanza VM
ORIGINAL_DISK_NAME
: il nome del disco di avvio originale come indicato nel log di buildDEVICE_NAME
: il nome del dispositivo indicato nel log di buildZONE
: la zona in cui è in esecuzione l'istanza VM
Avvia l'istanza VM:
gcloud compute instances start VM_NAME --zone=ZONE
Sostituisci quanto segue:
VM_NAME
: il nome dell'istanza VMZONE
: la zona in cui è in esecuzione l'istanza VM
Esegui la pulizia
Per evitare costi aggiuntivi, rimuovi i backup creati automaticamente da gcloud CLI prima dell'upgrade:
Nel log di build, trova la riga che indica il nome dello snapshot del disco e il disco di avvio originale:
3. Snapshot for original boot disk:
SNAPSHOT_NAME
4. Original boot disk:DISK_NAME
- Device name of the attachment: ... - AutoDelete setting of the attachment: true 5. Name of the new boot disk: ...Torna a Cloud Shell ed elimina lo snapshot del disco:
gcloud compute snapshots delete SNAPSHOT_NAME
Elimina il disco di avvio originale, sostituendo
ZONE
con la zona in cui viene eseguito il deployment della VM:gcloud compute disks delete DISK_NAME --zone=ZONE
Passaggi successivi
- Leggi informazioni sull'esecuzione manuale di upgrade in loco di Windows Server.
- Scopri come risolvere i problemi relativi a un upgrade in loco.
- Scopri di più sugli snapshot di dischi permanenti.