Errore: autorizzazione compute.subnetworks.use richiesta
Un VPC condiviso consente a un'organizzazione di connettere risorse di più progetti a una rete Virtual Private Cloud (VPC) comune, in modo che possano comunicare tra loro in modo sicuro ed efficiente utilizzando gli IP interni di quella rete.
Migrate to Virtual Machines consente di eseguire il deployment di un'istanza Compute Engine in un progetto che ha accesso a un VPC condiviso.
Tuttavia, se non hai assegnato il ruolo compute.subnetworks.use all'account di servizio predefinito Migrate to Virtual Machines, vedrai un messaggio di errore nel seguente formato quando provi a eseguire il deployment dell'istanza di Compute Engine:
"Create instance of VM "my-vm" from source "my-proj"
to target project "target-proj" using Compute Engine instance name
"instance-id" failed due to:
Required 'compute.subnetworks.use' permission for
'projects/vpc-proj/regions/us-central1/subnetworks/shared-central1'
Assicurati di assegnare il ruolo compute.subnetworks.use nel progetto host del VPC condiviso all'account di servizio predefinito Migrate to Virtual Machines come descritto in Configurare le autorizzazioni per un VPC condiviso.
Errore: l'utente non ha accesso all'account di servizio
Nell'ambito della configurazione della destinazione per una VM di cui è stata eseguita la migrazione, Migrate to Virtual Machines consente di assegnare un account di servizio a un'istanza Compute Engine in esecuzione in un progetto di destinazione.
Tuttavia, per poter assegnare un account di servizio a un'istanza Compute Engine in esecuzione su un progetto di destinazione, l'account di servizio predefinito Migrate to Virtual Machines nel progetto host deve avere il ruolo Service Account User nell'account di servizio di destinazione.
Se assegni un account di servizio a un'istanza Compute Engine, ma il progetto host non ha il ruolo Service Account User nell'account di servizio di destinazione, quando provi a eseguire il clone di test o la migrazione completa della VM viene visualizzato il seguente errore:
Test-Clone of VM "my-vm" from source "source-vm" to
target project "target-proj" using Compute Engine instance name "my-instance" failed due to:
The user does not have access to service account 'target-service-account-email'.
User: 'host-user-account-email'. Ask a project owner to grant you the
iam.serviceAccountUser role on the service account
Assicurati che l'account di servizio Migrate to Virtual Machines predefinito sia configurato correttamente per consentire l'accesso all'account di servizio di destinazione. Per saperne di più, consulta Configurazione delle autorizzazioni sull'account di servizio del progetto di destinazione.
Errore: generazione del report non riuscita a causa del superamento del limite massimo di query di vCenter
Per aiutarti a determinare le impostazioni ottimali per il target di Compute Engine, Migrate to Virtual Machines consente di creare un report sull'utilizzo delle VM di origine. Questo report mostra informazioni sull'allocazione e l'utilizzo delle risorse per le VM di origine di cui è stato eseguito il deployment su vCenter.
Il report viene generato dai dati raccolti su vCenter. Durante la generazione del report, potresti visualizzare un errore nel formato seguente che indica che è stato raggiunto un limite di quota vCenter:
Report generation for source source connected to vCenter vcenter failed due to vCenter maximum query limit exceeded. Details: VC message
Consulta questo articolo di vSphere per ulteriori informazioni su come aumentare il limite di quota.
Errore: l'istanza creata in Migrate to Virtual Machines non si avvia
Quando il disco di avvio della VM di origine non è il primo disco nell'elenco di dischi della VM, potresti ricevere un errore della console seriale che mostra il seguente messaggio:
drive 0x000f2410: PCHS=0/0/0 translation=lba LCHS=1024/255/63 s=104857600
drive 0x000f23d0: PCHS=0/0/0 translation=lba LCHS=1024/255/63 s=167772160
drive 0x000f2390: PCHS=0/0/0 translation=lba LCHS=1024/255/63 s=83886080
Sending Seabios boot VM event.
Booting from Hard Disk 0...
Per limitare questo errore, clona i dischi e connetti i cloni nell'ordine corretto a una nuova VM su Migrate to Virtual Machines.
Per clonare il disco e connetterlo nell'ordine corretto:
- Arresta la VM replicata.
Clona il disco di avvio originale:
gcloud compute disks create -project=$PROJECT --zone=$ZONE --source-disk=$DISK new-disk-nameEsegui questo comando per riassegnare la licenza al disco di avvio clonato e aggiungi i tag pertinenti (ad esempio con
windows2008-r2):gcloud compute disks create --project=$PROJECT --zone=$ZONE --source-disk=disk created on step #2 --licenses=projects/windows-cloud/global/licenses/windows-server-2008-r2-dc --guest-os-features=VIRTIO_SCSI_MULTIQUEUE,MULTI_IP_SUBNET,WINDOWS new-disk-nameModifica la VM:
- Scollega il disco di avvio attuale e collegalo su Dischi aggiuntivi.
- Rimuovi il disco di avvio originale da Dischi aggiuntivi.
- Collega il disco creato dal passaggio 3 sul disco di avvio.
- Salva le modifiche.
Dopo aver confermato il processo di avvio della VM, puoi eliminare il disco di avvio originale.
Errore: la VM Windows esegue "chkdsk" al primo avvio di un clone
La fase clone di test Migrate to Virtual Machines crea un'istanza di un clone della VM nel cloud in base a uno snapshot acquisito mentre la VM di origine è in esecuzione.
In alcuni casi, potrebbe attivare un'operazione di scansione chkdsk automatica nelle VM Windows mentre il clone è in fase di avvio nel cloud. Se questi errori bloccano i passaggi di verifica, valuta la possibilità di arrestare la VM tra un ciclo di replica e l'altro per consentire Migrate to Virtual Machines di acquisire uno snapshot quando la VM è disattivata.
Questo non influisce sulla VM quando viene eseguita la migrazione completa, poiché la VM viene arrestata durante il processo di migrazione completa prima che Migrate to Virtual Machines completi la fase di sincronizzazione finale.