Private Service Connect 66

1. Introduction

Private Service Connect révolutionne la façon dont les organisations consomment des services dans l'écosystème Google Cloud. Il est entièrement compatible avec l'adressage IPv6, en plus d'IPv4. Il combine une sécurité renforcée, une connectivité simplifiée, des performances améliorées et une gestion centralisée. Il s'agit donc d'une solution idéale pour les entreprises qui recherchent un modèle de consommation de services robuste, fiable et efficace, adapté à l'avenir du réseau. Que vous créiez un cloud hybride, partagiez des services dans votre organisation ou accédiez à des services tiers, le PSC offre un moyen simple et sécurisé d'exploiter tout le potentiel de Google Cloud, tout en profitant des avantages d'IPv6.

Points abordés

Principaux avantages de la norme PSC 66
Traduction acceptée pour Private Service Connect 66
Présentation de Dual Stack ULA
Configuration réseau requise
Créer un service producteur Private Service Connect
Créer un point de terminaison Private Service Connect
Établir la connectivité au point de terminaison Private Service Connect à partir d'une VM à double pile

Prérequis

Projet Google Cloud avec des autorisations de propriétaire

2. Ce que vous allez faire

Vous allez établir un réseau de producteurs pour déployer un serveur Web Apache en tant que service publié via Private Service Connect (PSC). Une fois l'application publiée, vous devez effectuer les actions suivantes pour valider l'accès au service Producer :

À partir du VPC consommateur, l'instance GCE à double pile cible le point de terminaison PSC IPv6 pour accéder au service producteur.

Principaux avantages de la norme PSC 66

Intégration fluide : PSC s'intègre de manière fluide aux réseaux VPC configurés pour IPv6, ce qui vous permet de profiter des avantages de l'adressage IPv6 pour vos connexions de service.
Prise en charge de la double pile : PSC est compatible avec les configurations à double pile, ce qui permet d'utiliser simultanément IPv4 et IPv6 dans le même VPC, offrant ainsi flexibilité et pérennité à votre réseau.
Transition simplifiée : PSC simplifie la transition vers IPv6 en vous permettant d'adopter progressivement IPv6 en parallèle de votre infrastructure IPv4 existante.
Assistance pour les producteurs : le producteur doit adopter une double pile, ce qui entraîne un point de terminaison PSC consommateur IPv6 uniquement.

3. Traduction prise en charge pour Private Service Connect 64 et 66

Éléments à prendre en compte pour les consommateurs

La version IP du point de terminaison peut être de type IPv4 ou IPv6, mais pas les deux. Les utilisateurs peuvent utiliser une adresse IPv4 si le sous-réseau de l'adresse est à pile unique. Les clients peuvent utiliser une adresse IPv4 ou IPv6 si le sous-réseau de l'adresse est à double pile. Les clients peuvent connecter des points de terminaison IPv4 et IPv6 au même rattachement de service, ce qui peut être utile pour migrer des services vers IPv6.

Points à prendre en compte pour les producteurs

La version IP de la règle de transfert du producteur détermine la version IP du rattachement de service et le trafic sortant du rattachement de service. La version IP du rattachement de service peut être de type IPv4 ou IPv6, mais pas les deux. Les producteurs peuvent utiliser une adresse IPv4 si le sous-réseau de l'adresse est à pile unique. Les producteurs peuvent utiliser une adresse IPv4 ou IPv6 si le sous-réseau de l'adresse est à double pile.

La version IP de l'adresse IP de la règle de transfert du producteur doit être compatible avec le type de pile du sous-réseau NAT du rattachement de service.

Si la règle de transfert du producteur est de type IPv4, le sous-réseau NAT peut être à pile unique ou à double pile.
Si la règle de transfert du producteur est IPv6, le sous-réseau NAT doit être à double pile.

Les combinaisons suivantes sont possibles pour les configurations compatibles :

Point de terminaison IPv4 vers rattachement de service IPv4
Point de terminaison IPv6 vers rattachement de service IPv6
Point de terminaison IPv6 vers rattachement de service IPv4 Dans cette configuration, Private Service Connect traduit automatiquement les deux versions d'adresse IP.

Les éléments suivants ne sont pas acceptés :

Private Service Connect n'est pas compatible avec la connexion d'un point de terminaison IPv4 à un rattachement de service IPv6. Dans ce cas, la création du point de terminaison échoue avec le message d'erreur suivant :

Une règle de transfert Private Service Connect avec une adresse IPv4 ne peut pas cibler un rattachement de service IPv6.

4. Présentation de Dual Stack ULA

Google Cloud permet de créer des sous-réseaux et des VM IPv6 privés ULA. La RFC 4193 définit un schéma d'adressage IPv6 pour la communication locale, idéal pour la communication intra-VPC. Les adresses ULA ne sont pas routables à l'échelle mondiale. Vos VM sont donc complètement isolées d'Internet, ce qui offre un comportement de type RFC-1918 avec IPv6. Google Cloud permet de créer des préfixes ULA de réseau VPC /48 afin que tous vos sous-réseaux ULA IPv6 /64 soient attribués à partir de cette plage de réseau VPC.

Comme pour les adresses IPv6 externes uniques au niveau mondial compatibles avec Google Cloud, chaque sous-réseau compatible avec les adresses IPv6 ULA recevra un sous-réseau /64 à partir de la plage ULA du réseau VPC /48, et chaque VM se verra attribuer une adresse /96 à partir de ce sous-réseau.

La RFC4193 définit l'espace d'adressage IPv6 dans la plage fc00::/7. Les adresses ULA peuvent être attribuées et utilisées librement dans les réseaux/sites privés. Google Cloud attribue toutes les adresses ULA de la plage fd20::/20. Ces adresses ne peuvent être routées que dans le champ d'application des VPC et non sur Internet IPv6 mondial.

Les adresses ULA attribuées par Google Cloud sont garanties d'être uniques sur tous les réseaux VPC. Google Cloud s'assure qu'aucun préfixe ULA identique n'est attribué à deux réseaux VPC. Cela permet d'éviter les problèmes de chevauchement de plages dans les réseaux VPC.

Vous pouvez laisser Google Cloud attribuer automatiquement un préfixe /48 à votre réseau ou choisir un préfixe IPv6 /48 spécifique. Si le préfixe IPv6 que vous avez spécifié est déjà attribué à un autre VPC ou à votre réseau sur site, vous pouvez choisir une autre plage.

5. Configuration réseau requise

Vous trouverez ci-dessous la liste des exigences réseau pour le réseau du consommateur et celui du producteur :

Réseau consommateur (tous les composants déployés dans us-central1)

Composants	Description
VPC	La mise en réseau à double pile nécessite un VPC en mode personnalisé avec l'ULA activée.
Point de terminaison PSC	Point de terminaison PSC IPv6 utilisé pour accéder au service producteur
Sous-réseau(x)	Double pile
GCE	Double pile

Réseau du producteur(tous les composants déployés dans us-central1)

Composants	Description
VPC	La mise en réseau à double pile nécessite un VPC en mode personnalisé avec l'ULA activée.
Sous-réseau NAT PSC	Double pile. Les paquets du réseau VPC du consommateur sont traduits à l'aide de la traduction NAT source (SNAT) afin que leurs adresses IP sources d'origine soient converties en adresses IP sources du sous-réseau NAT du réseau VPC du producteur.
Règle de transfert PSC	Double pile. Équilibreur de charge réseau passthrough interne
Vérification de l'état	Règle d'entrée, applicable aux instances faisant l'objet d'un équilibrage de charge, qui autorise le trafic issu des systèmes de vérification d'état Google Cloud (2600:2d00:1:b029::/64).
Service de backend	Un service de backend sert de pont entre votre équilibreur de charge et vos ressources de backend. Dans le tutoriel, le service de backend est associé au groupe d'instances non géré.
Groupe d'instances non géré	Il est compatible avec les VM nécessitant une configuration ou un réglage individuels. Elle n'est pas compatible avec l'autoscaling.

6. Topologie de l'atelier de programmation

7. Préparation

Configuration de l'environnement au rythme de chacun

Connectez-vous à la console Google Cloud, puis créez un projet ou réutilisez un projet existant. Si vous n'avez pas encore de compte Gmail ou Google Workspace, vous devez en créer un.

Le nom du projet est le nom à afficher pour les participants au projet. Il s'agit d'une chaîne de caractères non utilisée par les API Google. Vous pourrez toujours le modifier.
L'ID du projet est unique parmi tous les projets Google Cloud et non modifiable une fois défini. La console Cloud génère automatiquement une chaîne unique (en général, vous n'y accordez d'importance particulière). Dans la plupart des ateliers de programmation, vous devrez indiquer l'ID de votre projet (généralement identifié par PROJECT_ID). Si l'ID généré ne vous convient pas, vous pouvez en générer un autre de manière aléatoire. Vous pouvez également en spécifier un et voir s'il est disponible. Après cette étape, l'ID n'est plus modifiable et restera donc le même pour toute la durée du projet.
Pour information, il existe une troisième valeur (le numéro de projet) que certaines API utilisent. Pour en savoir plus sur ces trois valeurs, consultez la documentation.

Vous devez ensuite activer la facturation dans la console Cloud pour utiliser les ressources/API Cloud. L'exécution de cet atelier de programmation est très peu coûteuse, voire sans frais. Pour désactiver les ressources et éviter ainsi que des frais ne vous soient facturés après ce tutoriel, vous pouvez supprimer le projet ou les ressources que vous avez créées. Les nouveaux utilisateurs de Google Cloud peuvent participer au programme d'essai sans frais pour bénéficier d'un crédit de 300 $.

Démarrer Cloud Shell

Bien que Google Cloud puisse être utilisé à distance depuis votre ordinateur portable, nous allons nous servir de Google Cloud Shell pour cet atelier de programmation, un environnement de ligne de commande exécuté dans le cloud.

Dans la console Google Cloud, cliquez sur l'icône Cloud Shell dans la barre d'outils supérieure :

Le provisionnement et la connexion à l'environnement prennent quelques instants seulement. Une fois l'opération terminée, le résultat devrait ressembler à ceci :

Cette machine virtuelle contient tous les outils de développement nécessaires. Elle comprend un répertoire d'accueil persistant de 5 Go et s'exécute sur Google Cloud, ce qui améliore nettement les performances du réseau et l'authentification. Vous pouvez effectuer toutes les tâches de cet atelier de programmation dans un navigateur. Vous n'avez rien à installer.

8. Avant de commencer

Activer les API

Dans Cloud Shell, assurez-vous que l'ID de votre projet est configuré :

gcloud config list project
gcloud config set project [YOUR-PROJECT-ID]
project=[YOUR-PROJECT-ID]
region=us-central1
echo $project
echo $region

Activez tous les services nécessaires :

gcloud services enable compute.googleapis.com

9. Créer un réseau VPC de producteur

Réseau VPC

Dans Cloud Shell, procédez comme suit :

gcloud compute networks create producer-vpc --subnet-mode custom --enable-ula-internal-ipv6

Google alloue un sous-réseau /48 unique au niveau mondial au VPC consommateur. Pour afficher l'allocation, procédez comme suit :

Dans la console Cloud, accédez à :

Réseaux VPC

Créer des sous-réseaux

Le sous-réseau PSC sera associé au rattachement de service PSC à des fins de traduction d'adresse réseau. Pour les cas d'utilisation en production, ce sous-réseau doit être dimensionné de manière appropriée pour prendre en charge le volume de trafic entrant de tous les points de terminaison PSC associés. Pour en savoir plus, consultez la documentation sur le dimensionnement des sous-réseaux NAT PSC.

Dans Cloud Shell, créez le sous-réseau NAT PSC :

gcloud compute networks subnets create producer-nat-dual-stack-subnet --network producer-vpc --range 172.16.10.0/28 --region $region --purpose=PRIVATE_SERVICE_CONNECT --stack-type=IPV4_IPV6 --ipv6-access-type=INTERNAL

Vous devrez obtenir et noter l'adresse IPv6 du sous-réseau à double pile producer-nat-dual-stack-subnet, qui sera utilisée ultérieurement pour créer une règle de pare-feu d'entrée permettant au sous-réseau NAT PSC d'accéder au backend de l'équilibreur de charge.

Dans Cloud Shell, obtenez le sous-réseau IPv6 NAT PSC.

gcloud compute networks subnets describe producer-nat-dual-stack-subnet --region=us-central1 | grep -i internalIpv6Prefix:

Résultat attendu :

user@cloudshell$ gcloud compute networks subnets describe producer-nat-dual-stack-subnet --region=us-central1 | grep -i internalIpv6Prefix:
internalIpv6Prefix: fd20:b4a:ea9f:2:0:0:0:0/64

Dans Cloud Shell, créez le sous-réseau de la règle de transfert du producteur :

gcloud compute networks subnets create producer-dual-stack-fr-subnet --network producer-vpc --range 172.16.20.0/28 --region $region --enable-private-ip-google-access --stack-type=IPV4_IPV6 --ipv6-access-type=INTERNAL

Dans Cloud Shell, créez le sous-réseau de la VM productrice :

gcloud compute networks subnets create producer-dual-stack-vm-subnet --network producer-vpc --range 172.16.30.0/28 --region $region --enable-private-ip-google-access --stack-type=IPV4_IPV6 --ipv6-access-type=INTERNAL

Créer la passerelle Public NAT

La VM de producteur a besoin d'un accès à Internet pour télécharger Apache. Toutefois, l'instance GCE ne dispose pas d'adresse IP externe. Par conséquent, Cloud NAT fournira une sortie Internet pour le téléchargement du package.

Dans Cloud Shell, créez le routeur Cloud Router :

gcloud compute routers create producer-cloud-router --network producer-vpc --region us-central1

Dans Cloud Shell, créez la passerelle Cloud NAT permettant le trafic Internet sortant :

gcloud compute routers nats create producer-nat-gw --router=producer-cloud-router --auto-allocate-nat-external-ips --nat-all-subnet-ip-ranges --region us-central1

Créer une stratégie de pare-feu réseau et des règles de pare-feu

Dans Cloud Shell, procédez comme suit :

gcloud compute network-firewall-policies create producer-vpc-policy --global

gcloud compute network-firewall-policies associations create --firewall-policy producer-vpc-policy --network producer-vpc --name producer-vpc --global-firewall-policy

Pour permettre à IAP de se connecter à vos instances de VM, créez une règle de pare-feu qui :

S'applique à toutes les instances de VM auxquelles vous souhaitez être accessible à l'aide d'IAP.
Autorise le trafic entrant à partir de la plage d'adresses IP 35.235.240.0/20. Cette plage contient toutes les adresses IP qu'IAP utilise pour le transfert TCP.

Dans Cloud Shell, procédez comme suit :

gcloud compute network-firewall-policies rules create 1000 --action ALLOW --firewall-policy producer-vpc-policy --description "SSH with IAP" --direction INGRESS --src-ip-ranges 35.235.240.0/20 --layer4-configs tcp:22  --global-firewall-policy

La règle de pare-feu suivante autorise le trafic provenant de la plage de vérification de l'état vers toutes les instances du réseau. Dans un environnement de production, cette règle de pare-feu ne doit être appliquée qu'aux instances associées au service de producteur spécifique.

Dans Cloud Shell, procédez comme suit :

gcloud compute network-firewall-policies rules create 2000 --action ALLOW --firewall-policy producer-vpc-policy --description "allow traffic from health check probe range" --direction INGRESS --src-ip-ranges 2600:2d00:1:b029::/64 --layer4-configs tcp:80 --global-firewall-policy

La règle de pare-feu suivante autorise le trafic de la plage de sous-réseaux NAT PSC vers toutes les instances du réseau. Dans un environnement de production, cette règle de pare-feu ne doit être appliquée qu'aux instances associées au service de producteur spécifique.

Mettez à jour la règle de pare-feu <insert-your-psc-nat-ipv6-subnet> avec le sous-réseau NAT PSC IPv6 obtenu précédemment dans l'atelier de programmation.

Dans Cloud Shell, procédez comme suit :

gcloud compute network-firewall-policies rules create 2001 --action ALLOW --firewall-policy producer-vpc-policy --description "allow traffic from PSC NAT subnet" --direction INGRESS --src-ip-ranges <insert-your-psc-nat-ipv6-subnet> --global-firewall-policy --layer4-configs=tcp

Créer la VM du producteur

Dans Cloud Shell, créez le serveur Web Apache producer-vm :

gcloud compute instances create producer-vm \
    --project=$project \
    --machine-type=e2-micro \
    --image-family debian-12 \
    --no-address \
    --image-project debian-cloud \
    --zone us-central1-a \
    --subnet=producer-dual-stack-vm-subnet \
    --stack-type=IPV4_IPV6 \
    --metadata startup-script="#! /bin/bash
      sudo apt-get update
      sudo apt-get install apache2 -y
      sudo service apache2 restart
      echo 'Welcome to Producer-VM !!' | tee /var/www/html/index.html
      EOF"

Dans Cloud Shell, créez le groupe d'instances non géré composé de l'instance producer-vm et de la vérification de l'état :

gcloud compute instance-groups unmanaged create producer-instance-group --zone=us-central1-a

gcloud compute instance-groups unmanaged add-instances producer-instance-group  --zone=us-central1-a --instances=producer-vm

gcloud compute health-checks create http hc-http-80 --port=80

10. Créer un service producteur

Créer des composants pour l'équilibreur de charge

Dans Cloud Shell, procédez comme suit :

gcloud compute backend-services create producer-backend-svc --load-balancing-scheme=internal --protocol=tcp --region=us-central1 --health-checks=hc-http-80

gcloud compute backend-services add-backend producer-backend-svc --region=us-central1 --instance-group=producer-instance-group --instance-group-zone=us-central1-a

Adresse IPv6 attribuée à la règle de transfert du producteur (équilibreur de charge réseau interne).

Dans Cloud Shell, procédez comme suit :

gcloud compute addresses create producer-fr-ipv6-address \
    --region=us-central1 \
    --subnet=producer-dual-stack-fr-subnet \
    --ip-version=IPV6

Dans la syntaxe suivante, créez une règle de transfert (équilibreur de charge réseau interne) avec une adresse IPv6 prédéfinie producer-fr-ipv6-address associée au service de backend producer-backend-svc.

Dans Cloud Shell, procédez comme suit :

gcloud compute forwarding-rules create producer-fr --region=us-central1 --load-balancing-scheme=internal --network=producer-vpc --subnet=producer-dual-stack-fr-subnet --address=producer-fr-ipv6-address --ip-protocol=TCP --ports=all --backend-service=producer-backend-svc --backend-service-region=us-central1 --ip-version=IPV6

Créer un rattachement de service

Dans Cloud Shell, créez le rattachement de service :

gcloud compute service-attachments create ipv6-producer-svc-attachment --region=$region --producer-forwarding-rule=producer-fr --connection-preference=ACCEPT_AUTOMATIC --nat-subnets=producer-nat-dual-stack-subnet

Ensuite, obtenez et notez le rattachement de service listé dans l'URI selfLink commençant par "projects" pour configurer le point de terminaison PSC dans l'environnement consommateur.

selfLink: projects/<your-project-id>/regions/us-central1/serviceAttachments/ipv4-producer-svc-attachment

Dans Cloud Shell, procédez comme suit :

gcloud compute service-attachments describe ipv6-producer-svc-attachment --region=$region

Exemple de résultat attendu

connectionPreference: ACCEPT_AUTOMATIC
creationTimestamp: '2024-08-27T05:59:17.188-07:00'
description: ''
enableProxyProtocol: false
fingerprint: EaultrFOzc4=
id: '8752850315312657226'
kind: compute#serviceAttachment
name: ipv6-producer-svc-attachment
natSubnets:
- https://www.googleapis.com/compute/v1/projects/projectid/regions/us-central1/subnetworks/producer-nat-dual-stack-subnet
pscServiceAttachmentId:
  high: '1053877600257000'
  low: '8752850315312657226'
reconcileConnections: false
region: https://www.googleapis.com/compute/v1/projects/projectid/regions/us-central1
selfLink: https://www.googleapis.com/compute/v1/projects/projectid/regions/us-central1/serviceAttachments/ipv6-producer-svc-attachment
targetService: https://www.googleapis.com/compute/v1/projects/projectid/regions/us-central1/forwardingRules/producer-fr

Dans la console Cloud, accédez à :

Services réseau → Private Service Connect → Services publiés

11. Créer un réseau VPC consommateur

Réseau VPC

Dans Cloud Shell, créez le VPC consommateur avec l'ULA IPv6 activée :

gcloud compute networks create consumer-vpc \
    --subnet-mode=custom \
    --enable-ula-internal-ipv6

Google alloue un sous-réseau /48 unique au niveau mondial au VPC consommateur. Pour afficher l'allocation, procédez comme suit :

Dans la console Cloud, accédez à :

Réseaux VPC

Créer un sous-réseau

Dans Cloud Shell, créez le sous-réseau GCE à double pile :

gcloud compute networks subnets create consumer-dual-stack-subnet --network consumer-vpc --range=192.168.20.0/28 --stack-type=IPV4_IPV6 --ipv6-access-type=INTERNAL --region $region --enable-private-ip-google-access

Dans Cloud Shell, créez le sous-réseau à double pile du point de terminaison PSC :

gcloud compute networks subnets create psc-dual-stack-endpoint-subnet --network consumer-vpc --range=192.168.21.0/28 --stack-type=IPV4_IPV6 --ipv6-access-type=INTERNAL --region $region --enable-private-ip-google-access

Créer une stratégie de pare-feu réseau et des règles de pare-feu

Dans Cloud Shell, procédez comme suit :

gcloud compute network-firewall-policies create consumer-vpc-policy --global

gcloud compute network-firewall-policies associations create --firewall-policy consumer-vpc-policy --network consumer-vpc --name consumer-vpc --global-firewall-policy

gcloud compute network-firewall-policies rules create 1000 --action ALLOW --firewall-policy consumer-vpc-policy --description "SSH with IAP" --direction INGRESS --src-ip-ranges 35.235.240.0/20 --layer4-configs tcp:22  --global-firewall-policy

Seul l'accès SSH depuis IAP est nécessaire pour le réseau consommateur.

12. Créer une VM et un point de terminaison PSC, et tester la connectivité à double pile

Créez une VM de test à double pile.

Dans Cloud Shell, créez l'instance GCE à double pile dans le sous-réseau à double pile :

gcloud compute instances create consumer-vm-ipv4-ipv6 --zone=us-central1-a --subnet=consumer-dual-stack-subnet --no-address --stack-type=IPV4_IPV6

Créer une adresse IPv6 statique pour le point de terminaison PSC

Dans Cloud Shell, créez une adresse IPv6 statique pour le point de terminaison PSC :

gcloud compute addresses create psc-ipv6-endpoint-ip --region=$region --subnet=psc-dual-stack-endpoint-subnet --ip-version=IPV6

Obtenir l'adresse IPv6 statique du point de terminaison PSC

Dans Cloud Shell, obtenez l'adresse IPv6 PSC que vous utiliserez pour accéder au service Producer :

gcloud compute addresses describe psc-ipv6-endpoint-ip --region=us-central1 | grep -i address:

Exemple de résultat :

user@cloudshell$ gcloud compute addresses describe psc-ipv6-endpoint-ip --region=us-central1 | grep -i address:
address: 'fd20:799:4ea3:1::'

Créez le point de terminaison PSC IPv6.

Dans Cloud Shell, créez le point de terminaison PSC en remplaçant l'URI du rattachement de service par l'URI que vous avez capturé lors de la création du rattachement de service.

gcloud compute forwarding-rules create psc-ipv6-endpoint --region=$region --network=consumer-vpc --address=psc-ipv6-endpoint-ip --target-service-attachment=[SERVICE ATTACHMENT URI]

Valider le point de terminaison PSC

Vérifions que le producteur a accepté le point de terminaison PSC. Dans la console Cloud, accédez à :

Services réseau → Private Service Connect → Points de terminaison connectés

Tester la connectivité

Dans Cloud Shell, connectez-vous en SSH à l'instance GCE à double pile consumer-vm-ipv4-ipv6.

gcloud compute ssh --zone us-central1-a "consumer-vm-ipv4-ipv6" --tunnel-through-iap --project $project

Maintenant que vous êtes connecté à l'instance GCE à double pile, effectuez un curl vers le point de terminaison PSC, psc-ipv6-endpoint, en utilisant les adresses IPv6 identifiées à l'étape précédente.

curl -6 http://[insert-your-ipv6-psc-endpoint]

Résultat attendu :

user@consumer-vm-ipv4-ipv6$ curl -6 http://[fd20:799:4ea3:1::]
Welcome to Producer-VM !!

Dans l'instance GCE consumer-vm-ipv4-ipv6, déconnectez-vous en effectuant une sortie pour revenir à Cloud Shell.

exit

Résultat attendu :

user@consumer-vm-ipv4-ipv6:~$ exit
logout
Connection to compute.715101668351438678 closed.

13. Étapes de nettoyage

Supprimer les composants de l'atelier à partir d'un seul terminal Cloud Shell

gcloud compute forwarding-rules delete psc-ipv6-endpoint --region=us-central1 -q

gcloud compute instances delete consumer-vm-ipv4-ipv6 --zone=us-central1-a -q

gcloud compute network-firewall-policies rules delete 1000 --firewall-policy=consumer-vpc-policy --global-firewall-policy -q

gcloud compute network-firewall-policies associations delete --firewall-policy=consumer-vpc-policy  --name=consumer-vpc --global-firewall-policy -q

gcloud compute network-firewall-policies delete consumer-vpc-policy --global -q

gcloud compute addresses delete psc-ipv6-endpoint-ip --region=us-central1 -q

gcloud compute networks subnets delete consumer-dual-stack-subnet psc-dual-stack-endpoint-subnet --region=us-central1 -q

gcloud compute networks delete consumer-vpc -q

gcloud compute service-attachments delete ipv6-producer-svc-attachment --region=us-central1 -q

gcloud compute forwarding-rules delete producer-fr --region=us-central1 -q

gcloud compute backend-services delete producer-backend-svc --region=us-central1 -q

gcloud compute health-checks delete hc-http-80 -q

gcloud compute network-firewall-policies rules delete 2001 --firewall-policy producer-vpc-policy --global-firewall-policy -q

gcloud compute network-firewall-policies rules delete 2000 --firewall-policy producer-vpc-policy --global-firewall-policy -q

gcloud compute network-firewall-policies rules delete 1000 --firewall-policy producer-vpc-policy --global-firewall-policy -q

gcloud compute network-firewall-policies associations delete --firewall-policy=producer-vpc-policy  --name=producer-vpc --global-firewall-policy -q

gcloud compute network-firewall-policies delete producer-vpc-policy --global -q

gcloud compute instance-groups unmanaged delete producer-instance-group --zone=us-central1-a -q

gcloud compute instances delete producer-vm --zone=us-central1-a -q

gcloud compute routers nats delete producer-nat-gw --router=producer-cloud-router --router-region=us-central1 -q

gcloud compute routers delete producer-cloud-router --region=us-central1 -q

gcloud compute addresses delete producer-fr-ipv6-address --region=us-central1 -q

gcloud compute networks subnets delete producer-dual-stack-fr-subnet  producer-dual-stack-vm-subnet producer-nat-dual-stack-subnet --region=us-central1 -q

gcloud compute networks delete producer-vpc -q

14. Félicitations

Félicitations, vous avez configuré et validé Private Service Connect 64.

Vous avez créé l'infrastructure du producteur et appris à créer un point de terminaison consommateur IPv6 dans le réseau VPC consommateur, ce qui a permis la connectivité au service producteur IPv6.

Cosmopup pense que les ateliers de programmation sont géniaux !

Et ensuite ?

Découvrez quelques-uns des ateliers de programmation...

Lectures et vidéos complémentaires

Présentation de Private Service Connect

Types d'équilibreur de charge compatibles

Private Service Connect 66 Restez organisé à l'aide des collections Enregistrez et classez les contenus selon vos préférences.

1. Introduction

Points abordés

Prérequis

2. Ce que vous allez faire

Principaux avantages de la norme PSC 66

3. Traduction prise en charge pour Private Service Connect 64 et 66

4. Présentation de Dual Stack ULA

5. Configuration réseau requise

6. Topologie de l'atelier de programmation

7. Préparation

Configuration de l'environnement au rythme de chacun

Démarrer Cloud Shell

8. Avant de commencer

Activer les API

9. Créer un réseau VPC de producteur

Réseau VPC

Créer des sous-réseaux

Créer la passerelle Public NAT

Créer une stratégie de pare-feu réseau et des règles de pare-feu

Créer la VM du producteur

10. Créer un service producteur

Créer des composants pour l'équilibreur de charge

Créer un rattachement de service

11. Créer un réseau VPC consommateur

Réseau VPC

Créer un sous-réseau

Créer une stratégie de pare-feu réseau et des règles de pare-feu

12. Créer une VM et un point de terminaison PSC, et tester la connectivité à double pile

Créez une VM de test à double pile.

Créer une adresse IPv6 statique pour le point de terminaison PSC

Obtenir l'adresse IPv6 statique du point de terminaison PSC

Créez le point de terminaison PSC IPv6.

Valider le point de terminaison PSC

Tester la connectivité

13. Étapes de nettoyage

14. Félicitations

Et ensuite ?

Lectures et vidéos complémentaires

Documents de référence

Private Service Connect 66