Ce document explique comment Network Connectivity Center (NCC) prend en charge les routes statiques dans les spokes VPC.
Avant de lire cette page, assurez-vous de bien connaître les ressources suivantes :
- Routes pour une présentation générale des routes dans Google Cloud
- Routes statiques pour une présentation des routes statiques
Introduction
Contrairement aux routes de sous-réseau et aux routes dynamiques, les hubs NCC n'échangent pas de routes statiques. Au lieu de cela, un hub offre une plus grande flexibilité de configuration pour les routes statiques créées dans chaque spoke VPC.
Une route statique dans un spoke VPC peut utiliser un saut suivant dans un autre spoke VPC si toutes les conditions suivantes sont remplies :
- La route statique n'utilise pas de tag réseau.
- La plage de destination de la route statique est une plage IPv4.
- Le saut suivant spécifié de la route statique est une adresse IPv4 d'un équilibreur de charge réseau passthrough interne.
- Google Cloud est en mesure d'identifier un saut suivant équilibreur de charge réseau passthrough interne à l'adresse IP de saut suivant spécifiée.
- Les exigences de connectivité NCC ont été respectées.
La flexibilité de configuration supplémentaire pour les routes statiques ne s'applique qu'aux spokes VPC, et non aux réseaux VPC qui sont purement des réseaux VPC de routage (ne contenant que des spokes hybrides).
Pour une comparaison avec d'autres types de sauts suivants de routes statiques, consultez la section Projet et réseau de saut suivant.
Identifier l'équilibreur de charge réseau passthrough interne comme saut suivant
Google Cloud tente de trouver un équilibreur de charge réseau passthrough interne pour une route statique dont l'adresse IP de saut suivant est celle d'un équilibreur de charge réseau passthrough interne en procédant comme suit :
Si l'adresse IP de saut suivant se trouve dans la plage de destination d'une route de sous-réseau locale : Google Cloud recherche exclusivement un équilibreur de charge réseau passthrough interne dont l'adresse IP de la règle de transfert se trouve dans le sous-réseau local correspondant. Si un équilibreur de charge réseau passthrough interne est trouvé comme saut suivant, la route statique et le saut suivant se trouvent dans le même réseau VPC.
Si l'adresse IP de saut suivant se trouve dans la plage de destination d'une route de sous-réseau NCC (importée depuis le hub) : Google Cloud recherche exclusivement un équilibreur de charge réseau passthrough interne dont l'adresse IP de la règle de transfert se trouve dans le sous-réseau correspondant d'un autre spoke VPC. Si un équilibreur de charge réseau passthrough interne est trouvé comme saut suivant, la route statique se trouve dans un spoke VPC et le saut suivant dans un autre spoke VPC.
Pour en savoir plus sur la façon dont un équilibreur de charge réseau passthrough interne peut être trouvé dans un autre spoke VPC, consultez la section Exigences de connectivité NCC.
Si vous souhaitez utiliser un équilibreur de charge réseau passthrough interne comme saut suivant dans un réseau VPC de routage (contenant des spokes hybrides), vous devez ajouter le réseau VPC de routage au hub en tant que spoke VPC. Pour connaître les autres limites liées à l'utilisation d'un réseau VPC de routage en tant que spoke VPC, consultez la section Considérations concernant l'échange de routes dynamiques avec les spokes VPC.
Si l'adresse IP de saut suivant se trouve dans la plage de destination d'une route de sous-réseau d'appairage (importée depuis un autre réseau utilisant l'appairage de réseaux VPC) : Google Cloud recherche exclusivement un équilibreur de charge réseau passthrough interne dont l'adresse IP de la règle de transfert se trouve dans le sous-réseau correspondant du réseau VPC appairé. Si un équilibreur de charge réseau passthrough interne est trouvé comme saut suivant, la route statique se trouve dans un réseau VPC et le saut suivant dans le réseau VPC appairé.
Si aucun équilibreur de charge réseau passthrough interne n'est trouvé comme saut suivant, les paquets envoyés à la plage de destination de la route statique sont supprimés.
Mises à jour de l'équilibreur de charge réseau passthrough interne comme saut suivant
Google Cloud tente en permanence d'identifier un équilibreur de charge réseau passthrough interne comme saut suivant. Dans les exemples de situations suivants, le saut suivant d'une route statique est mis à jour automatiquement.
Remplacer l'équilibreur de charge réseau passthrough interne comme saut suivant : lorsque le saut suivant d'une route statique est l'adresse IP d'un équilibreur de charge réseau passthrough interne, vous pouvez supprimer l'équilibreur de charge réseau passthrough interne comme saut suivant sans avoir à supprimer d'abord la route statique. Si Google Cloud trouve un équilibreur de charge réseau passthrough interne de remplacement avec la même adresse IP, Google Cloud passe à l'équilibreur de charge réseau passthrough interne de remplacement comme saut suivant.
Une route statique existante sans équilibreur de charge réseau passthrough interne valide comme saut suivant peut devenir opérationnelle : lorsqu'un équilibreur de charge réseau passthrough interne valide est trouvé comme saut suivant, Google Cloud commence à utiliser cet équilibreur de charge réseau passthrough interne comme saut suivant.
Ajuster la configuration NCC : le déplacement d'un spoke VPC vers un autre groupe de spokes ou l'ajustement des filtres d'exportation peuvent entraîner la non-détection d'un équilibreur de charge réseau passthrough interne comme saut suivant ou la détection et l'utilisation d'un autre équilibreur de charge réseau passthrough interne comme saut suivant.
Exigences de connectivité NCC
Pour trouver un équilibreur de charge réseau passthrough interne comme saut suivant dans un autre spoke VPC, le sous-réseau utilisé par la règle de transfert de l'équilibreur de charge réseau passthrough interne doit être accessible dans le spoke VPC où la route statique est définie. Les deux conditions suivantes doivent être remplies :
La topologie du hub doit autoriser l'échange de routes de sous-réseau contenant l'équilibreur de charge réseau passthrough interne comme saut suivant.
Si vous utilisez la topologie maillée, tous les spokes VPC font partie du même groupe de spokes. La route statique peut exister dans n'importe quel spoke VPC, et son équilibreur de charge réseau passthrough interne comme saut suivant peut exister dans n'importe quel spoke VPC.
Si vous utilisez la topologie en étoile, les exigences suivantes s'appliquent :
Si la route statique se trouve dans un spoke VPC du groupe de spokes périphériques, l'équilibreur de charge réseau passthrough interne comme saut suivant peut se trouver dans ce spoke VPC périphérique ou dans n'importe quel spoke VPC du groupe de spokes centraux. Le saut suivant ne peut pas se trouver dans un autre spoke VPC du groupe de spokes périphériques.
Si la route statique se trouve dans un spoke VPC du groupe de spokes centraux, son équilibreur de charge réseau passthrough interne comme saut suivant peut se trouver dans n'importe quel spoke VPC (dans le groupe de spokes périphériques ou dans le groupe de spokes centraux).
La plage de sous-réseau utilisée par la règle de transfert de l'équilibreur de charge réseau passthrough interne doit être exportée vers le hub. Pour en savoir plus, consultez la section Connectivité VPC avec des filtres d'exportation.
Effet de l'accès mondial
Les équilibreurs de charge réseau passthrough internes comme saut suivant pour lesquels l'accès mondial n'est pas activé ne sont pas accessibles depuis des régions en dehors de la région de l'équilibreur de charge. Si Google Cloud a identifié un équilibreur de charge comme saut suivant à l'adresse IP de saut suivant spécifiée, et que les exigences de connectivité NCC sont remplies, mais que l'accès mondial n'est pas activé pour l'équilibreur de charge, Google Cloud supprime tous les paquets envoyés depuis des instances de VM, des rattachements VLAN et des tunnels Cloud VPN dans des régions différentes de celle de l'équilibreur de charge.
Pour modifier ce comportement et rendre l'équilibreur de charge comme saut suivant accessible depuis toutes les régions, activez l'accès mondial accès.