Managed Airflow (3ª gen.) | Managed Airflow (2ª gen.) | Managed Airflow (legacy 1ª gen.)
In questa pagina vengono fornite informazioni sulla configurazione del networking del progetto Google Cloudper gli ambienti con IP privato.
Per gli ambienti con IP privato, Managed Airflow assegna solo indirizzi IP privati (RFC 1918) alle VM Google Kubernetes Engine e Cloud SQL gestite nel tuo ambiente.
In alternativa, puoi anche utilizzare indirizzi IP pubblici utilizzati privatamente e l'agente IP Masquerade per risparmiare spazio degli indirizzi IP e utilizzare indirizzi non RFC 1918.
Per informazioni sulla connessione alle risorse nel tuo ambiente, consulta IP privato.
Prima di iniziare
- Assicurati di disporre delle autorizzazioni utente e account di servizio appropriate per creare un ambiente.
- Verifica che nel progetto non siano definite policy dell'organizzazione incompatibili.
Controlla i requisiti di rete
Verifica che la rete VPC del progetto soddisfi i seguenti requisiti:
Assicurati che non ci siano conflitti tra i blocchi di IP privati. Se la tua rete VPC e i relativi peer VPC stabiliti hanno blocchi IP sovrapposti con la rete VPC nel progetto tenant gestito da Google, Managed Airflow non può creare l'ambiente. Consulta la tabella degli intervalli IP predefiniti per i valori predefiniti utilizzati in ogni regione.
Assicurati che siano presenti intervalli IP secondari sufficienti per i pod e i servizi GKE di Managed Airflow. GKE cerca intervalli IP secondari per l'aliasing IP. Se GKE non riesce a trovare un intervallo, Managed Airflow non può creare l'ambiente.
Assicurati che il numero di intervalli secondari nella subnet non superi 30. Considera quanto segue:
- Il cluster GKE per l'ambiente con IP privato crea due intervalli secondari nella subnet. Puoi creare più subnet nella stessa regione per la stessa rete VPC.
- Il numero massimo di intervalli secondari supportati è 30. Ogni ambiente con IP privato richiede due intervalli secondari per i pod e i servizi GKE di Managed Airflow.
Assicurati che la rete del tuo progetto possa supportare il limite sul numero massimo di connessioni a una singola rete VPC. Il numero massimo di ambienti con IP privato che puoi creare dipende dal numero di connessioni di peering VPC già esistenti nella tua rete VPC.
Ogni ambiente con IP privato utilizza al massimo due peering VPC per ambiente. Managed Airflow crea un peering VPC per la rete del progetto tenant. Il secondo peering viene creato dal cluster GKE del tuo ambiente e i cluster GKE possono riutilizzare questa connessione.
Scegli una rete, una subnet e gli intervalli di rete
Scegli gli intervalli di rete per il tuo ambiente con IP privato (o utilizza quelli predefiniti). Utilizzerai questi intervalli di rete in un secondo momento, quando creerai un ambiente con IP privato.
Per creare un ambiente con IP privato, devi disporre delle seguenti informazioni:
- ID della tua rete VPC
- ID della tua subnet VPC
- Due intervalli IP secondari nella subnet VPC:
- Intervallo IP secondario per i pod
- Intervallo IP secondario per i servizi
Intervalli IP per i componenti dell'ambiente:
- Intervallo IP del control plane GKE. Intervallo IP per il control plane GKE.
- Intervallo IP del server web.
- Intervallo IP del server web. Intervallo IP per l'istanza del server web Airflow.
Intervallo IP di Cloud SQL. Intervallo IP per l'istanza Cloud SQL.
- Intervallo IP del control plane GKE. Intervallo IP per il control plane GKE.
Consulta la tabella degli intervalli IP predefiniti per i valori predefiniti utilizzati in ogni regione.
Intervalli IP predefiniti
| Regione | Intervallo IP del control plane GKE | Intervallo IP del server web | Intervallo IP di Cloud SQL |
|---|---|---|---|
| africa-south1 | 172.16.64.0/23 | 172.31.223.0/24 | 10.0.0.0/12 |
| asia-east1 | 172.16.42.0/23 | 172.31.255.0/24 | 10.0.0.0/12 |
| asia-east2 | 172.16.0.0/23 | 172.31.255.0/24 | 10.0.0.0/12 |
| asia-northeast1 | 172.16.2.0/23 | 172.31.254.0/24 | 10.0.0.0/12 |
| asia-northeast2 | 172.16.32.0/23 | 172.31.239.0/24 | 10.0.0.0/12 |
| asia-northeast3 | 172.16.30.0/23 | 172.31.240.0/24 | 10.0.0.0/12 |
| asia-south1 | 172.16.4.0/23 | 172.31.253.0/24 | 10.0.0.0/12 |
| asia-south2 | 172.16.50.0/23 | 172.31.230.0/24 | 10.0.0.0/12 |
| asia-southeast1 | 172.16.40.0/23 | 172.31.235.0/24 | 10.0.0.0/12 |
| asia-southeast2 | 172.16.44.0/23 | 172.31.233.0/24 | 10.0.0.0/12 |
| australia-southeast1 | 172.16.6.0/23 | 172.31.252.0/24 | 10.0.0.0/12 |
| australia-southeast2 | 172.16.56.0/23 | 172.31.227.0/24 | 10.0.0.0/12 |
| europe-central2 | 172.16.36.0/23 | 172.31.237.0/24 | 10.0.0.0/12 |
| europe-north1 | 172.16.48.0/23 | 172.31.231.0/24 | 10.0.0.0/12 |
| europe-southwest1 | 172.16.58.0/23 | 172.31.226.0/24 | 10.0.0.0/12 |
| europe-west1 | 172.16.8.0/23 | 172.31.251.0/24 | 10.0.0.0/12 |
| europe-west10 | 172.16.62.0/23 | 172.31.224.0/24 | 10.0.0.0/12 |
| europe-west12 | 172.16.62.0/23 | 172.31.224.0/24 | 10.0.0.0/12 |
| europe-west2 | 172.16.10.0/23 | 172.31.250.0/24 | 10.0.0.0/12 |
| europe-west3 | 172.16.12.0/23 | 172.31.249.0/24 | 10.0.0.0/12 |
| europe-west4 | 172.16.42.0/23 | 172.31.234.0/24 | 10.0.0.0/12 |
| europe-west6 | 172.16.14.0/23 | 172.31.248.0/24 | 10.0.0.0/12 |
| europe-west8 | 172.16.60.0/23 | 172.31.225.0/24 | 10.0.0.0/12 |
| europe-west9 | 172.16.46.0/23 | 172.31.232.0/24 | 10.0.0.0/12 |
| me-central1 | 172.16.58.0/23 | 172.31.226.0/24 | 10.0.0.0/12 |
| me-central2 | 172.16.64.0/23 | 172.31.223.0/24 | 10.0.0.0/12 |
| me-west1 | 172.16.54.0/23 | 172.31.228.0/24 | 10.0.0.0/12 |
| northamerica-northeast1 | 172.16.16.0/23 | 172.31.247.0/24 | 10.0.0.0/12 |
| northamerica-northeast2 | 172.16.46.0/23 | 172.31.232.0/24 | 10.0.0.0/12 |
| northamerica-south1 | 172.16.68.0/23 | 172.31.221.0/24 | 10.0.0.0/12 |
| southamerica-east1 | 172.16.18.0/23 | 172.31.246.0/24 | 10.0.0.0/12 |
| southamerica-west1 | 172.16.58.0/23 | 172.31.226.0/24 | 10.0.0.0/12 |
| us-central1 | 172.16.20.0/23 | 172.31.245.0/24 | 10.0.0.0/12 |
| us-east1 | 172.16.22.0/23 | 172.31.244.0/24 | 10.0.0.0/12 |
| us-east4 | 172.16.24.0/23 | 172.31.243.0/24 | 10.0.0.0/12 |
| us-east5 | 172.16.52.0/23 | 172.31.229.0/24 | 10.0.0.0/12 |
| us-south1 | 172.16.56.0/23 | 172.31.227.0/24 | 10.0.0.0/12 |
| us-west1 | 172.16.38.0/23 | 172.31.236.0/24 | 10.0.0.0/12 |
| us-west2 | 172.16.34.0/23 | 172.31.238.0/24 | 10.0.0.0/12 |
| us-west3 | 172.16.26.0/23 | 172.31.242.0/24 | 10.0.0.0/12 |
| us-west4 | 172.16.28.0/23 | 172.31.241.0/24 | 10.0.0.0/12 |
(Facoltativo) Configura la connettività alle API e ai servizi Google
In via facoltativa, potresti voler instradare tutto il traffico verso le API e i servizi Google tramite diversi indirizzi IP appartenenti al dominio private.googleapis.com. In questa configurazione, il tuo ambiente accede alle API e ai servizi Google tramite indirizzi IP instradabili solo dall'interno di Google Cloud.
Se il tuo ambiente con IP privato utilizza anche i Controlli di servizio VPC, segui invece le istruzioni per gli ambienti con Controlli di servizio VPC.
Gli ambienti Managed Airflow utilizzano i seguenti domini:
*.googleapis.comviene utilizzato per accedere ad altri servizi Google.*.pkg.devviene utilizzato per ottenere immagini dell'ambiente, ad esempio durante la creazione o l'aggiornamento di un ambiente.*.gcr.ioGKE richiede la connettività al dominio Container Registry indipendentemente dalla versione di Managed Airflow.
Configura la connettività all'endpoint private.googleapis.com:
| Dominio | Nome DNS | Record CNAME | Record A |
|---|---|---|---|
*.googleapis.com
|
googleapis.com. |
Nome DNS: *.googleapis.com.Tipo di record di risorse: CNAMENome canonico: googleapis.com. |
Tipo di record di risorse: AIndirizzi IPv4: 199.36.153.8, 199.36.153.9, 199.36.153.10, 199.36.153.11
|
*.pkg.dev
|
pkg.dev. |
Nome DNS: *.pkg.dev.Tipo di record di risorse: CNAMENome canonico: pkg.dev. |
Tipo di record di risorse: AIndirizzi IPv4: 199.36.153.8, 199.36.153.9, 199.36.153.10, 199.36.153.11
|
*.gcr.io
|
gcr.io. |
Nome DNS: *.gcr.io.Tipo di record di risorse: CNAMENome canonico: gcr.io. |
Tipo di record di risorse: AIndirizzi IPv4: 199.36.153.8, 199.36.153.9, 199.36.153.10, 199.36.153.11
|
Per creare una regola DNS:
Crea una nuova zona DNS e utilizza il nome DNS come nome DNS di questa zona.
Esempio:
pkg.dev.Aggiungi un set di record per Record CNAME.
Esempio:
- Nome DNS:
*.pkg.dev. - Tipo di record di risorse:
CNAME - Nome canonico:
pkg.dev.
- Nome DNS:
Aggiungi un set di record per il record A:
Esempio:
- Tipo di record di risorse:
A - Indirizzi IPv4:
199.36.153.8,199.36.153.9,199.36.153.10,199.36.153.11
- Tipo di record di risorse:
Per saperne di più, consulta Configurazione della connettività privata alle API e ai servizi Google.
(Facoltativo) Configura le regole firewall
Esegui questo passaggio solo se il tuo progetto ha regole firewall non predefinite, ad esempio regole che sostituiscono le regole firewall implicite o modificano le regole precompilate nella rete predefinita.
Ad esempio, Managed Airflow potrebbe non riuscire a creare un ambiente se hai una regola firewall che nega tutto il traffico in uscita. Per evitare problemi, definisci regole allow selettive che seguono l'elenco e hanno una priorità più alta rispetto alla regola deny globale.
Configura la rete VPC in modo da consentire il traffico dal tuo ambiente:
- Consulta Utilizzo delle regole firewall per scoprire come controllare, aggiungere e aggiornare le regole per la tua rete VPC.
- Utilizza lo strumento di connettività per convalidare la connettività tra gli intervalli IP.
- Puoi utilizzare i tag di networking per limitare ulteriormente l'accesso. Puoi impostare questi tag quando crei un ambiente.
| Descrizione | Direzione | Azione | Origine o destinazione | Protocolli | Porte |
|---|---|---|---|---|---|
| DNS | In uscita | Consenti | Qualsiasi destinazione (0.0.0.0/0) o indirizzi IP dei server DNS |
TCP, UDP | 53 |
| API di Google e servizi | In uscita | Consenti | Intervallo di indirizzi IP del dominio scelto per le API e i servizi Google. Se utilizzi i valori predefiniti, consulta Indirizzi IP per i domini predefiniti. | TCP | 443 |
| Nodi del cluster dell'ambiente | In uscita | Consenti | Intervallo di indirizzi IP principali della subnet dell'ambiente | TCP, UDP | tutti |
| Pod del cluster dell'ambiente | In uscita | Consenti | Intervallo di indirizzi IP secondario per i pod nella subnet dell'ambiente | TCP, UDP | tutti |
| Control plane del cluster dell'ambiente | In uscita | Consenti | Intervallo IP del control plane GKE | TCP, UDP | tutti |
| Server web | In uscita | Consenti | Intervallo IP di rete del server web | TCP | 3306, 3307 |
Per ottenere gli intervalli IP del cluster dell'ambiente:
Gli intervalli di indirizzi di pod, servizi e control plane sono disponibili nella pagina Cluster del cluster del tuo ambiente:
Nella console Google Cloud , vai alla pagina Ambienti.
Nell'elenco degli ambienti, fai clic sul nome del tuo ambiente. Viene visualizzata la pagina Dettagli ambiente.
Vai alla scheda Configurazione dell'ambiente.
Segui il link Visualizza i dettagli del cluster.
Puoi visualizzare l'intervallo IP del server web dell'ambiente nella scheda Configurazione ambiente.
Puoi visualizzare l'ID di rete dell'ambiente nella scheda Configurazione dell'ambiente. Per ottenere gli intervalli IP di una subnet, vai alla pagina Reti VPC e fai clic sul nome della rete per visualizzare i dettagli:
Configurazione del cluster nativo di VPC
Managed Airflow supporta i cluster GKE VPC nativi nel tuo ambiente.
Durante la creazione dell'ambiente, puoi abilitare VPC nativo (utilizzando l'IP alias) e configurare il networking, ad esempio l'allocazione IP, senza abilitare l'IP privato.
Poiché è necessario un cluster nativo di VPC per consentire alle attività Airflow di comunicare con altre VM raggiungibili tramite IP privati, devi anche abilitare la rete VPC nativa per configurare un ambiente con IP privato.
Configura le variabili del server proxy
Puoi impostare le variabili di ambiente http_proxy e https_proxy nel tuo ambiente. Queste variabili Linux standard vengono utilizzate dai client web che vengono eseguiti nei container del cluster del tuo ambiente per instradare il traffico attraverso i proxy specificati.
Per impostazione predefinita, la variabile NO_PROXY è impostata su un elenco di domini Google, sull'indirizzo IP del server dei metadati di Compute Engine del cluster dell'ambiente e su localhost in modo che vengano esclusi dal proxy:
.google.com,.googleapis.com,metadata.google.internal,169.254.169.254,localhost
Questa configurazione consente di creare un ambiente con variabili di ambiente http_proxy e https_proxy impostate nei casi in cui il proxy non è configurato per gestire il traffico verso i servizi Google.
Passaggi successivi
- Connetti un ambiente a una rete VPC
- Configura l'accesso a internet durante l'installazione dei pacchetti PyPI