Ambienti di scalabilità

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 CPU e memoria specifiche per i componenti di Cloud Composer e Airflow, come worker e scheduler. Specifica invece il numero e il tipo di macchine per i nodi nel cluster del tuo ambiente.

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

Opzioni per la scalabilità orizzontale:

• Modificare il numero di nodi
• Regola il numero di scheduler

Opzioni per la scalabilità verticale:

• Modificare 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 diversi scheduler per migliorare prestazioni e affidabilità.

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

L'aumento del numero di scheduler non migliora sempre Airflow le prestazioni dei dispositivi. Ad esempio, avere un solo scheduler può fornire una migliore anziché averne due. Ciò può accadere quando il programmatore aggiuntivo non viene utilizzato e, di conseguenza, consuma le risorse del tuo ambiente senza contribuire al rendimento complessivo. Le prestazioni effettive dello scheduler dipendono il numero di worker Airflow, il numero di DAG e attività in esecuzione nel tuo dell'ambiente e della configurazione di Airflow e dell'ambiente.

Ti consigliamo di iniziare con due scheduler e poi di monitorare le prestazioni del tuo ambiente. Se modifichi il numero di pianificatori, puoi sempre eseguire nuovamente il ridimensionamento dell'ambiente in base al numero originale di pianificatori.

Per ulteriori informazioni sulla configurazione di più pianificatori, 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 del tuo ambiente. Si apre la pagina Dettagli ambiente.

3. Vai alla scheda Configurazione dell'ambiente.

4. Nell'elemento 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, nella sezione Number of scheduler, specifica il numero di scheduler per del 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 il seguente comando 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. Crea 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 completamente gestito di Google Cloud.

"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 pianificatori.

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 la Parametri scheduler Airflow. Ogni pianificatore utilizza la quantità specificata di risorse.

• scheduler.count: il numero di pianificatori 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 pianificatori.

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 attivatori su zero, ma devi avere almeno un'istanza di attivatore nel tuo ambiente (o almeno due in ambienti altamente resilienti) per utilizzare gli operatori differibili nei tuoi DAG.

A seconda della modalità di resilienza dell'ambiente, esistono diverse configurazioni possibili per il numero di attivatori:

• Resilienza standard: puoi raggiungere 10 triggerer.
• Elevata resilienza: almeno 2 attivatori, fino a un massimo di 10.

Anche se il numero di triggerer è impostato su zero, viene creata e visualizzata una definizione del pod del triggerer nel cluster del tuo ambiente, ma non vengono eseguiti carichi di lavoro dei triggerer effettivi.

Puoi anche specificare la quantità di CPU, memoria e spazio su disco utilizzati da Airflow triggerer nel tuo ambiente. In questo modo, puoi aumentare il rendimento del tuo ambiente, oltre alla scalabilità orizzontale fornita utilizzando triggerer.

Nota: per informazioni sui possibili valori e limiti per le risorse, consulta 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. Viene visualizzata la pagina Dettagli dell'ambiente.

3. Vai alla scheda Configurazione dell'ambiente.

4. Nell'elemento Risorse > Configurazione dei carichi di lavoro, fai clic su Modifica.

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

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

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

   2. In CPU e Memoria, specifica il numero di CPU, memoria e spazio di archiviazione per gli attivatori Airflow. Ogni attivatore utilizza la quantità di risorse specificata.

6. Fai clic su Salva.

gcloud

Sono disponibili i seguenti parametri dell'attivatore Airflow:

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

• --triggerer-count: il numero di attivatori 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 flusso di lavoro Airflow triggerer.

Esegui il seguente comando 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 attivatori.
• TRIGGERER_CPU: il numero di CPU per un attivatore, in unità vCPU.
• TRIGGERER_MEMORY: la quantità di memoria per un attivatore.

Nota: il valore specificato per la memoria e lo spazio su disco deve essere un numero intero seguito da un'unità di misura di KB per kilobyte, MB per megabyte o GB per gigabyte. L'unità di dimensione predefinita è GB. Ad esempio, 10GB produce uno spazio di archiviazione di 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 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:

• Disattiva gli attivatori impostando il conteggio degli attivatori su 0. Questa operazione non richiede la specifica di CPU o memoria per gli attivatori.

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

• Esegui la scalabilità fino a quattro istanze di triggerer:

// 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 la Parametri dell'attivatore Airflow. Ogni attivatore utilizza la quantità specificata di risorse.

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

  • Per 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 attivatore 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 attivatori.
• TRIGGERER_CPU: il numero di CPU per un triggerer, in unità vCPU.
• TRIGGERER_MEMORY: la quantità di memoria per un attivatore, 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 utilizzata dal server web Airflow nel tuo ambiente. In questo modo, puoi scalare le prestazioni UI di Airflow, ad esempio, per soddisfare la domanda proveniente da un gran numero o 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 del tuo ambiente. Viene visualizzata la pagina Dettagli dell'ambiente.

3. Vai alla scheda Configurazione dell'ambiente.

4. Nell'elemento Risorse > Configurazione dei carichi di lavoro, fai clic su Modifica.

5. Nel riquadro Configurazione dei carichi di lavoro, modifica i parametri per il server web. Nei campi CPU, Memoria e Spazio di 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 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 Airflow.

Esegui il seguente comando 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 la memoria e lo spazio su disco deve essere un numero intero seguito da un'unità di misura di KB per kilobyte, MB per megabyte o GB per gigabyte. L'unità di misura predefinita è GB. Ad esempio, 10GB produce un 10 gigabyte di spazio di archiviazione.

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 che include, ad esempio, il database Airflow.

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

Nota: le dimensioni dell'ambiente sono diverse dalle impostazioni predefinite dell'ambiente. Ambiente predefiniti, che puoi selezionare quando crei un ambiente, limiti, scalabilità e parametri delle prestazioni del tuo ambiente, tra cui dimensioni dell'ambiente. Le dimensioni dell'ambiente determinano solo i parametri di 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 del tuo ambiente. Si apre la pagina Dettagli ambiente.

3. Vai alla scheda Configurazione dell'ambiente.

4. Nell'elemento Risorse > Configurazione carichi di lavoro, fai clic su Modifica.

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

6. Nel riquadro Infrastruttura di base, nel campo Dimensione dell'ambiente, specifica la dimensione 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. Crea 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 Airflow, i nodi dell'ambiente eseguono anche gli scheduler 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 > Numero di nodi, fai clic su Modifica.

5. Nel riquadro Configurazione dei nodi worker, nel campo Numero di 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. Crea 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 il ricreando le immagini Airflow utilizzate per l'ambiente.

Modificare il tipo di macchina dell'istanza Cloud SQL

Puoi modificare il tipo di macchina dell'istanza Cloud SQL che memorizza 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. Viene visualizzata la pagina Dettagli dell'ambiente.

3. Vai alla scheda Configurazione dell'ambiente.

4. Nell'elemento 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 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 il seguente comando 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 un Richiesta API environments.patch.

2. In questa richiesta:

   1. Nel parametro updateMask, specifica 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: 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: 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"
    }
}

Modificare 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. Nell'elemento Risorse > Tipo di macchina del server web, fai clic su Modifica.

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

6. Fai clic su Salva.

gcloud

L'argomento --web-server-machine-type controlla il tipo di macchina all'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 valore tipo di macchina per l'istanza del server web Airflow.

Esempio:

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

API

1. Crea un 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 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 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 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