Se hai istanze di macchine virtuali (VM) che eseguono Windows Server 2008 R2, puoi utilizzare l'interfaccia a riga di comando gcloud 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 la procedura di upgrade, la CLI gcloud ti consente di ridurre il lavoro richiesto per ogni VM di cui devi eseguire l'upgrade.
Durante un upgrade in loco di una VM, gcloud CLI esegue questi passaggi:
- Arresta la VM.
- Crea uno snapshot di Persistent Disk standard come backup.
- Crea una copia del disco di avvio, conservando il disco di avvio originale come backup.
- Collega un disco di installazione contenente Contenuti multimediali di installazione per Windows 2012 R2.
- Avvia il programma di installazione di Windows (
setup.exe
) dal disco di installazione per eseguire un upgrade in in modalità automatica. - Si applica la configurazione post-upgrade.
- Scollega 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 si basano su un'immagine del sistema operativo pubblica forniti da Google. Per eseguire l'upgrade di altre configurazioni di Windows Server, oppure per eseguire l'upgrade delle istanze VM per cui offri la tua licenza, consulta l'articolo 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 viene addebitato solo il costo delle risorse consumate 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 all'esecuzione di 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 non sono compatibili con la versione di Windows Server a cui stai eseguendo l'upgrade.
- Esamina la documentazione Microsoft sui prerequisiti e le potenziali limitazioni di Windows Server 2012 R2:
- Verifica che l'istanza VM soddisfi i requisiti di sistema per Windows Server 2012 e abbia spazio libero su disco sufficiente.
- Esamina i suggerimenti per l'upgrade dei ruoli del server. problemi noti e i processo di upgrade per Windows Server 2012 R2.
- Consulta i consigli per pianificare un upgrade in loco.
- Verifica che non siano interessati dalle funzionalità rimosse o deprecate in Windows Server 2012 R2.
- Verifica che il 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 di scarica e installa la versione più recente di gcloud CLI per prima cosa.
Avvio dell'upgrade
Le sezioni seguenti illustrano la procedura 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 nel in background utilizzando Cloud Build. L'esecuzione in background ti consente di eseguire l'upgrade di più istanze VM in parallelo e garantisce che il processo continui anche se chiudi della sessione di Cloud Shell. Puoi trovare un link al job Cloud Build nell'output del 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, l'upgrade potrebbe richiedere tra 40 e 90 minuti. Puoi controllare lo stato della procedura di upgrade aprendo il log di Cloud Build:
- Fai clic sull'URL mostrato accanto a
logUrl
nell'output del comando della CLI gcloud. - In Log di build puoi visualizzare lo stato attuale del processo di upgrade.
Al termine dell'upgrade, la build viene contrassegnata come Riuscito e puoi vedere il seguente output nel log di build:
Successfully upgraded instance 'projects/...!'
Se gcloud CLI rileva un problema durante l'upgrade, contrassegna
la build come Non riuscita. Se viene specificata l'opzione --auto-rollback
,
l'interfaccia a riga di comando gcloud avvia anche un rollback automatico. Puoi trovare ulteriori dettagli sul problema riscontrato nel log di compilazione.
Se l'upgrade è ancora in esecuzione dopo 90 minuti e sospetti che non stia procedendo, utilizza uno degli approcci descritti in Risoluzione dei problemi relativi all'upgrade in situ per scoprire se la procedura di upgrade non è riuscita o è in stallo.
Completamento dell'upgrade
Al termine dell'upgrade, avvia l'istanza VM ed esegui Windows Update per scaricare e installare gli ultimi aggiornamenti della sicurezza:
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 ultimi aggiornamenti di Windows. Durante questo processo potresti dover riavviare l'istanza VM più volte.
Verifica che tutte le applicazioni funzionino come previsto.
Rollback di un upgrade in corso...
Se l'upgrade non va a buon fine, gcloud CLI avvia automaticamente eseguire il rollback. Se l'upgrade va a buon fine, potresti comunque riscontrare che una delle tue applicazioni non funziona come previsto. In questo caso, esegui il rollback dell'upgrade modificare 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, individua le righe che indicano il nome dell'avvio originale. disco 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 dal log di compilazioneZONE
: 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 indicato dal log di compilazioneDEVICE_NAME
: il nome del dispositivo indicato dal log di compilazioneZONE
: 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 addebiti aggiuntivi, rimuovi i backup gcloud CLI creato automaticamente prima dell'upgrade:
Nel log di compilazione, individua la riga che indica il nome dello snapshot del disco e del 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 è dipiattaforma la VM:gcloud compute disks delete DISK_NAME --zone=ZONE
Passaggi successivi
- Scopri di più sull'esecuzione manuale degli upgrade in loco di Windows Server.
- Scopri come risolvere i problemi di un upgrade in situ.
- Scopri di più sugli snapshot dei dischi permanenti.