Load Balancer Standard Überlegungen in Azure Stack Hub (Vorschau)
Azure Stack Hub unterstützt die Load Balancer Standard-SKU, die sich derzeit in der öffentlichen Vorschau befindet. Obwohl diese neue SKU Kundenszenarien ermöglicht, gibt es bestimmte Unterschiede zwischen der Load Balancer Standard-SKU in Azure Stack Hub und den in Azure verfügbaren Azure Load Balancer. In diesem Abschnitt werden die Standard Unterschiede zwischen den beiden und die Szenarien beschrieben, die wir in der Load Balancer Standard in Azure Stack Hub überprüft haben.
Hauptunterschiede bei Load Balancer Standard zwischen Azure und Azure Stack Hub
| Funktionen | Azure | Azure Stack Hub |
|---|---|---|
| Größe des Back-End-Pools | Unterstützt bis zu 5.000 Instanzen. | Nicht durch Load Balancer Standard selbst beschränkt – hängt von der Anzahl der virtuellen Computer auf dem Stempel ab. |
| Back-End-Pool-Endpunkte | Alle virtuellen Computer, VM-Skalierungsgruppen oder IP-Adressen in einem einzelnen virtuellen Netzwerk. | Nur virtuelle Computer und Skalierungsgruppen in einem einzelnen virtuellen Netzwerk. Es werden keine IP-Adressen unterstützt. |
| Integritätstests | TCP, HTTP und HTTPS. | Identisch mit Azure. |
| Verhalten beim Ausfall des Integritätstests | TCP-Verbindungen bleiben am Leben, wenn ein instance-Test ausfällt, auch wenn alle Tests ausgefallen sind. | TCP-Verbindungen bleiben auf einem instance-Test am Leben, wenn er ausgefallen ist. Sämtliche TCP-Verbindungen werden bei Ausfällen aller Tests beendet. |
| Hochverfügbarkeitsports | Hochverfügbarkeitsports sind eine Art Lastenausgleichsregel, die eine einfache Möglichkeit zum Lastenausgleich aller Flows bietet, die an allen Ports eines internen Standardlastenausgleichs eintreffen. | Identisch mit Azure. |
| Verfügbarkeitszonen | Zonenredundante und zonale Front-Ends für eingehenden und ausgehenden Datenverkehr. | Wird nicht unterstützt. |
| Standardmäßig sicher | Für eingehende Datenflüsse geschlossen, sofern nicht durch eine Netzwerksicherheitsgruppe zugelassen. Interner Datenverkehr vom VNET zum internen Lastenausgleich ist zulässig. | Identisch mit Azure. |
| Ausgangsregeln | Ermöglicht ihnen die Verwendung der öffentlichen IP- oder IP-Adressen Ihres Lastenausgleichs für ausgehende Konnektivität für die Back-End-Instanzen. | Identisch mit Azure. |
| Portbereiche eingehender NAT-Regel | Azure Load Balancer unterstützt eingehende NAT-Regelportbereiche. | Wird nicht unterstützt. |
| Benutzerdefinierte SNAT-Portzuordnung für Ausgehende Regeln | Diese Konfiguration verwendet die Quellnetzwerkadressübersetzung (Source Network Address Translation, SNAT), um die private IP-Adresse des virtuellen Computers in die öffentliche IP-Adresse des Lastenausgleichs zu übersetzen. | Wird nicht unterstützt. |
| TCP-Zurücksetzung im Leerlauf | Konfigurierbar: - 4 bis 100 Minuten für Ausgehende Regeln. - 1 bis 30 Minuten für Eingehende Regeln. |
Identisch mit Azure. |
| Mehrere Front-End-IPs | Eingehende und ausgehende Front-End-IPs. | Identisch mit Azure. |
| Globales VNET-Peering | Standard-ILB wird über globales VNET-Peering unterstützt. | Wird nicht unterstützt. |
| NAT Gateway | Sowohl Standard-ILB als auch öffentliche Standard-LB werden über NAT-Gateway unterstützt. | Wird nicht unterstützt. |
| Private Link | Standard-ILB wird über Private Link unterstützt. | Wird nicht unterstützt. |
Hauptunterschiede zwischen Basic und Load Balancer Standard in Azure Stack Hub
| Funktionen | Load Balancer Standard | Load Balancer Basic |
|---|---|---|
| Größe des Back-End-Pools | Nicht durch die Load Balancer Standard selbst beschränkt – hängt von der Anzahl der VMs auf dem Stempel ab. | Hängt von der Stempelkapazität ab. |
| Back-End-Pool-Endpunkte | Virtuelle Computer und Skalierungsgruppen im gleichen virtuellen Netzwerk. | Virtuelle Computer oder VM-Skalierungsgruppe im selben virtuellen Netzwerk. Es können nicht beide Typen im selben Back-End-Pool enthalten. |
| Integritätstests | TCP, HTTP und HTTPS. | TCP und HTTP. |
| Verhalten beim Ausfall des Integritätstests | TCP-Verbindungen bleiben am Leben, wenn ein instance-Test ausfällt. Sämtliche TCP-Verbindungen werden bei Ausfällen aller Tests beendet. | TCP-Verbindungen bleiben am Leben, wenn ein instance-Test ausfällt. Sämtliche TCP-Verbindungen werden bei Ausfällen aller Tests beendet. |
| Hochverfügbarkeitsports | Hochverfügbarkeitsports (Ha) sind eine Art Lastenausgleichsregel, die eine einfache Möglichkeit zum Lastenausgleich aller Flows bietet, die an allen Ports eines internen Standardlastenausgleichs ankommen. | Wird nicht unterstützt. |
| Verfügbarkeitszonen | Wird nicht unterstützt. | Wird nicht unterstützt. |
| Standardmäßig sicher | Für eingehende Datenflüsse geschlossen, sofern nicht durch eine Netzwerksicherheitsgruppe zugelassen. Interner Datenverkehr vom VNET zum internen Lastenausgleich ist zulässig. | Für eingehende Datenflüsse geschlossen, sofern nicht durch eine Netzwerksicherheitsgruppe zugelassen. Interner Datenverkehr vom VNET zum internen Lastenausgleich ist zulässig. |
| Ausgangsregeln | Ermöglicht Ihnen die Verwendung der öffentlichen IP- oder IP-Adressen Ihres Lastenausgleichs für ausgehende Konnektivität der Back-End-Instanzen. | Wird nicht unterstützt. |
| Benutzerdefinierte SNAT-Portzuordnung für Ausgehende Regeln | Diese Konfiguration verwendet die Quellnetzwerkadressübersetzung (Source Network Address Translation, SNAT), um die private IP-Adresse eines virtuellen Computers in die öffentliche IP-Adresse des Lastenausgleichs zu übersetzen. | Wird nicht unterstützt. |
| TCP-Zurücksetzung im Leerlauf | Konfigurierbar: - 4 bis 100 Minuten für Ausgehende Regeln. - 1 bis 30 Minuten für Eingehende Regeln. |
Identisch mit Azure. |
| Mehrere Front-End-IPs | Eingehende und ausgehende Front-End-IPs. | Nur für eingehende Regeln. |
| Globales VNET-Peering | Wird nicht unterstützt. | Wird nicht unterstützt. |
| NAT Gateway | Wird nicht unterstützt. | Wird nicht unterstützt. |
| Private Link | Wird nicht unterstützt. | Wird nicht unterstützt. |
Szenarien
Die folgenden Szenarien wurden für die Load Balancer Standard in Azure Stack Hub überprüft:
- Standardmäßige öffentliche IP- und HTTPS-Integritätstests.
- Back-End-Pools mit unterschiedlichen Endpunkttypen.
- Eingehende Regeln, Ausgangsregeln und Endpunktsicherheit.
- Mehrere Back-End-Pools, Front-End-IPs, Ausgangsregeln und Timeoutkonfigurationen.
- Ein einzelner Back-End-Pool mit mehreren Front-End-IPs.
- Konfiguration des Lastenausgleichs nur für ausgehenden Datenverkehr.
- Interner Lastenausgleich mit Hochverfügbarkeitsports.
- Interner Lastenausgleich mit Hochverfügbarkeitsports und gleitender IP-Adresse.
Nächste Schritte
Feedback
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Issues stufenweise als Feedbackmechanismus für Inhalte abbauen und durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unter https://aka.ms/ContentUserFeedback.
Feedback senden und anzeigen für