Cloud Load Balancing – Preise

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

Diese Tabelle enthält die Preise für globale Weiterleitungsregeln. Es gibt keine globalen Datenverarbeitungsgebühren. Die Datenverarbeitung wird nach Region berechnet, je nachdem, wo der Traffic verarbeitet wird.

Element Preis pro Einheit (in $) Preiseinheit
Die ersten 5 Weiterleitungsregeln 0,025 $ Pro Stunde
Pro zusätzlicher Weiterleitungsregel 0,01 $ Pro Stunde
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.

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

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.

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

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

Preise für den externen 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.

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 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 Functions-, App Engine- oder Cloud Run-Dienst weitergegeben werden.

Projektübergreifende Dienstverweise 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.

Frontend- und Backend-Komponenten des Load-Balancers in verschiedenen Dienstprojekten
Abbildung 1. Frontend- und Backend-Komponenten des Load Balancers in verschiedenen Dienstprojekten
  • Gebühren 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, verarbeitete eingehende Daten und verarbeitete ausgehende Daten des globalen externen Application Load Balancer. Grundlagen der Preise für Cloud Load Balancing ansehen
  • Die ausgehende Internetdatenübertragung des Netzwerks für die Premium-Stufe- und die Standardstufe 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 eine URL-Zuordnung mit dienstübergreifendem Verweis verweist, werden alle Cloud CDN-Gebühren für im Cache speicherbare Inhalte (Datenübertragung aus dem Cache, Cache-Suche, Cache-Füllung) immer dem Projekt zugewiesen, das den Cloud CDN-fähigen Backend-Dienst enthält (Dienstprojekt B in Abbildung 1), und nicht dem Projekt, das die Weiterleitungsregeln konfiguriert hat. Cloud CDN-Preise prüfen
  • Wenn Sie Google Cloud Armor für einen Backend-Dienst konfigurieren, auf den über eine URL-Zuordnung mit dienstübergreifendem Verweis 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, das die Weiterleitungsregeln konfiguriert hat. Google Cloud Armor-Preise prüfen Konkret werden alle Gebühren für die Google Cloud Armor-Standardstufe und die Cloud Armor Enterprise-Stufe 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 Cloud Armor Enterprise 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 mit projektübergreifenden Dienstverweisen verwiesen wird, müssen Sie alle relevanten Dienstprojekte in dasselbe Cloud Armor Enterprise-Rechnungskonto aufnehmen.
    • 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. Ö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 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.

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.

* 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:

300 new HTTPS connections per second / 150 new HTTPS connections per second per proxy instance = 2 proxy instances 3,000 active connections / 3,000 active connections per proxy instance = 1 proxy instance 2,800 requests per second / 1,400 requests per second per proxy instance = 2 proxy instances

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 instances * $0.025 per proxy instance per hour * (10 minutes / (60 minutes per hour)) = $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 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 Region us-central1 Google Cloud errechnet sich die Mindestgebühr z. B. so:

3 proxy instances * $0.025 per proxy per hour = $0.075 per hour

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 regionenübergreifenden Datentransfer fallen an, wenn Sie einen regionenübergreifenden internen Application Load Balancer verwenden. Wenn Sie beispielsweise einen regionenübergreifenden internen Application Load Balancer bereitstellen, bei dem sich Client, Envoy-Proxy und Backend in verschiedenen Regionen befinden, werden Ihnen die Kosten für die regionenübergreifende Datenübertragung für jeden Hop separat in Rechnung gestellt (Client <-> Envoy-Proxy und Envoy-Proxy <-> Backend). Um diese regionsübergreifenden Datenübertragungsgebühren zu reduzieren, können Sie Envoy-Proxys in mehreren Regionen bereitstellen.

Projektübergreifende Dienstverweise mit freigegebener VPC

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

Preise für interne 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.

Gebühren für regionale Internet-NEGs

Für regionale Internet-NEGs ist ein Cloud NAT-Gateway 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 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.

Gebühren 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 Backend-Dienst eine Google Cloud Armor-Richtlinie zugeordnet ist, können Sie die Funktion für benutzerdefinierte Anfrageheader mit diesem Backend-Dienst ohne zusätzliche Kosten für die Funktion für benutzerdefinierte Anfrageheader verwenden.

Wenn einem Backend-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 einer beliebigen Region auf Ihren internen Load Balancer zugreifen. Wenn für eine Weiterleitungsregel der globale Zugriff aktiviert ist, fallen zusätzliche Kosten 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.

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.

Nächste Schritte

Individuelles Angebot einholen

Mit den „Pay as you go“-Preisen von Google Cloud bezahlen Sie nur für die Dienste, die Sie nutzen. Wenden Sie sich an unser Vertriebsteam, wenn Sie ein individuelles Angebot für Ihr Unternehmen erhalten möchten.
Vertrieb kontaktieren