Questions d'entraînement — PCNE

Question 1

Votre entreprise héberge des instances Compute Engine dans un sous-réseau VPC sans adresse IP externe. Les équipes de data engineering doivent accéder à Cloud Storage et BigQuery depuis ces instances pour traiter des fichiers volumineux. Vous avez activé Private Google Access sur le sous-réseau, mais les instances ne parviennent toujours pas à atteindre les API Google. Quelle est la cause la plus probable de ce problème ?

Answer

A. Les instances utilisent une image OS personnalisée qui ne supporte pas Private Google Access.

Answer

B. Les règles de pare-feu VPC bloquent le trafic sortant vers les plages d'adresses IP des API Google (egress deny sur 199.36.153.4/30).

Answer

C. Le compte de service attaché aux instances n'a pas le rôle roles/compute.networkUser.

Answer

D. Private Google Access nécessite obligatoirement un Cloud NAT configuré sur le même routeur Cloud Router.

Question 2

Votre équipe de sécurité détecte une attaque DDoS de couche 7 ciblant votre application hébergée sur GCP. Le trafic malveillant provient de milliers d'adresses IP différentes réparties dans plusieurs pays, mais utilise un pattern User-Agent spécifique. Vous devez bloquer cette attaque avec Cloud Armor tout en minimisant l'impact sur les utilisateurs légitimes. Quelle configuration de Cloud Armor est la plus efficace ?

Answer

A. Créer une security policy avec une règle utilisant l'expression request.headers['user-agent'].contains() pour matcher le pattern malveillant et définir l'action sur deny(403).

Answer

B. Configurer le rate limiting Cloud Armor à 10 requêtes par minute par IP source sur l'ensemble du backend service.

Answer

C. Ajouter manuellement chaque adresse IP source dans une règle deny de la security policy Cloud Armor.

Answer

D. Activer Cloud Armor Adaptive Protection et attendre qu'il génère automatiquement des règles de blocage sans intervention manuelle.

Question 3

Votre organisation utilise un réseau VPC avec plusieurs sous-réseaux régionaux. L'équipe infrastructure souhaite déployer Private Service Connect (PSC) pour accéder aux API Google Cloud avec une adresse IP interne dédiée au lieu d'utiliser Private Google Access standard. Quelle est la principale différence architecturale entre Private Google Access et un endpoint Private Service Connect pour les API Google ?

Answer

A. Private Google Access utilise les adresses IP virtuelles partagées de Google (199.36.153.x/30) tandis que Private Service Connect attribue une adresse IP unique depuis la plage d'adresses du VPC du consommateur, offrant un contrôle granulaire du routage et de la visibilité réseau.

Answer

B. Private Service Connect pour les API Google offre un débit réseau supérieur à Private Google Access car il utilise des connexions dédiées au niveau de l'infrastructure Google.

Answer

C. Private Google Access supporte tous les services Google API tandis que Private Service Connect est limité à Cloud Storage et BigQuery uniquement.

Answer

D. Private Service Connect nécessite obligatoirement un Cloud Interconnect tandis que Private Google Access fonctionne avec n'importe quel type de connectivité.

Question 4

Votre organisation utilise un HA VPN entre son réseau on-premises et Google Cloud. Vous devez connecter un nouveau VPC dans une autre région au même réseau on-premises sans déployer de tunnels VPN supplémentaires. Le nouveau VPC doit pouvoir communiquer avec les ressources on-premises. Quelle solution devez-vous implémenter ?

Answer

A. Créer un VPC Peering entre le VPC existant et le nouveau VPC, puis activer l'option d'export de routes personnalisées (custom routes) sur le peering des deux côtés.

Answer

B. Créer un Shared VPC où le VPC existant devient le host project et le nouveau VPC un service project.

Answer

C. Configurer un Cloud NAT dans le nouveau VPC pour translater le trafic vers le VPC existant qui possède le tunnel VPN.

Answer

D. Déployer un Network Connectivity Center hub et connecter les deux VPC comme spokes.

Question 5

Votre équipe effectue une migration progressive d'une version v1 vers une version v2 de votre API backend. Vous souhaitez diriger 90% du trafic vers v1 et 10% vers v2 pour effectuer un canary deployment. Les deux versions sont déployées dans des Managed Instance Groups distincts derrière un Global External HTTP(S) Load Balancer. Comment configurez-vous cette répartition de trafic ?

Answer

A. Créer deux forwarding rules distinctes sur le load balancer, l'une avec une priorité de 90 et l'autre avec une priorité de 10

Answer

B. Configurer un URL Map avec une route action de type weightedBackendServices attribuant un weight de 90 au backend v1 et un weight de 10 au backend v2

Answer

C. Configurer deux backend services avec des capacity scalers de 0.9 pour v1 et 0.1 pour v2

Answer

D. Utiliser Cloud DNS avec une weighted routing policy dirigeant 90% des requêtes DNS vers l'IP du MIG v1 et 10% vers l'IP du MIG v2

Examen PCNE — PCNE — Google Professional Cloud Network Engineer

À propos de l'examen PCNE

Comment se préparer à l'examen PCNE ?

5 exemples de questions — PCNE

Encore 55 questions dans l'examen complet

📖 Préparez-vous avec nos guides

Commencer l'examen PCNE complet