Cloud Interconnect – Übersicht

Cloud Interconnect bietet Verbindungen mit niedriger Latenz und Hochverfügbarkeit, mit denen Sie Daten zuverlässig zwischen Ihren Netzwerken übertragen können.

Cloud Interconnect bietet die folgenden Optionen zum Erweitern Ihres Netzwerks:

Cloud Interconnect-Typ Beschreibung
Dedicated Interconnect

Stellt eine Verbindung zwischen Ihrem lokalen Netzwerk und Ihren VPC-Netzwerken über eine direkte physische Verbindung zwischen Ihrem lokalen Netzwerk und dem Google-Netzwerk her.

Weitere Informationen finden Sie unter Dedicated Interconnect – Übersicht.
Partner Interconnect

Stellt über einen unterstützten Dienstanbieter eine Verbindung zwischen Ihren lokalen und VPC-Netzwerken her.

Weitere Informationen finden Sie unter Partner Interconnect – Übersicht.

Einen Vergleich zur Auswahl zwischen Dedicated Interconnect und Partner Interconnect finden Sie im Abschnitt zu Cloud Interconnect unter Produkt für die Netzwerkverbindung auswählen.

Definitionen der auf dieser Seite verwendeten Begriffe finden Sie unter Wichtige Begriffe von Cloud Interconnect.

Vorteile

Die Verwendung von Cloud Interconnect bietet folgende Vorteile:

  • Der Traffic zwischen Ihren Netzwerken durchläuft nicht das öffentliche Internet. Der Traffic wird über eine dedizierte Verbindung oder über einen Dienstanbieter mit einer dedizierten Verbindung weitergeleitet. Durch die Umgehung des öffentlichen Internets benötigt Ihr Traffic weniger Hops. Das bedeutet, dass weniger Points of Failure vorhanden sind, die zu Trafficausfällen oder -unterbrechungen führen können.

  • Sie können die Verbindungskapazität an Ihre speziellen Anforderungen anpassen.

    Bei Dedicated Interconnect wird die Verbindungskapazität über eine oder mehrere Ethernet-Verbindungen bereitgestellt. Weitere Informationen zu Verbindungskapazitäten finden Sie unter Portkapazität.

    In Partner Interconnect werden die folgenden Verbindungskapazitäten für jeden VLAN-Anhang unterstützt:

    • VLAN-Anhänge von 50 Mbit/s bis 50 Gbit/s Die maximal unterstützte Größe des Anhangs ist 50 Gbit/s. Möglicherweise sind aber nicht alle Größen verfügbar. Dies hängt davon ab, was Ihr ausgewählter Partner am ausgewählten Standort anbietet.

    Andere Cloud Interconnect-Typen haben andere Optionen für die Verbindungskapazität. Weitere Informationen finden Sie in der Dokumentation zu Ihrem Cloud Interconnect-Typ.

    Weitere Informationen zu den für einen bestimmten Cloud Interconnect-Typ verfügbaren Standorten finden Sie in der entsprechenden Dokumentation.

  • Die folgenden Vorteile gelten für Cloud Interconnect-Typen, die Verbindungen zwischen Ihren VPC-Netzwerken und anderen Netzwerken herstellen:

    • Auf die internen IP-Adressen Ihres VPC-Netzwerks kann direkt von Ihrem lokalen Netzwerk aus zugegriffen werden. Sie müssen weder ein NAT-Gerät noch einen VPN-Tunnel verwenden, um interne IP-Adressen zu erreichen. Weitere Informationen finden Sie unter IP-Adressierung, IPv6 und dynamische Routen.

    • Mit Dedicated Interconnect, Partner Interconnect, Direct Peering und Carrier Peering können Sie den ausgehenden Traffic Ihres VPC-Netzwerks.

    • Sie können Cloud Interconnect mit privatem Google-Zugriff für lokale Hosts verwenden, sodass lokale Hosts anstelle von externen IP-Adressen interne IP-Adressen nutzen können, um auf Google APIs und Dienste zuzugreifen. Weitere Informationen finden Sie unter Private Zugriffsoptionen für Dienste in der VPC-Dokumentation.

    • Sie können die IPsec-Verschlüsselung auf Ihren Cloud Interconnect-Traffic anwenden, indem Sie HA VPN über Cloud Interconnect bereitstellen.

Ausfallsicherheit und SLA-Optionen

Wenn Sie eine Cloud Interconnect-Verbindung konfigurieren, können Sie dies mit einem bestimmten Zuverlässigkeitsgrad tun. Sie können zwischen den folgenden Zuverlässigkeitsoptionen wählen:

  • Kritische Produktionsarbeitslasten. Wählen Sie diese Option für kritische Produktionsarbeitslasten aus, die maximale Ausfallsicherheit erfordern. Diese Option bietet ein SLA mit 99,99 % Verfügbarkeit.
  • Nicht kritische Produktionsarbeitslasten. Wählen Sie diese Option für nicht kritische Produktions- und Entwicklungsarbeitslasten aus. Diese Option bietet ein SLA zur 99,9-prozentigen Verfügbarkeit.
  • Kein SLA. Sie können Ihre Verbindungsgruppe konfigurieren, ohne ein beabsichtigtes Zuverlässigkeitsniveau anzugeben. Wir empfehlen, diese Option nicht für Ressourcen zu verwenden, bei denen längere Ausfallzeiten unerwünscht sind. Diese Option bietet kein SLA für die Verfügbarkeit.

Weitere Informationen zu Cloud Interconnect-SLAs finden Sie unter SLA für Dedicated Interconnect und Partner Interconnect.

Hinweise

Cloud VPN allein verwenden

Wenn Sie keine vollständige Cloud Interconnect-Verbindung benötigen, können Sie Cloud VPN allein verwenden, um IPsec-VPN-Tunnel zwischen Ihren VPC-Netzwerken und anderen Netzwerken einzurichten. IPsec-VPN-Tunnel verschlüsseln Daten mithilfe von IPsec-Protokollen nach Industriestandard. Der verschlüsselte Traffic läuft durch das öffentliche Internet.

Für Cloud VPN müssen Sie ein Peer-VPN-Gateway in Ihrem lokalen Netzwerk konfigurieren.

IP-Adressierung, IPv6 und dynamische Routen

Wenn Sie Ihr VPC-Netzwerk mit Ihrem lokalen Netzwerk verbinden, lassen Sie die Kommunikation zwischen dem IP-Adressraum Ihres lokalen Netzwerks und einigen oder allen Subnetzen in Ihrem VPC-Netzwerk zu. Welche VPC-Subnetze verfügbar sind, hängt vom dynamischen Routingmodus Ihres VPC-Netzwerks ab. Subnetz-IP-Bereiche in VPC-Netzwerken sind immer interne IP-Adressen.

Sie können den IPv6-Trafficaustausch zwischen Ihrem IPv6-fähigen VPC-Netzwerk und Ihrem lokalen Netzwerk aktivieren. Weitere Informationen finden Sie unter IPv6-Unterstützung für Dedicated Interconnect und IPv6-Unterstützung für Partner Interconnect.

Der IP-Adressraum in Ihrem lokalen Netzwerk und Ihrem VPC-Netzwerk darf sich nicht überlappen, da der Traffic sonst nicht ordnungsgemäß weitergeleitet wird. Überlappende Adressen sollten aus beiden Netzwerken entfernt werden.

Ihr lokaler Router teilt die Routen Ihres lokalen Netzwerks mit dem Cloud Router in Ihrem VPC-Netzwerk. Durch diese Aktion werden benutzerdefinierte dynamische Routen in Ihrem VPC-Netzwerk erstellt, wobei jeder nächste Hop auf den entsprechenden VLAN-Anhang festgelegt ist.

Cloud Router in Ihrem VPC-Netzwerk teilen die IP-Adressbereiche des VPC-Netzwerk-Subnetzes mit Ihren lokalen Routern entsprechend dem dynamischen Routingmodus Ihres VPC-Netzwerks, sofern dies nicht durch benutzerdefinierte Advertisements geändert wurde.

Für die folgenden Konfigurationen müssen Sie auf Ihrem Cloud Router benutzerdefinierte beworbene Routen erstellen, um den Traffic von Ihrem lokalen Netzwerk über eine Cloud Interconnect-Verbindung an bestimmte interne IP-Adressen zu leiten:

Cloud Interconnect als Datenübertragungsnetzwerk

Gehen Sie den Abschnitt 2 der allgemeinen Dienstbedingungen fürGoogle Cloudsorgfältig durch, bevor Sie Cloud Interconnect verwenden. Google Cloud bietet mehrere Optionen, um Ihre lokalen Netzwerke miteinander zu verbinden, darunter Cross-Site Interconnect, Network Connectivity Center (NCC) und Router-Appliance. Weitere Informationen finden Sie unter Standorte mit Google Cloudverbinden.

Cloud Interconnect-Traffic verschlüsseln

Cloud Interconnect verschlüsselt Traffic nicht standardmäßig. Sie können MACsec für Cloud Interconnect nutzen, um Traffic zwischen Ihrem lokalen Router und den Edge-Routern von Google auf unterstützten Cloud Interconnect-Netzwerkverbindungen zu sichern. Weitere Informationen finden Sie unter MACsec für Cloud Interconnect.

Sie können auch HA VPN über Cloud Interconnect bereitstellen, wenn Sie den von Ihren VLAN-Anhängen übertragenen Traffic verschlüsseln müssen. HA VPN über Cloud Interconnect wird sowohl für Dedicated Interconnect als auch für Partner Interconnect unterstützt. Möglicherweise müssen Sie Ihren Cloud Interconnect-Traffic verschlüsseln, um bestimmte regulatorische oder Sicherheitsanforderungen zu erfüllen. Weitere Informationen finden Sie unter HA VPN über Cloud Interconnect – Übersicht.

Nutzung von Cloud Interconnect einschränken

Standardmäßig kann jedes VPC-Netzwerk Cloud Interconnect nutzen. Über eine Organisationsrichtlinie können Sie bestimmen, welche VPC-Netzwerke Cloud Interconnect verwenden können. Weitere Informationen finden Sie unter Nutzung von Cloud Interconnect einschränken.

Cloud Interconnect-MTU

Sehen Sie sich die MTU-Informationen für Ihren Anwendungsfall an:

  • Wenn Sie Ihre VPC-Netzwerke mit anderen Netzwerken verbinden, unterstützen Cloud Interconnect-VLAN-Anhänge die folgenden vier MTU-Größen:

    • 1.440 Byte
    • 1.460 Byte
    • 1.500 Byte
    • 8.896 Byte

    Informationen zu Best Practices für MTU für VLAN-Anhänge finden Sie unter Dieselbe MTU für alle VLAN-Anhänge verwenden.

  • Wenn Sie Ihre lokalen Netzwerke miteinander verbinden, unterstützen standortübergreifende Netzwerke eine MTU-Größe von 9.000 Byte.

Benutzerdefinierte IP-Adressbereiche

Wenn Sie einen VLAN-Anhang für Dedicated Interconnect, Partner Interconnect oder Cross-Cloud Interconnect erstellen, können Sie benutzerdefinierte IP-Adressbereiche für die Cloud Router- und Kundenrouter-Enden des Anhangs konfigurieren. Wenn Sie einen benutzerdefinierten IP-Adressbereich angeben, erstellt Cloud Interconnect eine interne Bereichsressource, die die genaue IP-Adresse für die Verwendung in Ihrer VPC reserviert, anstatt den IP-Adressbereich. Wenn Sie diese IP-Adresse an anderer Stelle in Ihrer VPC verwenden, schlägt die Erstellung der Ressource für den internen Bereich fehl.

Wenn Sie beispielsweise 192.0.2.1/29 als Cloud Router-Adresse angeben, reserviert die Ressource für den internen Bereich 192.0.2.1/32. Wenn Sie benutzerdefinierte IP-Adressbereiche mit Cloud Interconnect konfigurieren möchten, müssen Sie die Network Connectivity API und die entsprechenden Berechtigungen aktivieren. Wir empfehlen die Rolle „Compute-Netzwerkadministrator“ (roles/compute.networkAdmin). Weitere Informationen zu internen IP-Adressbereichen finden Sie unter Interne Bereiche erstellen und verwenden.

Hinweis

Beachten Sie vor dem Konfigurieren benutzerdefinierter IP-Adressbereiche Folgendes:

Rechtliche Hinweise
Benutzerdefinierte IP-Bereiche. Der Kunde ist für alle Einwilligungen und Mitteilungen verantwortlich, die erforderlich sind, um Google den Zugriff auf die vom Kunden bereitgestellten Daten sowie deren Speicherung und Verarbeitung zu ermöglichen. Der Kunde ist für die Richtigkeit aller IP-Adressen verantwortlich, die er Google im Zusammenhang mit der Nutzung dieses Angebots zur Verfügung stellt.
API und Berechtigungen
Bevor Sie eine benutzerdefinierte IP-Adresse angeben, müssen Sie die Network Connectivity API in Ihrem Projekt aktivieren. Außerdem benötigen Sie die Berechtigung networkconnectivity.internalRanges.create, die Sie über die Rolle „Compute-Netzwerkadministrator“ (roles/compute.networkAdmin) erhalten können.
Präfixlänge
Die Präfixlängen für die IPv4-Adressbereiche, die Sie mit den Flags --candidate-customer-router-ip-address und --candidate-cloud-router-ip-address angeben, müssen /29 oder /30 sein und sich im selben Subnetz befinden. Wenn Sie Link-Local-IPv4-Adressen verwenden, können Sie außerdem nur die Präfixlänge /29 verwenden.
Die Präfixlängen für die IPv6-Adressbereiche, die Sie mit den Flags --candidate-customer-router-ipv6-address und --candidate-cloud-router-ipv6-address angeben, müssen /125 oder /126 sein und sich im selben Subnetz befinden. Außerdem können Sie keine Link-Local- oder eindeutigen lokalen IPv6-Adressen (ULA) verwenden.
Anforderungen an IP-Adressen
Die Bereiche, die Sie beim Konfigurieren der zuvor genannten Flags verwenden, müssen die folgenden Anforderungen erfüllen:
  • Die Bereiche dürfen sich nicht mit einem anderen Bereich überschneiden, den Sie in Ihrer Kunden-VPC verwenden.
  • Sie können die erste oder letzte IP-Adresse innerhalb der von Ihnen angegebenen IP-Adressbereiche nicht verwenden, da es sich um die Netzwerk- und Broadcast-Adressen handelt.
  • Sie können keine Bereiche mit privaten IPv4-Adressen mit den Flags --candidate-customer-router-ip-address und --candidate-cloud-router-ip-address verwenden.
Beschränkungen
Für benutzerdefinierte IP-Adressbereiche gelten die folgenden Einschränkungen:
  • Sie können das Flag --candidate-subnets nicht mit den Flags --candidate-customer-router-ip-address und --candidate-cloud-router-ip-address verwenden. Sie können --candidate-subnets jedoch für Link-Local-IPv4-Anhänge mit den Flags --candidate-customer-router-ipv6-address und --candidate-cloud-router-ipv6-address verwenden.
  • Sie können sowohl Google-eigene als auch benutzerdefinierte IPv6-Adressen auf demselben Cloud Router verwenden. Sie können jedoch nicht sowohl Google-eigene als auch benutzerdefinierte IPv6-Adressbereiche im selben VLAN-Anhang verwenden.
  • Sie können benutzerdefinierte IP-Adressbereiche nicht an anderer Stelle in derselben VPC oder in einer anderen VPC wiederverwenden, die über VPC-Spokes oder VPC-Netzwerk-Peering mit ihr verbunden ist.
  • Sie können öffentliche IP-Adressbereiche von anderen Cloud-Dienstanbietern verwenden, benötigen aber eine Vollmachtserklärung des Dienstanbieters auf dessen Firmenbriefkopf.
  • Wenn Sie benutzerdefinierte IP-Adressbereiche mit einer Layer-3-Partner Interconnect-Verbindung verwenden möchten, erstellen Sie einen VLAN-Anhang. Ihr Dienstanbieter konfiguriert dann die benutzerdefinierten IP-Adressbereiche während der Konfiguration des VLAN-Anhangs. Wenn Sie eine Ebene-3-Verbindung haben, wenden Sie sich an Ihren Dienstanbieter.
  • Die folgenden reservierten IP-Adressbereiche werden nicht unterstützt:
    • Reservierte IPv4-Adressbereiche:
      • 0.0.0.0/8
      • 10.0.0.0/8
      • 100.64.0.0/10
      • 127.0.0.0/8
      • 172.16.0.0/12
      • 192.0.0.0/24
      • 192.0.2.0/24
      • 192.88.99.0/24
      • 192.168.0.0/16
      • 198.18.0.0/15
      • 198.51.100.0/24
      • 203.0.113.0/24
      • 224.0.0.0/4
      • 240.0.0.0/4
    • Reservierte IPv6-Adressbereiche:
      • ::ffff:0:0/96
      • 64:ff9b::/96
      • 64:ff9b:1::/48
      • 100::/64
      • 2001:/32
      • 2001:20::/28
      • 2001:db8::/32
      • fe80::/10
      • 2002::/16
      • 3fff::/20
      • 5f00::/16
      • fc00::/7
      • fe80::/10
      • ff00::/8

Benutzerdefinierte IP-Adressbereiche konfigurieren

Informationen zum Erstellen von VLAN-Anhängen mit benutzerdefinierten IP-Adressbereichen finden Sie auf den folgenden Seiten:

Unterstützung für GRE-Traffic

Cloud Interconnect unterstützt GRE-Traffic. Dank der Unterstützung für GRE können Sie den GRE-Traffic auf einer VM aus dem Internet (externe IP-Adresse) und Cloud VPN oder Cloud Interconnect (interne IP-Adresse) beenden. Der entkapselte Traffic kann dann an ein erreichbares Ziel weitergeleitet werden. Mit GRE können Sie Dienste wie Secure Access Service Edge (SASE) und SD-WAN verwenden. Sie müssen eine Firewallregel erstellen, um GRE-Traffic zuzulassen.

Netzwerkverkehr differenzieren

Dedicated Interconnect und Cross-Cloud Interconnect unterstützen die Differenzierung des Netzwerkverkehrs durch Application Awareness in Cloud Interconnect. Mit Application Awareness können Sie den ausgehenden Traffic verschiedenen Traffic-Klassen zuordnen und entweder eine Richtlinie für den Bandbreitenprozentsatz oder eine Richtlinie für strikte Priorität festlegen. So können Sie dafür sorgen, dass geschäftskritischer Netzwerktraffic gegenüber Netzwerktraffic mit niedrigerer Priorität bevorzugt wird.

Application Awareness in Cloud Interconnect verwendet den DSCP (Differentiated Services Code Point) im IP-Header für die Traffic-Unterscheidung. Es steht in keinem Zusammenhang mit dem Datenmodell von App Hub für Anwendungen und ist sich dessen auch nicht bewusst.

Weitere Informationen finden Sie unter „Traffic-Differenzierung konfigurieren“ für Dedicated Interconnect und Cross-Cloud Interconnect.

Wenden Sie sich an Ihr Account-Management-Team, um Application Awareness für Cloud Interconnect zu aktivieren.

Cloud Interconnect-Verbindungen und VLAN-Anhänge visualisieren und überwachen

Netzwerktopologie ist ein Visualisierungstool, das die Topologie Ihrer VPC-Netzwerke, die Hybridkonnektivität zu und von Ihren lokalen Netzwerken sowie die zugehörigen Messwerte zeigt. Sie können die Cloud Interconnect-Verbindungen und VLAN-Anhänge als Entitäten in der Ansicht "Netzwerktopologie" aufrufen.

Eine Basisentität ist die unterste Ebene einer bestimmten Hierarchie und stellt eine Ressource dar, die direkt über ein Netzwerk mit anderen Ressourcen kommunizieren kann. Netzwerktopologie fasst Basisentitäten in hierarchischen Entitäten zusammen, die Sie maximieren oder minimieren können. Wenn Sie zum ersten Mal ein Netzwerktopologie-Diagramm aufrufen, werden alle Basisentitäten in ihrer übergeordneten Hierarchie zusammengefasst.

Netzwerktopologie fasst beispielsweise VLAN-Anhänge in ihrer Cloud Interconnect-Verbindung zusammen. Sie können die Hierarchie aufrufen, indem Sie die Symbole für Cloud Interconnect-Verbindungen maximieren oder minimieren.

Weitere Informationen finden Sie in der Übersicht zu Netzwerktopologie.

Häufig gestellte Fragen

Antworten auf häufig gestellte Fragen zur Architektur und zu den Features von Cloud Interconnect finden Sie in den FAQ zu Cloud Interconnect.

Nächste Schritte