Cloud Load Balancing – Preise

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.

Nutzer des globalen externen Application Load Balancer können Google Cloud Armor, Cloud CDN oder beides verwenden, um die Auswirkungen von Gebühren für die Verarbeitung ausgehender Daten 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 cachefähig ist. Weitere Informationen finden Sie in der Cloud CDN-Dokumentation.
• Google Cloud Armor: Wenn Ihre Anwendung viel 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 einzigen 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 Standard-Netzwerkstufe, bei der geringere Gebühren für die ausgehende Datenübertragung anfallen. Daher ist er eine kostengünstige Option.

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.

Für serverlose ausgehende Datenübertragungen fallen jedoch keine Gebühren an. Es fallen nur die Tarife für ausgehende Internet-Datenübertragung an. 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.

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.

• Kosten im Zusammenhang mit Cloud Load Balancing werden immer dem Projekt zugeordnet, in dem die Weiterleitungsregel konfiguriert ist (Dienstprojekt A in Abbildung 1). Dazu gehören Gebühren für Weiterleitungsregeln, verarbeitete eingehende Daten und verarbeitete ausgehende Daten des globalen externen Application Load Balancer. Grundlagen der Preise für Cloud Load Balancing ansehen
• Die ausgehende Datenübertragung des Netzwerks über das Internet für die Premium- und die Standard-Stufe 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 lesen
• Wenn Sie Google Cloud Armor für einen Backend-Dienst konfigurieren, auf den über eine URL-Zuordnung mit dienstübergreifendem Dienstverweis verwiesen wird, werden alle Google Cloud Armor-bezogenen Gebühren dem Projekt zugeordnet, das den Google Cloud Armor-fähigen Backend-Dienst enthält (Dienstprojekt B in Abbildung 1), und nicht dem Projekt, in dem die Weiterleitungsregeln konfiguriert wurden. Google Cloud Armor-Preise prüfen Konkret werden alle Gebühren für Google Cloud Armor Standard Tier und Google Cloud Armor Enterprise Tier dem Dienstprojekt B zugeordnet.
• Die folgenden zusätzlichen Überlegungen gelten auch, wenn Sie Google Cloud Armor mit dienstübergreifenden Verweisen verwenden:
• Abonnementänderungen im Zusammenhang mit Google Cloud Armor Enterprise werden dem Rechnungskonto zugeordnet, das Sie bei der Registrierung angegeben haben. Wenn Sie dasselbe Google Cloud Armor Enterprise-Abo für mehrere Projekte verwenden möchten, um alle Backend-Dienste einzubeziehen, auf die mit dienstübergreifenden Verweisen verwiesen wird, müssen Sie alle relevanten Dienstprojekte in dasselbe Google Cloud Armor Enterprise-Abrechnungskonto aufnehmen.
• Wenn Sie projektübergreifende Dienstverweise verwenden, erfordern einige der in Google Cloud Armor Enterprise angebotenen Funktionen, wie DDoS-Telemetrie und DDoS-Antwort, die Registrierung für die Google Cloud Armor Enterprise-Stufe sowohl für das Projekt mit der Front-End-Weiterleitungsregel als auch für die Backend-Dienstprojekte.

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

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

1. Zum Preisrechner.
2. Klicken Sie auf „Der Schätzung hinzufügen“.
3. Wählen Sie „Netzwerk“ aus oder suchen Sie danach.
4. Wählen Sie als Diensttyp „Cloud Load Balancing“ aus.
5. Wählen Sie im Drop-down-Menü eine Region aus.
6. Geben Sie die geschätzte Anzahl von Weiterleitungsregeln an.
7. 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.

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.

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.

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.

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

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.

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 regionsübergreifenden Datenübertragungsgebühren zu reduzieren, können Sie Envoy-Proxys in mehreren Regionen bereitstellen.

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

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.

Für regionale Internet-NEGs ist die Verwendung eines Cloud NAT-Gateways erforderlich, 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 Gebühren für den Load Balancer gelten jedoch nur für den Traffic von Nutzeranfragen.

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.

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

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.

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 Gebühren für die regionsübergreifende Datenübertragung an, wenn Traffic an oder von einem Client in einer anderen Region als der Load Balancer gesendet wird.

Der globale Zugriff ist allgemein für interne Passthrough Network Load Balancer, regionale interne Application Load Balancer und regionale interne Proxy Network Load Balancer verfügbar.

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.

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