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 portare su Google Cloud immagini con licenze esistenti, rivedi i termini e le condizioni della tua licenza.

Fornire le tue licenze per processore fisico o fisico esistenti che hanno i requisiti hardware dedicati richiedono l'uso dei propri supporti i contenuti multimediali sulle configurazioni hardware, ad esempio singolo tenant nodi conformi alle tue licenze. Puoi Trasferisci immagini con licenze esistenti in qualsiasi regione che supporti il single-tenant nodi e sebbene non siano previsti costi aggiuntivi per portare immagini con licenze esistenti, devi comunque pagare le licenze in base ai contratti che hai sottoscritto.

Scenari di licenza come licenze relative a Linux BYOS con RHEL Le applicazioni SLES e Microsoft non richiedono nodi single-tenant. 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 macchine virtuali (VM) solo per il tuo progetto. Puoi configurare nodi single-tenant supportare diversi requisiti relativi ai carichi di lavoro, ad esempio quelli per di server e core fisici. Consulta i contratti di licenza per determinare le opzioni di configurazione più adatte ai tuoi carichi di lavoro.

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 tue licenze.

  3. Importa i file del disco virtuale 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 sui 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 tuo consumo di licenze, Google fornisce strumenti per aiutarti a monitorare sia l'utilizzo delle licenze sia l'utilizzo dei core fisici e dei processori.

  8. Segnalare il consumo di licenze al 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 sul trasferimento delle immagini con licenze esistenti a Google Cloud, contatta Google Cloud assistenza.

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 di CPU pari a 72. Assicurati di avere di CPU sufficiente per supportare il tuo gruppo di nodi. Ad esempio, n1-node-96-624 tipo di nodo contiene 96 CPU e se il gruppo di nodi utilizza il numero minimo di nodi (2), la tua quota di CPU deve essere almeno 192. A seconda della configurazione e delle esigenze dei tuoi carichi di lavoro, potresti anche devi 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 ruoli il tuo progetto, consulta Gestione dell'accesso a Risorse di 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 conteggio dei nuclei fisici, vedi Analisi single-tenant dei nodi.
  • Se non l'hai già fatto, configura l'autenticazione. Autenticazione è Il processo di verifica dell'identità per l'accesso ai servizi e alle API di Google Cloud. Per eseguire codice o esempi da un ambiente di sviluppo locale, puoi eseguire l'autenticazione Compute Engine come segue.

    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 ulteriori informazioni, vedi Esegui 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 usare 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 disponi di dischi virtuali (dischi aurei o immagini auree) nel tuo un ambiente on-premise con le configurazioni o le licenze software di cui hai bisogno, lo strumento di importazione del disco virtuale può ti aiuteranno a effettuare le seguenti operazioni:

  1. Importa i tuoi dischi virtuali personalizzati con un sistema operativo supportato e creare immagini basate su quei dischi.

  2. Imposta la configurazione della licenza appropriata.

  3. Installa i pacchetti e i driver necessari per la compatibilità con in 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 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 preferisci per l'utilizzo. Puoi importare dischi virtuali da Cloud Storage nei bucket e nelle 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 quindi il file in Compute Engine e crea un'immagine di avvio 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 codice licenza. In Licenza sistema operativo, scegli Usa il tuo codice di 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 esegui l'importazione da Cloud Storage, il database deve trovarsi nello stesso progetto che stai utilizzando per importare disco virtuale e devi specificare il percorso completo del file 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. Sei inoltre responsabile Preparazione dell'immagine del sistema operativo guest per l'importazione in base ai contratti di licenza.

Per attivare una licenza, utilizza gli script di avvio con una chiave di attivazione multipla (MAK) o configurare l'accesso al Microsoft Key Management Service. 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. Successivamente, puoi creare il modello e continuare con la creazione del nodo gruppo, se lo desideri.

Imposta le etichette di affinità dei nodi nel modello di nodo single-tenant quando crei il modello.

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 seguito crei un nodo basato su questo modello di nodo, il gruppo di nodi deve essere in un all'interno della regione in cui hai creato il modello di nodo.

  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: 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 in un nodo gruppo. Tutti i nodi di un gruppo di nodi sono identici e vengono creati i parametri specificati da un modello di nodo.
  • "KEY": "VALUE": elenco separato da virgole delle etichette di affinità rappresentate da 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 nodi, il gruppo di nodi deve essere 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. Questi non sono assegnate per core fisici, quindi non è necessario un speciali criteri di manutenzione dell'host per limitare l'utilizzo del server fisico.

Console

  1. Vai alla pagina Nodi single-tenant.

    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à 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 per 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 la dimensione del nodo gruppo.
  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 due valori in un secondo momento.

  10. Fai clic su Continua.

  11. (Facoltativo) In Configura le impostazioni di manutenzione, imposta il Criterio di manutenzione impostandolo su uno dei seguenti valori. I criteri di manutenzione consentono di configurare il comportamento delle VM nel gruppo di nodi durante gli eventi di manutenzione dell'host. Per ulteriori informazioni, vedi Criteri di manutenzione dell'host.

    • 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: nome del modello di nodo da creare dal gruppo di nodi.
  • GROUP_SIZE: 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: zona in cui creare il gruppo di nodi. Deve trovarsi nella stessa regione del modello di nodo.
  • MAINTENANCE_POLICY: criterio di manutenzione del nodo gruppo. 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 per creare il nodo Raggruppa.
  • ZONE: la zona in cui creare il gruppo di nodi. Deve trovarsi nella stessa regione del modello di nodo.
  • GROUP_SIZE: 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.
  • REGION: regione contenente il modello di nodo.
  • TEMPLATE_NAME: nome del modello di nodo da creare dal 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. In caso contrario viene impostato, DEFAULT viene utilizzato per il criterio di manutenzione.

    • DEFAULT
    • RESTART_IN_PLACE
    • MIGRATE_WITHIN_NODE_GROUP

Provisioning di una VM single-tenant

Esegui il provisioning di una VM sul gruppo di nodi e specifica il criterio di manutenzione dell'host. Essere a conoscenza dei seguenti requisiti:

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

Console

Se utilizzavi etichette di affinità dei nodi nel modello, puoi creare più VM utilizzando gruppi di istanze gestite specificando le etichette di affinità nodo nelle impostazioni dei nodi single-tenant, oppure crea singole VM dalla pagina dei dettagli del gruppo di nodi:

  1. Vai alla pagina Nodi single-tenant.

    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 eseguendo una delle seguenti operazioni:

    • Per creare una VM in qualsiasi punto del gruppo di nodi single-tenant, 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. Configurare 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 macchina specificando la Famiglia di macchine, Serie e 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 (opzione consigliata) oppure Off.
  8. Fai clic su Crea.

gcloud

Esegui il provisioning di una VM single-tenant su 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: nome della VM da creare.
  • MACHINE_TYPE: il tipo di macchina per la nuova VM.
  • IMAGE_NAME: immagine da cui creare una VM. Questo è l'immagine creata durante il processo di importazione.
  • ZONE: 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 la manutenzione eventi. 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: ID del progetto in cui creare la VM.
  • VM_ZONE: la zona in cui creare la VM.
  • VM_NAME: nome della nuova VM.
  • MACHINE_TYPE_ZONE: zona contenente la macchina di testo.
  • 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 la manutenzione , impostati su MIGRATE o TERMINATE.
  • AUTOMATIC_RESTART: specifica se la VM viene riavviata automaticamente se Compute Engine la arresta. La il valore predefinito è true.
  • NETWORK: il nome della rete a cui connettere la VM.
  • SUBNETWORK: nome della subnet per connettere VM.
  • IMAGE_PROJECT: progetto di immagini contenente l'immagine di origine.
  • IMAGE_FAMILY: famiglia di immagini dell'immagine di origine.

Passaggi successivi