Die folgenden Preise gelten sowohl während als auch nach dem Kostenlosen Testzeitraum für Google Cloud. Während des kostenlosen Testzeitraums werden diese Preise mit dem Guthaben des kostenlosen Testzeitraums verrechnet.

Informationen zu allgemeinen Netzwerkpreisen

Datenübertragung

Datentransfer kann Traffic sein, der in eine Google Cloud-Ressource (z.B. eine VM) eingeht, die Google Cloud-Region in Richtung Internet verlässt oder zwischen zwei Ressourcen in Google Cloud stattfindet.

Eine Region ist eine Gruppe von Gebäuden, die von Google an einem geografischen Standort betrieben werden, z. B. ein Rechenzentrums-Campus. Der Traffic kann wie folgt fließen:

• Innerhalb des Satzes von Gebäuden am Standort, für den immer das Google-Netzwerk (intrazonal und intraregional Preise) verwendet wird
• Zu einem anderen von Google betriebenen Gebäude an einem anderen Standort, für den immer das Google-Netzwerk (interregionale Preise) verwendet wird
• Zu einem Standort, der nicht von Google betrieben wird über eine Cloud Interconnect-Verbindung (Cloud Interconnect-Preise)
• Zu einem Standort, der nicht von Google betrieben wird, nicht über eine Cloud Interconnect-Verbindung (Preise für ausgehende Datenübertragungen über das Internet)

Premium-Stufe

Bei der Premium-Stufe der Netzwerkdienststufen wird der Premium-Backbone von Google verwendet, um Traffic von und zu Ihren externen Nutzern zu übertragen. Das öffentliche Internet wird in der Regel nur zwischen dem Nutzer und dem nächsten Netzwerkeingangspunkt von Google verwendet.

Standard-Stufe

Bei der Standard-Stufe der Netzwerkdienststufen wird das öffentliche Internet verwendet, um Traffic zwischen ihren Diensten und Ihren Nutzern zu übertragen. Die Nutzung des öffentlichen Internets ist zwar mit einer geringeren Dienstqualität verbunden, allerdings ist sie kostengünstiger als die Premium-Stufe.

Preise für eingehende Datenübertragung

Interregionale Datenübertragung

Datenübertragung von VM zu VM, wenn sich die Quell- und Ziel-VMs in verschiedenen Google Cloud-Regionen befinden Alle Preise verstehen sich pro GiB in USD.

Preise für die Internetdatenübertragung

Preisgestaltung bei der Premium-Stufe

Die Premium-Stufe ist die Standardstufe für alle Datenübertragungen in Google Cloud. Wenn Sie die Standardstufe verwenden möchten, müssen Sie diese explizit angeben.

Die folgenden Preise gelten sowohl während als auch nach dem Kostenlosen Testzeitraum für Google Cloud. Während des kostenlosen Testzeitraums werden diese Preise mit dem Guthaben des kostenlosen Testzeitraums verrechnet.

Wichtig: Ab dem 1. Februar 2024 erhöhen wir den Preis für einige SKUs für die ausgehende Internetdatenübertragung in der Premium-Stufe. Weitere Informationen finden Sie unter Ankündigung der Preisänderung für die Datenübertragung.

Preisgestaltung bei der Standardstufe

Preise für ausgehenden Traffic werden pro GiB berechnet. Die Preisgestaltung basiert auf der Quell-Geolocation des Traffics. Eingehender Traffic ist nach wie vor kostenlos.Die „Immer kostenlos“-Nutzungskontingente gelten für die Standardstufe nicht.

Preise für interne IP-Adressen

Für statische oder sitzungsspezifische interne IP-Adressen fallen keine Gebühren an.

Preise für externe IP-Adressen

Ihnen werden Gebühren für statische und sitzungsspezifische externe IP-Adressen gemäß der nachfolgenden Tabelle berechnet.

Wenn Sie eine statische externe IP-Adresse reservieren und sie nicht einer Ressource wie einer VM-Instanz oder einer Weiterleitungsregel zuweisen, gelten höhere Preise als für genutzte statische und sitzungsspezifische externe IP-Adressen.

Statische externe IP-Adressen, die Weiterleitungsregeln zugewiesen sind, werden nicht in Rechnung gestellt.

Externe IPv6-Adressbereiche, die Subnetzen zugewiesen werden, oder externe IPv6-Adressen, die VM-Instanzen zugewiesen werden, werden nicht berechnet. Statische regionale IPv6-Adressen (Vorschau) werden nicht in Rechnung gestellt.

Genutzt oder nicht genutzt

Google Cloud betrachtet eine statische externe IP-Adresse als genutzt, wenn sie einer VM-Instanz zugeordnet ist, unabhängig davon, ob die Instanz tatsächlich ausgeführt wird. Wenn die Instanz gelöscht oder die IP-Adresse von der Instanz getrennt wird, betrachtet Google Cloud die statische IP-Adresse als nicht genutzt.

Bei einer sitzungsspezifischen IP-Adresse betrachtet Google Cloud die Adresse nur dann als genutzt, wenn die zugehörige VM-Instanz ausgeführt wird. Wenn die Instanz gestoppt oder gelöscht wird, gibt Google Cloud die sitzungsspezifische IP-Adresse frei und betrachtet sie nicht mehr als genutzt.

Sie können überprüfen, ob eine statische externe IP-Adresse genutzt wird, indem Sie eine Anfrage des Typs gcloud compute addresses list senden. Dieser Befehl liefert eine Liste der statischen externen IP-Adressen und zugehörigen Status:

Hinweis: Wenn dieselbe IP-Adresse mehreren Weiterleitungsregeln zugewiesen ist, zählt Google Cloud jede Verwendung der Adresse und fügt sie dem Kontingent IN_USE_ADDRESSES zu und nicht einer eindeutigen Anzahl von verwendeten IP-Adressobjekten.

Firewallregeln

Die Preise für Cloud Next Generation Firewall finden Sie auf der Preisseite für Cloud NGFW.

Private Service Connect

Die mit Private Service Connect verbundenen Kosten variieren je nach Konfiguration.

Verbrauchergebühren

Private Service Connect-Endpunkt (Weiterleitungsregel) für den Zugriff auf Google APIs

Private Service Connect-Back-End (Load-Balancer) für den Zugriff auf Google APIs verwenden

Private Service Connect-Back-Ends verwenden einen Load Balancer, um auf Google APIs zuzugreifen. Es gelten alle Preise für Load Balancer. Für Traffic zu Private Service Connect-NEGs, der an Google APIs gerichtet ist, fallen Gebühren für Load Balancing an, die sich nach der vom Load Balancer verarbeiteten Datenmenge richten. Für die Datenübertragung zwischen dem Private Service Connect-NEG und Google APIs fallen jedoch keine Private Service Connect-Gebühren an.

Preisinformationen für Ihren Load Balancer finden Sie unter globalen externen Application Load Balancern oder internen Application Load Balancern.

Hinweis: Private Service Connect-Back-Ends wurden zuvor als Private Service Connect-Endpunkte mit HTTP(S)-Nutzerdienstkontrollen bezeichnet.

Private Service Connect-Endpunkt (Weiterleitungsregel) für den Zugriff auf einen veröffentlichten Dienst verwenden

Hinweis: Für Endpunkte mit globalem Zugriff fallen für das Projekt des Dienstanbieters keine Gebühren für den interregionalen Datentransfer an, selbst wenn Ressourcen des Dienstnutzers von anderen Regionen aus auf den Endpunkt zugreifen.

Private Service Connect erstellt automatisch einen Service Directory-Namespace, in dem Endpunkte registriert werden können. Für Endpunkte in derselben Region eines Projekts wird ein einzelner Standard-Namespace verwendet, es sei denn, Sie erstellen explizit zusätzliche Namespaces. Weitere Informationen zu den Preisen von Service Directory finden Sie unter Service Directory-Preise.

Private Service Connect-Back-End (Load-Balancer) zum Zugriff auf einen veröffentlichten Dienst verwenden

Private Service Connect-Back-Ends verwenden einen Load-Balancer, um auf veröffentlichte Dienste zuzugreifen. Es gelten alle Preise für Load Balancer. Für Traffic zwischen Private Service Connect NEGs und Private Service Connect-veröffentlichten Diensten fallen sowohl Load-Balancing-Gebühren für Daten an, die vom Load-Balancer verarbeitet werden, als auch Private Service Connect-Gebühren für den Datentransfer zwischen dem NEG und dem veröffentlichten Dienst an.

In der folgenden Tabelle sind die für diese Konfiguration geltenden Gebühren aufgeführt.

Private Service Connect-Schnittstelle für den Zugriff auf ein Produzenten- oder Nutzer-VPC-Netzwerk verwenden

Service Directory

Private Service Connect erstellt automatisch einen Service Directory-Namespace, um Endpunkte beim Zugriff auf Google APIs oder beim Zugriff auf veröffentlichte Dienste zu registrieren. Für Private Service Connect-Endpunkte in derselben Region eines Projekts wird ein einzelner Standard-Service Directory-Namespace erstellt. Weitere Informationen zu den Preisen von Service Directory finden Sie unter Service Directory-Preise.

Nutzerdatenverarbeitung

Für die Verarbeitung von Nutzerdaten von Private Service Connect-Nutzern fallen die in der folgenden Tabelle aufgeführten Kosten an. Die Verarbeitung von Nutzerdaten wird für ein- und ausgehende Daten erhoben.

Kosten für Produzenten

Kosten für die Veröffentlichung eines verwalteten Dienstes mithilfe einer Private Service Connect-Dienstanwendung

Für das Veröffentlichen von Diensten über Dienstanhänge fallen keine Private Service Connect-Gebühren für die Datenübertragung oder die Nutzung pro Stunde an. Erstellern werden alle Kosten für das Load Balancing in Rechnung gestellt, die durch den Load Balancer entstehen, der für Nutzer veröffentlicht wird.

Hinweis: Wenn Ressourcen über einen Endpunkt mit globalem Zugriff auf einen publizierten Dienst aus einer anderen Region als dem Dienst zugreifen, fallen für den Dienstanbieter keine Gebühren für den interregionalen Datentransfer an. Informationen zu den Kosten für Dienstnutzer-Projekte finden Sie unter Private Service Connect-Endpunkt (Weiterleitungsregel) verwenden, um auf einen veröffentlichten verwalteten Dienst zuzugreifen.

Einen Dienst mithilfe von Dienstverbindungszuordnungen bereitstellen

Wenn Sie einen Dienst mithilfe von Dienstverbindungszuordnungen bereitstellen, fallen für die Bereitstellung der Dienstverbindungszuordnungen selbst keine Gebühren für den Ersteller an. Dem Verbraucher werden jedoch folgende Kosten in Rechnung gestellt:

• Ressourcen, die über die Automatisierung von Dienstverbindungen im Projekt des Kunden bereitgestellt werden
• Private Service Connect-Endpunkt für den Zugriff auf einen veröffentlichten Dienst verwenden

Zugriff auf private Dienste

Wenn Sie eine Verbindung für den Zugriff auf private Dienste erstellen, fallen keine Gebühren für die Verbindung selbst an. Folgendes wird Ihnen in Rechnung gestellt:

• Ressourcen, die Sie im Netzwerk des Diensterstellers bereitstellen
• Datenübertragungs-Traffic von Ihren VMs in das Netzwerk des Dienstanbieters

Serverloser VPC-Zugriff

Für serverlosen VPC-Zugriff gelten die folgenden Preise.

Netzwerktelemetrie

Für Netzwerk-Vended Logs fallen Gebühren an. Diese Produkte werden Ihnen in Rechnung gestellt:

• VPC-Flusslogs
• Logging von Firewallregeln
• Cloud NAT-Logging

Paketspiegelung

Bei der Paketspiegelung wird Ihnen die verarbeitete Datenmenge in Rechnung gestellt. Für die Weiterleitungsregeln der Paketspiegelung entstehen keine Gebühren. Derzeit fallen für die Paketspiegelung keine zusätzlichen Gebühren pro VM an.

In der folgenden Tabelle finden Sie eine Aufstellung der Kosten für die Paketspiegelung.

Load-Balancing und Weiterleitungsregeln

Die Preistabellen in diesem Abschnitt gelten für die folgenden Load Balancer:

• Interne und externe Passthrough-Network Load Balancer
• Interne und externe Proxy-Network Load Balancer
• Globale, klassische und regionale externe Application Load Balancer

Informationen zu regionalen und regionenübergreifenden internen Application Load Balancern finden Sie im Abschnitt Interne Application Load Balancer.

Informationen zu Weiterleitungsregeln für Private Service Connect finden Sie im Abschnitt „Private Service Connect“.

Die folgende Tabelle zeigt die Preise für globale Weiterleitungsregeln. Es fallen keine globalen Gebühren für die Datenverarbeitung an. Die Kosten für die Datenverarbeitung werden nach Region abgerechnet, je nachdem, wo der Traffic verarbeitet wird.

In der folgenden Tabelle sind die Kosten für Weiterleitungsregeln und die Kosten für die Verarbeitung eingehender und ausgehender Daten nach Region aufgeführt.

Möglichkeiten zur Senkung der Kosten für externe Application Load Balancer

Nutzer des globalen externen Application Load Balancers können Google Cloud Armor, Cloud CDN oder beides verwenden, um die Auswirkungen von Gebühren für ausgehende Datenverarbeitung zu minimieren.

• Cloud CDN: Statische Objekte, die aus dem Cache an den Client bereitgestellt werden, durchlaufen nicht den Load Balancer. Eine effektive Caching-Strategie würde die Menge der vom Load-Balancer verarbeiteten ausgehenden Daten reduzieren und Ihre Kosten senken. Um das Caching zu implementieren, müssen Sie wissen, welcher Teil Ihres Traffics statisch und cachebar ist. Weitere Informationen finden Sie in der Cloud CDN-Dokumentation.
• Google Cloud Armor: Wenn Ihre Anwendung eine beträchtliche Menge unerwünschten Traffic erhält, können Sie Google Cloud Armor bereitstellen, um diesen Traffic zu blockieren. Von Google Cloud Armor blockierte Anfragen werden nicht über den Load-Balancer geleitet, wodurch die Menge der vom Load Balancer verarbeiteten ausgehenden Daten reduziert wird. Die Auswirkungen auf Ihre Kosten hängen vom Prozentsatz des unerwünschten Traffics ab, der von den implementierten Google Cloud Armor-Sicherheitsrichtlinien blockiert wird.

Wenn Ihre Anwendung in einer einzelnen Region ausgeführt werden kann oder muss, können Sie den externen regionalen Application Load Balancer verwenden. Der regionale externe Application Load Balancer verwendet nur die Standardnetzwerkstufe, die niedrigere Gebühren für ausgehende Datenübertragungen hat und daher eine kostengünstige Option ist.

Preise für externe Application Load Balancer mit serverlosen NEGs

Wenn Sie serverlose NEG-Back-Ends mit einem externen Application Load Balancer (global, regional oder klassisch) verwenden, fallen neben den Gebühren für serverloses Computing für Cloud Run-, Cloud Run Functions- oder App Engine-Back-Ends auch die bisherigen Gebühren für den Load Balancer an. Bei Nutzung von Google Cloud Armor oder Cloud CDN werden auch dafür die entsprechenden Gebühren berechnet.

Es fallen jedoch keine Gebühren für serverlosen ausgehenden Datentransfer an. Es werden nur die Preise für ausgehende Internet-Datenübertragungen berechnet. Gebühren für ausgehende Datenübertragung in Cloud Functions, Gebühren für ausgehenden Netzwerktraffic in App Engine und Gebühren für Datenübertragung in Cloud Run gelten nicht für Anfragen, die von einem externen Application Load Balancer (mit serverlosen NEGs) an einen Cloud Run Functions-, App Engine- oder Cloud Run-Dienst weitergegeben werden.

Projektübergreifender Dienstverweis mit freigegebener VPC

Sehen Sie sich die folgenden Punkte an, um zu verstehen, wie Projekte und Abrechnungskonten für Netzwerk-SKUs abgerechnet werden, wenn Sie projektübergreifende Dienstverweise verwenden.

• Die Kosten für Cloud Load Balancing werden immer dem Projekt zugeordnet, in dem die Weiterleitungsregel konfiguriert ist (Dienstprojekt A in Abbildung 1). Dazu gehören die Kosten für Weiterleitungsregeln, eingehende verarbeitete Daten und ausgehende verarbeitete Daten durch den globalen externen Application Load Balancer. Cloud Load Balancing-Preise
• Die ausgehende Datenübertragung des Netzwerks für die Premium- und Standard-Netzwerkdienststufe wird immer dem Projekt zugeordnet, in dem die Weiterleitungsregel konfiguriert ist (Dienstprojekt A in Abbildung 1). Informationen zu den Preisen für die Netzwerk-Datenübertragung
• Wenn Sie Cloud CDN für einen Backend-Dienst konfigurieren, auf den über eine projektübergreifende Dienstreferenz in einer URL-Zuordnung verwiesen wird, werden alle Cloud CDN-Gebühren für im Cache speicherbare Inhalte (ausgehende Cache-Datenübertragung, Cache-Lookup, Cache-Füllung) immer dem Projekt zugeordnet, das den mit Cloud CDN aktivierten Backend-Dienst enthält (Dienstprojekt B in Abbildung 1), und nicht dem Projekt, in dem die Weiterleitungsregeln konfiguriert wurden. Cloud CDN-Preise
• Wenn Sie Google Cloud Armor für einen Backend-Dienst konfigurieren, auf den über eine URL-Zuordnung mit projektübergreifender Dienstverknüpfung verwiesen wird, werden alle Gebühren für Google Cloud Armor dem Projekt zugeordnet, das den mit Google Cloud Armor aktivierten Backend-Dienst enthält (Dienstprojekt B in Abbildung 1), und nicht dem Projekt, in dem die Weiterleitungsregeln konfiguriert wurden. Google Cloud Armor-Preise Konkret werden alle Kosten für Google Cloud Armor in der Standard- und Enterprise-Kategorie dem Dienstprojekt B zugeordnet.

Die folgenden zusätzlichen Überlegungen gelten auch, wenn Sie Google Cloud Armor mit projektübergreifender Dienstreferenz verwenden:

• Änderungen am Abo, die sich auf Cloud Armor Enterprise beziehen, werden dem Rechnungskonto zugeordnet, das Sie bei der Registrierung angegeben haben. Wenn Sie dasselbe Cloud Armor Enterprise-Abo für mehrere Projekte verwenden möchten, um alle Backend-Dienste einzubeziehen, auf die über projektübergreifende Dienstverweise verwiesen wird, müssen Sie alle relevanten Dienstprojekte im Rahmen desselben Cloud Armor Enterprise-Rechnungskontos einbeziehen.
• Wenn Sie projektübergreifende Dienstverweise verwenden, erfordern einige der in Cloud Armor Enterprise angebotenen Funktionen, wie DDoS-Telemetrie und DDoS-Antwort, die Registrierung für die Cloud Armor Enterprise-Stufe sowohl für das Projekt mit der Front-End-Weiterleitungsregel als auch für die Backend-Dienstprojekte.

Preisbeispiele für Weiterleitungsregeln

Google Cloud stellt Weiterleitungsregeln in Rechnung, die für Load-Balancing oder andere Zwecke wie die Paketspiegelung erstellt werden.

In den folgenden Beispielen werden US-Preise verwendet:

Sie können bis zu fünf Weiterleitungsregeln zum Preis von 0,025 $/Stunde erstellen. Wenn Sie beispielsweise eine Weiterleitungsregel erstellen, werden Ihnen 0,025 $/Stunde berechnet. Wenn Sie drei Weiterleitungsregeln haben, werden Ihnen ebenfalls 0,025 $/Stunde berechnet. Wenn Sie jedoch zehn Weiterleitungsregeln haben, werden Ihnen folgende Gebühren berechnet:

• 5 Weiterleitungsregeln = 0,025 $/Stunde
• Jede weitere Weiterleitungsregel = 0,01 $/Stunde

0,025 $/Stunde für 5 Regeln + (5 zusätzliche Regeln × 0,01 $/Stunde) = 0,075 $/Stunde

Für die meisten Load-Balancing-Anwendungsfälle ist nur eine Weiterleitungsregel pro Load-Balancer erforderlich.

Google Cloud stellt globale Weiterleitungsregeln und regionale Weiterleitungsregeln separat und pro Projekt in Rechnung. Wenn Sie beispielsweise in zwei separaten Projekten jeweils eine globale Weiterleitungsregel und eine regionale Weiterleitungsregel verwenden (insgesamt vier Regeln), werden Ihnen 0,10 $/Stunde berechnet (4 x 0,025 $/Stunde).

Kosten für Load-Balancing schätzen

So können Sie die Kosten für das Load-Balancing kalkulieren:

1. Zum Preisrechner.
2. Rufen Sie den Tab Cloud Load Balancing auf.
3. Wählen Sie im Drop-down-Menü eine Region aus.
4. Geben Sie die geschätzte Anzahl von Weiterleitungsregeln an.
5. Schätzen Sie, wie viel Netzwerktraffic monatlich verarbeitet wird.

Beispiel:

• Iowa
• Anzahl der Weiterleitungsregeln: 10
• Eingehender Traffic, der vom Load-Balancer verarbeitet wird: 2.048 GiB
• Geschätzte Gesamtkosten: 71,13 $ im Monat

In diesem Beispiel sind die Kosten für ausgehenden Datenverkehr im Internet für Antworten von den Backends nicht enthalten.

Interner Application Load Balancer

Die folgenden Gebühren gelten sowohl für regionale interne Application Load Balancer als auch für regionenübergreifende interne Application Load Balancer. Für den regionenübergreifenden internen Application Load Balancer fallen außerdem zusätzliche Kosten für den regionenübergreifenden Datentransfer an.

Gebühr pro Proxy-Instanz

Envoy-basierte Load Balancer skalieren die Anzahl der verfügbaren Proxys automatisch, um Ihren Traffic bedarfsgerecht zu verwalten. Die Gebühr pro Proxy-Instanz hängt von der Anzahl der Proxy-Instanzen ab, die für die Trafficanforderungen benötigt werden. Für jeden zusätzlichen Proxy fällt gemäß den Preisen in der Preistabelle eine zusätzliche Stundengebühr an.

Die Anzahl der Ihrem Proxy zugewiesenen Proxys wird auf der Grundlage der gemessenen Kapazität berechnet, die erforderlich ist, um Ihren Traffic über einen Zeitraum von zehn Minuten zu verwalten. Während dieses Zeitraums wird der größere der folgenden Faktoren ermittelt:

• Die Anzahl der für die Bandbreitenanforderungen Ihres Traffics erforderlichen Proxys. Jede Proxy-Instanz kann pro Sekunde 18 MB verarbeiten. Die insgesamt erforderliche Bandbreite wird ermittelt und der Gesamtwert durch die Bandbreite geteilt, die eine Proxy-Instanz unterstützen kann.
• Die zur Verwaltung von Verbindungen und Anfragen erforderliche Anzahl von Proxys. Die folgenden Ressourcen werden gezählt und jeder Wert durch die Menge geteilt, die eine Proxy-Instanz unterstützen kann
• 600 (HTTP) oder 150 (HTTPS) neue Verbindungen pro Sekunde
• 3.000 aktive Verbindungen
• 1.400 Anfragen pro Sekunde*

* Eine Proxy-Instanz kann 1.400 Anfragen pro Sekunde verwalten, wenn Cloud Logging deaktiviert ist. Wenn Sie Logging aktivieren, kann eine Proxy-Instanz weniger Anfragen pro Sekunde verwalten. Wenn z. B. 100 % der Anfragen geloggt werden, nimmt die Kapazität eines Proxys für die Verwaltung von Anfragen auf 700 Anfragen pro Sekunde ab. Sie können Logging so einstellen, dass ein kleinerer Prozentanteil des Traffics erfasst wird. So können Sie Ihre Kontrollanforderungen erfüllen und gleichzeitig die Kosten steuern.

Beispielrechnung

In einem Zeitraum von 10 Minuten werden pro Sekunde 180 MB Daten durch den Load-Balancer geleitet. 180 MB pro Sekunde / 18 MB pro Sekunde pro Proxy-Instanz = 10 Proxy-Instanzen

In demselben Zeitraum werden pro Sekunde 300 neue HTTPS-Verbindungen hergestellt, sind 3.000 Verbindungen aktiv und werden 2.800 Anfragen pro Sekunde gesendet:

300 neue HTTPS-Verbindungen pro Sekunde / 150 neue HTTPS-Verbindungen pro Sekunde pro Proxy-Instanz = 2 Proxy-Instanzen 3.000 aktive Verbindungen / 3.000 aktive Verbindungen pro Proxy-Instanz = 1 Proxy-Instanz 2.800 Anfragen pro Sekunde / 1.400 Anfragen pro Sekunde pro Proxy-Instanz = 2 Proxy-Instanzen

Daraus ergeben sich fünf Proxy-Instanzen. Dieser Wert ist niedriger als die zehn Proxy-Instanzen, die für die Bandbreite erforderlich sind. Damit würde die Proxy-Instanz-Gebühr für diesen 10-Minuten-Zeitraum so berechnet:

10 Proxy-Instanzen * 0,025 $ pro Proxy-Instanz und Stunde * (10 Minuten / (60 Minuten pro Stunde)) = 0,0417 $. Die Abrechnung basiert auf der für die Trafficanforderungen erforderlichen Kapazität, nicht auf der Anzahl der Proxy-Instanzen, mit denen Verbindungen zu Ihren Backends hergestellt werden. Daher wird Ihnen möglicherweise eine andere Anzahl von Proxy-Instanzen in Rechnung gestellt, als Ihnen in Ihrer Infrastruktur angezeigt wird.

Mindestgebühr pro Proxy-Instanz

Im Sinne optimaler Leistung und Zuverlässigkeit werden jedem Load-Balancer in der Google Cloud-Region, in der er bereitgestellt ist, mindestens drei Proxy-Instanzen zugeordnet. Diese Proxy-Instanzen werden auch dann zugewiesen, wenn der Load-Balancer keinen Traffic verwaltet. Nachdem eine Weiterleitungsregel (mit Load-Balancing-Schemascheme INTERNAL_MANAGED) für Ihr Projekt bereitgestellt wurde, werden Gebühren pro Proxy-Instanz berechnet. Für zusätzliche Weiterleitungsregeln fallen wie bereits beschrieben weitere Gebühren pro Proxy-Instanz an (also drei weitere Proxy-Instanzen pro Weiterleitungsregel).

Für die drei Proxy-Instanzen, die Ihrem Load-Balancer zugewiesen sind, wird eine stündliche Mindestgebühr pro Proxy-Instanz fällig. Für die Google Cloud-Region us-central1 errechnet sich die Mindestgebühr z. B. so:

3 Proxy-Instanzen x 0,025 $ pro Proxy und Stunde = 0,075 $pro Stunde

Wie bereits erläutert, können diese Proxy-Instanzen jeweils eine bestimmte Menge an Traffic verwalten. Wenn die Kapazität dieser drei Proxy-Instanzen durch Ihre Trafficanforderungen überschritten wird, fallen Kosten für die Proxy-Instanzen an, die für die Verwaltung von zusätzlichem Traffic erforderlich sind.

Datenverarbeitungsgebühr

Die Datenverarbeitungsgebühr berechnet sich nach der Messung der Gesamtmenge an Daten für Anfragen und Antworten, die während des Abrechnungszeitraums von Ihrem Load-Balancer verarbeitet werden. Diese Gebühr richtet sich nach Ihrer Nutzung, es gibt also keine Mindestgebühr für Datenverarbeitung.

Gebühren für regionenübergreifende Datenübertragung

Kosten für den regionenübergreifenden Datentransfer fallen an, wenn Sie einen regionenübergreifenden internen Application Load Balancer verwenden. Wenn Sie beispielsweise eine regionenübergreifende interne Application Load Balancer-Bereitstellung haben, bei der sich der Client, der Envoy-Proxy und das Backend in verschiedenen Regionen befinden, werden die Gebühren für den regionenübergreifenden Datentransfer für jeden Hop separat angezeigt (Client <-> Envoy-Proxy und Envoy-Proxy <-> Back-End). Um diese Kosten für die regionenübergreifende Datenübertragung zu reduzieren, können Sie Envoy-Proxies in mehreren Regionen bereitstellen.

Projektübergreifender Dienstverweis mit freigegebener VPC

Für die Datenverarbeitung, die stündliche Nutzung der Proxy-Instanz und die Datenübertragung zwischen Zonen wird das Projekt mit der Weiterleitungsregel berechnet.

Preise für internen Application Load Balancer mit serverlosen NEGs

Wenn Sie serverlose NEG-Backends für einen internen Application Load Balancer verwenden, fallen neben den Gebühren für serverloses Computing für Cloud Run auch die bisherigen Gebühren für den internen Application Load Balancer an.

Kosten für regionale Internet-NEGs

Regionale Internet-NEGs erfordern die Verwendung eines Cloud NAT-Gateways, was zusätzliche Kosten verursacht. Sie zahlen sowohl für die Datenübertragung ins Internet als auch für die Cloud NAT-Nutzung für alle Daten, die in das und aus dem Envoy-Proxy-Subnetz gesendet werden, sowie für den Traffic im Rahmen der Systemdiagnose. Die Kosten für den Load Balancer fallen jedoch nur für den Traffic von Nutzeranfragen an.

Für Cloud NAT-Gateways, die Load Balancern zugewiesen sind, fallen stündliche Gebühren an, die einem Netzwerk mit mehr als 32 VM-Instanzen entsprechen. Weitere Informationen finden Sie unter Cloud NAT-Preise.

Kosten für Autorisierungsrichtlinien

Autorisierungsrichtlinien werden während der Vorschauphase ohne Nutzungsgebühren angeboten.

Gebühren für benutzerdefinierte Anfrageheader und Google Cloud Armor

Wenn einem Back-End-Dienst eine Google Cloud Armor-Richtlinie zugeordnet ist, können Sie die Funktion für benutzerdefinierte Anfrageheader mit diesem Back-End-Dienst ohne zusätzliche Kosten für die Funktion für benutzerdefinierte Anfrageheader verwenden.

Wenn einem Back-End-Dienst, der eine benutzerdefinierte Anfrage-Header-Funktion verwendet, keine Google Cloud Armor-Richtlinie zugeordnet ist, betragen die Gebühren 0,75 $ pro 1.000.000 HTTP(S)-Anfragen pro Monat und Konto. Ihnen werden nur die ersten 666.666.667 Anfragen pro Monat und Konto in Rechnung gestellt.

Globaler Zugriff für interne Load Balancer

Mit globalem Zugriff können Client-Instanzen aus jeder Region auf Ihren internen Load Balancer zugreifen. Wenn für eine Weiterleitungsregel der globale Zugriff aktiviert ist, fallen zusätzliche Kosten für die regionenübergreifende Datenübertragung an, wenn Daten an oder von einem Client in einer anderen Region als dem Load Balancer gesendet werden.

Globaler Zugriff ist in der Regel für interne Passthrough-Network Load Balancer, regionale interne Application Load Balancer und regionale interne Proxy-Network Load Balancer verfügbar.

Protokollweiterleitung

Die Gebühren für die Protokollweiterleitung sind mit dem für das Load-Balancing identisch. Für die Weiterleitungsregel und die von der Zielinstanz verarbeiteten eingehenden Daten fallen Kosten an.

SSL-Zertifikate

Für selbstverwaltete und von Google verwaltete SSL-Zertifikate fallen keine Gebühren an.

In diesem Dokument werden die Preise für Google Cloud Armor und Google Cloud Armor Enterprise beschrieben. Diese Preise sind aktiv.

Geschützte Ressourcen umfassen die folgenden Backend-Typen in jedem registrierten Projekt. Die Backends werden als geschützte Ressourcen für alle abgedeckten Endpunkt- und Load-Balancer-Typen im registrierten Projekt gezählt.

Datenverarbeitungsgebühr

Die Datenverarbeitungsgebühr für Cloud Armor Enterprise misst die Daten, die von allen geschützten Ressourcen für jedes in Cloud Armor Enterprise registrierte Projekt ins Internet übertragen werden. Bei der Nutzung von Cloud Armor Enterprise Annual wird die Datenverarbeitungsgebühr auf Projektebene abgerechnet, die Nutzung wird jedoch über alle geschützten Ressourcen in allen Projekten aggregiert, die in Cloud Armor Enterprise Annual registriert sind. Bei der Nutzung von Cloud Armor Enterprise Paygo wird die Datenverarbeitungsgebühr in Rechnung gestellt und die Nutzung wird auf Projektebene aggregiert. Die Gebühr für die Datenverarbeitung von Cloud Armor Enterprise ist von der Gebühr für die Datenverarbeitung von Cloud Load Balancing getrennt.

Die Preise gelten pro Gigabyte, die direkt oder über Carrier Peering ins Internet übertragen werden, und verstehen sich zusätzlich zu anderen Gebühren für die Datenübertragung. Für Arbeitslasten hinter einem unterstützten Google Cloud-Load-Balancer misst die Datenverarbeitungsgebühr beispielsweise die Bits, die über die angemeldeten Load-Balancer-Endpunkte ins Internet gelangen, misst jedoch nicht den damit verbundenen regions- oder zonenübergreifenden Traffic durch die zugrunde liegende Arbeitslast. Die Gebühr beträgt 0,05 $ pro übertragenem GiB Daten für die ersten 100 TiB und 0,04 $ pro GiB für die nächsten 400 TiB. Wenn der bereitgestellte Inhalt das Cloud CDN nutzt und im Cache speicherbar ist, wird die Datenverarbeitungsgebühr für das Cloud CDN für diesen Inhalt erhoben. Die folgende Tabelle enthält die vollständigen Preise.

In diesem Dokument werden die Preise für Cloud IDS beschrieben. Diese Preise sind aktiv. Alle auf dieser Seite aufgelisteten Preise sind in US-Dollar ($).

Wenn Sie vorhaben, große Inhaltsmengen über Cloud CDN bereitzustellen (mehr als 500 TiB pro Monat), kontaktieren Sie uns, um mit uns über volumenbasierte Rabatte zu sprechen.

In diesem Dokument werden die Preise für Cloud CDN beschrieben.

Alle auf dieser Seite aufgelisteten Preise sind in US-Dollar ($). Wenn Sie in einer anderen Währung als US-Dollar bezahlen, gelten die Preise, die unter Cloud Platform SKUs für Ihre Währung angegeben sind.

Preisstruktur

Preishinweise

• Die Netzwerknutzung wird in Gibibyte (GiB) berechnet.
• Die Gebühren fallen täglich an, aber die Cloud Storage-Abrechnung erfolgt erst am Ende des Abrechnungszeitraums. Nicht in Rechnung gestellte Nutzung können Sie auf der Abrechnungsseite Ihres Projekts in der Google Cloud Console einsehen.
• Die kostenpflichtigen Byte für ausgehenden Cache-Traffic oder die Cache-Füllung umfassen HTTP-Antwortheader (nach der Komprimierung, falls zutreffend) und den Antworttext sowie Trailer.

Preisbeispiel

Das folgende Beispiel zeigt ein einfaches Szenario, das möglicherweise zur Anwendung kommt, wenn Sie gerade erst mit Cloud CDN beginnen.

Angenommen, Ihre Cloud CDN-Nutzung sieht in einem bestimmten Monat folgendermaßen aus:

Ihre Rechnung für diesen Monat würde dann folgendermaßen aussehen.

In diesem Dokument wird die Preisgestaltung für Cloud Interconnect erläutert.

Wenn Sie in einer anderen Währung als US-Dollar bezahlen, gelten die Preise, die unter Cloud Platform SKUs für Ihre Währung angegeben sind.

Datenübertragung von einem VPC-Netzwerk über eine Cloud Interconnect-Verbindung

Nordamerika

In der folgenden Tabelle sind die Preise für das geografische Gebiet „Nordamerika“ aufgeführt.

Europa, Naher Osten und Afrika (EMEAR).

Die folgende Tabelle zeigt die Preise für das geografische Gebiet „Europa, Naher Osten und Afrika“ (Europe, Middle East, Africa, EMEAR).

Asien

Die folgende Tabelle zeigt die Preise für das geografische Gebiet „Asien“.

Australien

Die folgende Tabelle zeigt die Preise für das geografische Gebiet „Australien“.

Südamerika

Die folgende Tabelle zeigt die Preise für das geografische Gebiet „Südamerika“.

Eingehender Datentransfer über eine Cloud Interconnect-Verbindung

Preisbeispiel

Die folgende Tabelle enthält ein Beispiel für die Verwendung von Dedicated Interconnect-Verbindungen für einen Zeitraum von einem Monat.

Datenübertragung von einem VPC-Netzwerk über eine Cloud Interconnect-Verbindung

Nordamerika

In der folgenden Tabelle sind die Preise für das geografische Gebiet „Nordamerika“ aufgeführt.

Europa, Naher Osten und Afrika (EMEAR)

Die folgende Tabelle zeigt die Preise für das geografische Gebiet „Europa, Naher Osten und Afrika“ (Europe, Middle East, Africa, EMEAR).

Asien

Die folgende Tabelle zeigt die Preise für das geografische Gebiet „Asien“.

Australien

Die folgende Tabelle zeigt die Preise für das geografische Gebiet „Australien“.

Südamerika

Die folgende Tabelle zeigt die Preise für das geografische Gebiet „Südamerika“.

Eingehender Datentransfer über eine Cloud Interconnect-Verbindung

Preisbeispiel

Die folgende Tabelle enthält ein Beispiel für die Verwendung von Partner Interconnect-Verbindungen für den Zeitraum von einem Monat:

Datenübertragung von einem VPC-Netzwerk über eine Cloud Interconnect-Verbindung

Nordamerika

In der folgenden Tabelle sind die Preise für das geografische Gebiet „Nordamerika“ aufgeführt.

Europa, Naher Osten und Afrika (EMEAR)

Die folgende Tabelle zeigt die Preise für das geografische Gebiet „Europa, Naher Osten und Afrika“ (Europe, Middle East, Africa, EMEAR).

Asien

Die folgende Tabelle zeigt die Preise für das geografische Gebiet „Asien“.

Australien

Die folgende Tabelle zeigt die Preise für das geografische Gebiet „Australien“.

Südamerika

Die folgende Tabelle zeigt die Preise für das geografische Gebiet „Südamerika“.

Eingehender Datentransfer über eine Cloud Interconnect-Verbindung

Preisbeispiel

Die folgende Tabelle enthält ein Beispiel für die Verwendung von Cross-Cloud Interconnect-Verbindungen für den Zeitraum von einem Monat.

Eine VM in derselben Region wie ein VLAN-Anhang, entweder mit regionalem oder globalem dynamischem VPC-Routing

Hinweis: Der verwendete dynamische Routingmodus wirkt sich nicht auf die Preise aus.

In diesem Szenario gibt es zwei Regionen in Nordamerika: us-west1 und us-east1. Diese Regionen nutzen regionales dynamisches VPC-Routing, das vom Cloud Router bereitgestellt wird. In diesem Szenario spielt es keine Rolle, welchen Modus für dynamisches Routing Sie verwenden.

Sie bestellen eine Cloud Interconnect-Verbindung, die von Ihrem lokalen Standort aus nach San Jose (SJC) läuft, und erstellen zwei VLAN-Anhänge über diese Verbindung. Ein VLAN-Anhang geht in die Region us-east1 und der andere in die Region us-west1.

Wenn Sie über Ihre Cloud Interconnect-Verbindung in SJC Traffic von einer VM in us-east1 oder von einer VM in us-west1 zu Ihrem lokalen Standort senden, werden Ihnen die folgenden Preise berechnet:

• Gebühren für ausgehenden Cloud Interconnect-Traffic für Nordamerika (da sich dort die Cloud Interconnect-Verbindung befindet).
• Ihnen werden keine Gebühren für Datenübertragungen zwischen zwei Regionen berechnet, da die VMs einen VLAN-Anhang in derselben Region verwenden.

Hinweis: Sofern Sie das globale dynamische Routing für Ihr VPC-Netzwerk nicht mithilfe von Cloud Router aktivieren, haben Ihre Regionen ohne VLAN-Anhang keinen Zugriff auf Ihre Interconnect-Verbindung. Das bedeutet auch, dass nicht versehentlich Gebühren für interkontinentale Datenübertragungen für Sie entstehen können, wenn Sie Regionen auf verschiedenen Kontinenten haben.

Eine VM auf demselben Kontinent, aber in einer anderen Region als ein VLAN-Anhang, unter Verwendung von globalem dynamischem VPC-Routing

In diesem Szenario haben Sie VMs in zwei Regionen in Nordamerika: us-west1 und us-east1. Sie haben globales dynamisches Routing für Ihr VPC-Netzwerk mit Cloud Router aktiviert. Mit globalem dynamischem Routing können VLAN-Anhänge in einer Region durch eine oder mehrere VMs, die sich in einer anderen Region befinden, genutzt werden.

Sie bestellen eine Cloud Interconnect-Verbindung, die von Ihrem lokalen Standort aus nach San Jose (SJC) verläuft, und erstellen einen VLAN-Anhang über diese Verbindung nach us-west1. Dann senden Sie Traffic von einer VM in us-east1 über den VLAN-Anhang in us-west1 an Ihren lokalen Standort. Ihnen werden dann die folgenden Gebühren in Rechnung gestellt:

• Gebühren für Datenübertragungen zwischen Regionen für die Weiterleitung von Traffic von us-east1 zum VLAN-Anhang in us-west1. Der VLAN-Anhang in us-west1 gilt dabei als Trafficquelle.
• Cloud Interconnect-Gebühren für die Datenübertragung von der Region us-west1 zu Ihrem lokalen Standort in Nordamerika.

Eine VM auf einem anderen Kontinent als ein VLAN-Anhang, unter Verwendung von globalem dynamischem VPC-Routing

Dieses Szenario ist das gleiche wie im vorhergehenden Beispiel, allerdings liegt eine Region (us-west1) in Nordamerika und die andere Region (asia-east1) in Asien. Das Versenden von Traffic zwischen Regionen auf verschiedenen Kontinenten führt zu höheren Preisen für interregionale Datenübertragung.

Die einzige Möglichkeit, Traffic aus asia-east1 über Cloud Interconnect in Nordamerika zu versenden, ist die Aktivierung von globalem dynamischem VPC-Routing. Dadurch wird der VLAN-Anhang in us-west1 für VMs in allen Regionen Ihres VPC-Netzwerks verfügbar. Ihnen werden dann die folgenden Gebühren in Rechnung gestellt:

• Gebühren für den interkontinentalen Datentransfer für Traffic, der von asia-east1 nach us-west1 weitergeleitet wird
• Cloud Interconnect-Gebühren für die Datenübertragung von der Region us-west1 zu Ihrem lokalen Standort in Nordamerika.

Eine VM auf einem anderen Kontinent als ein VLAN-Anhang mithilfe von VPC-Netzwerk-Peering

Dieses Szenario ähnelt dem vorherigen Beispiel, es gibt jedoch zwei VPC-Netzwerke, die über VPC-Netzwerk-Peering verbunden sind. Traffic zwischen Regionen führt zu den gleichen Gebühren wie im vorherigen Beispiel, in dem globales dynamisches Routing verwendet wurde.

Sie senden Traffic von us-east4 zu Ihrem lokalen Netzwerk über Cloud Interconnect in Asien mithilfe von VPC-Netzwerk-Peering. Ihnen werden dann die folgenden Gebühren in Rechnung gestellt:

• Gebühren für den interkontinentalen Datentransfer für Traffic, der von us-east4 nach asia-northeast1 weitergeleitet wird
• Gebühren für den Cloud Interconnect-Datentransfer für Asien für Traffic aus der Region asia-northeast1 zu Ihrem lokalen Standort.

Von VMs unabhängige Google Cloud-Produkte oder -Dienste an einem anderen Ort als ein VLAN-Anhang, unter Verwendung von globalem dynamischem VPC-Routing

Zusätzlich zu den vorhergehenden Szenarien werden Gebühren für Cloud Interconnect-Datenübertragungen erhoben, die von einem Google Cloud-Produkt oder -Dienst, der keine VM ist, über einen VLAN-Anhang an Ihren lokalen Standort gesendet wird. Sie zahlen die Gebühren für die Datenübertragung des Produkts, die in die Region des VLAN-Anhangs gesendet wird, und dann noch die Gebühren für die ausgehende Cloud Interconnect-Datenübertragung auf Basis des Kontinents, auf dem sich die Cloud Interconnect-Verbindung befindet.

Hinweis: Informationen zu Gebühren für ausgehenden Traffic für andere Google Cloud-Produkte, die in diesem Beispiel nicht beschrieben werden, finden Sie auf der Seite „Preise“ für das jeweilige Produkt.

Im folgenden Beispiel werden Gebühren für ausgehenden Traffic von einem Cloud Storage-Bucket beschrieben, der sich in einer anderen Region in Nordamerika befindet als die Region, in der sich der VLAN-Anhang befindet.

In diesem Szenario haben Sie Ressourcen in zwei Regionen in Nordamerika: us-west1 (Oregon) und northamerica-northeast1 (Montreal). Sie haben globales dynamisches Routing für Ihr VPC-Netzwerk mit Cloud Router aktiviert.

Sie bestellen eine Cloud Interconnect-Verbindung, die von Ihrem lokalen Standort aus nach San Jose (SJC) verläuft, und erstellen einen VLAN-Anhang über diese Verbindung nach us-west1. Sie senden dann Traffic von einem Cloud Storage-Bucket in northamerica-northeast1 über den VLAN-Anhang in us-west1 an Ihren lokalen Standort. Ihnen werden die folgenden Preise in Rechnung gestellt:

• Die Kosten für die Datenübertragung in Cloud Storage für die Weiterleitung von Traffic von einem Cloud Storage-Bucket in northamerica-northeast1 zu einem VLAN-Anhang in us-west1.
• Cloud Interconnect-Gebühren für die Datenübertragung für Nordamerika für Traffic aus der Region us-west1 zu Ihrem lokalen Standort, da sich dort Ihre Cloud Interconnect-Verbindung befindet.

Befindet sich der Cloud Storage-Bucket auf einem anderen Kontinent als der VLAN-Anhang, bezahlen Sie Gebühren für die interkontinentale Datenübertragung von Cloud Storage, die an den VLAN-Anhang in us-west1 gesendet wird.

Eine vollständige Liste der Preisszenarios finden Sie auf der Seite Cloud Storage – Preise.

Cloud Router wird kostenlos zur Verfügung gestellt. Für die Steuerungsebene des (BGP-)Traffics fallen allgemeine Netzwerkkosten an. In den meisten Fällen sind diese Kosten zu vernachlässigen.

Weitere Informationen zu Netzwerkkosten finden Sie in der Virtual Private Cloud-Dokumentation (VPC) unter Alle Netzwerkpreise.

Im Allgemeinen setzen sich Ihre Cloud VPN-Gebühren aus folgenden Werten zusammen:

• Für jedes Cloud VPN-Gateway wird eine stündliche Gebühr erhoben. Diese Gebühr wird zum Teil durch die Anzahl der an das Gateway angeschlossenen Tunnel sowie durch den Standort des Gateways bestimmt.
• Eine monatliche Gebühr für IPsec-Traffic
• Eine stündliche Gebühr für externe IP-Adressen, die einem VPN-Gateway zugewiesen, aber nicht von einem Tunnel genutzt werden

Weitere Informationen zu Cloud VPN finden Sie unter Cloud VPN – Übersicht.

Hinweis: Nur VPN-Tunnel mit einem bestimmten Tunnel-Status werden berechnet.

Preisszenarien

Informationen zu den Preisen für Cloud VPN finden Sie in folgenden Beispielen.

us-central1-Gateway zum Rechenzentrum

Angenommen, Sie haben ein VPN-Gateway in der Region „us-central1“. Das Gateway verwendet zwei Tunnel, um eine Verbindung zu einem lokalen Rechenzentrum in Iowa herzustellen.

Jeden Monat senden Sie zwei Tebibyte (TiB) Daten durch den Tunnel von Ihrem VPC-Netzwerk (Virtual Private Cloud) an Ihr Rechenzentrum. Gleichzeitig senden Sie 2 TiB in die andere Richtung, vom Rechenzentrum zum VPC-Netzwerk.

Außerdem verwendet das Gateway eine reservierte externe IP-Adresse.

In folgender Tabelle sind die Kosten aufgeführt, die während eines 30-tägigen Monats mit dieser Einrichtung anfallen.

asia-northeast1-Gateway zum Rechenzentrum und einem anderen VPC-Netzwerk

Angenommen, Ihr Projekt hat ein VPC-Netzwerk namens Netzwerk A, das ein VPN-Gateway in der Region asia-northeast1 enthält. Das Gateway verwendet zwei Tunnel, um eine Verbindung zu einem lokalen Rechenzentrum in Tokio herzustellen. Darüber hinaus verwendet dieses Gateway zwei Tunnel, um eine Verbindung zu Netzwerk B herzustellen, einem weiteren VPC-Netzwerk in Ihrem Projekt. Das Gateway von Netzwerk B befindet sich in der Region europe-west6.

Die Datennutzung beträgt pro Monat:

• Nutzer in Netzwerk A laden 10 TB Daten aus Cloud Storage herunter und senden diese an das Rechenzentrum in Tokio.
• Die Netzwerke A und B senden etwa 20 TB Daten.

Sowohl das Gateway in der Region asia-northeast1 als auch das in der Region europe-west6 verwenden reservierte externe IP-Adressen.

Außerdem haben Sie ein drittes VPN-Gateway in der Region „southamerica-east1“. Sie haben dieses Gateway vor einigen Monaten erstellt und ihm eine reservierte externe IP-Adresse zugewiesen. Sie haben jedoch nie einen Tunnel für dieses Gateway eingerichtet.

In folgender Tabelle sind die Kosten aufgeführt, die während eines 30-tägigen Monats für diese Einrichtung anfallen würden.

Network Connectivity Center

In diesem Dokument werden die Preise für Network Connectivity Center beschrieben.

Network Connectivity Center ist ein Hub-and-Spoke-Modell für die Verwaltung der Netzwerkverbindung in Google Cloud. Bei diesem Modell stellen virtuelle private Cloud-Netzwerke und lokale Netzwerke über Spokes, die mit unterstützten Google Cloud-Spoke-Ressourcen verbunden sind, eine Verbindung zum Network Connectivity Center-Hub her.

Weitere Informationen zum Network Connectivity Center finden Sie unter Network Connectivity Center – Übersicht.

Aktuelle Preise

In den folgenden Abschnitten werden die aktuellen Preise für Network Connectivity Center beschrieben.

Hubs und Spokes

In der folgenden Tabelle werden die Gebühren für Hubs und Spokes beschrieben.Spoke-Stunden bezieht sich auf die Anzahl der Stunden innerhalb eines Monats, in denen ein Spoke aktivaktiv ist.

Die Gebühren für Spoke-Stunden entfallen für bis zu drei VPN-Spokes und drei Cloud Interconnect-Spokes.

Hinweis: Cloud Interconnect-Spokes werden manchmal als VLAN-Anhangsspokes bezeichnet.

Datenübertragung

Datenübertragung bezeichnet jeglichen Traffic, der zwischen einer Reihe von hybriden Spokes stattfindet, die mit dem Network Connectivity Center verbunden sind.

Der Datentransfertraffic des Network Connectivity Center unterscheidet sich von Datentransfers, die entweder in das oder aus dem Google-Netzwerk fließen. Im Gegensatz dazu kann die Datenübertragung über das Network Connectivity Center in beide Richtungen erfolgen: Sie kann in das Google-Netzwerk hinein und aus ihm heraus fließen, da es sich um Traffic handelt, der zwischen beliebigen beiden Hybrid-Spokes ausgetauscht wird.

Die Gebühren für die Datenübertragung basieren auf Gibibytes (GiB) pro Monat.

Erweitertes Datennetzwerk

Erweiterte Datennetzwerke (Advanced Data Networking, ADN) bezeichnet die Verarbeitungsgebühr für den gesamten Traffic, der von einem Spoke über einen Hub gesendet wird.

Die Gebühr für ADN beträgt 0,02 $ pro Gibibyte (GiB) und Monat.

Diese Gebühr gilt derzeit für Traffic zwischen VPC-Spokes. Die Gebühren für ADN für Hybrid-Spokes werden derzeit erlassen.

Preisbeispiel

Erweitertes Datennetzwerk

In diesem Beispiel hat ein Unternehmen zwei globale Virtual Private Cloud-Netzwerke (VPC), VPC-1 und VPC-2, die über VPC-Spokes mit dem Hub des Network Connectivity Center verbunden sind. Jede VPC befindet sich in einem eigenen Projekt, das sich vom Hub-Projekt unterscheidet.

Jeden Monat sendet VPC-1 10 TiB an Daten an VPC-2 und VPC-2 sendet 5 TiB an Daten an VPC-1.

In der folgenden Tabelle sehen Sie, wie dem Kunden 30 Tage in Rechnung gestellt werden.

Datenübertragung

In diesem Beispiel verbindet ein Unternehmen zwei Router-Appliance-Spokes mit seinem Network Connectivity Center-Hub. Ein Spoke ist ein Büro in Los Angeles (us-west2). Ein weiteres ist ein Büro in Mumbai (asia-south1).

Das US-amerikanische Büro überträgt monatlich 5 TiB Daten an das Asia-Büro und das Asia-Büro überträgt 5 TiB Daten an das US-Büro.

In der folgenden Tabelle sehen Sie, wie dem Kunden 30 Tage in Rechnung gestellt werden.

Preise für andere Google Cloud-Ressourcen

Die Preise für diese Seite enthalten keine Gebühren für andere Google Cloud-Ressourcen und -Produkte, die Sie möglicherweise in Verbindung mit Network Connectivity Center verwenden. Beispiel:

• Wenn Sie Router-Appliance-Spokes verwenden, zahlen Sie für die zugrunde liegenden Compute Engine-Ressourcen.
• Wenn Sie VLAN-Anhangsspokes verwenden, zahlen Sie für die zugrunde liegenden Cloud Interconnect-Ressourcen.
• Wenn Sie VPN-Spokes verwenden, zahlen Sie für die zugrunde liegenden Cloud VPN-Ressourcen.

Router-Appliance

Die Preise für die Router-Appliance sind Teil der Preise für Network Connectivity Center. Entsprechende Preisangaben finden Sie unter Preise für Network Connectivity Center.

Weitere Informationen zu Netzwerkkosten finden Sie in der Virtual Private Cloud-Dokumentation unter Alle Netzwerkpreise.

Cloud NAT-Preise beruhen auf der folgenden Nutzung:

• Stundenpreis für das NAT-Gateway, der auf der Anzahl der VM-Instanzen beruht, die das Gateway nutzen. Der Stundenpreis gilt für maximal 32 VM-Instanzen. Für Gateways, die von mehreren Instanzen genutzt werden, wird die maximale Anzahl pro Stunde berechnet.
• VM-Instanzen, die eine NAT-Zuordnung erhalten, werden von Google Cloud als VM-Instanzen gezählt, die das Gateway nutzen. Das NAT-Gateway führt Quell-NAT (SNAT) für ausgehende Datenübertragung von Ressourcen ohne externe IP-Adressen aus und Ziel-NAT (DNAT) für eingehende Pakete aus, die als Antworten auf ausgehende Pakete ankommen.
• Kosten pro GiB für Datenübertragungen, die vom Gateway verarbeitet werden. Für die Datenverarbeitung gilt in allen Regionen derselbe Preis.Für Traffic, der von der VM aus dem Netzwerk gesendet wird, gelten außerdem die Kosten für Datenübertragungen.
• Stundenpreis für jede statische oder temporäre externe IP-Adresse, die von einem NAT-Gateway verwendet wird.

Die Gesamtkosten für die Ausführung eines NAT-Gateways und den vom Gateway verarbeiteten Traffic setzen sich folgendermaßen zusammen:

Gesamtkosten für die Ausführung des Gateways = Stundenpreis für das NAT-Gateway

+ Kosten pro GiB für vom Gateway verarbeitete Daten

+ Stundenkosten für die externen IP-Adressen, die vom Gateway verwendet werden

+ Kosten für die Datenübertragung für jeglichen Traffic, der das Netzwerk verlässt

Preisbeispiel

In der folgenden Tabelle sind die geschätzten monatlichen Kosten für ein NAT-Gateway aufgeführt, das externe IP-Adressen verwendet, um eine unterschiedliche Anzahl von VM-Instanzen zu bedienen. In beiden Fällen wird das Gateway in einem Abrechnungszyklus 720 Stunden ausgeführt.

Logging-Preise

Angaben zu NAT-Logging-Preisen finden Sie unter Preise für Netzwerktelemetrie.

Es gelten die Standardpreise für Cloud Logging, BigQuery und Pub/Sub.

Die Preise für Cloud DNS umfassen eine monatliche Gebühr pro Zone, unabhängig davon, ob Sie Ihre Zone nutzen. Außerdem fallen Kosten für Zonenabfragen an.

Wenn Sie in einer anderen Währung als US-Dollar bezahlen, gelten die Preise, die unter Cloud Platform SKUs für Ihre Währung angegeben sind.

Hinweis: Für Cloud DNS gibt es keine kostenlose Stufe.

Preistabelle

Die folgenden Preise gelten für alle Zonentypen: öffentliche oder private Zonen sowie Weiterleitungszonen. Alle Zonentypen werden zum Zweck der Preisgestaltung zusammengefasst. Wenn Sie beispielsweise 10 öffentliche Zonen, 10 private Zonen und 10 Weiterleitungszonen haben, basiert Ihr Preis auf 30 Zonen. Abfragen werden ebenfalls ohne Unterscheidung nach Zonentyp zusammengefasst.

Sie können Label verwenden, um bestimmte Zonen zu kennzeichnen. Ihre Abrechnungsdaten können Sie dann anhand dieser Label aufschlüsseln.

Abfragepreise

Preise für verwaltete Zonen

Die Nutzung von Cloud DNS führt nicht zu Gebühren für ausgehende Datenübertragungen.

Preise für Systemdiagnosen

Preisbeispiel

In der folgenden Tabelle werden Beispiele für die Nutzung von Cloud DNS und die potenziellen Kosten pro Monat dargestellt:

Beispiel für die Preise nach der GA-Phase für Systemdiagnosen

In diesem Dokument werden die Preisangaben für Diensterweiterungen erläutert.

Für Diensterweiterungs-Callouts in Cloud Load Balancing gelten die folgenden Gebühren. Für regionenübergreifenden Traffic und für die Datenverarbeitung am anderen Ende der Verbindung können andere relevante Gebühren für die Datenübertragung anfallen.

Preisübersicht

Hinweis: Am 7. September 2023 hat Squarespace alle Domainregistrierungen und zugehörigen Kundenkonten von Google Domains erworben. Weitere Informationen dazu, wie sich diese Änderung auf Cloud Domains auswirkt, finden Sie unter Außer Dienst gestellten Funktionen von Cloud Domains, häufig gestellten Fragen zu Google Domains und häufig gestellten Fragen zum Kauf von Google Domains über Squarespace.

Domains werden in 1-Jahres-Schritten registriert. Wenn Sie eine Domain registrieren, verpflichten Sie sich dazu, für das ganze Jahr zu zahlen. Domains werden automatisch verlängert. Wenn Ihre Domain in Cloud Domains verlängert wird, werden Ihnen die 12 Monate ab dem Datum der Verlängerung in Rechnung gestellt. Wenn Sie die Zahlung für Ihre Domain beenden oder die automatische Verlängerung deaktivieren möchten, lesen Sie den Hilfeartikel Automatische Verlängerung für einen Domainnamen deaktivieren.

Hinweis: Wenn Sie Cloud DNS nutzen, werden Ihnen die DNS-Kosten separat in Rechnung gestellt. Weitere Information zu den Cloud DNS-Preisen finden Sie auf der Seite Cloud DNS – Preise.

Preise nach Domainendung

Preise variieren abhängig von Domainendungen (TLDs), wie in der Preistabelle aufgeführt. Wenn Sie beispielsweise example.com, example.charity und example.wiki erwerben, unterscheiden sich die jährlichen Kosten der einzelnen Domains, da die Domainendungen .com, .charity und .wiki unterschiedliche Preise haben. Die jährlichen Preise aller Domains, die Sie registrieren, werden addiert und ergeben die Gesamtkosten. Weitere Informationen finden Sie im Preisbeispiel.

Cloud Domains unterstützt die folgenden Arten von Domains nicht:

• Premiumdomains
• Domains, für die eine Markenangabe erforderlich ist

Abrechnungsmodelle

Achtung: Die Übertragung einer registrierten Domain von einem externen Registrar an Cloud Domains ist veraltet und wurde entfernt. Weitere Informationen finden Sie unter Verworfene Google Domains-Funktionen.

Abrechnung von Abos (für Cloud-Rechnungskonten außerhalb Brasiliens)

Beim Abonnementmodell wird Ihnen der jährliche Betrag für die Domain im ersten Monat nach der Registrierung, Verlängerung oder Übertragung in Rechnung gestellt. Dies gilt für alle Domains, die bei der allgemeinen Verfügbarkeit von Cloud Domains registriert, erneuert oder übertragen wurden.

Die Kosten für Cloud Domains werden auf Ihrer Rechnung unter Kosten, die nicht projektspezifisch sind aufgeführt, da sie mit dem Cloud Billing-Konto verknüpft sind.

Das Abrechnungsmodell Abo ist nicht im Enterprise Discount Program enthalten.

Abrechnung für Zusicherungen (für Cloud-Rechnungskonten in Brasilien)

Wenn Ihr Cloud-Rechnungskonto eine brasilianische Adresse hat, stellt Ihnen das Abrechnungsmodell Zusicherung während der nächsten 12 Monate jeden Monat 1/12 der Gesamtkosten in Rechnung, bis die Domain abläuft. Dies gilt für alle Domains, die bei der allgemeinen Verfügbarkeit von Cloud Domains registriert, erneuert oder übertragen wurden.

Gebühren für Cloud Domains werden auf Ihrer Rechnung unter Gebühren, die nicht projektspezifisch sind aufgeführt, da sie mit dem Abrechnungskonto verknüpft sind.

Das Abrechnungsmodell Abo ist nicht im Enterprise Discount Program enthalten.

Wenn Sie sich dafür entscheiden, eine registrierte Domain innerhalb der 12-monatigen Frist nach der Registrierung, Verlängerung oder Übertragung an Cloud Domains an einen anderen Registrar zu übertragen, wird Ihnen eine Stornierungsgebühr berechnet. Die Stornogebühr entspricht dem noch nicht in Rechnung gestellten Teil der jährlichen Kosten für die Domain.

Abrechnung für neu registrierte Domains

Wenn Sie eine Domain über Cloud Domains registrieren, verpflichten Sie sich dazu, die Registrierungsgebühr für ein volles Jahr zu zahlen.

Abrechnung für übertragene Domains

Wenn Sie eine Domain von einem anderen Anbieter übertragen, sieht die Abrechnung folgendermaßen aus.

• Die bei Ihrem ursprünglichen Anbieter registrierte Zeit bleibt bestehen.
• Nach Abschluss der Übertragung wird die Registrierung um ein Jahr verlängert.
• Das Verlängerungsjahr wird Ihnen sofort in Rechnung gestellt.
• Sie erhalten erst dann wieder eine Rechnung, wenn die Domain bald abläuft und verlängert werden muss.

Alle übertragenen Domains verwenden die Abo- oder Zusicherungsabrechnung.

Beispiel

Die folgenden Beispiele zeigen, wie die Abrechnung für übertragene Domains funktioniert.

• Wenn für die Domain vor der Übertragung noch einen Monat Registrierungszeit hatte, wird Ihnen bei der Übertragung ein Jahr in Rechnung gestellt. Die nächste Abrechnung nach der Übertragung ist die nächste Verlängerung der Domain, 13 Monate (ein Monat + ein Jahr) nach der Übertragung.
• Wenn für die Domain noch zwei Jahre an Registrierungszeit übrig sind vor der Übertragung, ist die nächste Abrechnung drei Jahre (zwei Jahre + ein Jahr) später.

Abrechnung für Verlängerungen

Bei der Verlängerung von Domains wird entweder die Abo- oder die Zusicherungsabrechnung verwendet.

Achtung: Der Export einer registrierten Domain von Cloud Domains nach Google Domains ist veraltet und wurde entfernt. Weitere Informationen finden Sie unter Verworfene Cloud Domains-Funktionen.

Informationen dazu, wie Sie die automatische Verlängerung deaktivieren, finden Sie unter Automatische Verlängerung für einen Domainnamen deaktivieren. Wenn Sie das Abrechnungskonto einer Domain separat verwalten möchten, also außerhalb eines Google Cloud-Projekts, müssen Sie es an einen Drittanbieterregistrator übertragen. Wenn Sie eine Domain jedoch mit Cloud Domains registriert haben und die Domain vor Ablauf der 12 Monate an einen Drittanbieter übertragen, wird Ihnen die Domain für den verbleibenden Zeitraum der 12 Monate in Rechnung gestellt. Die Abrechnungshäufigkeit hängt vom Abrechnungsmodell für Ihre Ressource ab.

Weitere Informationen zur Verlängerung finden Sie unter häufig gestellten Fragen zum Kauf von Google Domains über Squarespace.

Die Abrechnung der bei Cloud Domains registrierten Domains muss über die Cloud Domains-Abrechnung erfolgen.

Kostenlose Nutzung

Cloud Domains bieten keine kostenlose Nutzung bei der Domainregistrierung. Informationen zu Kontingenten finden Sie auf der Seite Kontingente.

Preistabelle

SKUs für die Abrechnung

Über die folgenden Links können Sie nach den SKUs für das Abrechnungsmodell suchen, das für Ihre Registrierung, Übertragung oder Verlängerung gilt.

• Alle Cloud Domains-SKUs.
• Aboabrechnungs-SKUs.
• SKUs für die Zusicherungsabrechnung.
• Stornierungs-SKUs.

Preisbeispiel

In den folgenden Beispielen werden US-Preise verwendet:

Beispiel 1

Aboabrechnung: Sie erwerben eine .com-Domain im Wert von 12 $. Auf Ihrer nächsten Monatsrechnung werden Ihnen 12 $ in Rechnung gestellt. Die nächste Kontobelastung erfolgt ein Jahr später, wenn die Domain für 12 $ verlängert wird.

Zusicherungsabrechnung: Sie erwerben eine .com-Domain im Wert von 12 $. Auf Ihrer nächsten Monatsrechnung wird Ihnen 1 $ in Rechnung gestellt. Bis zum Ablauf der Domain wird Ihnen für jeden monatlichen Abrechnungszeitraum 1 $ in Rechnung gestellt. Wenn Sie sich dazu entschließen, die Domain nach der Abrechnung von fünf Monaten (insgesamt 5 $) zu löschen, wird Ihnen eine Stornierungsgebühr von 7 $ in Rechnung gestellt, um den in Rechnung gestellten Gesamtbetrag auf 12 $ zu bringen.

Beispiel 2

Angenommen, Sie haben drei Domains registriert: example.charity, example.wiki und example.info.

Die Kosten sind:

.charity = 30 $/Jahr

.wiki = 28 $/Jahr

.info = 12 $/Jahr

Abopreis = 30 $ + 28 $ + 12 $ = 70 $/Jahr

Zusicherungs-Abrechnung = 1/12 der jährlichen Kosten = 70 $/12 = 5,83 $/Monat