Présentation de NCC

Network Connectivity Center (NCC) est un framework d'orchestration qui simplifie la connectivité réseau entre les ressources spoke connectées à une ressource de gestion centrale appelée hub. NCC accepte les types de spokes suivants :

  • Spokes de cloud privé virtuel (VPC)
  • Spokes VPC de producteur
  • Spokes de passerelle NCC
  • Spokes hybrides

La connectivité hub and spoke vous permet d'effectuer les opérations suivantes :

  • Connectez plusieurs réseaux VPC entre eux. Les réseaux VPC peuvent être répartis dans différents projets de la même organisation Google Cloud ou de différentes organisations.
  • Connectez plusieurs réseaux VPC à des réseaux sur site ou à d'autres réseaux de fournisseurs de services cloud. Ces réseaux externes peuvent être accessibles via n'importe quel type de spoke hybride. Cette approche est connue sous le nom de connectivité site à cloud.
  • Utilisez des VM de dispositif de routeur pour gérer la connectivité entre vos réseaux VPC.
  • Utilisez un réseau VPC Google Cloud comme réseau étendu (WAN) d'entreprise pour connecter des réseaux situés en dehors de Google Cloud. Vous pouvez établir une connectivité entre vos sites externes à l'aide de n'importe quel type de spoke hybride. Cette approche est connue sous le nom de connectivité site à site.

Pour en savoir plus sur ces scénarios, consultez Cas d'utilisation de NCC.

Fonctionnement

Lorsqu'un hub utilise des spokes VPC, vous pouvez configurer la connectivité entre ces réseaux VPC connectés au hub en échangeant des routes de sous-réseau entre tout ou partie des réseaux VPC.

Lorsqu'un hub utilise à la fois des spokes VPC et des spokes hybrides, la connectivité de n'importe quel spoke à n'importe quel autre est possible.

Lorsqu'un hub utilise des spokes hybrides situés dans un seul réseau VPC, vous pouvez également configurer le transfert de données de site à site afin que les routes dynamiques dont les prochains sauts sont un spoke hybride (par exemple, un rattachement de VLAN Cloud Interconnect) soient annoncées à un réseau sur site par les sessions BGP des autres spokes hybrides de ce réseau VPC.

Pour obtenir une description détaillée des hubs et des spokes, consultez les sections suivantes.

Hubs

Un hub NCC est une ressource globale à laquelle vous associez des spokes. Un même hub peut contenir des spokes provenant de plusieurs régions. Toutefois, si l'un des spokes d'un hub utilise la fonctionnalité de transfert de données de site à site, les ressources associées à ces spokes doivent toutes se trouver sur le même réseau VPC. Les spokes qui n'utilisent pas le transfert de données de site à site peuvent être associés à n'importe quel réseau VPC de votre projet.

Spokes

Un spoke représente une ou plusieurs ressources réseau Google Cloud connectées à un hub.

Lorsque vous créez un spoke, vous devez l'associer à au moins une ressource de connectivité compatible, appelée ressource de sauvegarde.

Un spoke peut utiliser n'importe laquelle des ressources Google Cloud suivantes comme ressource de sauvegarde.

Spokes VPC

Les spokes VPC vous permettent de connecter deux réseaux VPC ou plus à un hub afin que ces réseaux puissent échanger des routes de sous-réseau. Les spokes VPC associés à un seul hub peuvent référencer des réseaux VPC dans le même projet ou dans un autre projet (y compris un projet d'une autre organisation).

Les spokes VPC exportent les routes de sous-réseau vers le hub et importent les routes de sous-réseau et les routes dynamiques depuis le hub.

Pour en savoir plus sur les spokes VPC, consultez la section Présentation des spokes VPC.

Les spokes VPC fournissent une connectivité entre les plages de sous-réseaux IPv4 et IPv6 provenant de plusieurs réseaux VPC. Vous pouvez configurer chaque spoke VPC pour exporter des plages de sous-réseaux comme suit :

  • Plages de sous-réseaux IPv4 uniquement
  • Plages de sous-réseaux IPv4 et IPv6
  • Plages de sous-réseaux IPv6 uniquement

Prenons l'exemple d'un spoke dont le réseau VPC comporte différents types de pile de sous-réseau. Si vous configurez le spoke pour qu'il n'exporte que les plages de sous-réseaux IPv6, les plages de sous-réseaux IPv6 des sous-réseaux à double pile et IPv6 uniquement sont échangées, mais pas les plages de sous-réseaux IPv4 des sous-réseaux à double pile et IPv4 uniquement.

Spokes VPC de producteur

Si vous disposez d'un spoke VPC existant qui utilise un service d'un réseau de producteur dans un autre projet via l'appairage de réseaux VPC, vous pouvez rendre ce service accessible aux autres spokes de votre hub NCC en créant un spoke VPC de producteur.

Pour en savoir plus sur les spokes VPC de producteur, consultez Spokes VPC de producteur.

Spokes de passerelle

La passerelle NCC est un type de spoke régional associé au hub NCC. Elle permet de sécuriser le trafic Cross-Cloud Network. Une passerelle NCC permet l'inspection des services de sécurité périphérique (SSE) tiers.

Pour en savoir plus sur les spokes de passerelle NCC, consultez la présentation de la passerelle NCC.

Spokes hybrides

Un spoke hybride représente une ou plusieurs ressources de connectivité réseau connectées à un hub. Un spoke hybride peut être associé à l'une des ressources suivantes :

  • VM d'appareil de routeur
  • Tunnels VPN haute disponibilité
  • Rattachements de VLAN Cloud Interconnect pour :
    • Dedicated Interconnect
    • Partner Interconnect
    • Cross-Cloud Interconnect
    • Cross-Cloud Interconnect partenaire pour OCI
    • Partner interconnexion cross-cloud pour AWS

Un même spoke hybride peut être associé à plusieurs ressources du même type. Par exemple, un spoke hybride peut référencer deux tunnels VPN haute disponibilité ou plus, mais ce même spoke hybride ne peut pas également référencer des VM d'appareil de routeur ou des rattachements de VLAN Cloud Interconnect. Un spoke hybride doit se trouver dans le même projet que le hub NCC.

Le transfert de données de site à site à l'aide de spokes hybrides nécessite que les spokes se trouvent dans le même réseau VPC. Pour plus d'informations, consultez la page Présentation du transfert de données de site à site.

Spokes d'appareil de routeur

Un satellite associé à une instance de VM d'appareil de routeur est compatible avec les cas d'utilisation suivants :

  • Connectivité IPv4 de site à cloud : établissez la connectivité entre un site externe et les ressources de votre réseau VPC.
  • Transfert de données de site à site IPv4 : utilisez le réseau de Google dans le cadre d'un réseau étendu (WAN) comprenant vos sites externes pour transférer des données entre tous les sites.
  • Connectivité IPv4 entre les réseaux VPC : utilisez un dispositif virtuel de réseau tiers pour établir la connectivité entre vos réseaux VPC.

Tous les spokes de site à site connectés à un même hub doivent disposer de toutes leurs ressources de sauvegarde dans le même réseau VPC.

Spokes de tunnel VPN haute disponibilité

Un spoke associé à des tunnels Cloud VPN (VPN haute disponibilité) est compatible avec les cas d'utilisation suivants :

  • Connectivité de site à cloud IPv4 et IPv6 (version bêta) : établissez une connectivité entre un site externe et les ressources de votre réseau VPC.
  • Transfert de données de site à site IPv4 et IPv6 (version bêta) : utilisez le réseau de Google dans le cadre d'un réseau étendu (WAN) comprenant vos sites externes pour transférer des données entre tous les sites.

Tous les appliances associés à partir d'un même spoke, ainsi que tous les tunnels Cloud VPN et les rattachements de VLAN, doivent se trouver sur le même réseau VPC.

Spokes de rattachement de VLAN Cloud Interconnect

Un spoke associé à des rattachements de VLAN Cloud Interconnect est compatible avec les cas d'utilisation suivants :

  • Connectivité IPv4 et IPv6 (preview) de site à cloud : tous les appliances associés à partir d'un même spoke doivent se trouver sur le même réseau VPC.
  • Transfert de données IPv4 et IPv6 (preview) de site à site : tous les tunnels Cloud VPN, rattachements de VLAN, ou les deux, doivent se trouver sur le même réseau VPC.

Partner interconnexion cross-cloud pour AWS

Partner interconnexion cross-cloud pour AWS fournit une méthode à la demande pour établir un transport cross-cloud sans avoir à configurer manuellement les composants réseau. Ce transport est associé à un hub NCC client et crée des spokes hybrides.

Pour en savoir plus sur la connectivité Partner interconnexion cross-cloud pour AWS, consultez la présentation de Partner interconnexion cross-cloud pour AWS.

Échange de routes et filtres de spokes

Vous contrôlez les routes qu'un spoke envoie au hub NCC à l'aide de filtres d'exportation :

  • Les spokes VPC sont compatibles avec l'exportation des plages de sous-réseaux IPv4 et des plages de sous-réseaux IPv6.

  • Les spokes hybrides sont compatibles avec l'exportation des routes dynamiques IPv4 et IPv6 (preview), à l'exception des spokes d'appliance de routeur, qui ne sont compatibles qu'avec l'exportation des routes dynamiques IPv4.

Les spokes VPC importent toutes les routes de leur groupe de spokes du hub NCC. Vous contrôlez les routes qu'un spoke hybride importe de son groupe de spokes à l'aide de filtres d'importation :

Considérations relatives à NCC

Avant de configurer NCC, consultez les sections suivantes.

Routage

Les routes installées par des spokes hybrides NCC sont traitées comme des routes dynamiques.

Pour plus d'informations sur la gestion des routes dynamiques par rapport à d'autres types de routes, consultez la section Applicabilité et ordre dans la documentation sur les VPC.

Ressource Cas d'utilisation applicables
Définition des priorités Toutes les ressources de spoke hybride utilisent des routeurs Cloud Router. Pour savoir comment les routeurs Cloud Router traitent les routes apprises afin de créer des routes dynamiques dans un réseau VPC ou un hub NCC, consultez Routes apprises dans la documentation Cloud Router.
Numéro de système autonome (ASN) Tous les routeurs d'appairage non-Google associés à un même spoke doivent utiliser le même numéro ASN pour annoncer les préfixes au routeur Cloud Router. Ceci est particulièrement important car si deux pairs annoncent le même préfixe avec des numéros ASN ou des chemins AS différents, seul le numéro ASN et le chemin AS d'un des pairs sera annoncé pour ce préfixe. Chaque spoke doit avoir un ASN différent. En d'autres termes, si deux sessions BGP appartiennent à des spokes différents, elles doivent avoir des ASN différents. De plus, si vous utilisez la fonctionnalité de transfert de données, vous devez attribuer des ASN comme décrit dans la section Exigences ASN pour le transfert de données de site à site.
Sessions BGP Les communautés BGP ne sont pas acceptées.

Modifications des annonces de routage lors de l'utilisation de transferts de données site à site

Lorsque vous ajoutez un rattachement de VLAN Cloud Interconnect ou un tunnel Cloud VPN à un spoke hybride, NCC met à jour la session BGP correspondante pour le rattachement de VLAN ou le tunnel Cloud VPN afin qu'il réannonce les préfixes appris par les sessions BGP des autres rattachements de VLAN Cloud Interconnect ou tunnels Cloud VPN connectés à l'un des spokes hybrides du hub pour lesquels l'option de transfert de données de site à site est activée.

Assistance pour d'autres produits

Les sections suivantes décrivent le fonctionnement du centre de connectivité réseau avec d'autres produits et fonctionnalités de mise en réseau.

Spokes VPC et appairage de réseaux VPC

Les spokes VPC NCC peuvent effectuer les opérations suivantes :

  • Exporter les routes de sous-réseau locales vers le hub
  • Importer des routes de sous-réseau à partir d'autres spokes VPC
  • Importer des routes dynamiques à partir de spokes hybrides

Les spokes VPC ne sont pas compatibles avec l'exportation des éléments suivants :

Pour en savoir plus sur les spokes VPC NCC, consultez Présentation des spokes VPC et Présentation des filtres de spoke.

Un spoke VPC peut se connecter à un autre réseau VPC qui n'est pas un spoke sur le hub à l'aide de l'appairage de réseaux VPC. Pour en savoir plus sur l'échange de routes à l'aide de l'appairage de réseaux VPC, consultez les options d'échange de routes dans la documentation sur l'appairage de réseaux VPC.

Réseaux VPC partagés

Les réseaux VPC partagés peuvent être ajoutés en tant que spokes VPC à un hub NCC. Le hub peut se trouver dans n'importe quel projet. Ces spokes VPC peuvent se connecter au hub à partir du même projet ou en tant que spokes VPC dans un projet différent d'un hub.

Nous vous recommandons d'attribuer le rôle networkconnectivity.googleapis.com/spokeAdmin aux administrateurs des projets de service. Pour en savoir plus sur ce rôle et sur les autres rôles NCC, consultez Rôles et autorisations.

Si un projet hôte ou de service de VPC partagé contenant des points de terminaison d'API Google Private Service Connect mondiaux est associé à un hub en tant que spoke, ces points de terminaison sont propagés (aperçu).

Anciens réseaux

Les ressources de spoke ne peuvent pas faire partie d'un ancien réseau.

Tunnels VPN

Les tunnels VPN classiques ne sont pas acceptés.

Transfert de données

Si vous utilisez le transfert de données, consultez la section Considérations de la présentation du transfert de données de site à site.

Contrat de niveau de service

Pour en savoir plus sur le contrat de niveau de service de NCC, consultez le Contrat de niveau de service de Network Connectivity Center.

Tarifs

Pour en savoir plus sur les tarifs, consultez la page Tarifs de Network Connectivity Center.

Étapes suivantes