Alle Netzwerkpreise

Auf dieser Seite werden die Preise für Netzwerkprodukte erläutert.

Virtual Private Cloud

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

Bei der Datenübertragung handelt es sich um Traffic, der in eine Google Cloud-Ressource (z.B. eine VM) eingeht, eine Google Cloud-Region verlässt und ins Internet geleitet wird 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 ausgehenden Datentransfer ü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.

Standardstufe

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 Standardstufe.

Preise für eingehende Datenübertragung

Preise für die VM-VM-Datenübertragung in Google Cloud

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.

Datenübertragung zwischen Zonen

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.

Interregionale Datenübertragung

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.

Von VM zu Google-Dienst

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.

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.

Preise für die Internetdatenübertragung

Preisgestaltung bei der Premium-Stufe

Die Premium-Stufe ist die Standardstufe für die gesamte Datenübertragung von 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.

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.

Preisgestaltung bei der Standardstufe

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

Bezüglich Preisen für mehr als 500 TiB wenden Sie sich bitte an das Vertriebsteam.

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 mit einer gcloud compute addresses list-Anfrage prüfen, ob eine statische externe IP-Adresse verwendet wird. Dieser Befehl gibt eine Liste statischer externer IP-Adressen und deren Status zurück:

gcloud compute addresses list

NAME          REGION  ADDRESS        STATUS
address-1             130.211.8.68   IN_USE
address-2             35.186.217.84  RESERVED

In diesem Beispiel wird address-1 (IPv4) verwendet. address-2 (IPv4) wurde reserviert, allerdings nicht genutzt. Beide Adressen werden gemäß der Tabelle Preise für externe IP-Adressen in diesem Dokument abgerechnet.

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-Backend (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 das Load Balancing der vom Load Balancer verarbeiteten Daten an. 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.

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

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-Backend (Load-Balancer) für den 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 veröffentlichten Private Service Connect-Diensten fallen sowohl Load-Balancing-Gebühren für vom Load-Balancer verarbeitete Daten 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

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 Load-Balancing-Gebühren in Rechnung gestellt, die für den Load Balancer anfallen, der für Nutzer veröffentlicht wird.

Einen Dienst mithilfe von Dienstverbindungszuordnungen bereitstellen

Wenn Sie einen Dienst mithilfe von Dienstverbindungszuordnungen bereitstellen, fallen für die Bereitstellung von 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

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.

Für Traffic, der von einem Load-Balancer ausgeht, werden normale Gebühren für die Datenübertragung berechnet. Es fallen keine zusätzlichen Kosten für die Datenübertragung vom Load Balancer an, die über die normalen Gebühren für die Datenübertragung hinausgehen.

Cloud Load Balancing

Load-Balancing und Weiterleitungsregeln

Die Preistabellen in diesem Abschnitt gelten für folgende 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 Weiterleitungsregeln für Private Service Connect finden Sie im Abschnitt „Private Service Connect“.

In der folgenden Tabelle sehen Sie die Preise für globale Weiterleitungsregeln. Es fallen keine globalen Datenverarbeitungsgebühren 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 weitergeleitet, 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 regionalen externen Application Load Balancer verwenden. Der regionale externe Application Load Balancer verwendet nur die Standardnetzwerkstufe, die niedrigere Gebühren für ausgehende Datentransfers 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 gelten nur die Preise für ausgehende Datenübertragungen über das Internet. Gebühren für ausgehende Datenübertragung in Cloud Run 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-, App Engine- oder Cloud Run-Dienst weitergegeben werden.

Projektübergreifender Dienstverweis mit freigegebene 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 in Rechnung gestellt, in dem die Weiterleitungsregel konfiguriert ist (Dienstprojekt A in Abbildung 1). Dazu gehören die Kosten für Weiterleitungsregeln, eingehende Daten, die vom globalen externen Application Load Balancer verarbeitet werden, und ausgehende Daten, die vom globalen externen Application Load Balancer verarbeitet werden. Cloud Load Balancing-Preise
• Der ausgehende Datentransfer über das Internet wird in der Premium- und Standard-Netzwerkdienststufe 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 Back-End-Dienst konfigurieren, auf den über eine projektübergreifende Dienstreferenz eine URL-Zuordnung verweist, werden alle Cloud CDN-Gebühren für cachebare Inhalte (Cache-Daten-Ausgabe, Cache-Lookup, Cache-Füllung) immer dem Projekt zugeordnet, das den Cloud CDN-fähigen Back-End-Dienst enthält (Dienstprojekt B in Abbildung 1), und nicht dem Projekt, in dem die Weiterleitungsregeln konfiguriert wurden. Cloud CDN-Preise ansehen

• 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. Sehen Sie sich die Google Cloud Armor-Preise an. 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 an Abos, die mit Cloud Armor Enterprise zusammenhängen, werden dem Rechnungskonto zugeordnet, das Sie bei der Registrierung angegeben haben. Wenn Sie das gleiche Cloud Armor Enterprise-Abo für mehrere Projekte verwenden möchten, um alle Backend-Dienste aufzunehmen, auf die über projektübergreifende Dienstreferenzen verwiesen wird, müssen Sie alle relevanten Dienstprojekte in dasselbe Cloud Armor Enterprise-Rechnungskonto aufnehmen.
  • Wenn Sie projektübergreifende Dienstverweise verwenden, erfordern einige Funktionen, die in Cloud Armor Enterprise angeboten werden, wie z. B. DDoS-Telemetrie und DDoS-Antwort, eine Cloud Armor Enterprise-Registrierung sowohl für das Projekt mit der Front-End-Weiterleitungsregel als auch für die Back-End-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. Öffnen Sie den 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 Back-Ends 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.

^* Interne Application Load Balancer verwenden eine Reihe verwalteter Proxy-Instanzen, die Ihrem Netzwerk dynamisch zugewiesen werden, um das Trafficvolumen zu bewältigen. Die Gebühr pro Proxy-Instanz richtet sich nach der Anzahl der Proxy-Instanzen, die über einen bestimmten Zeitraum für die Verwaltung Ihres Traffics erforderlich sind.

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 per second / 18 MB per second per proxy instance = 10 proxy instances

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

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:

Die Abrechnung basiert auf der für die Trafficanforderungen erforderlichen Kapazität, nicht auf der Anzahl der Proxy-Instanzen, mit denen Verbindungen zu Ihren Back-Ends 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-Schema 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:

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 Back-End 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 grenzüberschreitende Datenübertragung zu reduzieren, können Sie Envoy-Proxies in mehreren Regionen bereitstellen.

Projektübergreifender Dienstverweis mit freigegebene VPC

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

Preise für internen Application Load Balancer mit serverlosen NEGs

Wenn Sie serverlose NEG-Back-Ends 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

Für regionale Internet-NEGs ist ein Cloud NAT-Gateway erforderlich, wodurch zusätzliche Kosten entstehen. 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 Traffic durch Nutzeranfragen an.

Für Cloud NAT-Gateways, die Cloud Load Balancing 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 Vorschau 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.

Google Cloud Armor

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 Cloud Armor Enterprise Paygo wird die Datenverarbeitungsgebühr abgerechnet und die Nutzung auf Projektebene aggregiert. Die Datenverarbeitungsgebühr für Cloud Armor Enterprise ist von der Datenverarbeitungsgebühr für 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.

Wenn einem Back-End-Dienst eine Google Cloud Armor-Sicherheitsrichtlinie zugeordnet ist, können Sie damit benutzerdefinierte Anfrageheader ohne zusätzliche Kosten nutzen.

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

Cloud Intrusion Detection System

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 ($).

Cloud CDN

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

Übersicht

Ausgehender Cache-Datentransfer und Cache-Füllung werden in Gigabyte (GiB) berechnet.

Preisrechner

Mit dem Google Cloud-Preisrechner können Sie die Nutzungsgebühren von Cloud CDN schätzen.

Ausgehende Cache-Datenübertragung

Die Gebühren für den ausgehenden Cache-Traffic beruhen jeweils auf den von Cloud CDN-Caches bereitgestellten gespeicherten Antworten und variieren je nach Region und monatlicher Nutzung. Die monatliche Nutzung wird pro Projekt und Ziel berechnet. Das Ziel ist ein geografischer Bereich, der durch die Stelle bestimmt wird, an der der Traffic das Google-Netzwerk verlässt.

Cache-Füllung

Die monatlichen Gebühren für Cache-Füllungen beruhen auf der zum Füllen der Caches von Cloud CDNs benötigten Datenmenge. Bei typischen Arbeitslasten, wie der Bereitstellung beliebter Inhalte, beträgt die Cache-Füllung oftmals weniger als 10% der gesamten Datenübertragung in GiB. Die anfallenden Gebühren variieren je nach Quelle und Ziel. Als Quelle gilt in diesem Zusammenhang jeweils die Region, in der die Bereitstellung des Back-End-Dienstes erfolgt, oder, bei externen Back-Ends, die der IP-Adresse zugeordnete geografische Position.

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:

Cloud Interconnect

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

Dedicated Interconnect

Google rechnet sowohl für Cloud Interconnect-Verbindungen als auch für VLAN-Anhänge auf Stundenbasis ab. Die stündliche Gebühr für jede Ressource, also für die Cloud Interconnect-Verbindung oder den VLAN-Anhang, wird dem Projekt in Rechnung gestellt, dem die Ressource gehört.

Die Preise für die Datenübertragung von Ihren Virtual Private Cloud-Netzwerken (VPC) über Ihre Cloud Interconnect-Verbindungen sind niedriger als die allgemeinen Netzwerkpreise für Google Cloud. Die Preise für ausgehende Datenübertragungen hängen von der übertragenen Anzahl von Gibibytes (GiB) und dem Standort der Cloud Interconnect-Verbindung ab.

Die ermäßigten Preise gelten nur für Traffic, der aus der Region stammt, in der sich der VLAN-Anhang befindet. Sie können VLAN-Anhänge verwenden, um auf Dienste zuzugreifen, die sich in einer anderen Region als der VLAN-Anhang befinden. In diesem Fall werden Ihnen die standardmäßigen regionsübergreifenden Gebühren für Traffic zwischen der Region des VLAN-Anhangs und der Region des Dienstes berechnet.

Cloud Interconnect-Gebühren für ausgehenden Datentransfer werden dem Projekt zugeordnet, zu dem der VLAN-Anhang gehört. Das Projekt, zu dem die Cloud Interconnect-Verbindung gehört, wird nicht für die Datenübertragung belastet. Insbesondere werden die Kosten für den Datentransfer von einem VLAN-Anhang in einem freigegebene VPC-Dienstprojekt, der über eine Cloud Interconnect-Verbindung in einem anderen Hostprojekt übertragen wird, dem Dienstprojekt zugeordnet.

Bei der Bereitstellung von HA VPN über Cloud Interconnect werden Ihnen Dedicated Interconnect-Verbindungen, VLAN-Anhänge, HA VPN-Tunnel und regionale externe IP-Adressen in Rechnung gestellt, wenn eine IP-Adresse einem VPN-Gateway zugewiesen, aber nicht von einem Tunnel verwendet wird.

Für den Datentransfer über HA VPN über Cloud Interconnect werden Ihnen nur die ausgehenden Datentransfers über Cloud Interconnect in Rechnung gestellt. Für den Datentransfer über Cloud VPN werden keine Gebühren erhoben.

Weitere Informationen finden Sie unter Cloud VPN-Preise.

Preistabellen

Dedicated Interconnect-Preise

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

Nordamerika

Europa, Naher Osten und Afrika (EMEAR)

Asien

Australien

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.

Partner Interconnect

Google rechnet VLAN-Anhänge auf Stundenbasis ab, je nach deren Kapazität. Die Stündlichen Gebühren werden dem Projekt in Rechnung gestellt, zu dem der VLAN-Anhang gehört. Darüber hinaus kann Ihnen Ihr Dienstanbieter eine Rechnung für beispielsweise die Nutzung seines Netzwerks stellen. Solche Dienste werden in der Google Cloud-Abrechnung nicht berücksichtigt. Informationen zu den Preisen erhalten Sie von Ihrem Dienstanbieter.

Die Preise für die Datenübertragung von Ihren VPC-Netzwerken über die Anhänge sind niedriger als die allgemeinen Netzwerkpreise für Google Cloud. Die Preise für ausgehende Datenübertragungen hängen von der übertragenen Anzahl von Gibibytes (GiB) und dem Standort der Cloud Interconnect-Verbindung ab.

Die ermäßigten Preise gelten nur für Traffic, der aus der Region stammt, in der sich der VLAN-Anhang befindet. Sie können VLAN-Anhänge dazu nutzen, um auf Dienste zuzugreifen, die sich in einer anderen Region als der VLAN-Anhang befinden. In diesem Fall werden Ihnen die standardmäßigen regionsübergreifenden Gebühren für Traffic zwischen der Region des VLAN-Anhangs und der Region des Dienstes berechnet.

Cloud Interconnect-Gebühren für ausgehenden Datentransfer werden dem Projekt zugeordnet, zu dem der VLAN-Anhang gehört. Das Projekt, zu dem die Cloud Interconnect-Verbindung gehört, wird nicht für den Datentransfer belastet. Insbesondere werden die Kosten für Datentransfer von einem VLAN-Anhang in einem freigegebene VPC-Dienstprojekt, der über eine Cloud Interconnect-Verbindung in einem anderen Hostprojekt übertragen wird, dem Dienstprojekt zugeordnet.

Bei der Bereitstellung von HA VPN über Cloud Interconnect werden Ihnen Ihre VLAN-Anhänge, HA VPN-Tunnel und regionale externe IP-Adressen in Rechnung gestellt, wenn eine Adresse einem VPN-Gateway zugewiesen, aber nicht von einem Tunnel verwendet wird.

Bei der Datenübertragung über HA VPN über Cloud Interconnect werden Ihnen nur ausgehende Datenübertragungen über Cloud Interconnect in Rechnung gestellt. Für den Datentransfer über Cloud VPN werden keine Gebühren erhoben.

Weitere Informationen finden Sie unter Cloud VPN-Preise.

Preistabellen

Partner Interconnect-Preise

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

Nordamerika

Europa, Naher Osten und Afrika (EMEAR)

Asien

Australien

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.

cloudübergreifende Interconnect-Verbindung

Google berechnet die Gebühren für Cross-Cloud Interconnect-Verbindungen und VLAN-Anhänge auf Stundenbasis. Die stündliche Gebühr für jede Ressource, entweder eine Cross-Cloud Interconnect-Verbindung oder einen VLAN-Anhang, wird dem Projekt in Rechnung gestellt, dem die Ressource gehört.

Die Preise für die Datenübertragung von Ihren Virtual Private Cloud-Netzwerken (VPC) über Cross-Cloud Interconnect-Verbindungen sind niedriger als die allgemeinen Netzwerkpreise für Google Cloud. Die Preise für die Datenübertragung hängen von der übertragenen Anzahl von Gibibytes (GiB) und dem Standort der Cross-Cloud Interconnect-Verbindung ab.

Die ermäßigten Preise gelten nur für Traffic, der aus der Region stammt, in der sich der VLAN-Anhang befindet. Sie können VLAN-Anhänge verwenden, um auf Dienste zuzugreifen, die sich in einer anderen Region als der VLAN-Anhang befinden. In diesem Fall werden Ihnen die standardmäßigen regionsübergreifenden Gebühren für Traffic zwischen der Region des VLAN-Anhangs und der Region des Dienstes berechnet.

Die Gebühren für den ausgehenden Datentransfer von Cross-Cloud Interconnect werden dem Projekt zugeordnet, zu dem der VLAN-Anhang gehört. Das Projekt, zu dem die Cloud Interconnect-Verbindung gehört, wird nicht für den Datentransfer belastet. Insbesondere werden die Kosten für den Datentransfer von einem VLAN-Anhang in einem freigegebene VPC-Dienstprojekt, der über eine Cloud Interconnect-Verbindung in einem anderen Hostprojekt übertragen wird, dem Dienstprojekt zugeordnet.

Bei der Bereitstellung von HA VPN über Cloud Interconnect werden Ihnen Cross-Cloud Interconnect-Verbindungen, VLAN-Anhänge, HA VPN-Tunnel und regionale externe IP-Adressen in Rechnung gestellt, wenn eine IP-Adresse einem VPN-Gateway zugewiesen, aber nicht von einem Tunnel verwendet wird.

Bei ausgehenden Datenübertragungen über HA VPN über Cloud Interconnect werden Ihnen nur die Kosten für die Cloud Interconnect-Datenübertragung in Rechnung gestellt. Für den Datentransfer über Cloud VPN werden keine Gebühren erhoben.

Weitere Informationen finden Sie unter Cloud VPN-Preise.

Preistabellen

Preise für Cross-Cloud Interconnect

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

Nordamerika

Europa, Naher Osten und Afrika (EMEAR)

Asien

Australien

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.

Preisszenarien

In diesem Abschnitt wird anhand unterschiedlicher Preisszenarien beschrieben, wie Google Cloud die Preise für ausgehende Cloud Interconnect-Datenübertragungen berechnet. Das heißt, wenn eine Instanz einer virtuellen Maschine (VM) oder ein Nicht-VM-Google Cloud-Produkt oder -Dienst Traffic über einen VLAN-Anhang, der sich am gleichen oder an einem anderen geografischen Standort befindet, an Ihren lokalen Standort sendet:

• Eine VM in derselben Region wie ein VLAN-Anhang, entweder mit regionalem oder globalem dynamischem VPC-Routing
• Eine VM auf demselben Kontinent, aber in einer anderen Region als ein VLAN-Anhang, unter Verwendung von globalem dynamischem VPC-Routing
• Eine VM auf einem anderen Kontinent als ein VLAN-Anhang, unter Verwendung von globalem dynamischem VPC-Routing
• Eine VM auf einem anderen Kontinent als ein VLAN-Anhang mithilfe von VPC-Netzwerk-Peering
• Von VMs unabhängige Google Cloud-Produkte oder -Dienste an einem anderen Ort als ein VLAN-Anhang, unter Verwendung von globalem dynamischem VPC-Routing

Weitere Informationen zu den Preisen für jedes Szenario, einschließlich der Preise für Datenübertragungen zwischen verschiedenen Regionen eines Kontinents und zwischen verschiedenen Kontinenten, finden Sie unter Allgemeine Netzwerkpreise.

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

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 Region us-east1 und der andere in 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 ausgehende Datenübertragungen über Cloud Interconnect 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.

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.
• Gebühren für die Cloud Interconnect-Datenübertragung für Nordamerika für Traffic aus der Region us-west1 zu Ihrem lokalen Standort.

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 für Nordamerika für Traffic aus der Region us-west1 zu Ihrem lokalen Standort.

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 den 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.

Im folgenden Beispiel werden Gebühren für ausgehenden Traffic von einem Cloud Storage-Bucket beschrieben, der sich in einer anderen Region in North America befindet als der 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 Datenübertragung für North America 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 interkontinentale Datenübertragungen von Cloud Storage, die an Ihren VLAN-Anhang in us-west1 gesendet werden.

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

Cloud Router

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.

Cloud VPN

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 in der Cloud VPN – Übersicht.

Preistabelle

Wählen Sie zum Aufrufen der Preise den Standort des Cloud VPN-Gateways. Wenn nicht anders angegeben, gelten alle Details sowohl für klassisches als auch für HA VPN.

Google erhebt keine Gebühren für Weiterleitungsregeln, die Traffic zum VPN-Gateway senden.

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 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 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 europe-west6.

Die Datennutzung beträgt pro Monat:

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

Beide Gateways asia-northeast1 und europe-west6 verwenden reservierte externe IP-Adressen.

Außerdem haben Sie ein drittes VPN-Gateway in 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 eine Verbindung zum Network Connectivity Center-Hub her, die mit unterstützten Google Cloud-Spoke-Ressourcen verbunden sind.

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 aktiv ist.

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

Datenübertragung

Datenübertragung bezeichnet jeglichen Traffic, der zwischen einer Reihe von hybriden Spokes fließt, 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 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 zwei 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.

Die Gebühren für Spoke-Stunden und Advanced Data Networking-Stunden für VPC-Spokes werden in den jeweiligen Projekten berechnet.

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-Appliances 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

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.

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.

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

total cost for running the gateway = hourly cost for the NAT gateway
+ cost per GiB of data that is processed by the gateway
+ hourly cost for the external IP addresses used by the gateway
+ data transfer costs for any traffic leaving the network

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.

Cloud DNS

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.

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 Preise für verwaltete Zonen werden auf Basis der Anzahl der jeweils vorhandenen verwalteten Zonen anteilsmäßig berechnet, je nachdem, wie viel Prozent des Monats sie existieren. Die Anteile werden nach Stunden abgerechnet. Für Zonen, die weniger als eine volle Stunde existieren, wird eine volle Stunde abgerechnet.

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:

Die Preise für Abfragen richten sich nach der Nutzung. Für 500.000 Abfragen werden also 0,20 $berechnet (die Hälfte des Preises für 1 Million Abfragen).

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

Service Directory

Hinweis: Wenn Sie Service Directory-Zonen verwenden, erfolgt die Abrechnung für Cloud DNS auf Grundlage der Cloud DNS-Preise separat.

Diensterweiterungen

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 jegliche Rechenleistung am anderen Ende der Callout-Box können andere relevante Gebühren für die Datenübertragung anfallen.

Cloud Domains

Preisübersicht

Domains werden in 1-Jahres-Schritten registriert. Wenn Sie eine Domain registrieren, verpflichten Sie sich dazu, die Gebühr 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, finden Sie weitere Informationen unter Automatische Verlängerung für einen Domainnamen deaktivieren.

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

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

Beim Abonnement-Abrechnungsmodell 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, verlängert 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-Rechnungskonto 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 in Cloud Domains General Availability registriert, verlängert 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 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.

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.

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, gilt: Wenn Sie 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 in Cloud Domains registrierten Domains kann nur in Cloud Domains-Abrechnung verwaltet werden.

Kostenlose Nutzung

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

Preistabelle

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.

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

Nächste Schritte

• Lesen Sie die Dokumentation zu Virtual Private Cloud.
• Preisrechner ausprobieren
• Informationen zu VPC-Lösungen und ‑Anwendungsfällen