Cloud Composer 1 | Cloud Composer 2 | Cloud Composer 3
Questa pagina descrive l'architettura degli ambienti Cloud Composer.
Configurazioni dell'architettura dell'ambiente
Gli ambienti Cloud Composer 1 possono avere le seguenti configurazioni dell'architettura:
- Architettura IP pubblico
- Architettura IP privato con peering VPC
- IP privato con architettura di condivisione limitata del dominio (DRS)
Progetti del cliente e tenant
Quando crei un ambiente, Cloud Composer distribuisce le risorse dell'ambiente tra un tenant e un progetto del cliente:
- Il progetto del cliente è un progetto Google Cloud in cui crei i tuoi ambienti. Puoi creare più di un ambiente in un singolo progetto del cliente.
Il progetto tenant è un progetto tenant gestito da Google. Il progetto tenant fornisce controllo dell'accesso unificato e un ulteriore livello di sicurezza dei dati per il tuo ambiente. Ogni ambiente Cloud Composer ha il proprio progetto tenant.
Componenti dell'ambiente
Un ambiente Cloud Composer è composto da componenti di ambiente.
Un componente dell'ambiente è un elemento di un'infrastruttura Airflow gestita in esecuzione su Google Cloud, come parte del tuo ambiente. I componenti di ambiente vengono eseguiti nel tenant o nel progetto del cliente del tuo ambiente.
Cluster dell'ambiente
Il cluster dell'ambiente è un cluster Google Kubernetes Engine in modalità Standard nativo VPC o basato su route del tuo ambiente:
Per impostazione predefinita, Cloud Composer abilita gli upgrade automatici dei nodi e la riparazione automatica dei nodi per proteggere il cluster del tuo ambiente dalle vulnerabilità della sicurezza. Queste operazioni vengono eseguite durante i periodi di manutenzione specificati per il tuo ambiente.
Bucket dell'ambiente
Il bucket dell'ambiente è un bucket Cloud Storage in cui sono archiviati i DAG, i plug-in, le dipendenze dei dati e i log di Airflow. Il bucket dell'ambiente si trova nel progetto del cliente.
Quando carichi i file DAG nella cartella /dags del bucket del tuo ambiente, Cloud Composer sincronizza i DAG con i componenti Airflow del tuo ambiente.
Server web Airflow
Il server web Airflow esegue la UI di Airflow del tuo ambiente.
In Cloud Composer 1, il server web Airflow viene eseguito nel progetto tenant del tuo ambiente.
Il server web Airflow è integrato con Identity-Aware Proxy. Cloud Composer nasconde i dettagli dell'integrazione IAP e fornisce l'accesso al server web in base alle identità degli utenti e alle associazioni dei criteri IAM definite per gli utenti.
In Cloud Composer 1, il server web Airflow viene eseguito su un account di servizio diverso
rispetto ai worker e agli scheduler di Airflow. L'account di servizio per il server web viene generato automaticamente durante la creazione dell'ambiente e deriva dal dominio del server web. Ad esempio, se il dominio è example.appspot.com, l'account di servizio è example@appspot.gserviceaccount.com.
Database Airflow
Il database Airflow è un'istanza Cloud SQL in esecuzione nel progetto tenant del tuo ambiente. Ospita il database di metadati Airflow.
Per proteggere le informazioni sensibili relative al flusso di lavoro e alle connessioni, Cloud Composer consente l'accesso al database solo all'account di servizio del tuo ambiente.
Altri componenti del flusso di aria
Altri componenti di Airflow in esecuzione nel tuo ambiente sono:
Gli scheduler di Airflow analizzano i file di definizione dei DAG, pianificano le esecuzioni dei DAG in base all'intervallo pianificato e accodano le attività per l'esecuzione da parte dei worker di Airflow. In Cloud Composer 1 i processori DAG Airflow vengono eseguiti come parte dei componenti dello scheduler.
I lavoratori Airflow eseguono le attività pianificate dagli scheduler di Airflow.
Architettura dell'ambiente IP pubblico
In un'architettura di ambiente IP pubblico per Cloud Composer 1:
- Il progetto tenant ospita un'istanza Cloud SQL, uno spazio di archiviazione Cloud SQL e un'istanza App Engine Flex che esegue il server web Airflow.
- Il progetto del cliente ospita tutti gli altri componenti dell'ambiente.
- Gli scheduler e i worker di Airflow nel progetto del cliente comunicano con il database Airflow tramite istanze proxy Cloud SQL situate nel progetto del cliente.
- Il server web Airflow nel progetto tenant comunica con il database Airflow tramite un'istanza proxy Cloud SQL che si trova nel progetto tenant.
Architettura dell'ambiente IP privato
In un'architettura di ambiente IP privato:
- Il progetto tenant ospita un'istanza Cloud SQL, uno spazio di archiviazione Cloud SQL e due istanze App Engine che eseguono il server web Airflow.
- Il progetto del cliente ospita tutti gli altri componenti dell'ambiente.
- Gli scheduler e i worker di Airflow si connettono al database Airflow tramite il processo HAProxy nel cluster dell'ambiente.
- Il processo HAProxy bilancia il carico del traffico verso l'istanza Cloud SQL tra due istanze proxy Cloud SQL che si trovano nel progetto tenant. Gli ambienti IP privati utilizzano due istanze proxy Cloud SQL perché il progetto del cliente non accede direttamente al database a causa di limitazioni della rete. Sono necessarie due istanze per garantire che i componenti del tuo ambiente abbiano accesso al database in qualsiasi momento.
IP privato con DRS
Se il criterio dell'organizzazione di condivisione limitata del dominio (DRS) è attivato nel progetto, Cloud Composer utilizza l'IP privato con l'architettura dell'ambiente DRS.
Nell'architettura dell'ambiente IP privato con DRS:
Il progetto tenant ospita un'istanza Cloud SQL, uno spazio di archiviazione Cloud SQL e due istanze App Engine che eseguono il server web Airflow.
Il progetto tenant ospita un bucket di ambiente aggiuntivo. Il server web Airflow accede direttamente a questo bucket.
Il progetto del cliente ospita tutti gli altri componenti dell'ambiente.
Il progetto del cliente ospita il processo di sincronizzazione dei bucket nel cluster dell'ambiente. Questo processo sincronizza due bucket di ambiente.
Gli scheduler e i worker di Airflow si connettono al database Airflow tramite il processo HAProxy nel cluster dell'ambiente.
Il processo HAProxy bilancia il carico del traffico verso l'istanza Cloud SQL tra due istanze proxy Cloud SQL che si trovano nel progetto tenant. Gli ambienti IP privati utilizzano due istanze proxy Cloud SQL perché il progetto del cliente non accede direttamente al database a causa di limitazioni della rete. Sono necessarie due istanze per garantire che i componenti del tuo ambiente abbiano accesso al database in qualsiasi momento.
Integrazione con Cloud Logging e Cloud Monitoring
Cloud Composer si integra con Cloud Logging e Cloud Monitoring del tuo progetto Google Cloud, in modo da avere una posizione centrale in cui visualizzare i log di Airflow e DAG.
Cloud Monitoring raccoglie e importa metriche, eventi e metadati da Cloud Composer per generare insight tramite dashboard e grafici.
A causa della natura dei flussi di Cloud Logging, puoi visualizzare immediatamente i log emessi dai componenti Airflow invece di attendere che i log di Airflow vengano visualizzati nel bucket Cloud Storage del tuo ambiente.
Per limitare il numero di log nel tuo progetto Google Cloud, puoi interrompere l'importazione di tutti i log. Non disabilitare il logging.