Utilizzo del modello Bring Your Own License

Questo documento descrive come Google Cloud supporta BYOL (Bring Your Own License) con requisiti hardware dedicati per Compute Engine. Prima di tentare di importare immagini con licenze esistenti in Google Cloud, esamina i termini e le condizioni delle licenze.

Per utilizzare le licenze per core fisico o processore fisico esistenti con requisiti hardware dedicati, devi fornire i tuoi contenuti multimediali ed eseguirli su configurazioni hardware, come i nodi single-tenant, conformi alle tue licenze. Puoi portare le immagini con licenze esistenti in qualsiasi regione che supporta i nodi single-tenant e, anche se non è previsto alcun addebito aggiuntivo per il trasferimento delle immagini con licenze esistenti, devi comunque pagare le licenze in base ai tuoi contratti.

Scenari di licenza come le licenze relative a Linux BYOS con RHEL o SLES, nonché le applicazioni Microsoft, non richiedono nodi monoproprietario. Se stai valutando la possibilità di importare licenze da applicazioni Microsoft come SharePoint Server e SQL Server, utilizza la mobilità delle licenze Microsoft.

I nodi single-tenant sono server fisici dedicati all'hosting di istanze di macchine virtuali (VM) solo per il tuo progetto. Puoi configurare i nodi monoproprietario per supportare vari requisiti del carico di lavoro, ad esempio quelli per ridurre al minimo il numero di core e server fisici. Consulta i contratti di licenza per determinare le opzioni di configurazione più adatte ai tuoi workload.

Per supportare l'utilizzo di licenze BYOL (Bring Your Own License) e aiutarti a gestire i requisiti di conformità relativi alle licenze, Google Cloud fornisce strumenti per l'importazione di immagini, la gestione delle VM su hardware dedicato mediante l'utilizzo di nodi single-tenant, la minimizzazione dell'utilizzo dei core fisici e il monitoraggio dell'utilizzo dei core fisici a fini di generazione di report.

Per importare in Google Cloud le immagini con licenze esistenti, devi svolgere i seguenti passaggi:

  1. Prepara le immagini in base ai contratti di licenza.

  2. Attiva le licenze.

  3. Importa i file dei dischi virtuali e crea immagini da questi file.

  4. Crea modelli di nodi single-tenant.

  5. Crea gruppi di nodi single-tenant dai modelli di nodo.

  6. Esegui il provisioning delle VM nei gruppi di nodi con i file del disco virtuale importati.

  7. Monitora l'utilizzo delle licenze delle tue VM. Per aiutarti a generare report sul consumo delle licenze, Google fornisce strumenti per monitorare sia l'utilizzo delle licenze sia l'utilizzo dei core fisici e dei processori.

  8. Segnala il consumo delle licenze al tuo fornitore.

Se hai bisogno di assistenza o hai domande in merito alle licenze, contatta il tuo rivenditore di licenze. Se hai bisogno di assistenza o hai domande su come importare immagini con licenze esistenti in Google Cloud, contatta l'assistenza Google Cloud.

Prima di iniziare

  • Esamina il criterio di manutenzione dell'host del gruppo di nodi: per BYOL sono disponibili due opzioni per il criterio di manutenzione dell'host che riducono al minimo il numero di server fisici utilizzati a fini di licenza. Queste opzioni sono restart-in-place e migrate-within-node-group.
  • Richiedi una quota CPU aggiuntiva: i nuovi progetti ricevono una quota CPU di 72. Assicurati di disporre di una quota CPU sufficiente per supportare il gruppo di nodi. Ad esempio, il tipo di nodo n1-node-96-624 contiene 96 CPU e, se il gruppo di nodi utilizza il numero minimo di nodi (2), la quota CPU deve essere di almeno 192. A seconda della configurazione e delle esigenze dei tuoi carichi di lavoro, potresti anche dover richiedere un aggiustamento della quota per le VM o gli indirizzi IP.
  • Abilita l'API Cloud Build: per importare l'immagine del sistema operativo, devi attivare l'API Cloud Build. Quando attivi questa API, Compute Engine concede al tuo progetto i ruoli IAM appropriati per consentirti di importare le immagini nel progetto. Per elencare i ruoli concessi al tuo progetto, utilizza il comando gcloud projects get-iam-policy. Per informazioni su come concedere i ruoli al progetto, consulta Gestire l'accesso alle risorse Compute Engine.
  • Abilita l'API Cloud Logging: abilita questa API se i tuoi contratti di licenza richiedono di monitorare l'utilizzo dei server fisici. Con questa API abilitata, puoi importare e visualizzare le informazioni sull'utilizzo del server, ad esempio il numero di core fisici, utilizzando BigQuery, che Google consiglia vivamente. Per informazioni su come determinare il numero di core fisici, consulta Analisi dell'utilizzo dei nodi di proprietà singola.
  • Se non l'hai ancora fatto, configura l'autenticazione. L'autenticazione è la procedura mediante la quale la tua identità viene verificata per l'accesso alle API e ai servizi Google Cloud. Per eseguire codice o esempi da un ambiente di sviluppo locale, puoi autenticarti su Compute Engine selezionando una delle seguenti opzioni:

    Select the tab for how you plan to use the samples on this page:

    Console

    When you use the Google Cloud console to access Google Cloud services and APIs, you don't need to set up authentication.

    gcloud

    1. Install the Google Cloud CLI, then initialize it by running the following command: 

      gcloud init
    2. Set a default region and zone.

      3. REST

      Per utilizzare gli esempi dell'API REST in questa pagina in un ambiente di sviluppo locale, utilizza le credenziali fornite a gcloud CLI.

        Install the Google Cloud CLI, then initialize it by running the following command: 

        gcloud init

      Per saperne di più, consulta Eseguire l'autenticazione per l'utilizzo di REST nella documentazione sull'autenticazione di Google Cloud.

Importazione e creazione di un'immagine da un disco virtuale offline

Per eseguire il provisioning delle VM con le licenze esistenti, devi fornire i tuoi contenuti multimediali. Le immagini basate su un'immagine premium non sono idonee per BYOL perché richiedono licenze di Google a pagamento per ogni utilizzo. Per informazioni sulle immagini premium, consulta Dettagli del sistema operativo.

Se nel tuo ambiente on-premise sono presenti dischi virtuali (golden disk o golden image) con le licenze o le configurazioni software di cui hai bisogno, lo strumento di importazione dei dischi virtuali può aiutarti a svolgere le seguenti operazioni:

  1. Importa i tuoi dischi virtuali personalizzati con un sistema operativo supportato e crea immagini in base a questi dischi.

  2. Configura la configurazione della licenza appropriata.

  3. Installa i pacchetti e i driver necessari per la compatibilità con Google Cloud.

Prima di importare il file del disco virtuale per la VM, verifica che non siano presenti incompatibilità nel file scaricando ed eseguendo lo strumento di precontrollo all'interno della VM. Inoltre, poiché il software di terze parti potrebbe interferire con l'installazione dei driver di Compute Engine, Google consiglia di rimuovere il software di terze parti prima di importare l'immagine.

Per avviare una VM con la tua licenza, importa un disco virtuale con il sistema operativo che vuoi utilizzare. Puoi importare i dischi virtuali dai bucket Cloud Storage e dalle workstation locali. Quando importi un file del disco virtuale da una workstation locale, lo strumento di importazione delle immagini carica il file immagine su Cloud Storage e, se necessario, crea un nuovo bucket Cloud Storage. Lo strumento di importazione copia il file in Compute Engine e crea un'immagine avviabile dal file del disco virtuale.

I file archiviati su Cloud Storage e le immagini in Compute Engine fanno scattare degli addebiti. Dopo aver verificato che l'immagine venga importata e avviata correttamente come VM, puoi eliminare il file del disco virtuale da Cloud Storage.

Console

  1. Vai alla pagina Immagini.

    Vai a Immagini

  2. Fai clic su Crea immagine.

  3. Specifica un nome per l'immagine.

  4. In Origine, scegli Disco virtuale (VMDK, VHD).

  5. In File Cloud Storage, scegli Sfoglia e vai alla posizione Cloud Storage dell'immagine da importare.

  6. In Sistema operativo sul disco virtuale, scegli il sistema operativo dell'immagine che stai importando.

  7. Assicurati che l'opzione Installa pacchetti guest sia selezionata, in modo che l'immagine che stai importando sia avviabile.

  8. Espandi Opzioni del codice di licenza. In Licenza OS, scegli Utilizza il tuo codice licenza.

  9. Fai clic su Crea per importare l'immagine.

gcloud

Esegui gcloud compute images import per importare un file del disco virtuale e creare un'immagine del disco dal file del disco virtuale:

gcloud compute images import IMAGE_NAME \
    --source-file VMDK_NAME \
    --byol

Sostituisci quanto segue:

  • IMAGE_NAME: il nome da assegnare all'immagine creata dal file del disco virtuale.

  • VMDK_NAME: il nome del disco virtuale da importare e da cui creare un'immagine. Puoi importare un file VMDK da:

    • Un file locale: se esegui l'importazione da un file locale, utilizza un percorso assoluto o relativo al file. A seconda delle dimensioni del disco virtuale e della velocità della connessione di rete, il caricamento potrebbe richiedere decine di minuti.
    • Cloud Storage: se importi da Cloud Storage, il bucket Cloud Storage deve essere nello stesso progetto che utilizzi per importare il disco virtuale e devi specificare il percorso completo del file come gs://BUCKET_NAME/OBJECT_NAME. Sostituisci BUCKET_NAME con il nome del bucket Cloud Storage e OBJECT_NAME con il nome dell'oggetto Cloud Storage.

Attivazione delle licenze

Dopo aver verificato di importare un sistema operativo compatibile, è tua responsabilità verificare che i tuoi contratti di licenza ti consentano di utilizzare le tue licenze e che tu abbia l'autorizzazione a utilizzare l'immagine del sistema operativo guest e l'ambiente di importazione delle licenze fornito da Google. Inoltre, è tua responsabilità preparare l'immagine del sistema operativo guest per l'importazione in base ai contratti di licenza.

Per attivare una licenza, utilizza gli script di avvio con la tua chiave di attivazione multipla (MAK) o configura l'accesso a Microsoft Key Management Service della tua organizzazione. Non puoi attivare le immagini con licenze esistenti sul server delle licenze Compute Engine.

Dopo aver importato l'immagine e attivato la licenza, esegui il provisioning di una VM basata sull'immagine importata su un nodo single-tenant.

Creazione di un modello di nodo single-tenant

Dopo aver importato l'immagine, crea un modello di nodo single-tenant. Utilizzerai questo modello di nodo per creare un gruppo di nodi single-tenant su cui eseguire l'immagine.

La pagina dei modelli di nodi non elenca la regione e la zona del modello, ma i gruppi di nodi devono essere creati in una zona all'interno della regione in cui è stato creato il modello di nodo. Per creare un modello, devi prima creare un gruppo di nodi, ma devi completare solo i passaggi fino alla scelta della regione e della zona. Dopodiché, se vuoi, puoi creare il modello e non continuare a creare il gruppo di nodi.

Imposti le etichette di affinità dei nodi nel modello di nodo di proprietà esclusiva quando lo crei.

Console

  1. Vai alla pagina Nodi di proprietà esclusiva.

    Vai a Nodi single-tenant

  2. Fai clic su Crea gruppo di nodi.

  3. Inserisci un nome per il gruppo di nodi.

  4. Seleziona la Regione e la Zona per il gruppo di nodi.

    Prendi nota della regione e della zona che hai utilizzato. Quando in un secondo momento crei un gruppo di nodi basato su questo modello, il gruppo di nodi deve trovarsi in una zona all'interno della regione in cui hai creato il modello.

  5. In Proprietà del modello di nodo, seleziona Crea modello di nodo.

  6. Nella finestra di dialogo Crea un modello di nodo, specifica un Nome, un Tipo di nodo, un SSD locale e un Acceleratore GPU.

  7. In Overcommit della CPU, scegli se attivare l'overcommit della CPU.

  8. (Facoltativo) In Etichette di affinità, fai clic su Aggiungi etichetta di affinità per aggiungere una coppia chiave-valore come etichetta di affinità del nodo.

  9. Fai clic su Crea per completare la creazione del modello di nodo.

  10. Fai clic su Annulla per annullare la creazione di un gruppo di nodi.

gcloud

Crea un modello di nodo single-tenant utilizzando gcloud compute sole-tenancy node-templates create.

gcloud compute sole-tenancy node-templates create TEMPLATE_NAME \
    --node-type NODE_TYPE \
    --region REGION

Sostituisci quanto segue:

  • TEMPLATE_NAME: il nome del modello di nodo da creare.
  • NODE_TYPE: tipo di nodo single-tenant per i nodi di un gruppo di nodi. Tutti i nodi di un gruppo di nodi sono identici e vengono creati dai parametri specificati da un modello di nodo.
  • REGION: la regione in cui creare il modello di nodo.

REST

Crea un modello di nodo single-tenant utilizzando nodeTemplates.insert.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/nodeTemplates

{
   "name": "TEMPLATE_NAME",
   "nodeType": "NODE_TYPE"
   "nodeAffinityLabels": {
      "KEY": "VALUE"
   }
}

Sostituisci quanto segue:

  • PROJECT_ID: l'ID del progetto.
  • REGION: la regione in cui creare il modello di nodo.
  • TEMPLATE_NAME: il nome del modello di nodo da creare.
  • NODE_TYPE: tipo di nodo single-tenant per i nodi di un gruppo di nodi. Tutti i nodi di un gruppo di nodi sono identici e vengono creati dai parametri specificati da un modello di nodo.
  • "KEY": "VALUE": elenco di etichette di affinità separate da virgola rappresentate come coppie chiave-valore. Puoi specificare le etichette di affinità per un modello di nodo solo quando lo crei.

Creazione di un gruppo di nodi single-tenant

Per creare un gruppo di nodi basato su un modello di nodo, il gruppo di nodi deve trovarsi in una zona all'interno della regione in cui hai creato il modello di nodo. Un gruppo di nodi single-tenant eredita le proprietà specificate dal modello di nodo single-tenant. Il gruppo di nodi single-tenant ha valori aggiuntivi che devi specificare. Per BYOL, a seconda dei requisiti della licenza, valuta le diverse opzioni per le norme di manutenzione dell'host:

  • Se le licenze sono assegnate in base ai core fisici, utilizza il criterio di manutenzione dell'host restart-in-place o migrate-within-node-group per ridurre al minimo il numero di server fisici utilizzati.
  • Se le licenze vengono assegnate in base all'utente/al dispositivo, un modello in genere utilizzato per le licenze Virtual Desktop, utilizza le norme di manutenzione dell'default host. Queste licenze non vengono assegnate in base ai core fisici e, pertanto, non richiedono un criterio di manutenzione dell'host speciale per limitare l'utilizzo del server fisico.

Console

  1. Vai alla pagina Nodi di proprietà esclusiva.

    Vai a Nodi single-tenant

  2. Fai clic su Crea gruppo di nodi.

  3. In Proprietà del gruppo di nodi, inserisci un nome per il gruppo di nodi.

  4. Seleziona la Regione e la Zona per il gruppo di nodi.

    Se sono disponibili modelli nella regione o nella zona in questione, questi vengono elencati in Proprietà del modello di nodo dopo aver fatto clic su Continua.

  5. Fai clic su Continua.

  6. In Proprietà del modello di nodo, seleziona il modello di nodo su cui basare il gruppo di nodi. I gruppi di nodi devono trovarsi in una zona all'interno della regione in cui hai creato il modello di nodo, quindi, quando selezioni il modello per un gruppo di nodi, seleziona un modello dalla regione contenente la zona in cui stai creando il gruppo di nodi. Se non esiste un modello di nodo, puoi crearne uno.

  7. Fai clic su Continua.

  8. In Configura scalabilità automatica, imposta Modalità di scalabilità automatica su uno tra i seguenti valori. Per ulteriori informazioni, consulta Gruppi di nodi con scalabilità automatica.

    • On: i nodi vengono aggiunti o rimossi automaticamente dal gruppo di nodi.
    • Solo scalabilità out: aggiungi nodi al gruppo di nodi quando è necessaria una maggiore capacità.
    • Off: gestisci manualmente le dimensioni del gruppo di nodi.

  9. Specifica il numero minimo di nodi per il gruppo. Se attivi il gestore della scalabilità automatica dei gruppi di nodi, specifica un intervallo (numero minimo e massimo di nodi) per le dimensioni del gruppo di nodi oppure specifica il numero di nodi per il gruppo. Puoi modificare manualmente uno dei valori in un secondo momento.

  10. Fai clic su Continua.

  11. (Facoltativo) In Configura le impostazioni di manutenzione, imposta il Criterio di manutenzione su uno dei seguenti valori. Il criterio di manutenzione consente di configurare il comportamento delle VM nel gruppo di nodi durante gli eventi di manutenzione dell'host. Per ulteriori informazioni, consulta Criteri di manutenzione dell'attività ospitante.

    • Predefinito
    • Riavvia in loco
    • Eseguire la migrazione all'interno del gruppo di nodi

  12. Fai clic su Crea.

gcloud

Crea un gruppo di nodi di proprietà esclusiva utilizzando il comando gcloud compute sole-tenancy node-groups create.

gcloud compute sole-tenancy node-groups create GROUP_NAME \
    --node-template TEMPLATE_NAME \
    --target-size GROUP_SIZE \
    --zone ZONE \
    --maintenance-policy MAINTENANCE_POLICY

Sostituisci quanto segue:

  • GROUP_NAME: il nome del gruppo di nodi single-tenant da creare.
  • TEMPLATE_NAME: il nome del modello di nodo da cui creare il gruppo di nodi.
  • GROUP_SIZE: la dimensione iniziale del gruppo di nodi. Il ridimensionamento automatico dei gruppi di nodi gestisce automaticamente le dimensioni dei gruppi di nodi di proprietà esclusiva oppure puoi gestirli manualmente.
  • ZONE: la zona in cui creare il gruppo di nodi. Deve trovarsi nella stessa regione del modello di nodo.

  • MAINTENANCE_POLICY: il criterio di manutenzione del gruppo di nodi. Imposta il criterio di manutenzione su uno dei seguenti valori. Se non viene impostato alcun valore, per il criterio di manutenzione viene utilizzato default.

    • default
    • migrate-within-node-group
    • restart-in-place

REST

Crea un gruppo di nodi single-tenant utilizzando nodeGroups.insert.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/nodeGroups?initialNodeCount=GROUP_SIZE

{
  "nodeTemplate": "/regions/REGION/nodeTemplates/TEMPLATE_NAME",
  "name": "GROUP_NAME",
  "maintenancePolicy": "MAINTENANCE_POLICY"
}

Sostituisci quanto segue:

  • PROJECT_ID: ID del progetto in cui creare il gruppo di nodi.
  • ZONE: la zona in cui creare il gruppo di nodi. Deve trovarsi nella stessa regione del modello di nodo.
  • GROUP_SIZE: la dimensione iniziale del gruppo di nodi. Il ridimensionamento automatico dei gruppi di nodi gestisce automaticamente le dimensioni dei gruppi di nodi di proprietà esclusiva oppure puoi gestirle manualmente.
  • REGION: regione contenente il modello di nodo.
  • TEMPLATE_NAME: il nome del modello di nodo da cui creare il gruppo di nodi.
  • GROUP_NAME: il nome del gruppo di nodi single-tenant da creare.

  • MAINTENANCE_POLICY: il criterio di manutenzione del gruppo di nodi. Imposta il criterio di manutenzione su uno dei seguenti valori. Se non viene impostato alcun valore, per il criterio di manutenzione viene utilizzato DEFAULT.

    • DEFAULT
    • RESTART_IN_PLACE
    • MIGRATE_WITHIN_NODE_GROUP

Eseguire il provisioning di una VM single-tenant

Esegui il provisioning di una VM nel gruppo di nodi e specifica il relativo criterio di manutenzione dell'host. Tieni conto dei seguenti requisiti:

  • Per eseguire il provisioning in gruppi di nodi con criterio di manutenzione dell'host restart-in-place, assicurati che la VM abbia il valore TERMINATE per l'opzione in manutenzione dell'host.
  • Per eseguire il provisioning nei gruppi di nodi con il criterio di manutenzione migrate-within-node-group, assicurati che la VM abbia come target un singolo gruppo di nodi con l'etichetta di affinità node-group-name e che non abbia come target singoli nodi con l'etichetta di affinità node-name. È valido qualsiasi tipo di opzione di manutenzione dell'host, ma ti consigliamo di utilizzare MIGRATE.

Console

Se hai utilizzato etichette di affinità dei nodi nel modello, puoi creare più VM utilizzando i gruppi di istanze gestite (MIG) e specificando le etichette di affinità dei nodi nelle impostazioni Nodi di proprietà esclusiva oppure creare singole VM dalla pagina dei dettagli del gruppo di nodi:

  1. Vai alla pagina Nodi di proprietà esclusiva.

    Vai a Nodi single-tenant

  2. Fai clic sul nome del gruppo di nodi su cui eseguire il provisioning di una VM.

  3. Crea una VM su un nodo single-tenant effettuando una delle seguenti operazioni:

    • Per creare una VM in qualsiasi punto del gruppo di nodi di proprietà esclusiva, fai clic su Crea istanza.
    • Per creare una VM su un nodo di proprietà esclusiva specifico, fai clic sul nome di un gruppo di nodi di proprietà esclusiva, poi sul nome di un nodo di proprietà esclusiva e infine su Crea istanza.

  4. Configura la VM single-tenant. Poiché hai già selezionato il gruppo di nodi o un nodo specifico, le etichette Regione, Zona e Etichette di affinità dei nodi sono già specificate dal modello.

  5. Seleziona una configurazione della macchina specificando la Famiglia di macchine, la Serie e il Tipo di macchina. Scegli la serie corrispondente al tipo di nodo single-tenant.

  6. Seleziona il disco di avvio per la VM single-tenant, ovvero l'immagine disco virtuale precedentemente importata.

  7. Seleziona la scheda Gestione:

    • In Criterio di disponibilità > Durante la manutenzione dell'host, seleziona il comportamento di riavvio della VM.
    • In Riavvio automatico, seleziona On (consigliato) o Off.

  8. Fai clic su Crea.

gcloud

Esegui il provisioning di una VM single-tenant in un gruppo di nodi single-tenant utilizzando il comando gcloud compute instances create.

gcloud compute instances create VM_NAME \
    --machine-type MACHINE_TYPE
    --image IMAGE_NAME \
    --zone ZONE \
    --node-group GROUP_NAME \
    RESTART_BEHAVIOR \
    --maintenance-policy MAINTENANCE_POLICY

Sostituisci quanto segue:

  • VM_NAME: il nome della VM da creare.
  • MACHINE_TYPE: il tipo di macchina per la nuova VM.
  • IMAGE_NAME: l'immagine da cui creare una VM. Si tratta dell'immagine creata durante il processo di importazione.
  • ZONE: la zona in cui creare la VM.
  • GROUP_NAME: il nome del gruppo di nodi su cui eseguire il provisioning della VM.

  • RESTART_BEHAVIOR: il comportamento di riavvio di questa VM. Imposta il comportamento di riavvio su uno dei seguenti valori:

    • --restart-on-failure
    • --no-restart-on-failure

  • MAINTENANCE_POLICY: comportamento della VM durante gli eventi di manutenzione. Imposta il criterio di manutenzione su uno dei seguenti valori:

    • MIGRATE
    • TERMINATE

REST

Esegui il provisioning di una VM single-tenant su un gruppo di nodi single-tenant utilizzando il metodo instances.insert.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/VM_ZONE/instances

{
  "name": "VM_NAME",
  "machineType": "/zones/MACHINE_TYPE_ZONE/machineTypes/MACHINE_TYPE",
  "scheduling": {
    "nodeAffinities": [
      {
        "key": "node-group",
        "operator": "IN",
        "values": [
        "GROUP_NAME"
        ]
      }
    ],
    "onHostMaintenance": "MAINTENANCE_POLICY",
    "automaticRestart": "AUTOMATIC_RESTART"
  },
  "networkInterfaces": [
    {
     "network": "/global/networks/NETWORK",
     "subnetwork": "/regions/region/subnetworks/SUBNETWORK"
    }
  ],
  "disks": [
    {
      "boot": true,
      "initializeParams": {
        "sourceImage": "/projects/IMAGE_PROJECT/global/images/family/IMAGE_FAMILY"
       }
    }
  ]
}

Sostituisci quanto segue:

  • PROJECT_ID: l'ID del progetto in cui creare la VM.
  • VM_ZONE: la zona in cui creare la VM.
  • VM_NAME: il nome della nuova VM.
  • MACHINE_TYPE_ZONE: la zona contenente il tipo di macchina.
  • MACHINE_TYPE: il tipo di macchina su cui eseguire il provisioning della VM.
  • GROUP_NAME: il nome del gruppo di nodi su cui eseguire il provisioning della VM.
  • MAINTENANCE_POLICY: comportamento della VM durante gli eventi di manutenzione, impostato su MIGRATE o TERMINATE.
  • AUTOMATIC_RESTART: specifica se la VM deve essere riavviata automaticamente se Compute Engine la arresta. Il valore predefinito è true.
  • NETWORK: il nome della rete a cui connettere la VM.
  • SUBNETWORK: il nome della subnet a cui connettere la VM.
  • IMAGE_PROJECT: progetto di immagini contenente l'immagine di origine.
  • IMAGE_FAMILY: famiglia di immagini dell'immagine di origine.

Passaggi successivi