En tant qu'architecte cloud, vous savez que votre réseau est l'un des piliers de votre infrastructure cloud dans Azure. Lorsque vous travaillez dans Google Cloud, vos principales préoccupations sont de connecter vos différentes ressources, de segmenter le réseau et d'assurer la sécurité.

Azure comprend plusieurs régions dans lesquelles vous pouvez déployer autant de réseaux virtuels (VNets) que vous le souhaitez. Ces VNets sont des ressources isolées dédiées à la communication au sein de votre infrastructure et de tous les déploiements qu'elle comporte.

Les VNets Azure ont un champ d'application régional et ne peuvent exister que dans une seule région. Néanmoins, vous pouvez les interconnecter à l'aide d'un service d'appairage. Cette interconnexion s'appuie sur le réseau backbone de Microsoft, qui garantit la confidentialité et l'intégrité des données.

Dans un scénario hybride, vous pouvez utiliser une passerelle de réseau virtuel pour communiquer avec votre centre de données local à l'aide d'Azure.

Dans Azure, les réseaux virtuels et leurs sous-réseaux s'étendent sur toutes les zones de disponibilité d'une région. En d'autres termes, vous n'avez pas besoin de les répartir par zones de disponibilité. Selon les bonnes pratiques, il est d'usage de créer des groupes de sécurité, des tables de routage et des règles de pare-feu Azure afin de renforcer la sécurité réseau.

Avec ces informations en tête, vous allez explorer les services de mise en réseau disponibles dans Google Cloud, afin de déployer une architecture robuste.

Présentation

Le cloud privé virtuel (VPC) de Google Cloud fournit des fonctionnalités de mise en réseau pour les instances de machines virtuelles (VM) Compute Engine, les conteneurs Kubernetes Engine et l'environnement flexible App Engine. En d'autres termes, sans réseau VPC, vous ne pouvez pas créer d'instance de VM, de conteneur ni d'application App Engine. Par conséquent chaque projet Google Cloud comporte un réseau par défaut pour vous aider à démarrer.

Un réseau VPC est semblable à un réseau physique, sauf qu'il est virtualisé dans Google Cloud. Un réseau VPC est une ressource globale qui consiste en une liste de sous-réseaux virtuels régionaux hébergés dans des centres de données, qui sont reliés ensemble par un réseau étendu (WAN, Wide Area Network) mondial. Les réseaux VPC sont isolés de façon logique les uns des autres dans Google Cloud.

Dans cet atelier, vous allez créer un réseau VPC en mode automatique avec des règles de pare-feu et deux instances de VM. Vous allez ensuite passer du mode automatique au mode personnalisé et créer d'autres réseaux en mode personnalisé, comme indiqué dans l'exemple de schéma ci-dessous. Pour finir, vous allez également tester la connectivité sur différents réseaux.

Objectifs

Dans cet atelier, vous allez apprendre à effectuer les tâches suivantes :

• Explorer le réseau VPC par défaut
• Créer un réseau en mode automatique avec des règles de pare-feu
• Convertir un réseau en mode automatique en réseau en mode personnalisé
• Créer des réseaux VPC en mode personnalisé dotés de règles de pare-feu
• Créer des instances de VM à l'aide de Compute Engine
• Explorer la connectivité des instances de VM sur plusieurs réseaux VPC

Pour chaque atelier, nous vous attribuons un nouveau projet Google Cloud et un nouvel ensemble de ressources pour une durée déterminée, sans frais.

1. Connectez-vous à Qwiklabs dans une fenêtre de navigation privée.

2. Vérifiez le temps imparti pour l'atelier (par exemple : 01:15:00) : vous devez pouvoir le terminer dans ce délai.
   Une fois l'atelier lancé, vous ne pouvez pas le mettre en pause. Si nécessaire, vous pourrez le redémarrer, mais vous devrez tout reprendre depuis le début.

3. Lorsque vous êtes prêt, cliquez sur Démarrer l'atelier.

4. Notez vos identifiants pour l'atelier (Nom d'utilisateur et Mot de passe). Ils vous serviront à vous connecter à Google Cloud Console.

5. Cliquez sur Ouvrir la console Google.

6. Cliquez sur Utiliser un autre compte, puis copiez-collez les identifiants de cet atelier lorsque vous y êtes invité.
   Si vous utilisez d'autres identifiants, des messages d'erreur s'afficheront ou des frais seront appliqués.

7. Acceptez les conditions d'utilisation et ignorez la page concernant les ressources de récupération des données.

Tâche 1 : Explorer le réseau par défaut

Chaque projet Google Cloud comporte un réseau par défaut avec des sous-réseaux, des routes et des règles de pare-feu.

Afficher les sous-réseaux

Le réseau par défaut dispose d'un sous-réseau dans chaque région Google Cloud.

• Dans la console Cloud, accédez au menu de navigation (), puis cliquez sur Réseau VPC > Réseaux VPC.
• Repérez le réseau par défaut avec ses sous-réseaux.
  Chaque sous-réseau est associé à une région Google Cloud et à un bloc CIDR RFC 1918 privé pour sa plage d'adresses IP interne ainsi qu'à une passerelle.

Afficher les routes

Les routes indiquent aux instances de VM et au réseau VPC comment acheminer le trafic d'une instance jusqu'à sa destination, à l'intérieur du réseau ou en dehors de Google Cloud. Chaque réseau VPC est fourni avec des routes par défaut pour acheminer le trafic entre ses sous-réseaux et envoyer le trafic des instances éligibles vers Internet.

• Dans le volet de gauche, cliquez sur Routes.
  Vous remarquez qu'il y a une route pour chaque sous-réseau et une pour la passerelle Internet par défaut (0.0.0.0/0).
  Ces routes sont gérées automatiquement, mais vous pouvez créer des routes statiques personnalisées pour diriger certains paquets vers des destinations spécifiques. Par exemple, vous pouvez créer une route qui envoie tout le trafic sortant vers une instance configurée en tant que passerelle NAT.

Afficher les règles de pare-feu

Chaque réseau VPC dispose d'un pare-feu virtuel distribué et paramétrable. Les règles de pare-feu permettent de contrôler quels paquets sont autorisés à transiter et vers quelles destinations. Chaque réseau VPC comporte deux règles de pare-feu implicites qui bloquent toutes les connexions entrantes et autorisent toutes les connexions sortantes.

• Dans le volet de gauche, cliquez sur Pare-feu.
  Notez qu'il existe quatre règles de pare-feu d'entrée pour le réseau par défaut :

  • default-allow-icmp
  • default-allow-rdp
  • default-allow-ssh
  • default-allow-internal

  Ces règles de pare-feu autorisent tout trafic entrant via ICMP, RDP et SSH (0.0.0.0/0), ainsi que l'ensemble du trafic TCP, UDP et ICMP au sein du réseau (10.128.0.0/9). Ces règles sont détaillées dans les colonnes Cibles, Filtres, Protocoles/ports et Action.

Supprimer les règles de pare-feu

1. Dans le volet de gauche, cliquez sur Pare-feu.
2. Sélectionnez toutes les règles de pare-feu du réseau par défaut.
3. Cliquez sur Supprimer.
4. Cliquez sur Supprimer pour confirmer la suppression des règles de pare-feu.

Supprimer le réseau par défaut

1. Dans le volet de gauche, cliquez sur Réseaux VPC.
2. Sélectionnez le réseau par défaut.
3. Cliquez sur Supprimer le réseau VPC.
4. Cliquez sur Supprimer pour confirmer la suppression du réseau par défaut.

Attendez que le réseau soit supprimé avant de continuer.

5. Dans le volet de gauche, cliquez sur Routes.

Notez qu'il n'y a aucune route.

6. Dans le volet de gauche, cliquez sur Pare-feu.

Notez qu'il n'y a aucune règle de pare-feu.

Remarque : Sans réseau VPC, il ne peut pas y avoir de routes.

Essayer de créer une instance de VM

Vérifiez que vous ne pouvez pas créer d'instance de VM sans réseau VPC.

1. Dans le menu de navigation, cliquez sur Compute Engine > Instances de VM.
2. Cliquez sur Créer une instance.
3. Acceptez les valeurs par défaut, puis cliquez sur Créer.

Notez l'erreur.

4. Cliquez sur Créer une instance.
5. Cliquez sur Options avancées.
6. Cliquez sur Mise en réseau. Notez l'erreur Aucun autre réseau disponible sous Interfaces réseau.
7. Cliquez sur Annuler.

Remarque : Sans surprise, vous ne pouvez pas créer d'instance de VM sans réseau VPC.

Tâche 2 : Créer un réseau en mode automatique

Vous devez créer un réseau en mode automatique avec deux instances de VM. Les réseaux en mode automatique sont faciles à configurer et à utiliser, parce qu'ils créent automatiquement des sous-réseaux dans chaque région. Cependant, vous ne contrôlez pas entièrement les sous-réseaux créés dans votre réseau VPC, y compris les régions et les plages d'adresses IP utilisées.

N'hésitez pas à consulter la documentation Google sur les réseaux VPC pour découvrir d'autres avantages à utiliser des réseaux en mode automatique. Pour l'instant, considérez que vous utilisez le réseau en mode automatique à des fins de prototypage.

Créer un réseau VPC en mode automatique avec des règles de pare-feu

1. Dans le menu de navigation (), cliquez sur Réseau VPC > Réseaux VPC.
2. Cliquez sur Créer un réseau VPC.
3. Dans le champ Nom, saisissez mynetwork.
4. Dans le champ Mode de création du sous-réseau, cliquez sur Automatique.

Les réseaux en mode automatique créent automatiquement des sous-réseaux dans chaque région.

5. Dans le champ Règles de pare-feu, sélectionnez toutes les règles disponibles.

Ce sont les mêmes règles de pare-feu standards que celles du réseau par défaut. Les règles deny-all-ingress et allow-all-egress sont également affichées, mais vous ne pouvez pas les sélectionner ni les désactiver, car elles sont implicites. La valeur Priorité de ces deux règles est inférieure (les nombres entiers les plus élevés indiquent les priorités les plus faibles) : les règles d'autorisation ICMP, personnalisées, RDP et SSH sont donc prioritaires.

6. Cliquez sur Créer.

7. Lorsque le nouveau réseau est prêt, cliquez sur mynetwork. Notez la plage d'adresses IP pour les sous-réseaux de et .

Remarque : Si jamais vous supprimez le réseau par défaut, vous pouvez le recréer rapidement. Pour cela, créez un réseau en mode automatique comme vous venez de le faire.

Créer une instance de VM dans

Créez une instance de VM dans la région . Le sous-réseau et l'adresse IP interne attribuée à partir de la plage d'adresses IP du sous-réseau dépendent de la région et de la zone sélectionnées.

1. Dans le menu de navigation (), cliquez sur Compute Engine > Instances de VM.

2. Cliquez sur Créer une instance.

3. Spécifiez les paramètres suivants et conservez les valeurs par défaut des autres paramètres :

   Propriété	Valeur (saisissez la valeur ou sélectionnez l'option spécifiée)
   Nom	mynet-us-vm
   Région
   Zone
   Série	E2
   Type de machine	e2-micro (2 processeurs virtuels, 1 Go de mémoire)
   Disque de démarrage	Debian GNU/Linux 11 (bullseye)

4. Cliquez sur Créer.

Créer une instance de VM dans

Créez une instance de VM dans la région .

1. Cliquez sur Créer une instance.

2. Spécifiez les paramètres suivants et conservez les valeurs par défaut des autres paramètres :

   Propriété	Valeur (saisissez la valeur ou sélectionnez l'option spécifiée)
   Nom	mynet-eu-vm
   Région
   Zone
   Série	E2
   Type de machine	e2-micro (2 processeurs virtuels, 1 Go de mémoire)
   Disque de démarrage	Debian GNU/Linux 11 (bullseye)

3. Cliquez sur Créer.

Remarque : Les adresses IP externes des deux instances de VM sont éphémères. Si une instance est arrêtée, toute adresse IP externe éphémère qui lui a été attribuée est remise dans le pool Compute Engine général et devient disponible pour d'autres projets.

Lorsqu'une instance arrêtée est redémarrée, une nouvelle adresse IP externe éphémère lui est attribuée. Vous pouvez également réserver une adresse IP externe statique, qui est alors attribuée à votre projet pour une durée indéterminée, jusqu'à ce que vous la libériez explicitement.

Vérifier la connectivité des instances de VM

Les règles de pare-feu que vous avez créées avec mynetwork autorisent le trafic SSH et ICMP entrant depuis les adresses IP internes (au sein de mynetwork) et externes (en dehors de ce réseau).

1. Dans le menu de navigation, cliquez sur Compute Engine > Instances de VM.

Notez les adresses IP externe et interne pour mynet-eu-vm.

2. Pour mynet-us-vm, cliquez sur SSH pour lancer un terminal et vous connecter.

Remarque : Vous pouvez vous connecter en SSH grâce à la règle de pare-feu allow-ssh, qui autorise le trafic entrant vers tcp:22 depuis n'importe quelle adresse IP (0.0.0.0/0). La connexion SSH fonctionne parfaitement, car Compute Engine génère une clé SSH pour vous et la stocke dans l'un des emplacements suivants :

• Par défaut, Compute Engine ajoute la clé générée aux métadonnées du projet ou de l'instance.
• Si votre compte est configuré pour utiliser OS Login, Compute Engine stocke la clé générée avec votre compte utilisateur.

Vous pouvez également contrôler l'accès aux instances Linux en créant des clés SSH et en modifiant les métadonnées des clés SSH publiques.

3. Pour tester la connectivité à l'adresse IP interne de mynet-eu-vm, exécutez la commande suivante en indiquant l'adresse IP interne de mynet-eu-vm :

ping -c 3 <Saisir l'adresse IP interne de mynet-eu-vm ici>

Vous pouvez pinguer l'adresse IP interne de mynet-eu-vm grâce à la règle de pare-feu allow-custom.

4. Pour tester la connectivité à l'adresse IP externe de mynet-eu-vm, exécutez la commande suivante en indiquant l'adresse IP externe de mynet-eu-vm :

ping -c 3 <Saisir l'adresse IP externe de mynet-eu-vm ici>

Remarque : Comme prévu, vous pouvez vous connecter en SSH à mynet-us-vm et pinguer les adresses IP interne et externe de mynet-eu-vm. Vous pouvez également vous connecter en SSH à mynet-eu-vm et pinguer les adresses IP interne et externe de mynet-us-vm.

Convertir le réseau en réseau en mode personnalisé

Le réseau en mode automatique a bien fonctionné jusqu'à présent, mais il vous a été demandé de le convertir en réseau en mode personnalisé, afin d'éviter qu'un sous-réseau soit créé chaque fois qu'une nouvelle région est disponible. Ces créations automatiques de sous-réseaux pourraient entraîner un chevauchement des adresses IP utilisées par les sous-réseaux créés manuellement ou les routes statiques, ou interférer avec la planification globale de votre réseau.

1. Dans le menu de navigation (), cliquez sur Réseau VPC > Réseaux VPC.
2. Cliquez sur mynetwork pour accéder aux informations sur le réseau.
3. Cliquez sur Modifier.
4. Dans Mode de création du sous-réseau, sélectionnez Personnalisé.
5. Cliquez sur Enregistrer.
6. Revenez à la page Réseaux VPC.

Attendez que le mode de mynetwork bascule sur Personnalisé.

Vous pouvez cliquer sur Actualiser pendant que vous patientez.

Cliquez sur Vérifier ma progression pour valider l'objectif. Créer un réseau VPC et des instances de VM

Remarque : Faire passer un réseau du mode automatique au mode personnalisé est une façon simple de gagner en flexibilité. En production, nous vous recommandons d'utiliser des réseaux en mode personnalisé.

Tâche 3 : Créer des réseaux en mode personnalisé

Vous devez créer deux réseaux personnalisés supplémentaires, managementnet et privatenet, ainsi que des règles de pare-feu pour autoriser le trafic entrant SSH, ICMP et RDP, et les instances de VM (comme indiqué dans cet exemple de schéma, à l'exception de vm-appliance) :

Notez que les plages CIDR d'adresses IP de ces réseaux ne se chevauchent pas. Cela vous permet de mettre en place des systèmes tels que l'appairage VPC entre les réseaux. Si vous spécifiez des plages CIDR d'adresses IP différentes de celles de votre réseau sur site, vous pouvez même configurer une connectivité hybride à l'aide d'un VPN ou de Cloud Interconnect.

Créer le réseau managementnet

Créez le réseau managementnet à l'aide de la console Cloud.

1. Dans la console Cloud, accédez au menu de navigation (), puis cliquez sur Réseau VPC > Réseaux VPC.

2. Cliquez sur Créer un réseau VPC.

3. Dans le champ Nom, saisissez managementnet.

4. Dans le champ Mode de création du sous-réseau, cliquez sur Personnalisé.

5. Spécifiez les paramètres suivants et conservez les valeurs par défaut des autres paramètres :

   Propriété	Valeur (saisissez la valeur ou sélectionnez l'option spécifiée)
   Nom	managementsubnet-us
   Région
   Plage IPv4	10.240.0.0/20

6. Cliquez sur OK.

7. Cliquez sur Ligne de commande équivalente.

   Ces commandes montrent que les réseaux et les sous-réseaux peuvent être créés à l'aide de la ligne de commande gcloud. Vous allez créer le réseau privatenet à l'aide de ces commandes en utilisant des paramètres similaires.

8. Cliquez sur Fermer.

9. Cliquez sur Créer.

Créer le réseau privatenet

Créez le réseau privatenet à l'aide de la ligne de commande gcloud.

1. Dans la console Cloud, cliquez sur Activer Cloud Shell ().
2. Cliquez sur Continuer si vous y êtes invité.
3. Pour créer le réseau privatenet, exécutez la commande suivante. Si vous y êtes invité, cliquez sur Autoriser.

gcloud compute networks create privatenet --subnet-mode=custom

4. Pour créer le sous-réseau privatesubnet-us, exécutez la commande suivante :

gcloud compute networks subnets create privatesubnet-us --network=privatenet --region={{{project_0.default_region|Lab region}}} --range=172.16.0.0/24

5. Pour créer le sous-réseau privatesubnet-eu, exécutez la commande suivante :

gcloud compute networks subnets create privatesubnet-eu --network=privatenet --region={{{project_0.default_region_2|Region 2}}} --range=172.20.0.0/20

6. Pour obtenir la liste des réseaux VPC disponibles, exécutez la commande suivante :

gcloud compute networks list

Le résultat doit se présenter comme suit :

NAME SUBNET_MODE BGP_ROUTING_MODE IPV4_RANGE GATEWAY_IPV4 managementnet CUSTOM REGIONAL mynetwork CUSTOM REGIONAL privatenet CUSTOM REGIONAL

7. Pour obtenir la liste des sous-réseaux VPC disponibles (classés par réseau VPC), exécutez la commande suivante :

gcloud compute networks subnets list --sort-by=NETWORK Remarque : Les réseaux managementnet et privatenet ne contiennent que les sous-réseaux que vous avez créés, car il s'agit de réseaux en mode personnalisé. mynetwork en est un également, mais il était auparavant un réseau en mode automatique qui comptait des sous-réseaux dans chaque région.

8. Dans la console Cloud, accédez au menu de navigation (), puis cliquez sur Réseau VPC > Réseaux VPC.
   Vérifiez que les mêmes réseaux et sous-réseaux sont listés dans la console Cloud.

Créer les règles de pare-feu pour managementnet

Créez des règles de pare-feu pour autoriser le trafic entrant SSH, ICMP et RDP vers les instances de VM du réseau managementnet.

1. Dans la console Cloud, accédez au menu de navigation (), puis cliquez sur Réseau VPC > Pare-feu.

2. Cliquez sur Créer une règle de pare-feu.

3. Spécifiez les paramètres suivants et conservez les valeurs par défaut des autres paramètres :

   Propriété	Valeur (saisissez la valeur ou sélectionnez l'option spécifiée)
   Nom	managementnet-allow-icmp-ssh-rdp
   Réseau	managementnet
   Cibles	Toutes les instances du réseau
   Filtre source	Plages IPv4
   Plages IPv4 sources	0.0.0.0/0
   Protocoles et ports	Protocoles et ports spécifiés

Remarque : Pensez à ajouter /0 dans les plages IPv4 sources pour indiquer tous les réseaux.

4. Sélectionnez tcp, puis spécifiez les ports 22 et 3389.

5. Sélectionnez Autres protocoles, puis spécifiez le protocole icmp.

6. Cliquez sur Ligne de commande équivalente.

   Ces commandes montrent que les règles de pare-feu peuvent aussi être créées à l'aide de la ligne de commande gcloud. Vous allez créer les règles de pare-feu de privatenet à l'aide de ces commandes en utilisant des paramètres similaires.

7. Cliquez sur Fermer.

8. Cliquez sur Créer.

Créer les règles de pare-feu pour privatenet

Créez les règles de pare-feu du réseau privatenet à l'aide de la ligne de commande gcloud.

1. Revenez dans Cloud Shell. Si nécessaire, cliquez sur Activer Cloud Shell ().
2. Pour créer la règle de pare-feu privatenet-allow-icmp-ssh-rdp, exécutez la commande suivante :

gcloud compute firewall-rules create privatenet-allow-icmp-ssh-rdp --direction=INGRESS --priority=1000 --network=privatenet --action=ALLOW --rules=icmp,tcp:22,tcp:3389 --source-ranges=0.0.0.0/0

Le résultat doit se présenter comme suit :

NAME NETWORK DIRECTION PRIORITY ALLOW DENY privatenet-allow-icmp-ssh-rdp privatenet INGRESS 1000 icmp,tcp:22,tcp:3389

3. Pour obtenir la liste des règles de pare-feu (classées par réseau VPC), exécutez la commande suivante :

gcloud compute firewall-rules list --sort-by=NETWORK

Le résultat doit se présenter comme suit :

NAME NETWORK DIRECTION PRIORITY ALLOW managementnet-allow-icmp-ssh-rdp managementnet INGRESS 1000 icmp,tcp:22,tcp:3389 mynetwork-allow-icmp mynetwork INGRESS 1000 icmp mynetwork-allow-internal mynetwork INGRESS 65534 all mynetwork-allow-rdp mynetwork INGRESS 1000 tcp:3389 mynetwork-allow-ssh mynetwork INGRESS 1000 tcp:22 privatenet-allow-icmp-ssh-rdp privatenet INGRESS 1000 icmp,tcp:22,tcp:3389

Les règles de pare-feu du réseau mynetwork ont été créées automatiquement. Vous pouvez définir plusieurs protocoles et ports dans une seule et même règle de pare-feu (privatenet et managementnet), ou les étendre à d'autres règles (default et mynetwork).

4. Dans la console Cloud, accédez au menu de navigation (), puis cliquez sur Réseau VPC > Pare-feu.
   Vérifiez que les mêmes règles de pare-feu sont listées dans la console Cloud.

Cliquez sur Vérifier ma progression pour valider l'objectif. Créer des réseaux VPC en mode personnalisé avec des règles de pare-feu

Ensuite, créez deux instances de VM :

• managementnet-us-vm dans managementsubnet-us
• privatenet-us-vm dans privatesubnet-us

Créer l'instance managementnet-us-vm

Créez l'instance managementnet-us-vm à l'aide de la console Cloud.

1. Dans la console Cloud, accédez au menu de navigation (), puis cliquez sur Compute Engine > Instances de VM.

2. Cliquez sur Créer une instance.

3. Spécifiez les paramètres suivants et conservez les valeurs par défaut des autres paramètres :

   Propriété	Valeur (saisissez la valeur ou sélectionnez l'option spécifiée)
   Nom	managementnet-us-vm
   Région
   Zone
   Série	E2
   Type de machine	e2-micro (2 processeurs virtuels, 1 Go de mémoire)
   Disque de démarrage	Debian GNU/Linux 11 (bullseye)

4. Cliquez sur Options avancées.

5. Cliquez sur Mise en réseau.

6. Pour Interfaces réseau, cliquez sur la flèche du menu déroulant afin d'effectuer vos modifications.

7. Spécifiez les paramètres suivants et conservez les valeurs par défaut des autres paramètres :

   Propriété	Valeur (saisissez la valeur ou sélectionnez l'option spécifiée)
   Réseau	managementnet
   Sous-réseau	managementsubnet-us

Remarque : Vous ne pouvez sélectionner que les sous-réseaux associés à la région sélectionnée.

8. Cliquez sur OK.

9. Cliquez sur Ligne de commande équivalente.

   Nous venons de voir qu'il est possible de créer des instances de VM à l'aide de la ligne de commande gcloud. Vous allez créer l'instance privatenet-us-vm à l'aide de ces commandes en utilisant des paramètres similaires.

10. Cliquez sur Fermer.

11. Cliquez sur Créer.

Créer l'instance privatenet-us-vm

Créez l'instance privatenet-us-vm à l'aide de la ligne de commande gcloud.

1. Revenez dans Cloud Shell. Si nécessaire, cliquez sur Activer Cloud Shell ().
2. Pour créer l'instance privatenet-us-vm, exécutez la commande suivante :

gcloud compute instances create privatenet-us-vm --zone={{{project_0.default_zone|Lab Zone}}} --machine-type=e2-micro --subnet=privatesubnet-us --image-family=debian-11 --image-project=debian-cloud --boot-disk-size=10GB --boot-disk-type=pd-standard --boot-disk-device-name=privatenet-us-vm

3. Pour obtenir la liste des instances de VM (classées par zone), exécutez la commande suivante :

gcloud compute instances list --sort-by=ZONE

4. Dans la console Cloud, accédez au menu de navigation (), puis cliquez sur Compute Engine > Instances de VM.

Vérifiez que les instances de VM sont listées dans la console Cloud.

5. Pour Colonnes, sélectionnez Zone.

   Il y a trois instances dans et une instance dans . Cependant, ces instances sont réparties sur trois réseaux VPC (managementnet, mynetwork et privatenet), et aucune instance ne se trouve dans la même zone et le même réseau qu'une autre. Dans la prochaine tâche, vous allez découvrir les incidences de cette répartition sur la connectivité interne.

Cliquez sur Vérifier ma progression pour valider l'objectif. Créer des instances de VM

Remarque : Pour plus d'informations sur la mise en réseau de chaque instance de VM, cliquez sur le lien nic0 dans la colonne Adresse IP interne. La page d'informations sur l'interface réseau affiche alors le sous-réseau et la plage CIDR d'adresses IP, les règles de pare-feu et les routes qui s'appliquent à l'instance, ainsi que d'autres caractéristiques issues de l'analyse du réseau.

Tâche 4 : Explorer la connectivité entre les réseaux

Explorez la connectivité entre les instances de VM. Plus précisément, vous allez déterminer l'effet de la présence de plusieurs instances de VM dans la même zone par rapport à la présence de plusieurs instances dans le même réseau VPC.

Pinguer les adresses IP externes

Pinguez les adresses IP externes des instances de VM pour déterminer si vous pouvez atteindre ces instances à partir du réseau Internet public.

1. Dans la console Cloud, accédez au menu de navigation, puis cliquez sur Compute Engine > Instances de VM.
   Notez les adresses IP externes pour mynet-eu-vm, managementnet-us-vm et privatenet-us-vm.
2. Pour mynet-us-vm, cliquez sur SSH pour lancer un terminal et vous connecter.
3. Pour tester la connectivité à l'adresse IP externe de mynet-eu-vm, exécutez la commande suivante en indiquant l'adresse IP externe de mynet-eu-vm :

ping -c 3 <Saisir l'adresse IP externe de mynet-eu-vm ici>

Cela devrait fonctionner.

4. Pour tester la connectivité à l'adresse IP externe de managementnet-us-vm, exécutez la commande suivante en indiquant l'adresse IP externe de managementnet-us-vm :

ping -c 3 <Saisir l'adresse IP externe de managementnet-us-vm ici>

Cela devrait fonctionner.

5. Pour tester la connectivité de l'adresse IP externe de privatenet-us-vm, exécutez la commande suivante en indiquant l'adresse IP externe de privatenet-us-vm :

ping -c 3 <Saisir l'adresse IP externe de privatenet-us-vm ici>

Cela devrait fonctionner.

Remarque : Vous pouvez pinguer l'adresse IP externe de toutes les instances de VM, même si elles se trouvent dans une autre zone ou un autre réseau VPC. Cela confirme que l'accès public à ces instances est uniquement contrôlé par les règles de pare-feu ICMP que vous avez établies auparavant.

Pinguer les adresses IP internes

Pinguez les adresses IP internes des instances de VM afin de déterminer si vous pouvez atteindre ces instances à partir d'un réseau VPC.

1. Dans la console Cloud, accédez au menu de navigation, puis cliquez sur Compute Engine > Instances de VM.
   Notez les adresses IP internes pour mynet-eu-vm, managementnet-us-vm et privatenet-us-vm.
2. Revenez au terminal SSH pour mynet-us-vm.
3. Pour tester la connectivité à l'adresse IP interne de mynet-eu-vm, exécutez la commande suivante en indiquant l'adresse IP interne de mynet-eu-vm :

ping -c 3 <Saisir l'adresse IP interne de mynet-eu-vm ici> Remarque : Vous pouvez pinguer l'adresse IP interne de mynet-eu-vm, car elle se trouve sur le même réseau VPC que la source du ping (mynet-us-vm), bien que les deux instances de VM se situent dans des zones, des régions et des continents différents.

4. Pour tester la connectivité à l'adresse IP interne de managementnet-us-vm, exécutez la commande suivante en indiquant l'adresse IP interne de managementnet-us-vm :

ping -c 3 <Saisir l'adresse IP interne de managementnet-us-vm ici> Remarque : Cela ne devrait pas fonctionner, comme l'indique la perte de paquets égale à 100 %.

5. Pour tester la connectivité à l'adresse IP interne de privatenet-us-vm, exécutez la commande suivante en indiquant l'adresse IP interne de privatenet-us-vm :

ping -c 3 <Saisir l'adresse IP interne de privatenet-us-vm ici> Remarque : Cela ne doit pas fonctionner non plus, comme l'indique la perte de 100 % des paquets. Vous ne pouvez pas pinguer l'adresse IP interne de managementnet-us-vm ni celle de privatenet-us-vm, car ces instances se trouvent sur des réseaux VPC différents de celui de la source du ping (mynet-us-vm), et ce, bien que toutes les instances se situent dans la même zone.

Tâche 5 : Récapitulatif

Dans cet atelier, vous avez exploré le réseau par défaut et vous avez vu que vous ne pouviez pas créer d'instances de VM sans réseau VPC. Vous avez donc créé un réseau VPC en mode automatique avec des sous-réseaux, des routes, des règles de pare-feu et deux instances de VM, et vous avez testé la connectivité des instances de VM. Dans la mesure où les réseaux en mode automatique ne sont pas recommandés en production, vous avez converti le réseau en mode automatique en réseau en mode personnalisé.

Puis vous avez créé deux autres réseaux VPC en mode personnalisé avec des règles de pare-feu ainsi que des instances de VM à l'aide de la console Cloud et de la ligne de commande gcloud. Vous avez ensuite testé la connectivité sur les réseaux VPC. Un ping sur des adresses IP externes fonctionnait, contrairement à un ping sur des adresses IP internes.

Par défaut, les réseaux VPC sont des domaines de mise en réseau privé isolés. Par conséquent, aucune communication par adresse IP interne n'est autorisée entre les réseaux, sauf si vous mettez en place des systèmes tels qu'un appairage VPC ou un VPN.

Google Cloud offre deux modes de création de VPC : le mode automatique et le mode personnalisé. En mode automatique, Google Cloud gère l'adressage et le routage IP, de la même façon qu'Azure crée des VNets. À l'inverse, en mode personnalisé, les utilisateurs disposent de davantage de contrôle sur la configuration des VPC. Ils peuvent par exemple définir leurs propres sous-réseaux et plages d'adresses IP.

• Le mode personnalisé offre davantage de flexibilité et de contrôle, mais il exige également un plus grand travail de configuration et de gestion.
• Le mode automatique, plus simple à utiliser, est idéal pour les utilisateurs qui n'ont pas besoin de beaucoup personnaliser leurs VPC.

Voici un récapitulatif des similitudes et des différences entre ces services :

Similitudes :

• Azure et Google Cloud offrent un service de mise en réseau permettant d'isoler les ressources cloud et de contrôler l'environnement de mise en réseau.
• Les deux plates-formes incluent des fonctionnalités telles que le subnetting, les groupes de sécurité et les tables de routage pour aider les clients à gérer leur infrastructure réseau.
• Azure propose l'appairage de VNets, grâce auquel les clients peuvent connecter plusieurs VNets entre eux et donc créer un réseau plus étendu.

Différences :

• Les VNets Azure sont conçus pour fonctionner en mode automatique : c'est le fournisseur de services cloud qui gère l'adressage et le routage IP des VNets.
• Les VPC Google Cloud peuvent fonctionner en mode automatique, mais aussi en mode personnalisé (où les utilisateurs ont davantage de contrôle sur la configuration des VPC).
• Les fonctionnalités des VPC Google Cloud sont plus étroitement intégrées aux autres services Google Cloud, comme Cloud Identity-Aware Proxy et Cloud Armor, ce qui offre des fonctionnalités de sécurité supplémentaires aux utilisateurs.

Terminer l'atelier

Une fois l'atelier terminé, cliquez sur Terminer l'atelier. Google Cloud Skills Boost supprime les ressources que vous avez utilisées, puis efface le compte.

Si vous le souhaitez, vous pouvez noter l'atelier. Sélectionnez un nombre d'étoiles, saisissez un commentaire, puis cliquez sur Envoyer.

Le nombre d'étoiles correspond à votre degré de satisfaction :

• 1 étoile = très insatisfait(e)
• 2 étoiles = insatisfait(e)
• 3 étoiles = ni insatisfait(e), ni satisfait(e)
• 4 étoiles = satisfait(e)
• 5 étoiles = très satisfait(e)

Si vous ne souhaitez pas donner votre avis, vous pouvez fermer la boîte de dialogue.

Pour soumettre des commentaires, suggestions ou corrections, veuillez accéder à l'onglet Assistance.

Copyright 2020 Google LLC Tous droits réservés. Google et le logo Google sont des marques de Google LLC. Tous les autres noms d'entreprises et de produits peuvent être des marques des entreprises auxquelles ils sont associés.