Routes statiques

Cette page offre un aperçu du fonctionnement des routes statiques dans Google Cloud.

Pour obtenir une présentation générale des routes dans Google Cloud, consultez la présentation des routes.

Éléments à prendre en compte pour créer des routes statiques

Vous pouvez créer des routes statiques de deux manières :

Vous pouvez échanger des routes statiques avec un réseau VPC appairé, comme décrit dans la section Options d'échange de routes statiques personnalisées de la documentation sur l'appairage de réseaux VPC.

Paramètres des routes

Les routes statiques sont compatibles avec les attributs suivants :

  • Nom et description ces champs permettent d'identifier la route. Le nom est requis, mais la description est facultative. Chaque route de votre projet doit posséder un nom qui lui est propre.

  • Réseau. Chaque route doit être associée à un seul réseau VPC.

  • Saut suivant. le prochain saut identifie la ressource réseau à laquelle les paquets sont envoyés. Tous les types de prochains sauts sont compatibles avec les destinations IPv4, et certains d'entre eux sont compatibles avec les destinations IPv6. Pour en savoir plus, consultez Prochains sauts et caractéristiques.

  • Plage de destination. La plage de destination est une notation CIDR IPv4 ou IPv6 unique.

    Les destinations des routes statiques doivent respecter les règles décrites dans la section Interactions entre les routes de sous-réseau et les routes statiques et dans la section Interactions des routes de sous-réseau et des routes statiques de l'appairage de réseaux VPC. La destination la plus large possible pour une route statique IPv4 est 0.0.0.0/0. La destination la plus large possible pour une route statique IPv6 est ::/0.

  • Priorité. des nombres inférieurs indiquent une priorité plus élevée. La priorité la plus élevée possible est 0, et la priorité la plus faible est 65,535.

  • Tags réseau. Vous pouvez rendre une route statique applicable uniquement à certaines instances de VM du réseau VPC identifiées par un tag réseau :

Prochains sauts et caractéristiques

Le tableau suivant récapitule la compatibilité des caractéristiques des routes statiques par type de prochain saut :

Type du saut suivant IPv4 IPv6 ECMP1
Passerelle de prochain saut (next-hop-gateway)
Spécifiez une passerelle Internet par défaut pour définir un chemin d'accès vers des adresses IP externes.
Instance de prochain saut par nom et zone (next-hop-instance)
Envoyez des paquets à une VM de prochain saut qui est identifiée par un nom et une zone, et se trouve dans le même projet que la route. Pour en savoir plus, consultez Considérations liées aux instances de prochain saut.
Instance de prochain saut par adresse (next-hop-address)
Envoyez des paquets à une VM de prochain saut identifiée par l'adresse IPv4 interne principale, ou une adresse IPv6 interne ou externe, de son interface réseau. Pour en savoir plus, consultez Considérations liées aux instances de prochain saut.
Équilibreur de charge réseau interne passthrough utilisé en tant que prochain saut par nom de règle de transfert (next-hop-ilb) et région (next-hop-ilb-region)
Envoyer des paquets aux backends d'un Équilibreur de charge réseau interne passthrough identifié par le nom, la région et, éventuellement, le projet de la règle de transfert. Pour en savoir plus, consultez Considérations liées aux équilibreurs de charge réseau passthrough internes utilisés en tant que prochain saut.
Équilibreur de charge réseau passthrough interne utilisé en tant que prochain saut par adresse (next-hop-ilb)
Envoyez des paquets aux backends d'un équilibreur de charge réseau passthrough interne qui est identifié par l'adresse IP de la règle de transfert de l'équilibreur de charge. Pour en savoir plus, consultez Considérations liées aux équilibreurs de charge réseau passthrough internes utilisés en tant que prochain saut.
2
Tunnel VPN classique utilisé en tant que prochain saut (next-hop-vpn-tunnel)
Envoyez des paquets à un tunnel VPN classique utilisé en tant que prochain saut à l'aide du routage basé sur des règles ou d'un VPN basé sur des routes. Pour en savoir plus, consultez Considérations liées aux prochains sauts du tunnel VPN classique.
1 Le routage ECMP (Equal-Cost Multi-Path) signifie qu'au moins deux routes statiques peuvent partager la même plage de destination et la même priorité. Bien que vous puissiez créer au moins deux routes statiques dans un réseau VPC avec la même destination, la même priorité et le même prochain saut de la passerelle Internet par défaut, l'effet est identique à celui d'une seule route statique utilisant le prochain saut de la passerelle Internet par défaut pour cette destination et cette priorité.
2 La compatibilité avec IPv6 dépend du projet et du réseau de saut suivant.

Projet et réseau du prochain saut

Le prochain saut d'une route statique est associé à la fois à un réseau VPC et à un projet :

  • Réseau : sauf indication contraire dans le tableau suivant, le réseau VPC du prochain saut doit correspondre au réseau VPC de la route.

  • Projet : sauf indication contraire dans le tableau suivant, le prochain saut doit être situé dans le projet contenant le réseau VPC du prochain saut (un projet autonome ou un projet hôte de VPC partagé). Certains prochains sauts peuvent être situés dans des projets de service de VPC partagé.

Type du saut suivant Peut se trouver dans un réseau VPC appairé Peut se trouver dans un autre spoke VPC d'un hub NCC Peut se trouver dans un projet de service de VPC partagé