Mithilfe dieses Dokuments können Sie feststellen, welcher Trusted Cloud by S3NS Load-Balancer Ihre Anforderungen am besten erfüllt. Eine Übersicht aller verfügbaren Cloud Load Balancing-Produkte finden Sie unter Übersicht über Cloud Load Balancing.
Um zu bestimmen, welches Cloud Load Balancing-Produkt verwendet werden soll, müssen Sie erst einmal festlegen, welche Art von Traffic Ihre Load-Balancer verarbeiten müssen.
- Entscheiden Sie sich für einen Application Load Balancer, wenn Sie einen flexiblen Funktionssatz für Ihre Anwendungen mit HTTP(S)-Traffic benötigen.
- Wählen Sie einen Proxy-Network Load Balancer aus, um TCP-Proxy-Load-Balancing für Back-Ends in einer oder mehreren Regionen zu implementieren.
- Wählen Sie einen Passthrough-Network-Load-Balancer aus, um Client-Quell-IP-Adressen beizubehalten, den Overhead von Proxys zu vermeiden und zusätzliche Protokolle wie UDP, ESP und ICMP zu unterstützen.
Sie können Ihre Auswahl weiter eingrenzen, je nachdem, ob Ihre Anwendung extern (mit dem Internet) oder intern verbunden ist.
Das folgende Diagramm fasst alle verfügbaren Bereitstellungsmodi für Cloud Load Balancing zusammen.
Load-Balancing-Aspekte
Berücksichtigen Sie bei der Entscheidung, welcher Load-Balancer am besten für Ihre Implementierung vonTrusted Cloudgeeignet ist, die folgenden Aspekte von Cloud Load Balancing:
Traffictyp
Auch die Art von Traffic, die der Load-Balancer verarbeiten muss, spielt bei der Auswahl des zu verwendenden Load-Balancers eine Rolle.
Load Balancer-Typ | Traffictyp |
---|---|
Application Load Balancer | HTTP oder HTTPS |
Passthrough-Network-Load-Balancer | TCP oder UDP Diese Load-Balancer unterstützen auch anderen IP-Protokoll-Traffic wie ESP, GRE, ICMP und ICMPv6. |
Proxy-Network-Load-Balancer | TCP |
Externes oder internes Load-Balancing
Trusted Cloud Load Balancer können als externe oder interne Load Balancer bereitgestellt werden:
Externe Load-Balancer verteilen den aus dem Internet kommenden Traffic auf Ihr Trusted Cloud VPC-Netzwerk (Virtual Private Cloud).
Interne Load-Balancer verteilen den Traffic von Clients im selben VPC-Netzwerk wie der Load-Balancer oder Clients, die über VPC-Netzwerk-Peering, Cloud VPN oder Cloud Interconnect mit Ihrem VPC-Netzwerk verbunden sind.
Anhand der Zusammenfassungstabelle können Sie bestimmen, welcher Load-Balancer den Anforderungen Ihrer Anwendung entspricht.
Proxy- oder Passthrough-Load-Balancing
Abhängig von der Art des Traffics, den der Load-Balancer verarbeiten muss, und davon, ob Ihre Clients intern oder extern sind, können Sie möglicherweise zwischen einem Proxy-Load-Balancer oder einem Passthrough-Load-Balancer wählen.
Proxy-Load-Balancer beenden eingehende Clientverbindungen am Load Balancer und öffnen dann neue Verbindungen vom Load Balancer zu den Backends. Auf diese Weise funktionieren alle Application Load Balancer und Proxy-Network-Load-Balancer. Sie beenden Clientverbindungen entweder mithilfe von Google Front Ends (GFEs) oder Envoy-Proxys.
Passthrough-Load-Balancer beenden Clientverbindungen nicht. Stattdessen werden Pakete mit Load-Balancing von Backend-VMs mit der Quelle, dem Ziel und, falls zutreffend, den Portinformationen des Pakets empfangen. Verbindungen werden dann von den Backend-VMs beendet. Antworten von den Backend-VMs werden direkt an die Clients gesendet, nicht über den Load-Balancer. Der Begriff hierfür ist direkte Serverrückgabe. Verwenden Sie einen Passthrough-Load-Balancer, wenn Sie die Informationen des Clientpakets beibehalten müssen. Wie der Name verrät, fallen die Passthrough-Network-Load-Balancer unter diese Kategorie.
Anhand der Zusammenfassungstabelle können Sie bestimmen, welcher Load-Balancer den Anforderungen Ihrer Anwendung entspricht.
Zusammenfassung der Trusted Cloud Load-Balancer
Die folgende Tabelle enthält Details wie die Netzwerkdienststufe, auf der jeder Load Balancer ausgeführt wird, sowie das zugehörige Load-Balancing-Schema.
Load-Balancer | Bereitstellungsmodus | Traffictyp | Netzwerkdienststufe | Load-Balancing-Schema1 |
---|---|---|---|---|
Application Load Balancer | Regional, extern | HTTP oder HTTPS | Premium- oder Standardstufe | EXTERNAL_MANAGED |
Regional intern | HTTP oder HTTPS | Premium-Stufe | INTERNAL_MANAGED | |
Proxy-Network-Load-Balancer | Regional, extern | TCP | Premium- oder Standardstufe | EXTERNAL_MANAGED |
Regional intern | TCP ohne SSL-Übertragung | Premium-Stufe | INTERNAL_MANAGED | |
Passthrough-Network-Load-Balancer | Extern Immer regional |
TCP, UDP, ESP, GRE, ICMP und ICMPv6 | Premium- oder Standardstufe | EXTERN |
Intern Immer regional |
TCP, UDP, ICMP, ICMPv6, SCTP, ESP, AH und GRE | Premium-Stufe | INTERN |
1 Das Load-Balancing-Schema ist ein Attribut für die Weiterleitungsregel und den Backend-Dienst eines Load-Balancers und gibt an, ob der Load-Balancer für internen oder externen Traffic verwendet werden kann.
Der Begriff verwaltet in EXTERNAL_MANAGED
oder INTERNAL_MANAGED
gibt an, dass der Load Balancer als verwalteter Dienst auf einem Google Front End (GFE) oder dem Open-Source-Envoy-Proxy implementiert wird. In einem Load-Balancing-Schema, das verwaltet ist, werden Anfragen entweder an das GFE oder an den Envoy-Proxy weitergeleitet.
Nächste Schritte
- Eine vergleichende Übersicht über die von Cloud Load Balancing angebotenen Load-Balancing-Funktionen finden Sie unter Load-Balancing-Funktionsvergleich.