Converti le configurazioni di Deployment Manager con DM Convert

Anteprima

Questo prodotto o funzionalità è soggetto ai "Termini delle Offerte pre-GA" nella sezione Termini generali del servizio dei Termini specifici del servizio. I prodotti e le funzionalità pre-GA sono disponibili "così come sono" e potrebbero avere un supporto limitato. Per saperne di più, consulta le descrizioni della fase di lancio.

In questa pagina viene descritta la procedura per utilizzare la conversione di DM per la conversione configurazioni di Deployment Manager Modello di risorse di Kubernetes (KRM) o Terraform.

Configura l'ambiente

Configura le variabili di ambiente

Salva le seguenti variabili di ambiente, utilizzate nella parte rimanente di questa guida:

export PROJECT_ID=$(gcloud config get-value project) \
export DM_CONVERT_IMAGE="us-central1-docker.pkg.dev/\
dm-convert-host/deployment-manager/dm-convert:public-preview"

Nota: questa immagine Docker serve solo a semplificare il processo di creazione del file di output da qualsiasi file yaml di deployment.

Configura gli strumenti

Devi avere accesso ai seguenti strumenti:

• gcloud

• docker

• kubectl

• bq

• jq

Se utilizzi Cloud Shell per eseguire DM Convert, hai già accesso.

Converti le configurazioni

A livello generale, esegui la migrazione della configurazione di Deployment Manager Terraform o KRM tramite:

1. Preparazione di un deployment Deployment Manager per la conversione.

2. Conversione della configurazione in HCL (configurazione hashiCorp) per Terraform) o il formato KRM (Kubernetes Resource Model).

3. Utilizzo di Terraform o Config Connector per applicare la configurazione convertita.

4. Abbandonare il deployment Deployment Manager esistente.

Prepara il deployment esistente

DM Convert opera sui file di configurazione e sui modelli di Deployment Manager. Nel corso della guida, questi file verranno creati e salvati localmente come input per lo strumento DM Convert.

Puoi creare un file di configurazione personalmente o acquisire una configurazione da un deployment in tempo reale.

Converti un file di configurazione

Puoi utilizzare la seguente configurazione di esempio per provare il convertitore. Sostituisci PROJECT_ID con il tuo ID progetto Google Cloud e salva i contenuti seguenti in un file denominato deployment.yaml:

  resources:
  - name: bigquerydataset
    type: bigquery.v2.dataset
    properties:
      datasetReference:
        datasetId: bigquerydataset
        projectId: PROJECT_ID
      defaultTableExpirationMs: 36000000
      location: us-west1
  - type: bigquery.v2.table
    name: bigquerytable
    properties:
      datasetId: bigquerydataset
      labels:
        data-source: external
        schema-type: auto-junk
      tableReference:
        projectId: PROJECT_ID
        tableId: bigquerytable
    metadata:
      dependsOn:
      - bigquerydataset

Nota: se vuoi provare una configurazione diversa, assicurati che il file di configurazione e tutte le relative dipendenze (modelli Jinja o Python) siano copiati nella stessa gerarchia di cartelle di questo esempio.

• Acquisisci una configurazione da un deployment attivo

  Se vuoi acquisire e convertire la configurazione di un deployment live, può recuperare la configurazione espansa e salvarla su disco eseguendo seguenti comandi, sostituendo DEPLOYMENT_NAME con del deployment.

  # Configure your project/deployment
  DEPLOYMENT_NAME=DEPLOYMENT_NAME
  PROJECT_ID=PROJECT_ID
  
  # Fetch the latest manifest for the given deployment
  gcloud deployment-manager deployments describe $DEPLOYMENT_NAME \
    --project $PROJECT_ID --format="value(deployment.manifest)"
  https://www.googleapis.com/deploymentmanager/v2/projects/$PROJECT_ID/global/deployments/bq/manifests/manifest-1618872644848
  
  # The manifest name is the last path segment from the URI
  # in the above command output
  MANIFEST_NAME="manifest-1618872644848"
  # Save the expanded manifest to deployment.yaml
  gcloud deployment-manager manifests describe $MANIFEST_NAME \
    --deployment $DEPLOYMENT_NAME --project $PROJECT_ID \
    --format="value(expandedConfig)" > deployment.yaml
  

Converti il deployment

Per convertire le risorse in formato deployment.yaml in formato HCL o KRM e salvarle come output convertiti, esegui il comando seguente nella stessa directory deployment.yaml con le sostituzioni desiderate:

CONVERTED_RESOURCES=OUTPUT_FILE

docker run --rm -it --workdir=/convert \
--volume=$(pwd):/convert \
$DM_CONVERT_IMAGE \
--config deployment.yaml \
--output_format OUTPUT_FORMAT \
--output_file OUTPUT_FILE \
--output_tf_import_file OUTPUT_IMPORT_FILE \
--deployment_name DEPLOYMENT_NAME \
--project_id $PROJECT_ID

Apporta le seguenti sostituzioni:

• OUTPUT_FORMAT: il formato di output per la conversione. Può essere TF per Terraform o KRM per KRM.

• OUTPUT_FILE: il nome del file in cui l'output convertito viene salvato.

• (Solo Terraform) OUTPUT_IMPORT_FILE: il nome del file a cui I comandi di importazione di Terraform vengono salvati. Se viene specificato un flag project_id, i comandi di importazione vengono generati in base a quel flag. Se non viene specificato un flag project_id, i comandi di importazione vengono generati in base all'attributo projectId della configurazione della risorsa.

• DEPLOYMENT_NAME: il nome del deployment. È un aspetto importante utilizzando i modelli nella configurazione di Deployment Manager e sono anche utilizzando la variabile di ambiente deployment. Per ulteriori informazioni, consulta la sezione Utilizzare una variabile di ambiente.

Visualizza le conversioni

# Print output file
cat OUTPUT_FILE

Applica la configurazione convertita

Terraform

Configura Terraform

# Configure default project
cat <<EOF > echo > main.tf
provider "google" {
  project = "$PROJECT_ID"
}
EOF

Nota: la configurazione di Terraform in questa guida è adatta per scopi di test. Per un elenco completo delle best practice per l'esecuzione di Terraform su Google Cloud, incluso l'utilizzo di Cloud Storage per archiviare e gestire lo stato di Terraform da remoto, consulta Gestione dell'infrastruttura come codice con Terraform, Cloud Build e GitOps.

Dopo aver convertito le risorse di Deployment Manager in Terraform, puoi utilizzare Terraform per creare risorse eseguendo direttamente il deployment della configurazione convertita.

Esegui il deployment della configurazione convertita utilizzando Terraform

# NOTE: if Terraform state gets corrupted during testing,
# use init --reconfigure to reset backend
terraform init
echo "***************  TERRAFORM PLAN  ******************"
terraform plan
echo "**************  TERRAFORM APPLY  ******************"
terraform apply

(Facoltativo) Importa le risorse esistenti

Se stai convertendo un deployment esistente e vuoi utilizzare Terraform per gestire le relative risorse senza eseguire nuovamente il deployment, puoi farlo utilizzando la funzionalità di importazione di Terraform.

In questa sezione, utilizzerai deployment.yaml per processo di importazione.

Inizializza Terraform:

# NOTE: if Terraform state gets corrupted during testing,
# use init --reconfigure to reset backend
terraform init

I comandi di importazione vengono generati e salvati in OUTPUT_IMPORT_FILE. Per esaminarne i contenuti, esegui il seguente comando:

cat OUTPUT_IMPORT_FILE

Per importare le risorse per deployment.yaml, esegui il seguente comando:

# Make the import file executable
chmod +x OUTPUT_IMPORT_FILE
# Perform the import
./OUTPUT_IMPORT_FILE

Dopo aver importato le risorse nello stato di Terraform, puoi verificare se ci sono modifiche tra lo stato e la configurazione Terraform generata eseguendo il comando plan di Terraform:

terraform plan

Questo produce il seguente output:

Terraform will perform the following actions:

# google_bigquery_dataset.bigquerydataset will be updated in-place
~ resource "google_bigquery_dataset" "bigquerydataset" {
    ...
    ~ labels = {
        # the label value will be based on the deployment name and may not
        # match
        - "goog-dm" = "bq-for-import" -> null
      }
    ...
  }

# google_bigquery_table.bigquerytable will be updated in-place
~ resource "google_bigquery_table" "bigquerytable" {
    ...
    ~ labels = {
        # the label value will be based on the deployment name and may not
        # match
        - "goog-dm" = "bq-for-import" -> null
      }
    ...
  }

Plan: 0 to add, 2 to change, 0 to destroy.

Accetta questa modifica nel piano Terraform poiché vengono rimosse le etichette specifiche di Deployment Manager, ad esempio goog-dm, che non sono necessarie una volta che le risorse vengono gestite da Terraform.

Nota: nell'esempio fornito qui, la configurazione convertita non ha modifiche significative rispetto alla configurazione originale. Tuttavia, quando importi devi rivedere attentamente eventuali modifiche tra lo stato importato e le configurazioni generate prima di applicarle.

Per applicare la configurazione di Terraform, esegui il comando seguente:

# Accept changes by entering yes when prompted
terraform apply

Ora tutte le risorse definite in deployment.yaml sono sotto la gestione di Terraform.

Ad esempio, se vuoi verificare che Terraform stia effettivamente gestendo le risorse convertite, puoi farlo apportando una leggera modifica alla configurazione di Terraform modificando la data e l'ora di scadenza della tabella predefinite nella risorsa google_bigquery_dataset.bigquerydataset:

...
# change from 10 hrs to 12 hrs
default_table_expiration_ms = 43200000
...

Dopo aver apportato le modifiche, puoi applicare la configurazione Terraform e Utilizza l'interfaccia a riga di comando (CLI) bq per verificare le modifiche:

# Accept changes by entering yes when prompted
terraform apply
# Access the dataset properties via bq to verify the changes
bq show --format=prettyjson bigquerydataset | jq '.defaultTableExpirationMs'

L'output che ricevi deve corrispondere ai valori forniti nella configurazione Terraform aggiornata, a conferma del fatto che Terraform ora gestisce queste risorse.

KRM

Configura Config Connector

Nota: Config Connector non prevede alcun costo, ma il Cluster e risorse di Google Kubernetes Engine (GKE) creati da Config Connector che possono fare. Per saperne di più, consulta Quote e limiti.

Per attivare le risorse nei file di configurazione KRM, è necessario un cluster Kubernetes con Config Connector installato. Per creare un cluster di test, consulta Installazione mediante il componente aggiuntivo di GKE.

In Cloud Shell, assicurati che le tue credenziali di kubectl siano configurate per il cluster GKE che vuoi utilizzare. Sostituisci GKE_CLUSTER con il nome del cluster ed esegui seguente comando:

gcloud container clusters get-credentials GKE_CLUSTER

Esegui il deployment della configurazione KRM convertita utilizzando kubectl

Per eseguire il deployment della configurazione KRM convertita utilizzando kubectl, esegui i seguenti comandi:

# Ensure that the namespace is annotated to create resources in the correct
# project/folder/organization. https://cloud.google.com/config-connector/docs/how-to/install-upgrade-uninstall#specify
kubectl apply -n CONFIG_CONNECTOR_NAMESPACE \
  -f OUTPUT_FILE

# Wait for the resources to become healthy
kubectl wait -n CONFIG_CONNECTOR_NAMESPACE \
  --for=condition=Ready \
  --timeout=5m -f OUTPUT_FILE

Esegui la pulizia

Ripulire il set di dati e la tabella di esempio

Terraform

# NOTE: if Terraform state gets corrupted during testing,
# use init --reconfigure to reset backend
echo "***************  TERRAFORM INIT  ******************"
terraform init
# Remove delete protection on BigQuery table
sed -i "/resource \"google_bigquery_table\"/a deletion_protection=\"false\"" \
OUTPUT_FILE
terraform apply
echo "***************  TERRAFORM DESTROY ****************"
terraform destroy

KRM

Per ripulire il set di dati e la tabella BigQuery dalla configurazione di esempio, esegui:

# If the resource was created via Config Connector:
kubectl delete -n CONFIG_CONNECTOR_NAMESPACE \
  -f OUTPUT_FILE

Abbandonare il deployment di Deployment Manager di esempio

Per abbandonare un deployment attivo che hai convertito correttamente in KRM o Terraform, esegui:

Nota: questo comando deve essere eseguito solo per i deployment di esempio creati di questa guida.

gcloud deployment-manager deployments delete DEPLOYMENT_NAME --delete-policy ABANDON

Risorse supportate per la conversione

Terraform

Per elencare le risorse supportate per Terraform, esegui il comando seguente:

docker run --rm -it \
us-central1-docker.pkg.dev/dm-convert-host/deployment-manager/dm-convert:public-preview \
--output_format tf \
--list_supported_types

KRM

Per elencare le risorse supportate per KRM, esegui il seguente comando:

docker run --rm -it \
us-central1-docker.pkg.dev/dm-convert-host/deployment-manager/dm-convert:public-preview \
--output_format krm \
--list_supported_types

Passaggi successivi

Esamina le best practice e i consigli per la configurazione convertita.