Dopo aver creato un deployment, puoi aggiornarlo quando cambia l'applicazione o il servizio. Puoi utilizzare Deployment Manager per aggiornare un deployment:
- Aggiunta o rimozione di risorse da un deployment.
- Aggiornamento delle proprietà delle risorse esistenti in un deployment.
Un singolo aggiornamento può contenere una qualsiasi combinazione di queste modifiche. Ad esempio, puoi apportare modifiche alle proprietà di risorse esistenti e aggiungere nuove risorse nella stessa richiesta. Per aggiornare il deployment, segui questi passaggi:
- Apporta le modifiche che preferisci o crea un file di configurazione.
- (Facoltativo) Scegli i criteri da utilizzare per gli aggiornamenti o utilizza i criteri predefiniti.
- Effettua la richiesta di aggiornamento a Deployment Manager.
Prima di iniziare
- Se vuoi utilizzare gli esempi a riga di comando di questa guida, installa lo strumento a riga di comando "gcloud".
- Se vuoi utilizzare gli esempi di API descritti in questa guida, configura l'accesso alle API.
- Scopri come creare deployment.
Prepara l'aggiornamento
Prima di aggiornare il deployment, segui queste linee guida per preparare l'aggiornamento:
Se stai aggiornando il deployment per aggiungere nuove risorse al progetto, controlla se le risorse esistono già.
Per impostazione predefinita, se una risorsa che vuoi aggiungere esiste già nel progetto, viene acquisita dal deployment, senza crearne una nuova. Se non vuoi acquisire una risorsa esistente, devi modificare il criterio da utilizzare per l'aggiornamento.
Per informazioni sui criteri che puoi utilizzare durante l'aggiornamento dei deployment, vedi Criteri per l'aggiunta di risorse.
Se stai aggiornando il deployment per sostituire una risorsa, controlla le sue dipendenze
Se vuoi sostituire una risorsa dal tuo deployment, devi prima assicurarti che l'eliminazione non causi un ciclo di deployment. Un ciclo di deployment si verifica quando una risorsa dipende da se stessa, direttamente o indirettamente. Ad esempio, considera il seguente deployment:
resources: - name: vm-a properties: zone: us-central1-f ... metadata: dependsOn: - vm-depends-on # The second VM - name: vm-depends-on properties: zone: $(ref.vm-a.zone) ...
In questo deployment, per
vm-a
, l'istruzionedependsOn
richiede la creazione divm-depends-on
prima del giornovm-a
. Tuttavia,vm-depends-on
utilizza un riferimento alla zona pervm-a
, il che richiede chevm-a
venga creato prima del giornovm-depends-on
. In questo scenario, le dipendenze sono in un loop e il deployment non riesce.Se disponi di una risorsa che dipende da e da altre risorse, la sua sostituzione potrebbe causare un ciclo di deployment.
Ad esempio, supponiamo che un deployment abbia un disco permanente chiamato
disk-a
, una VM chiamatavm-a
e un gruppo di istanze denominatoig-a
. La configurazione pervm-a
include un riferimento adisk-a
, mentre la configurazione perig-a
include un riferimento avm-a
. In una configurazione aggiornata, vuoi rimuoverevm-a
e sostituirlo convm-b
. In questo scenario, la risoluzione delle dipendenze per vm-a e vm-b può causare un ciclo di deployment e il deployment non riesce.Per evitare cicli di deployment quando vuoi sostituire una risorsa in una catena di dipendenze, esegui una delle seguenti operazioni:
Rimuovi le dipendenze per la risorsa che vuoi sostituire, rimuovendo la clausola constraintsOn o rimuovendo o modificando i riferimenti ad altre risorse. Dopo aver aggiornato il deployment con queste modifiche, apporta un altro aggiornamento per sostituire la risorsa.
Elimina la catena di risorse dipendenti e aggiorna il deployment. Poi, nell'aggiornamento successivo, ricrea le risorse che vuoi utilizzare.
Assicurati che esista un'API sottostante che supporti l'aggiornamento.
Deployment Manager utilizza le API di ciascun servizio per creare e modificare i deployment. Per verificare che la richiesta possa essere completata da Deployment Manager, rivedi la documentazione API del servizio piattaforma Cloud per individuare le risorse che vuoi aggiornare.
Ad esempio, se vuoi aggiornare un set di dati BigQuery nel deployment, vedi i metodi disponibili nel riferimento API Set di dati. I metodi includono un metodo
update
, che indica che è possibile aggiornare il set di dati utilizzando Deployment Manager.Alcune API prevedono metodi personalizzati per aggiornare le risorse. Ad esempio, Compute Engine offre un metodo personalizzato per aggiornare i metadati di un'istanza denominato
setMetadata
. In questi casi, Deployment Manager prova a usare i metodi personalizzati.Assicurati che le risorse che stai aggiornando siano modificabili.
Alcune risorse sono immutabili dopo la creazione e non possono essere aggiornate. Per determinare se una risorsa è immutabile, vedi il riferimento API per la risorsa. In genere, una risorsa immutabile non dispone di un metodo API
update
o di un metodo personalizzato per aggiornare le proprietà della risorsa.
Limitazioni
Per ogni deployment, puoi applicare un aggiornamento alla volta. Se un aggiornamento è già in corso, devi interrompere l'aggiornamento corrente prima di avviarne uno nuovo.
Se hai modificato una risorsa in un deployment senza utilizzare Deployment Manager, ad esempio nella console Google Cloud o
gcloud
, potresti visualizzare errori o problemi imprevisti quando provi a modificare la risorsa in un aggiornamento.
Apportare modifiche alla configurazione
Se hai salvato una configurazione esistente, apporta modifiche alla configurazione e utilizzala nella richiesta di aggiornamento.
Se non hai salvato una configurazione esistente, creane una nuova. Per conoscere la procedura per creare un file di configurazione, consulta Configurazioni.
Deployment Manager confronta la configurazione fornita nella richiesta di aggiornamento con il manifest precedente e utilizza le differenze per aggiornare il deployment.
Ad esempio, la tabella seguente mostra due configurazioni: una descrive un deployment esistente e l'altra lo stato aggiornato desiderato del deployment. Tu fornisci la configurazione aggiornata e Deployment Manager valuta le differenze e apporta gli aggiornamenti necessari.
Questo esempio aggiorna una risorsa istanza esistente per includere alcuni metadati personalizzati e aggiunge anche una nuova risorsa macchina virtuale al deployment. Le parti in grassetto indicano le differenze tra i modelli.
Modello corrente | Modello aggiornato |
---|---|
resources: - name: vm-created-by-cloud-config type: compute.v1.instance properties: zone: us-central1-a machineType: machine-type-url disks: - deviceName: boot type: PERSISTENT boot: true autoDelete: true initializeParams: diskName: disk-created-by-cloud-config sourceImage: image-url networkInterfaces: - network: network-url |
resources: - name: vm-created-by-cloud-config type: compute.v1.instance properties: zone: us-central1-a machineType: machine-type-url disks: - deviceName: boot type: PERSISTENT boot: true initializeParams: diskName: disk-created-by-cloud-config sourceImage: image-url networkInterfaces: - network: network-url metadata: items: - key: 'foo' value: 'bar' - key: 'dev' value: 'vm' - name: a-new-vm type: compute.v1.instance properties: zone: us-central1-a machineType: machine-type-url - deviceName: boot type: PERSISTENT boot: true autoDelete: false initializeParams: diskName: a-new-vm-disk sourceImage: image-url networkInterfaces: - network: network-url |
(Facoltativo) Determina i criteri da utilizzare per l'aggiornamento
Quindi, determina quali criteri utilizzare per l'aggiornamento. Il criterio determina la modalità di aggiornamento delle risorse quando aggiorni il deployment.
Deployment Manager utilizza questi criteri predefiniti:
- Il criterio predefinito per l'aggiunta di risorse è
CREATE_OR_ACQUIRE
. - Il criterio predefinito per la rimozione delle risorse è
DELETE
. - Il criterio predefinito per l'aggiornamento delle risorse è
UPDATE
.
Per informazioni su ciascuna norma, consulta le sezioni seguenti.
Criteri per l'aggiunta di risorse
Quando aggiungi risorse, puoi scegliere di crearne una nuova e aggiungerla a un deployment oppure puoi acquisire una risorsa esistente:
CREATE_OR_ACQUIRE
: [valore predefinito] Deployment Manager acquisisce le risorse esistenti nel progetto o le crea se non esistono. Per acquisire una risorsa, Deployment Manager controlla nella configurazione le proprietà della risorsa che stai cercando di creare. Se esiste già una risorsa con le stesse proprietà, Deployment Manager la acquisisce come parte del deployment.Le proprietà controllate da Deployment Manager dipendono dal tipo di risorsa che stai creando e possono includere:
name
della risorsatype
della risorsazone
oregion
della risorsa, se applicabile
Le proprietà fanno parte dell'URL della richiesta API
GET
relativa alla risorsa. Per vedere quali proprietà vengono utilizzate da Deployment Manager per acquisire una risorsa, consulta la documentazione dell'API per il metodoGET
della risorsa. Ad esempio, per le istanze di Compute Engine, l'URL di richiesta per il metodoinstances.get
includeresourceId
(name
nella tua configurazione),zone
eproject
.CREATE
: Deployment Manager crea risorse che non esistono. Se una delle risorse nella tua configurazione esiste già nel progetto, il deployment non va a buon fine.ACQUIRE
- Deployment Manager acquisisce risorse già esistenti, utilizzando gli stessi criteri diCREATE_OR_ACQUIRE
.Utilizza il criterio
ACQUIRE
se hai già un certo numero di risorse nel progetto e vuoi gestirle insieme, come un unico deployment.Nel modello o nella configurazione, devi fornire le proprietà richieste per queste risorse come se le stessi creando. Se una qualsiasi delle risorse nella tua configurazione non esiste nel progetto, il deployment non va a buon fine.
Criteri per la rimozione delle risorse
Specifica uno dei seguenti criteri per la rimozione delle risorse:
DELETE
- [Predefinito] Questa operazione rimuove qualsiasi riferimento alla risorsa dal deployment ed elimina la risorsa sottostante. Questa operazione è definitiva e non può essere annullata, ma puoi ricreare una nuova risorsa con le stesse proprietà.ABANDON
: rimuove qualsiasi riferimento alla risorsa dal deployment, ma non elimina la risorsa sottostante. Ad esempio, se abbandoni un'istanza, significa che questa viene rimossa da un deployment, ma esiste ancora e puoi utilizzarla.Il criterio
ABANDON
si applica solo quando elimini intere risorse, non quando elimini le proprietà di una risorsa o aggiorni una risorsa con nuove proprietà. Se vuoi conservare le proprietà di una risorsa, devi includerla con tutte le sue proprietà originali nella configurazione aggiornata. Se utilizzi un nuovo file di configurazione per l'aggiornamento, ti consigliamo di copiare la definizione della risorsa dalla configurazione originale.
Criteri per l'aggiornamento di una risorsa esistente
Se esiste un metodo UPDATE
per l'aggiornamento delle risorse esistenti, Deployment Manager
lo utilizza.
Altrimenti, se esiste un metodo personalizzato, Deployment Manager lo utilizza.
Deployment Manager supporta metodi personalizzati che utilizzano il verbo set
. Ad esempio, setMetadata()
è un metodo personalizzato valido, al contrario di addAccessConfigs()
.
(Facoltativo) Visualizzare l'anteprima di una configurazione aggiornata
Puoi visualizzare l'anteprima dell'aggiornamento che vuoi apportare prima di eseguire il commit delle modifiche con Google Cloud CLI o l'API. Il servizio Deployment Manager visualizza l'anteprima della configurazione espandendo la configurazione completa e creando risorse "shell".
Deployment Manager non crea un'istanza di risorse effettive quando visualizzi l'anteprima di una configurazione, dandoti la possibilità di vedere il deployment prima di impegnarti.
gcloud
Con Google Cloud CLI, effettua una richiesta update
con il parametro --preview
:
gcloud deployment-manager deployments update example-deployment \
--config configuration-file.yaml \
--preview
API
Nell'API, crea una richiesta PUT()
con un deployment esistente e fornisci il parametro di query preview=true
. Il corpo della richiesta deve contenere i campi intent
, target
e name
. Fornisci il nome del deployment sia nell'URL che nel corpo della richiesta.
Ad esempio, la seguente richiesta API mostra in anteprima un semplice aggiornamento:
PUT https://www.googleapis.com/deploymentmanager/v2/projects/myproject/global/deployments/example-deployment?preview=true
{
"target": {
"config": {
"content": "resources:\n- name: vm-created-by-cloud-config\n type: compute.v1.instance\n properties:\n zone: us-central1-a\n machineType: https://www.googleapis.com/compute/v1/projects/myproject/zones/us-central1-a/machineTypes/n1-standard-1\n disks:\n - deviceName: boot\n type: PERSISTENT\n boot: true\n autoDelete: true\n initializeParams:\n diskName: disk-created-by-cloud-config\n sourceImage: https://www.googleapis.com/compute/v1/projects/debian-cloud/global/images/debian-9-stretch-v20180716\n networkInterfaces:\n - network: https://www.googleapis.com/compute/v1/projects/myproject/global/networks/default"
}
},
"name": "example-deployment"
}
Dopo aver visualizzato l'anteprima di un deployment, puoi eseguire il deployment della configurazione completando la stessa richiesta PUT()
, omettendo sia la configurazione sia il parametro di query preview
. Deployment Manager utilizza l'ultima anteprima
per eseguire l'aggiornamento. Ad esempio:
gcloud deployment-manager deployments update example-deployment
Per conoscere la procedura per effettuare una richiesta di aggiornamento, vedi Effettuare una richiesta di aggiornamento.
Se decidi di non continuare l'aggiornamento, annulla l'anteprima corrente prima di effettuare un'altra richiesta di aggiornamento o anteprima.
Annullare un'anteprima
Dopo aver visualizzato l'anteprima di un aggiornamento, devi decidere se continuare l'aggiornamento. Se non vuoi continuare o se vuoi utilizzare un file di configurazione diverso per aggiornare il deployment, annulla l'anteprima corrente.
gcloud
Con Google Cloud CLI, effettua una richiesta deployments cancel-preview
:
gcloud deployment-manager deployments cancel-preview my-first-deployment
API
Nell'API, effettua una richiesta PUT()
al metodo cancelPreview
e fornisci l'impronta di deployment più recente. Un'impronta è un valore generato in modo casuale che cambia a ogni richiesta di aggiornamento. Per evitare errori durante l'aggiornamento, fornisci l'impronta più recente insieme alla richiesta.
Per ottenere la fingerprint più recente di un deployment, utilizza il metodo get()
per ottenere un deployment e cerca il valore fingerprint. Il valore dell'impronta è simile al seguente:
"fingerprint": "nU2v7bzeA7gBBI8bdbtmFg=="
La tua richiesta cancelPreview()
si presenta così:
POST https://www.googleapis.com/deploymentmanager/v2/projects/myproject/global/deployments/example-deployment/cancelPreview
{
"fingerprint": "nU2v7bzeA7gBBI8bdbtmFg=="
}
Effettuare la richiesta di aggiornamento
Per eseguire l'aggiornamento:
gcloud
Con Google Cloud CLI, utilizza il sottocomando deployments update
, fornendo una nuova configurazione e, facoltativamente, i criteri di aggiornamento.
gcloud deployment-manager deployments update my-first-deployment \
--create-policy POLICY \
--delete-policy POLICY
Se in precedenza hai visualizzato l'anteprima di una configurazione, ometti la configurazione e Deployment Manager utilizza l'ultima configurazione visualizzata in anteprima per eseguire l'aggiornamento.
gcloud deployment-manager deployments update my-first-deployment
API
Nell'API, effettua una richiesta update
e fornisci l'impronta del deployment più recente. Un'impronta è un valore generato in modo casuale che cambia a ogni richiesta di aggiornamento. Per evitare errori durante l'aggiornamento, fornisci l'impronta più recente insieme alla richiesta.
Per ottenere la fingerprint più recente di un deployment, utilizza il metodo get()
per ottenere un deployment e cerca il valore fingerprint. Il valore dell'impronta è simile al seguente:
"fingerprint": "nU2v7bzeA7gBBI8bdbtmFg=="
Quindi, fornisci l'impronta nella richiesta, insieme ai nuovi criteri di configurazione e aggiornamento. Se in precedenza hai visualizzato l'anteprima della configurazione, ometti i criteri di configurazione e aggiornamento e Deployment Manager utilizza l'ultima configurazione in anteprima per eseguire l'aggiornamento.
Fornisci il nome del deployment sia nell'URL che nel corpo della richiesta.
PUT https://www.googleapis.com/deploymentmanager/v2/projects/myproject/global/deployments/example-deployment?createPolicy=ACQUIRE&deletePolicy=ABANDON
{
"target": {
"config": {
"content": "resources:\n- name: vm-created-by-cloud-config\n type: compute.v1.instance\n properties:\n zone: us-central1-a\n machineType: https://www.googleapis.com/compute/v1/projects/myproject/zones/us-central1-a/machineTypes/n1-standard-1\n disks:\n - deviceName: boot\n type: PERSISTENT\n boot: true\n autoDelete: true\n initializeParams:\n diskName: disk-created-by-cloud-config\n sourceImage: https://www.googleapis.com/compute/v1/projects/debian-cloud/global/images/debian-9-stretch-v20180716\n networkInterfaces:\n - network: https://www.googleapis.com/compute/v1/projects/myproject/global/networks/default"
}
},
"name": "example-deployment",
"fingerprint": "nU2v7bzeA7gBBI8bdbtmFg=="
}
Interrompere un aggiornamento
Puoi interrompere un aggiornamento in corso utilizzando stop()
.
. Vengono annullati gli ulteriori progressi fatti da un determinato aggiornamento, ma le modifiche già apportate non vengono annullate.
Se stai tentando di annullare un'anteprima, consulta la sezione Annullare un'anteprima.
gcloud
Con Google Cloud CLI, effettua una richiesta deployments stop
:
gcloud deployment-manager deployments stop my-first-deployment
API
Nell'API, effettua una richiesta POST()
al metodo
stop
e fornisci
la proprietà fingerprint più recente. Un'impronta è un valore generato in modo casuale
che cambia a ogni richiesta di aggiornamento. Per evitare modifiche in conflitto, devi fornire la fingerprint più recente insieme alla richiesta, per eseguire il blocco ottimistico in modo che sia possibile eseguire un solo aggiornamento alla volta.
Per ottenere la fingerprint più recente di un deployment, utilizza il metodo get()
per ottenere un deployment e cerca il valore fingerprint. Il valore dell'impronta è simile al seguente:
"fingerprint": "nU2v7bzeA7gBBI8bdbtmFg=="
La tua richiesta è simile alla seguente:
POST https://www.googleapis.com/deploymentmanager/v2/projects/myproject/global/deployments/example-deployment/stop
{
"fingerprint": "nU2v7bzeA7gBBI8bdbtmFg=="
}
Passaggi successivi
- Aggiungere etichette al deployment.
- Visualizza il manifest di deployment.