Scala gli ambienti

Cloud Composer 1 | Cloud Composer 2 | Cloud Composer 3

Questa pagina descrive come scalare gli ambienti Cloud Composer.

Scalabilità verticale e orizzontale

In Cloud Composer 1, non definisci risorse di CPU e memoria specifiche per i componenti Cloud Composer e Airflow come worker e scheduler. Devi invece specificare il numero e il tipo di macchine per i nodi nel cluster dell'ambiente.

Nota: durante la distribuzione dei componenti in Cloud Composer 1, alcuni componenti Airflow potrebbero essere posizionati in modo non uniforme sui nodi disponibili. In uno scenario di questo tipo, il carico di CPU o memoria di uno o più nodi è superiore rispetto ad altri nodi del cluster.

Opzioni per la scalabilità orizzontale:

• Modifica il numero di nodi
• Regola il numero di scheduler

Opzioni per la scalabilità verticale:

• Modifica il tipo di macchina dell'istanza Cloud SQL
• Modifica il tipo di macchina del server web

Regola i parametri dello scheduler

Il tuo ambiente può eseguire più di uno scheduler Airflow contemporaneamente. Utilizza più scheduler per distribuire il carico tra diverse istanze di scheduler per migliorare prestazioni e affidabilità.

Se il tuo ambiente utilizza Airflow 2, puoi specificare un numero di scheduler fino al numero di nodi nel tuo ambiente.

L'aumento del numero di scheduler non migliora sempre le prestazioni di Airflow. Ad esempio, avere un solo scheduler può offrire prestazioni migliori rispetto a due. Questo può accadere quando lo scheduler aggiuntivo non viene utilizzato e quindi consuma risorse del tuo ambiente senza contribuire alle prestazioni complessive. Le prestazioni effettive dello scheduler dipendono dal numero di worker di Airflow, dal numero di DAG e attività in esecuzione nel tuo ambiente e dalla configurazione di Airflow e dell'ambiente.

Ti consigliamo di iniziare con due scheduler e poi di monitorare le prestazioni dell'ambiente. Se modifichi il numero di scheduler, puoi sempre riportare l'ambiente al numero originale di scheduler.

Per ulteriori informazioni sulla configurazione di più scheduler, consulta la documentazione di Airflow.

Console

1. Nella console Google Cloud, vai alla pagina Ambienti.

   Vai ad Ambienti

2. Nell'elenco degli ambienti, fai clic sul nome dell'ambiente. Si apre la pagina Dettagli ambiente.

3. Vai alla scheda Configurazione dell'ambiente.

4. Nella voce Risorse > Configurazione carichi di lavoro, fai clic su Modifica.

5. Nella voce Risorse > Numero di scheduler, fai clic su Modifica.

6. Nel riquadro Configurazione scheduler, specifica il numero di scheduler nel campo Numero di scheduler per il tuo ambiente.

7. Fai clic su Salva.

gcloud

Sono disponibili i seguenti parametri dello scheduler Airflow:

• --scheduler-count: il numero di scheduler nel tuo ambiente.

Esegui questo comando di Google Cloud CLI:

gcloud composer environments update ENVIRONMENT_NAME \
  --location LOCATION \
  --scheduler-count SCHEDULER_COUNT

Sostituisci quanto segue:

• ENVIRONMENT_NAME: il nome dell'ambiente.

• LOCATION: la regione in cui si trova l'ambiente.

Esempio:

gcloud composer environments update example-environment \
  --location us-central1 \
  --scheduler-count 2

API

1. Creare una richiesta API environments.patch.

2. In questa richiesta:

   1. Nel parametro updateMask, specifica la maschera config.workloadsConfig.schedulerCount.

   2. Nel corpo della richiesta, specifica il numero di scheduler per il tuo ambiente.

"config": {
  "workloadsConfig": {
    "scheduler": {
      "count": SCHEDULER_COUNT
    }
  }
}

Sostituisci quanto segue:

• ENVIRONMENT_NAME: il nome dell'ambiente.

• LOCATION: la regione in cui si trova l'ambiente.

• SCHEDULER_COUNT: il numero di scheduler.

Esempio:

// PATCH https://composer.googleapis.com/v1/projects/example-project/
// locations/us-central1/environments/example-environment?updateMask=
// config.workloadsConfig.scheduler

"config": {
  "workloadsConfig": {
    "scheduler": {
      "count": 2
    }
  }
}

Terraform

I seguenti campi nel blocco workloads_config.scheduler controllano i parametri dello scheduler di Airflow. Ogni scheduler usa la quantità specificata di risorse.

• scheduler.count: il numero di scheduler nel tuo ambiente.

resource "google_composer_environment" "example" {
  provider = google-beta
  name = "ENVIRONMENT_NAME"
  region = "LOCATION"

  config {

    workloads_config {
      scheduler {
        count = SCHEDULER_COUNT
      }
    }

  }
}

Sostituisci quanto segue:

• ENVIRONMENT_NAME: il nome dell'ambiente.

• LOCATION: la regione in cui si trova l'ambiente.

• SCHEDULER_COUNT: il numero di scheduler.

Esempio:

resource "google_composer_environment" "example" {
  provider = google-beta
  name = "example-environment"
  region = "us-central1"

  config {

    workloads_config {
      scheduler {
        
        count = 2
      }
    }

  }
}

Regola i parametri dell'attivatore

Puoi impostare il numero di triggerer su zero, ma hai bisogno di almeno un'istanza di trigger nel tuo ambiente (o almeno due in ambienti altamente resilienti) per utilizzare operatori ripristinabili nei tuoi DAG.

A seconda della modalità di resilienza del tuo ambiente, sono possibili diverse configurazioni per il numero di triggerer:

• Resilienza standard: puoi eseguire fino a 10 triggerer.
• Alta resilienza: almeno 2 triggerer, fino a un massimo di 10.

Anche se il numero di triggerer è impostato su zero, viene creata una definizione del pod dell'attivatore che risulta visibile nel cluster del tuo ambiente, ma non vengono eseguiti carichi di lavoro dell'attivatore effettivo.

Puoi anche specificare la quantità di CPU, memoria e spazio su disco utilizzati dagli attivatori di Airflow nel tuo ambiente. In questo modo, puoi aumentare le prestazioni dell'ambiente, oltre alla scalabilità orizzontale fornita dall'utilizzo di più attivatori.

Nota: per informazioni sui possibili valori e limiti per le risorse, consulta la sezione Limiti delle risorse.

Console

1. Nella console Google Cloud, vai alla pagina Ambienti.

   Vai ad Ambienti

2. Nell'elenco degli ambienti, fai clic sul nome dell'ambiente. Si apre la pagina Dettagli ambiente.

3. Vai alla scheda Configurazione dell'ambiente.

4. Nella voce Risorse > Configurazione carichi di lavoro, fai clic su Modifica.

5. Nel riquadro Configurazione dei carichi di lavoro, regola i parametri per gli attivatori di Airflow:

   1. Nella sezione Triggerer, inserisci il numero di triggerer nel tuo ambiente nel campo Numero di triggerer.

      Se imposti almeno un triggerer per il tuo ambiente, utilizza anche i campi CPU e Memoria per configurare l'allocazione delle risorse per i triggerer.

   2. In CPU e Memoria, specifica il numero di CPU, la memoria e lo spazio di archiviazione per i triggerer di Airflow. Ogni triggerer utilizza la quantità specificata di risorse.

6. Fai clic su Salva.

gcloud

Sono disponibili i seguenti parametri dell'attivatore Airflow:

Attenzione: utilizza sempre tutti e tre gli argomenti: --triggerer-cpu, --triggerer-memory e --triggerer-count. Se ometti un parametro, il relativo valore attuale viene reimpostato sul valore predefinito: 0.5 vCPU, 0.5 GB di memoria o il numero di triggerer per la modalità di resilienza del tuo ambiente.

• --triggerer-count: il numero di triggerer nel tuo ambiente.

  • Per gli ambienti di resilienza standard, utilizza un valore compreso tra 0 e 10.
  • Per ambienti altamente resilienti, utilizza 0 o un valore compreso tra 2 e 10.

• --triggerer-cpu: il numero di CPU per un triggerer Airflow.

• --triggerer-memory: la quantità di memoria per un attivatore di Airflow.

Esegui questo comando di Google Cloud CLI:

gcloud composer environments update ENVIRONMENT_NAME \
  --location LOCATION \
  --triggerer-count TRIGGERER_COUNT \
  --triggerer-cpu TRIGGERER_CPU \
  --triggerer-memory TRIGGERER_MEMORY

Sostituisci quanto segue:

• ENVIRONMENT_NAME: il nome dell'ambiente.
• LOCATION: la regione in cui si trova l'ambiente.
• TRIGGERER_COUNT: il numero di triggerer.
• TRIGGERER_CPU: il numero di CPU per un triggerer, in unità vCPU.
• TRIGGERER_MEMORY: la quantità di memoria per un triggerer.

Nota: il valore specificato per memoria e spazio su disco deve essere un numero intero seguito da un'unità di dimensione KB per kilobyte, MB per megabyte o GB per gigabyte. L'unità di dimensione predefinita è GB. Ad esempio, 10GB produce uno spazio di archiviazione da 10 gigabyte.

Esempi:

• Scala fino a quattro istanze di trigger:

  gcloud composer environments update example-environment \
    --location us-central1 \
    --triggerer-count 4 \
    --triggerer-cpu 1 \
    --triggerer-memory 1
  ```

- Disable triggerers by setting triggerer count to `0`. This operation
  doesn't require specifying CPU or memory for the triggerers.

```bash
  gcloud composer environments update example-environment \
    --location us-central1 \
    --triggerer-count 0
  ```

API

1. Nel parametro di query updateMask, specifica la maschera config.workloadsConfig.triggerer.

2. Nel corpo della richiesta, specifica tutti e tre i parametri per gli attivatori.

"config": {
  "workloadsConfig": {
    "triggerer": {
      "count": TRIGGERER_COUNT,
      "cpu": TRIGGERER_CPU,
      "memoryGb": TRIGGERER_MEMORY
    }
  }
}

Sostituisci quanto segue:

• TRIGGERER_COUNT: il numero di triggerer.

  • Per gli ambienti di resilienza standard, utilizza un valore compreso tra 0 e 10.
  • Per ambienti altamente resilienti, utilizza 0 o un valore compreso tra 2 e 10.

• TRIGGERER_CPU: il numero di CPU per un triggerer, in unità vCPU.

• TRIGGERER_MEMORY: la quantità di memoria per un triggerer.

Esempi:

• Disabilita gli attivatori impostando il conteggio degli attivatori su 0. Questa operazione non richiede di specificare CPU o memoria per i triggerer.

// PATCH https://composer.googleapis.com/v1/projects/example-project/
// locations/us-central1/environments/example-environment?updateMask=
// config.workloadsConfig.triggerer
"config": {
  "workloadsConfig": {
    "triggerer": {
      "count": 0
    }
  }
}

• Scala fino a quattro istanze di trigger:

// PATCH https://composer.googleapis.com/v1/projects/example-project/
// locations/us-central1/environments/example-environment?updateMask=
// config.workloadsConfig.triggerer
"config": {
  "workloadsConfig": {
    "triggerer": {
      "count": 4,
      "cpu": 1,
      "memoryGb": 1
    }
  }
}

Terraform

I seguenti campi nel blocco workloads_config.triggerer controllano i parametri dell'attivatore Airflow. Ogni triggerer utilizza la quantità specificata di risorse.

• triggerer.count: il numero di triggerer nel tuo ambiente.

  • Per gli ambienti di resilienza standard, utilizza un valore compreso tra 0 e 10.
  • Per ambienti altamente resilienti, utilizza 0 o un valore compreso tra 2 e 10.

• triggerer.cpu: il numero di CPU per un triggerer Airflow.

• triggerer.memory_gb: la quantità di memoria per un triggerer Airflow.

resource "google_composer_environment" "example" {
  provider = google-beta
  name = "ENVIRONMENT_NAME"
  region = "LOCATION"

  config {

    workloads_config {
      triggerer {
        count = TRIGGERER_COUNT
        cpu = TRIGGERER_CPU
        memory_gb = TRIGGERER_MEMORY
      }
    }

  }
}

Sostituisci quanto segue:

• ENVIRONMENT_NAME: il nome dell'ambiente.
• LOCATION: la regione in cui si trova l'ambiente.
• TRIGGERER_COUNT: il numero di triggerer.
• TRIGGERER_CPU: il numero di CPU per un triggerer, in unità vCPU.
• TRIGGERER_MEMORY: la quantità di memoria per un trigger, in GB.

Esempio:

resource "google_composer_environment" "example" {
  provider = google-beta
  name = "example-environment"
  region = "us-central1"

  config {

    workloads_config {
      triggerer {
        count = 1
        cpu = 0.5
        memory_gb = 0.5
      }
    }

  }
}

Regola i parametri del server web

Puoi specificare la quantità di CPU, memoria e spazio su disco utilizzati dal server web Airflow nel tuo ambiente. In questo modo, puoi scalare le prestazioni della UI di Airflow, ad esempio, per soddisfare la domanda proveniente da un elevato numero di utenti o da un numero elevato di DAG gestiti.

Nota: per informazioni sui possibili valori e limiti per le risorse, consulta la sezione Limiti delle risorse.

Console

1. Nella console Google Cloud, vai alla pagina Ambienti.

   Vai ad Ambienti

2. Nell'elenco degli ambienti, fai clic sul nome dell'ambiente. Si apre la pagina Dettagli ambiente.

3. Vai alla scheda Configurazione dell'ambiente.

4. Nella voce Risorse > Configurazione carichi di lavoro, fai clic su Modifica.

5. Nel riquadro Configurazione carichi di lavoro, regola i parametri per il server web. Nei campi CPU, Memoria e Archiviazione, specifica il numero di CPU, la memoria e lo spazio di archiviazione per il server web.

6. Fai clic su Salva.

gcloud

Sono disponibili i seguenti parametri del server web di Airflow:

• --web-server-cpu: il numero di CPU per il server web Airflow.
• --web-server-memory: la quantità di memoria per il server web Airflow.
• --web-server-storage: la quantità di spazio su disco per il server web di Airflow.

Esegui questo comando di Google Cloud CLI:

gcloud composer environments update ENVIRONMENT_NAME \
  --location LOCATION \
  --web-server-cpu WEB_SERVER_CPU \
  --web-server-memory WEB_SERVER_MEMORY \
  --web-server-storage WEB_SERVER_STORAGE

Sostituisci quanto segue:

• ENVIRONMENT_NAME: il nome dell'ambiente.
• LOCATION: la regione in cui si trova l'ambiente.
• WEB_SERVER_CPU: il numero di CPU per il server web, in unità vCPU.
• WEB_SERVER_MEMORY: la quantità di memoria per il server web.
• WEB_SERVER_STORAGE: la quantità di memoria per il server web.

Nota: il valore specificato per memoria e spazio su disco deve essere un numero intero seguito da un'unità di dimensione KB per kilobyte, MB per megabyte o GB per gigabyte. L'unità di dimensione predefinita è GB. Ad esempio, 10GB produce uno spazio di archiviazione da 10 gigabyte.

Esempio:

gcloud composer environments update example-environment \
  --location us-central1 \
  --web-server-cpu 1 \
  --web-server-memory 2.5 \
  --web-server-storage 2

API

1. Creare una richiesta API environments.patch.

2. In questa richiesta:

   1. Nel parametro updateMask, specifica la maschera config.workloadsConfig.webServer per aggiornare tutti i parametri del server web. Puoi anche aggiornare i singoli parametri del server web specificando una maschera per questi arametri: config.workloadsConfig.webServer.cpu, config.workloadsConfig.webServer.memoryGb, config.workloadsConfig.webServer.storageGb.

   2. Specifica i nuovi parametri del server web nel corpo della richiesta.

"config": {
  "workloadsConfig": {
    "webServer": {
      "cpu": WEB_SERVER_CPU,
      "memoryGb": WEB_SERVER_MEMORY,
      "storageGb": WEB_SERVER_STORAGE
    }
  }
}

Sostituisci quanto segue:

• ENVIRONMENT_NAME: il nome dell'ambiente.
• LOCATION: la regione in cui si trova l'ambiente.
• WEB_SERVER_CPU: il numero di CPU per il server web, in unità vCPU.
• WEB_SERVER_MEMORY: la quantità di memoria per il server web, in GB.
• WEB_SERVER_STORAGE: dimensioni del disco del server web in GB.

Esempio:

// PATCH https://composer.googleapis.com/v1/projects/example-project/
// locations/us-central1/environments/example-environment?updateMask=
// config.workloadsConfig.webServer.cpu,
// config.workloadsConfig.webServer.memoryGb,
// config.workloadsConfig.webServer.storageGb

"config": {
  "workloadsConfig": {
    "webServer": {
      "cpu": 0.5,
      "memoryGb": 2.5,
      "storageGb": 2
    }
  }
}

Terraform

I seguenti campi nel blocco workloads_config.web_server controllano i parametri del server web.

• web_server.cpu: il numero di CPU per il server web.
• web_server.memory_gb: la quantità di memoria per il server web.
• web_server.storage_gb: la quantità di spazio su disco per il server web.

resource "google_composer_environment" "example" {
  provider = google-beta
  name = "ENVIRONMENT_NAME"
  region = "LOCATION"

  config {

    workloads_config {
      web_server {
        cpu = WEB_SERVER_CPU
        memory_gb = WEB_SERVER_MEMORY
        storage_gb = WEB_SERVER_STORAGE
      }
    }

  }
}

Sostituisci quanto segue:

• ENVIRONMENT_NAME: il nome dell'ambiente.
• LOCATION: la regione in cui si trova l'ambiente.
• WEB_SERVER_CPU: il numero di CPU per il server web, in unità vCPU.
• WEB_SERVER_MEMORY: la quantità di memoria per il server web, in GB.
• WEB_SERVER_STORAGE: dimensioni del disco del server web in GB.

Esempio:

resource "google_composer_environment" "example" {
  provider = google-beta
  name = "example-environment"
  region = "us-central1"

  config {

    workloads_config {
      web_server {
        cpu = 0.5
        memory_gb = 1.875
        storage_gb = 1
      }
    }

  }
}

Regola le dimensioni dell'ambiente

Le dimensioni dell'ambiente controllano i parametri delle prestazioni dell'infrastruttura Cloud Composer gestita che include, ad esempio, il database Airflow.

Considera di selezionare una dimensione dell'ambiente più grande se vuoi eseguire un numero elevato di DAG e attività.

Nota: le dimensioni dell'ambiente sono diverse dalle preimpostazioni di ambiente. I valori predefiniti di ambiente, che puoi selezionare quando crei un ambiente, determinano tutti i limiti, la scalabilità e i parametri delle prestazioni dell'ambiente, incluse le dimensioni dell'ambiente. Le dimensioni dell'ambiente determinano solo i parametri delle prestazioni dell'infrastruttura Cloud Composer gestita del tuo ambiente.

Console

1. Nella console Google Cloud, vai alla pagina Ambienti.

   Vai ad Ambienti

2. Nell'elenco degli ambienti, fai clic sul nome dell'ambiente. Si apre la pagina Dettagli ambiente.

3. Vai alla scheda Configurazione dell'ambiente.

4. Nella voce Risorse > Configurazione carichi di lavoro, fai clic su Modifica.

5. Nella voce Risorse > Infrastruttura principale, fai clic su Modifica.

6. Nel riquadro Infrastruttura principale, nel campo Dimensioni ambiente, specifica le dimensioni dell'ambiente.

7. Fai clic su Salva.

gcloud

L'argomento --environment-size controlla le dimensioni dell'ambiente:

gcloud composer environments update ENVIRONMENT_NAME \
    --location LOCATION \
    --environment-size ENVIRONMENT_SIZE

Sostituisci quanto segue:

• ENVIRONMENT_NAME: il nome dell'ambiente.
• LOCATION: la regione in cui si trova l'ambiente.
• ENVIRONMENT_SIZE: small, medium o large.

Esempio:

gcloud composer environments update example-environment \
    --location us-central1 \
    --environment-size medium

API

1. Creare una richiesta API environments.patch.

2. In questa richiesta:

   1. Nel parametro updateMask, specifica la maschera config.environmentSize.

   2. Nel corpo della richiesta, specifica le dimensioni dell'ambiente.

  "config": {
    "environmentSize": "ENVIRONMENT_SIZE"
  }

Sostituisci quanto segue:

• ENVIRONMENT_SIZE: la dimensione dell'ambiente ENVIRONMENT_SIZE_SMALL, ENVIRONMENT_SIZE_MEDIUM o ENVIRONMENT_SIZE_LARGE.

Esempio:

// PATCH https://composer.googleapis.com/v1/projects/example-project/
// locations/us-central1/environments/example-environment?updateMask=
// config.environmentSize

"config": {
  "environmentSize": "ENVIRONMENT_SIZE_MEDIUM"
}

Terraform

Il campo environment_size nel blocco config controlla le dimensioni dell'ambiente:

resource "google_composer_environment" "example" {
  provider = google-beta
  name = "ENVIRONMENT_NAME"
  region = "LOCATION"

  config {

    environment_size = "ENVIRONMENT_SIZE"

  }
}

Sostituisci quanto segue:

• ENVIRONMENT_NAME: il nome dell'ambiente.
• LOCATION: la regione in cui si trova l'ambiente.
• ENVIRONMENT_SIZE: la dimensione dell'ambiente ENVIRONMENT_SIZE_SMALL, ENVIRONMENT_SIZE_MEDIUM o ENVIRONMENT_SIZE_LARGE.

Esempio:

resource "google_composer_environment" "example" {
  provider = google-beta
  name = "example-environment"
  region = "us-central1"

  config {

    environment_size = "ENVIRONMENT_SIZE_SMALL"

    }
  }
}

Modifica il numero di nodi

Puoi modificare il numero di nodi nel tuo ambiente.

Questo numero corrisponde al numero di worker Airflow nel tuo ambiente. Oltre a eseguire i worker di Airflow, i nodi del tuo ambiente eseguono anche scheduler di Airflow e altri componenti dell'ambiente.

Console

1. Nella console Google Cloud, vai alla pagina Ambienti.

   Vai ad Ambienti

2. Nell'elenco degli ambienti, fai clic sul nome dell'ambiente. Si apre la pagina Dettagli ambiente.

3. Vai alla scheda Configurazione dell'ambiente.

4. Nell'elemento Nodi worker > Conteggio nodi, fai clic su Modifica.

5. Nel riquadro Configurazione dei nodi worker, nel campo Conteggio nodi, specifica il numero di nodi nel tuo ambiente.

6. Fai clic su Salva.

gcloud

L'argomento --node-count controlla il numero di nodi nel tuo ambiente:

gcloud composer environments update ENVIRONMENT_NAME \
    --location LOCATION \
    --zone NODE_ZONE \
    --node-count NODE_COUNT

Sostituisci quanto segue:

• ENVIRONMENT_NAME: il nome dell'ambiente.
• LOCATION: la regione in cui si trova l'ambiente.
• NODE_COUNT: il numero di nodi. Il numero minimo di nodi è 3.
• NODE_ZONE: la zona Compute Engine per le VM dell'ambiente.

Esempio:

gcloud composer environments update example-environment \
    --location us-central1 \
    --zone us-central1-a \
    --node-count 6

API

1. Creare una richiesta API environments.patch.

2. In questa richiesta:

   1. Nel parametro updateMask, specifica la maschera config.nodeCount.

   2. Nel corpo della richiesta, specifica il numero di nodi per l'ambiente.

  "config": {
    "nodeCount": NODE_COUNT
  }

Sostituisci quanto segue:

• NODE_COUNT: il numero di nodi. Il numero minimo di nodi è 3.

Esempio:

// PATCH https://composer.googleapis.com/v1/projects/example-project/
// locations/us-central1/environments/example-environment?updateMask=
// config.nodeCount

"config": {
  "nodeCount": 6
}

Terraform

Il campo node_count nel blocco node_config specifica il numero di nodi nel tuo ambiente.

resource "google_composer_environment" "example" {

  config {
    node_config {
      node_count = NODE_COUNT
    }
}

Sostituisci quanto segue:

• NODE_COUNT: il numero di nodi.

Esempio:

resource "google_composer_environment" "example" {
  name = "example-environment"
  region = "us-central1"

  config {

    node_config {
      node_count = 4
    }

}

Nota: la modifica del conteggio dei nodi di un ambiente non attiva la ricostruzione delle immagini Airflow utilizzate per l'ambiente.

Modifica il tipo di macchina dell'istanza Cloud SQL

Puoi modificare il tipo di macchina dell'istanza Cloud SQL che archivia il database Airflow del tuo ambiente.

Console

1. Nella console Google Cloud, vai alla pagina Ambienti.

   Vai ad Ambienti

2. Nell'elenco degli ambienti, fai clic sul nome dell'ambiente. Si apre la pagina Dettagli ambiente.

3. Vai alla scheda Configurazione dell'ambiente.

4. Nella voce Risorse > Tipo di macchina Cloud SQL, fai clic su Modifica.

5. Nel riquadro Configurazione Cloud SQL, nell'elenco a discesa Tipo di macchina Cloud SQL, seleziona il tipo di macchina per l'istanza Cloud SQL del tuo ambiente.

6. Fai clic su Salva.

gcloud

Gli argomenti --cloud-sql-machine-type controllano il tipo di macchina dell'istanza Cloud SQL nel tuo ambiente.

Esegui questo comando di Google Cloud CLI:

gcloud composer environments update ENVIRONMENT_NAME \
  --location LOCATION \
  --cloud-sql-machine-type SQL_MACHINE_TYPE

Sostituisci quanto segue:

• ENVIRONMENT_NAME: il nome dell'ambiente.
• LOCATION: la regione in cui si trova l'ambiente.
• SQL_MACHINE_TYPE: il tipo di macchina per l'istanza Cloud SQL.

Esempio:

gcloud composer environments update example-environment \
  --location us-central1 \
  --cloud-sql-machine-type db-n1-standard-2

API

1. Crea una richiesta API environments.patch.

2. In questa richiesta:

   1. Nel parametro updateMask, specifica la maschera config.databaseConfig.machineType.

   2. Nel corpo della richiesta, specifica il tipo di macchina per l'istanza Cloud SQL.

{
  "config": {
    "databaseConfig": {
      "machineType": "SQL_MACHINE_TYPE"
    }
  }
}

Sostituisci quanto segue:

• SQL_MACHINE_TYPE: il tipo di macchina per l'istanza Cloud SQL.

Esempio:

// PATCH https://composer.googleapis.com/v1/projects/example-project/
// locations/us-central1/environments/example-environment?updateMask=
// config.databaseConfig.machineType

{
  "config": {
    "databaseConfig": {
      "machineType": "db-n1-standard-2"
    }
  }
}

Terraform

Il campo machine_type nel blocco database_config specifica il tipo di macchina per l'istanza Cloud SQL.

resource "google_composer_environment" "example" {

  config {
    database_config {
      machine_type = "SQL_MACHINE_TYPE"
    }
  }
}

Sostituisci quanto segue:

• SQL_MACHINE_TYPE: il tipo di macchina per l'istanza Cloud SQL.

Esempio:

resource "google_composer_environment" "example" {
  name = "example-environment"
  region = "us-central1"

  config {
    database_config {
      machine_type = "db-n1-standard-2"
    }
}

Modifica il tipo di macchina del server web

Puoi modificare il tipo di macchina per il server web Airflow del tuo ambiente.

Console

1. Nella console Google Cloud, vai alla pagina Ambienti.

   Vai ad Ambienti

2. Nell'elenco degli ambienti, fai clic sul nome dell'ambiente. Si apre la pagina Dettagli ambiente.

3. Vai alla scheda Configurazione dell'ambiente.

4. Nella voce Risorse > Tipo di macchina server web, fai clic su Modifica.

5. Nel riquadro Configurazione server web, nell'elenco a discesa Tipo di macchina server web, seleziona il tipo di macchina per il server web Airflow.

6. Fai clic su Salva.

gcloud

Gli argomenti --web-server-machine-type controllano il tipo di macchina dell'istanza del server web di Airflow nel tuo ambiente.

Esegui questo comando di Google Cloud CLI:

gcloud composer environments update ENVIRONMENT_NAME \
  --location LOCATION \
  --web-server-machine-type WS_MACHINE_TYPE

Sostituisci quanto segue:

• ENVIRONMENT_NAME: il nome dell'ambiente.
• LOCATION: la regione in cui si trova l'ambiente.
• WS_MACHINE_TYPE: il tipo di macchina per l'istanza del server web di Airflow.

Esempio:

gcloud composer environments update example-environment \
  --location us-central1 \
  --web-server-machine-type composer-n1-webserver-2

API

1. Crea una richiesta API environments.patch.

2. In questa richiesta:

   1. Nel parametro updateMask, specifica la maschera config.webServerConfig.machineType.

   2. Nel corpo della richiesta, specifica il tipo di macchina per il server web.

{
  "config": {
    "webServerConfig": {
      "machineType": "WS_MACHINE_TYPE"
    }
  }
}

Sostituisci quanto segue:

• WS_MACHINE_TYPE: il tipo di macchina per l'istanza del server web di Airflow.

Esempio:

// PATCH https://composer.googleapis.com/v1/projects/example-project/
// locations/us-central1/environments/example-environment?updateMask=
// config.webServerConfig.machineType

{
  "config": {
    "webServerConfig": {
      "machineType": "composer-n1-webserver-2"
    }
  }
}

Terraform

Il campo machine_type nel blocco web_server_config specifica il tipo di macchina per l'istanza del server web di Airflow.

resource "google_composer_environment" "example" {

  config {
    web_server_config {
      machine_type = "WS_MACHINE_TYPE"
    }
  }
}

Sostituisci quanto segue:

• WS_MACHINE_TYPE: il tipo di macchina per l'istanza del server web di Airflow.

Esempio:

resource "google_composer_environment" "example" {
  name = "example-environment"
  region = "us-central1"

  config {
    web_server_config {
      machine_type = "composer-n1-webserver-2"
    }
}

Passaggi successivi

• Scalabilità e prestazioni dell'ambiente
• Prezzi di Cloud Composer
• Aggiornare gli ambienti
• Architettura dell'ambiente