Configurez VPC Service Controls

Cloud Composer 1 | Cloud Composer 2

VPC Service Controls permet aux organisations de définir un périmètre autour des ressources Google Cloud afin de limiter les risques d'exfiltration de données.

Les environnements Cloud Composer peuvent être déployés dans un périmètre de service. En configurant votre environnement avec VPC Service Controls, vous pouvez garder vos données sensibles privées tout en profitant des fonctionnalités d'orchestration des workflows entièrement gérées de Cloud Composer.

La compatibilité de VPC Service Controls pour Cloud Composer implique les éléments suivants :

• Cloud Composer peut désormais être sélectionné en tant que service sécurisé dans un périmètre VPC Service Controls.
• Toutes les ressources sous-jacentes utilisées par Cloud Composer sont configurées pour assurer l'architecture de VPC Service Controls et respecter ses règles.

Le déploiement d'environnements Cloud Composer avec VPC Service Controls offre les avantages suivants :

• Réduction du risque d'exfiltration des données
• Protection contre l'exposition des données en raison d'une mauvaise configuration des contrôles des accès
• Réduction du risque de copie des données par des utilisateurs malveillants vers des ressources Google Cloud non autorisées ou des pirates informatiques externes accédant aux ressources Google Cloud depuis Internet

Remarque : Si Cloud Composer est protégé par un périmètre, il ne peut pas communiquer directement avec les ressources hébergées en dehors de ce périmètre. Cela empêche également l'accès direct aux dépôts PyPI publics qui peuvent être requis pour certaines dépendances Python. Pour en savoir plus, consultez la section Installer des packages PyPI ci-dessous.

Serveur Web Airflow en mode VPC Service Controls

En mode VPC Service Controls, Cloud Composer exécute deux instances du serveur Web Airflow. Identity-Aware Proxy équilibre la charge du trafic utilisateur entre ces instances. Les serveurs Web Airflow s'exécutent en mode lecture seule dont les conséquences sont les suivantes :

• La sérialisation des DAG est activée. Le serveur Web Airflow n'analyse donc pas les fichiers de définition DAG.

• Les plug-ins ne sont pas synchronisés avec le serveur Web. Vous ne pouvez donc pas modifier ni étendre les fonctionnalités du serveur Web à l'aide de plug-ins.

• Le serveur Web Airflow utilise une image de conteneur préconfigurée par le service Cloud Composer. Si vous installez des images PyPI dans votre environnement, elles ne sont pas installées sur l'image de conteneur du serveur Web.

Important :Le point de terminaison du serveur Web est accessible depuis l'extérieur du périmètre, quelle que soit la configuration du niveau d'accès. Nous vous recommandons de protéger l'accès au serveur Web Airflow à l'aide de listes de contrôle des accès au réseau (LCA). Vous pouvez spécifier les plages d'adresses IP pouvant accéder au serveur Web Airflow pour un environnement nouveau ou existant.

Créer un périmètre de service

Pour savoir comment créer et configurer des périmètres de service, consultez la page Créer un périmètre de service. Veillez à sélectionner Cloud Composer comme l'un des services sécurisés au sein du périmètre.

Créer des environnements dans un périmètre

Certaines étapes supplémentaires sont requises pour déployer Cloud Composer dans un périmètre. Lors de la création d'un environnement Cloud Composer :

1. Activez l'API Access Context Manager et l'API Cloud Composer pour votre projet. Consultez la section Activer des API.

2. Assurez-vous que votre périmètre de service comporte les services accessibles par VPC suivants, sinon la création de votre environnement risque d'échouer:

   • API Cloud Composer (composer.googleapis.com)
   • API Compute Engine (compute.googleapis.com)
   • API Kubernetes Engine (container.googleapis.com)
   • API Container Registry (containerregistry.googleapis.com)
   • API Artifact Registry (artifactregistry.googleapis.com)
   • API Cloud Storage (storage.googleapis.com)
   • API Cloud SQL Admin (sqladmin.googleapis.com)
   • API Cloud Build (cloudbuild.googleapis.com)
   • API Cloud Logging (logging.googleapis.com)
   • API Cloud Monitoring (monitoring.googleapis.com)
   • API Cloud Pub/Sub (pubsub.googleapis.com)
   • API Cloud Resource Manager (cloudresourcemanager.googleapis.com)
   • API Service Directory (servicedirectory.googleapis.com)
   • l'API Cloud Key Management Service (cloudkms.googleapis.com) si vous utilisez Cloud KMS ou des clés CMEK
   • L'API Secret Manager (secretmanager.googleapis.com), si vous utilisez Secret Manager comme backend de secret
   Avertissement :Dans toutes les versions de Cloud Composer 1, si vous incluez l'API Cloud Identity-Aware Proxy (iap.googleapis.com) ou l'API TCP Identity-Aware Proxy (iaptunnel.googleapis.com) dans votre périmètre, les environnements Cloud Composer ne peuvent pas être créés. Pour résoudre ce problème, consultez la section Échec de la création d'environnement dans les projets pour lesquels VPC Service Controls est activé.

3. Utilisez la version composer-1.10.4 ou ultérieure.

4. Assurez-vous que la sérialisation des DAG est activée. Si votre environnement utilise Cloud Composer version 1.15.0 et ultérieure, la sérialisation est activée par défaut.

5. Créez un environnement Cloud Composer où l'option Adresse IP privée est activée. Notez que ce paramètre doit être configuré lors de la création de l'environnement.

6. Lors de la création de votre environnement, n'oubliez pas de configurer l'accès au serveur Web Airflow. Pour bénéficier d'une protection maximale, autorisez uniquement l'accès au serveur Web à partir de plages d'adresses IP spécifiques. Pour en savoir plus, consultez Configurer l'accès réseau du serveur Web.

Configurer des environnements existants avec VPC Service Controls

Vous pouvez ajouter le projet contenant votre environnement au périmètre si :

• vous avez créé le périmètre comme décrit dans la section précédente ;

• vos environnements sont des environnements d'adresse IP privée.

• la sérialisation des DAG est activée dans vos environnements.

Installer des packages PyPI

Dans la configuration par défaut de VPC Service Controls, Cloud Composer n'accepte que l'installation de packages PyPI à partir de dépôts privés accessibles depuis l'espace d'adresses IP privées du réseau VPC. La configuration recommandée pour ce processus consiste à configurer un dépôt PyPI privé, à le remplir avec les packages approuvés utilisés par votre organisation, puis à configurer Cloud Composer pour installer des dépendances Python à partir d'un dépôt privé.

Il est également possible d'installer des packages PyPI à partir de dépôts situés en dehors de l'espace d'adresses IP privées. Procédez comme suit :

1. Configurez Cloud NAT pour permettre à Composer de s'exécuter dans l'espace d'adresses IP privées et de se connecter à des dépôts PyPI externes.
2. Configurez vos règles de pare-feu pour autoriser les connexions sortantes du cluster Composer vers le dépôt.

Lorsque vous utilisez cette configuration, assurez-vous que vous comprenez bien les risques liés à l'utilisation de dépôts externes. Assurez-vous que le contenu et l'intégrité des dépôts externes sont fiables, car ces connexions peuvent être utilisées comme vecteur d'exfiltration.

Remarque : Le compte de service utilisé pour le plan de données Cloud Composer doit disposer des rôles d'autorisation Composer.Worker et iam.serviceAccountUser.

Configurer la connectivité aux API et services Google

Dans une configuration VPC Service Controls, pour contrôler le trafic réseau, configurez l'accès aux API et aux services Google via le restricted.googleapis.com. Ce domaine bloque l'accès aux API et services Google qui ne sont pas compatibles avec VPC Service Controls.

Les environnements Cloud Composer utilisent les domaines suivants:

• *.googleapis.com permet d'accéder à d'autres services Google.

• *.pkg.dev permet d'obtenir des images d'environnement, par exemple lors de la création ou de la mise à jour d'un environnement.

• *.gcr.io GKE nécessite une connectivité au domaine Container Registry, quelle que soit la version de Cloud Composer.

Remarque :Si vous ne configurez pas de règles DNS pour les API et les services Google, elles sont résolues à l'aide de l'option de domaine pour les domaines par défaut.

Configurez la connectivité au point de terminaison restricted.googleapis.com :

Domaine	Nom DNS	Enregistrement CNAME	Enregistrement A
*.googleapis.com	googleapis.com.	Nom DNS: *.googleapis.com. Type d'enregistrement de ressource: CNAME Nom canonique: googleapis.com.	Type d'enregistrement de ressource: A Adresses IPv4: 199.36.153.4, 199.36.153.5, 199.36.153.6, 199.36.153.7
*.pkg.dev	pkg.dev.	Nom DNS: *.pkg.dev. Type d'enregistrement de ressource: CNAME Nom canonique: pkg.dev.	Type d'enregistrement de ressource: A Adresses IPv4: 199.36.153.4, 199.36.153.5, 199.36.153.6, 199.36.153.7
*.gcr.io	gcr.io.	Nom DNS: *.gcr.io. Type d'enregistrement de ressource: CNAME Nom canonique: gcr.io.	Type d'enregistrement de ressource: A Adresses IPv4: 199.36.153.4, 199.36.153.5, 199.36.153.6, 199.36.153.7

Pour créer une règle DNS:

1. Créez une zone DNS et utilisez le nom DNS comme nom DNS de cette zone.

   Exemple : pkg.dev.

2. Ajoutez un jeu d'enregistrements pour l'enregistrement CNAME.

   Exemple :

   • Nom DNS: *.pkg.dev.
   • Type d'enregistrement de ressource: CNAME
   • Nom canonique: pkg.dev.

3. Ajouter un jeu d'enregistrements avec pour A Record (Enregistrement A) :

   Exemple :

   • Type d'enregistrement de ressource: A
   • Adresses IPv4: 199.36.153.4, 199.36.153.5, 199.36.153.6 et 199.36.153.7

Pour en savoir plus, consultez la page Configurer une connectivité privée aux API et services Google.

Configurer des règles de pare-feu

Si votre projet dispose de règles de pare-feu autres que celles par défaut, telles que des règles qui ignorent les règles de pare-feu implicites ou modifient des règles préremplies dans le réseau par défaut, vérifiez que les règles de pare-feu suivantes sont configurées.

Par exemple, Cloud Composer peut ne pas parvenir à créer un environnement si vous avez une règle de pare-feu qui refuse tout le trafic de sortie. Pour éviter tout problème, définissez des règles allow sélectives qui suivent la liste et ont une priorité plus élevée que la règle deny globale.

Important :Selon la configuration des règles de pare-feu dans votre projet, la liste de règles suivante peut être redondante. Par exemple, si vos règles de pare-feu ne bloquent que l'entrée, vous n'avez pas besoin des règles de sortie répertoriées.

Configurez votre réseau VPC pour autoriser le trafic provenant de votre environnement:

• Consultez la section Utiliser des règles de pare-feu pour savoir comment vérifier, ajouter et mettre à jour des règles pour votre réseau VPC.
• Utilisez l'outil de connectivité pour valider la connectivité entre les plages d'adresses IP.
• Vous pouvez utiliser des tags réseau pour limiter davantage l'accès. Vous pouvez définir ces balises lorsque vous créez un environnement.

Description	Sens	Action	Source ou destination	Protocoles	Ports
DNS Effectuez la configuration comme décrit dans la section Compatibilité de VPC Service Controls avec Cloud DNS.	-	-	-	-	-
API et services Google	Sortie	Autoriser	Adresses IPv4 du domaine restricted.googleapis.com que vous utilisez pour les API et les services Google.	TCP	443
Nœuds du cluster de l'environnement	Sortie	Autoriser	Plage d'adresses IP principale du sous-réseau de l'environnement	TCP, UDP	tous
Pods de l'environnement	Sortie	Autoriser	Plage d'adresses IP secondaire des pods dans le sous-réseau de l'environnement	TCP, UDP	tous
Plan de contrôle du cluster de l'environnement	Sortie	Autoriser	Plage d'adresses IP du plan de contrôle GKE	TCP, UDP	tous
Serveur Web	Sortie	Autoriser	Plage d'adresses IP du réseau du serveur Web	TCP	3306, 3307

Attention :Le service GKE crée automatiquement un certain nombre de règles de pare-feu d'entrée et de sortie afin que le cluster de votre environnement fonctionne correctement (par exemple, des règles d'entrée et de sortie pour les vérifications d'état Google Cloud). Consultez la page Règles de pare-feu GKE pour en savoir plus et ne supprimez pas et ne bloquez pas les règles de pare-feu créées par les services GKE.

Pour obtenir les plages d'adresses IP:

• Les plages d'adresses des pods, des services et du plan de contrôle sont disponibles sur la page Clusters du cluster de votre environnement:

  1. Dans la console Google Cloud, accédez à la page Environnements.

     Accéder à la page Environnements

  2. Dans la liste des environnements, cliquez sur le nom de votre environnement. La page Détails de l'environnement s'ouvre.

  3. Accédez à l'onglet Configuration de l'environnement.

  4. Suivez le lien Afficher les détails du cluster.

• Vous pouvez consulter la plage d'adresses IP du serveur Web de l'environnement dans l'onglet Configuration de l'environnement.

• L'ID réseau de l'environnement s'affiche dans l'onglet Configuration de l'environnement. Pour obtenir les plages d'adresses IP d'un sous-réseau, accédez à la page Réseaux VPC, puis cliquez sur le nom du réseau pour afficher les détails:

  Accéder aux réseaux VPC

Journaux VPC Service Controls

Lors de la résolution des problèmes liés à la création d'un environnement, vous pouvez analyser les journaux d'audit générés par VPC Service Controls.

En plus des autres messages de journal, vous pouvez consulter les journaux pour obtenir des informations sur les comptes de service [e-mail] et [e-mail] qui configurent les composants de vos environnements.

Le service Cloud Composer utilise le compte de service [e-mail] pour gérer les composants de projet locataires de vos environnements.

Le compte de service [e-mail], également appelé Composer Service Agent Service Account, gère les composants d'environnement dans les projets de service et hôtes.

Limites

• Toutes les contraintes réseau de VPC Service Controls s'appliqueront également à vos environnements Cloud Composer. Pour en savoir plus, consultez la documentation de VPC Service Controls.

• L'affichage d'un modèle rendu avec des fonctions dans l'interface utilisateur Web avec la sérialisation des DAG activée est compatible avec les environnements exécutant Composer version 1.12.0 ou ultérieure et Airflow version 1.10.9 ou ultérieure.

• Il n'est pas possible de définir l'option async_dagbag_loader sur True lorsque la sérialisation des DAG est activée.

• L'activation de la sérialisation des DAG désactive tous les plug-ins du serveur Web Airflow, car ils peuvent compromettre la sécurité du réseau VPC sur lequel Cloud Composer est déployé. Cela n'a pas d'incidence sur le comportement des plug-ins du programmeur ou du nœud de calcul, y compris les opérateurs Airflow, les capteurs, etc.

• Lorsque Cloud Composer s'exécute à l'intérieur d'un périmètre, l'accès aux dépôts PyPI publics est restreint. Consultez la section Installer des dépendances Python pour apprendre à installer des modules PyPI en mode adresse IP privée.