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 créer des routes statiques manuellement à l'aide de la consoleGoogle Cloud , de
gcloud compute routes createou de l'APIroutes.insert.Si vous utilisez la console Google Cloud pour créer un tunnel VPN classique qui n'utilise pas le routage dynamique, Cloud VPN peut créer automatiquement des routes statiques correspondantes. Pour en savoir plus, consultez Réseaux Cloud VPN et routage de tunnels.
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 est65,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 :
Une route statique sans tag réseau s'applique à toutes les ressources du réseau VPC, y compris à toutes les instances de VM, aux tunnels Cloud VPN, aux rattachements de VLAN Cloud Interconnect, aux appliances de routeur et aux proxys Envoy dans les sous-réseaux réservés aux proxys.
Une route statique avec un tag réseau ne s'applique qu'aux instances de VM qui comportent ce tag réseau. Il ne s'applique à aucune autre ressource.
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. |
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é |
|---|---|---|---|