Site-to-Cloud-Topologien, die eine Appliance eines Drittanbieters verwenden
Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Mit dem Network Connectivity Center können Sie eine virtuelle Netzwerk-Appliance eines Drittanbieters verwenden, um eine Verbindung zwischen einem externen Standort und Ihren VPC-Netzwerkressourcen (Virtual Private Cloud) herzustellen. Zur Herstellung dieser Konnektivitätsart verwenden Sie das Router-Appliance-Feature. Die Verwendung der Router-Appliance auf diese Weise wird in allen Google Cloud Regionen unterstützt.
Router-Appliance
Mit dem Router Appliance-Feature können Sie eine virtuelle Netzwerk-Appliance in Google Cloud installieren und als unterstützende Ressource für einen Spoke verwenden.
Um eine Router-Appliance-Instanz zu erstellen, installieren Sie ein virtuelles Appliance-Image auf einer virtuellen Compute Engine-Maschine (VM) und führen zusätzliche Einrichtungsschritte aus.
Diese Einrichtung umfasst den Aufbau des BGP-Peerings (BGP) zwischen der VM und einem Cloud Router. BGP ermöglicht den dynamischen Austausch von Routen zwischen dem Cloud Router und der Router-Appliance-Instanz. Mit dem Routenaustausch können Sie eine Verbindung zwischen Ihrem VPC-Netzwerk und anderen Netzwerken herstellen. Wir empfehlen die Verwendung eines Images, das von einem unterstützten Network Connectivity Center-Partner bereitgestellt wird.
Weitere Informationen zur Router-Appliance finden Sie unter Übersicht – Router-Appliance.
Mit dem Network Connectivity Center können Sie eine Hub-and-Spoke-Architektur für die Netzwerkverbindung verwenden. Weitere Informationen zum Network Connectivity Center finden Sie unter Network Connectivity Center – Übersicht. Weitere Informationen zur Router-Appliance finden Sie unter Übersicht – Router-Appliance.
Standort mit einem VPC-Netzwerk verbinden
In der folgenden Topologie dient eine Router-Appliance-Instanz als unterstützende Ressource für einen Network Connectivity Center-Spoke. Die Router-Appliance-Instanz stellt eine Verbindung zu einem Peer-Router in einem lokalen Netzwerk her. Die Router-Appliance-Instanz ist auch über Peering mit einem Cloud Router verbunden. Routen aus dem lokalen Netzwerk werden dynamisch mit dem VPC-Netzwerk ausgetauscht.
Router-Appliance verwenden, um einen Standort mit einem VPC-Netzwerk zu verbinden (zum Vergrößern klicken)
Standort mit zwei VPC-Netzwerken verbinden
In der folgenden Topologie hat eine Router-Appliance-Instanz Schnittstellen in zwei VPC-Netzwerken. Jede Schnittstelle wurde verwendet, um einen Router-Appliance-Spoke zu erstellen. In diesem Fall werden Routen aus dem lokalen Netzwerk an jedes VPC-Netzwerk weitergegeben. Die Verbindung zwischen den beiden VPC-Netzwerken wird durch die Funktionen der virtuellen Netzwerk-Appliance bestimmt.
Router-Appliance-Spokes verwenden, um einen Standort mit zwei VPC-Netzwerken zu verbinden (zum Vergrößern klicken)
Regionsübergreifendes Failover für Multicloud-Bereitstellungen aktivieren
Die folgende Topologie zeigt das automatische Failover über Router-Appliances in zwei Regionen mithilfe von dynamischem Routing.
Auf der Router-Instanz wird ein Router-Appliance-Image gehostet. Die Router-Appliance vermittelt die Verbindung zwischen lokalen und mehreren VPC-Netzwerken für Hybrid- oder Multi-Cloud-Szenarien.
Site-to-Cloud-Topologie mit regionenübergreifendem Failover (zum Vergrößern klicken)
In dieser Topologie werden Router-Appliances zwei Network Connectivity Center-Hubs hinzugefügt: hub 1 für den Routenaustausch mit lokalen Netzwerken und hub 2 für den Routenaustausch mit VPC-Spokes.
Die numerischen Werte im Diagramm stellen die folgenden Verbindungen dar:
Lokale Rechenzentren sind über das externe VPC-Netzwerk mit Google Cloud verbunden. Dazu wird eine Cloud Interconnect- oder Cloud VPN-Verbindung verwendet, die dem Cloud Router in der lokalen Region zugeordnet ist. Die Hybridverbindungen werden dem Network Connectivity Center-Hub hub 1 als Hybrid-Spokes hinzugefügt.
Die VMs, auf denen die Router-Appliance-Instanzen gehostet werden, werden dem Network Connectivity Center-Hub hub 1 hinzugefügt, der für die Verwendung der Mesh-Topologie mit nic0 als Router-Appliance-Spoke konfiguriert ist. Die VMs, auf denen die Router-Appliances gehostet werden, werden paarweise in mehreren Regionen erstellt, um eine hohe Verfügbarkeit zu gewährleisten. Jede Region wird als einzelner Router-Appliance-Spoke zum Network Connectivity Center-Hub hinzugefügt.
In jeder Region richtet die Router-Appliance-Instanz ein Border Gateway Protocol (BGP)-Peering mit dem lokalen Cloud Router 1 oder Cloud Router 2 ein. Jeder Cloud Router empfängt und bietet Routenpräfixe von der gepeerten Appliance an. Da die Router-Appliance Daten mit den lokalen Verbindungen austauschen muss, muss das Feld für die Site-to-Site-Datenübertragung für alle Spokes im Network Connectivity Center hub 1 aktiviert sein. Der dynamische Routingmodus für das externe VPC-Netzwerk muss auf „global“ festgelegt sein.
Damit die Kommunikation mit Spoke-VPC-Netzwerken möglich ist, sind die VMs, auf denen die Router-Appliance-Instanzen gehostet werden, über nic1 als Router-Appliance-Spoke in der Center-Gruppe mit dem Network Connectivity Center hub 2 verbunden.
In jeder Region richtet die Router-Appliance-Instanz ein BGP-Peering mit dem lokalen Cloud Router 3 oder Cloud Router 4 ein. Jeder Cloud Router empfängt und bietet Routenpräfixe von der Peering-Appliance an. Damit bei einem regionalen Ausfall ein regionenübergreifendes Failover für Appliances möglich ist, muss der dynamische Routingmodus für das interne VPC-Netzwerk auf „global“ festgelegt sein.
Die VPC-Spokes A, B und C sind alle über VPC-Spokes in einer Edge-Gruppe in Stern-Topologie mit dem Network Connectivity Center hub 2 verbunden, um eine direkte Kommunikation zwischen VPCs zu verhindern.
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Schwer verständlich","hardToUnderstand","thumb-down"],["Informationen oder Beispielcode falsch","incorrectInformationOrSampleCode","thumb-down"],["Benötigte Informationen/Beispiele nicht gefunden","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2025-09-08 (UTC)."],[],[],null,["# Site-to-cloud topologies that use a third-party appliance\n\nNetwork Connectivity Center lets you use a third-party network virtual appliance to\nestablish connectivity between an external site and your\nVirtual Private Cloud (VPC) network resources. To establish this type of\nconnectivity, you use the Router appliance feature. Using\nRouter appliance in this way is supported in all Google Cloud regions.\n\n### Router appliance\n\nThe Router appliance feature lets you install a network virtual appliance\nwithin Google Cloud and use it as the backing resource for a spoke.\n\nTo create a router appliance instance, you install a virtual appliance image on\na Compute Engine virtual machine (VM) and complete additional setup steps.\nThis setup includes establishing Border Gateway Protocol (BGP) peering between\nthe VM and a Cloud Router. BGP enables the dynamic exchange of routes between\nthe Cloud Router and the Router appliance instance. Route exchange lets you\nestablish connectivity between your VPC network and other\nnetworks. We recommend using an image provided by a\n[supported Network Connectivity Center partner](/network-connectivity/docs/network-connectivity-center/partners).\nFor more information about Router appliance, see the\n[Router appliance overview](/network-connectivity/docs/network-connectivity-center/concepts/ra-overview).\n\nNetwork Connectivity Center lets you use a hub-and-spoke architecture for network\nconnectivity. For information about Network Connectivity Center, see the\n[Network Connectivity Center overview](/network-connectivity/docs/network-connectivity-center/concepts/overview). For more\ninformation about Router appliance, see the\n[Router appliance overview](/network-connectivity/docs/network-connectivity-center/concepts/ra-overview).\n\nConnect a site to a VPC network\n-------------------------------\n\nIn the following topology, a router appliance instance serves as the backing\nresource for a Network Connectivity Center spoke. The router appliance instance connects\nwith a peer router in an on-premises network. The router appliance instance also\npeers with a Cloud Router. Routes from the on-premises network are\ndynamically exchanged with the VPC network.\n[](/static/network-connectivity/docs/network-connectivity-center/images/site-to-cloud-one-network.svg) Use a Router appliance spoke to connect a site to a VPC network (click to enlarge)\n\nConnect a site to two VPC networks\n----------------------------------\n\nIn the following topology, a router appliance instance has interfaces in\ntwo VPC networks. Each interface has been used to create a\nRouter appliance spoke. In this case, routes from the on-premises network\nare propagated to each VPC network. Connectivity between the\ntwo VPC networks is determined by the features of the\nnetwork virtual appliance.\n[](/static/network-connectivity/docs/network-connectivity-center/images/site-to-cloud-sample-topology.svg) Use Router appliance spokes to connect a site to two VPC networks (click to enlarge)\n\nFor a detailed description of this topology and instructions about how to\nconfigure it, see\n[Establish connectivity by using a third-party appliance](/network-connectivity/docs/network-connectivity-center/how-to/connect-site-to-cloud).\n\nEnable cross-region failover for multicloud deployments\n-------------------------------------------------------\n\nThe following topology shows automatic failover through router appliances\nacross two regions by using [dynamic routing](/vpc/docs/vpc#routing_for_hybrid_networks).\nThe router instance hosts a router\nappliance image. The Router appliance mediates connectivity between\non-premises and multiple VPC networks for hybrid or multicloud scenarios.\n[](/static/network-connectivity/docs/network-connectivity-center/images/cross-region-failover-site-to-cloud-topology.svg) Cross-region failover site-to-cloud topology (click to enlarge)\n\nIn this topology, Router appliances are added to two Network Connectivity Center\nhubs, `hub 1` for route exchange with on-premises, and `hub 2` for route\nexchange with [VPC spokes](/network-connectivity/docs/network-connectivity-center/concepts/vpc-spokes-overview).\nThe numerical values in the diagram depict the following connections:\n\n1. On-premises data centers are connected to Google Cloud through the external VPC network by using an Cloud Interconnect or Cloud VPN associated with the Cloud Router in the local region. The hybrid connections are added to the Network Connectivity Center hub, `hub 1` as hybrid spokes.\n2. The VMs that host the router appliance instances are added to the Network Connectivity Center hub, `hub 1`, which is configured to use mesh topology using `nic0` as a [Router appliance spoke](/network-connectivity/docs/network-connectivity-center/concepts/ra-overview). The VMs that host the router appliances are created in pairs across multiple regions for high-availability purposes. Each region is added as a single router appliance spoke to the Network Connectivity Center hub.\n3. In each region, the router appliance instance establishes Border Gateway Protocol (BGP) peering with the local `Cloud Router 1` or `Cloud Router 2`. Each Cloud Router receives and advertises route prefixes from the peered appliance. Because the Router appliance has to exchange data with the on-premises connections, site-to-site data transfer field must be enabled for all spokes in Network Connectivity Center `hub 1`. The dynamic routing mode for the external VPC network must be set to global.\n4. To allow communication with spoke VPC networks, the VMs that host the router appliance instances are connected to Network Connectivity Center `hub 2` through `nic1` as a Router appliance spoke in the center group.\n5. In each region, the router appliance instance establishes BGP peering with the local `Cloud Router 3` or `Cloud Router 4`. Each Cloud Router receives and advertises route prefixes from the peered appliance. To enable cross-region failover for appliances in case of region failures, the dynamic routing mode for the internal VPC network must be set to global.\n6. VPC spokes A, B, and C are all connected to the\n Network Connectivity Center `hub 2` in star topology through VPC spokes\n in an edge group to prevent direct communication between VPCs.\n\n For supported locations, see [Locations supported for data transfer](/network-connectivity/docs/network-connectivity-center/concepts/locations).\n For detailed information about connectivity topologies, see\n [Preset connectivity topologies](/network-connectivity/docs/network-connectivity-center/concepts/connectivity-topologies).\n\nWhat's next\n-----------\n\n- To create hubs and spokes, see [Work with hubs and spokes](/network-connectivity/docs/network-connectivity-center/how-to/working-with-hubs-spokes).\n- To view a list of partners whose solutions are integrated with Network Connectivity Center, see [Network Connectivity Center partners](/network-connectivity/docs/network-connectivity-center/partners).\n- To find solutions for Router appliance issues, see [Troubleshooting](/network-connectivity/docs/network-connectivity-center/support/troubleshooting#troubleshooting-ra).\n- To get details about API and `gcloud` commands, see [APIs and reference](/network-connectivity/docs/network-connectivity-center/apis)."]]