Hallo zusammen und willkommen zurück.
Im heutigen Video werden wir nun über die Lastausgleichslösungen sprechen, die in A verfügbar sind.
S.
Wenn wir nun über die allgemeinen Lastausgleichslösungen in der Branche sprechen, gibt es mehrere
software- und hardwarebasierte Lösungen, die verfügbar sind.
Einige der beliebtesten Tools für den Lastenausgleich sind Engine X Edge Proxy und verschiedene andere.
Nun, obwohl diese Tools sehr beliebt sind und in vielen Produkten und Websites verwendet
werden, hat sie ihre eigenen Nachteile.
Wann immer Sie jetzt Ihre eigenen Load-Balancing-Lösungen konfigurieren, vielleicht auf einfachen zwei
Instanzen, fällt eine Menge Verantwortung auf die Kundenseite.
Ein Teil dieser Verantwortung umfasst also die Hochverfügbarkeit des Load Balancers selbst, die Gesamtsicherheit,
die Leistung und so weiter.
Angenommen, Sie haben in diesem speziellen Diagramm einen auf Engine X basierenden Load Balancer, der die Last
zwischen dem Kunden und einer Gruppe von Servern ausgleicht.
Was passiert nun, wenn dieser Load Balancer selbst ausfällt?
Als Administrator müssen Sie also dafür sorgen, dass auch diese Load-Balancing-Lösung hochverfügbar ist.
Zweitens haben wir über Sicherheit gesprochen.
Es kann vorkommen, dass die Software mit Engine x Proxy zusammenhängt.
Es wird einige Sicherheitslücken geben, die dort auftreten könnten.
Sie müssen sich also um das Patchen kümmern, Sie müssen sich um Schwachstellen, Patch-Management und so weiter
kümmern.
Und der dritte Teil ist die Performance.
Wenn die Dinge nicht wirklich wie erwartet funktionieren, wenn es Probleme mit der Leistung gibt, müssen
Sie sich darum kümmern.
Ein anderer Ansatz, den Organisationen im Allgemeinen verwenden, ist, dass sie Unterstützung haben.
Nehmen wir zum Beispiel an, dass sie eine Engine X als Load Balancer verwenden.
Sie haben im Allgemeinen eine Art Premium-Support mit Engine X.
Falls die Dinge also nicht wirklich gut funktionieren, erzielen sie nicht die erwartete Leistung.
Sie können sich mit der Motorunterstützung verbinden.
Aber auch hier ist der Support-Teil ziemlich teuer.
Gut.
Dies sind also die großen Herausforderungen, denen sich Unternehmen normalerweise gegenübersehen,
wenn sie selbst eine Hardware- oder Software-Load-Balancing-Lösung verwenden.
Nun, für die meisten Unternehmen würde eines der gängigen Architekturmuster im Allgemeinen einen Load Balancer
beinhalten.
Jetzt haben wir bereits einige der Nachteile besprochen, die mit der Wartung der Lastausgleichslösung
verbunden sind.
Das würde bedeuten, dass die meisten Organisationen, die auf Luftwaffenstützpunkten basieren, ebenfalls mit dieser Art von Herausforderungen
konfrontiert wären.
Um diese Probleme zu lösen, hat Ada eine eigene Load-Balancing-Lösung herausgebracht.
Gut.
Und diese Lastausgleichslösung wird als elastischer Lastausgleich bezeichnet.
Nun, eines der großartigen Dinge am elastischen Lastausgleich ist, dass es Kunden nicht nur ermöglicht, diese
Reihe von Herausforderungen zu meistern, sondern auch eine enge Integration mit mehreren Diensten aufweist.
Beispielsweise haben Sie verschiedene Funktionen in verschiedenen Diensten.
An einem Ort wie Auto Scaling haben Sie eine Webanwendungs-Firewall, Sie haben den Zertifikatsmanager, Sie haben
auch verschiedene andere Dienste wie Global Accelerator und so weiter.
Daher lässt sich dieser spezielle Dienst für elastischen Lastenausgleich, der von ADA angeboten wird, auch gut mit verschiedenen anderen
Diensten integrieren.
Wenn also eine Organisation diese Dienste nutzt und wenn sie die elastische Lastausgleichslösung verwendet,
ist die Integration entweder sofort einsatzbereit und es müssen nur einige Konfigurationen geändert werden, um sie zu integrieren.
Nun ist auch zu beachten, dass, wenn Sie die elastische Lastenausgleichslösung an einem Ort
verwenden, der Hochverfügbarkeitsteil von der Sicherheit des Lastenausgleichs übernommen wird und
sogar der Leistungsteil übernommen wird durch das E.
In diesem Fall sind beide ADA zufrieden, da die Kunden ihre Infrastruktur gut skalieren können.
Und auch die Kunden sind zufrieden, weil das gesamte Load-Balancing viel einfacher geworden ist.
Nun, bevor wir fortfahren, lassen Sie mich Ihnen schnell eine damit verbundene Demo geben.
Nun zur heutigen Demo, ich habe zwei ESI, zwei Instanzen, die laufen.
Einer wird als Demoserver null eins bezeichnet, und der zweite wird als Demoserver null zwei bezeichnet.
Und beide haben ihre eigene individuelle Website.
Öffnen wir also schnell den Demo-Server Null Eins.
Ich kopiere die öffentliche IP-Adresse und wenn ich sie in den Browser einfüge, sehen Sie, dass Sie den grundlegenden Inhalt erhalten, nämlich die
Website null eins.
Ähnlich verhält es sich mit dem Demo-Server null zwei, wenn ich die öffentliche IP kopiere und sie in den Browser einfüge,
sehen Sie diesmal die Website null zwei.
Außerdem habe ich jetzt auch eine Load-Balancing-Lösung, die an einem Ort in Betrieb ist.
Das ist also unser Load Balancer.
Der Name ist Demo Bindestrich ALB.
Kopieren wir den mit dem Load Balancer verknüpften DNS-Namen und fügen Sie den DNS-Namen von einer neueren Registerkarte
hier ein.
Und derzeit sehen Sie, dass der Verkehr zur Website null zwei geleitet wird.
Wenn ich die Seite dieses Mal aktualisiere, ging sie zu Website null eins.
Wenn ich erneut aktualisiere, ging es erneut zu Website null zwei.
Groß.
Dies ist ein Teil.
Der zweite Teil, den wir besprochen haben, ist mit der Integration verbunden.
So haben Sie beispielsweise die Integration mit Global Accelerator, die Integration mit Config, die Integration
mit VAF und es gibt verschiedene andere Integrationen, die sofort verfügbar sind.
Wenn Sie jetzt Ihre eigene Art von Software-Basis-Load-Balancern oder sogar hardwarebasierten Load-Balancern
verwenden, sind diese Integrationen im Allgemeinen nicht sofort einsatzbereit.
Es gibt also viele Skripte, die Sie schreiben müssen, um einen bestimmten Anwendungsfall zu erreichen.
Aber wenn Sie den Load-Balancing-Service nutzen, müssen Sie sich darüber keine Gedanken machen.
Wenn wir nun über Load-Balancing in a sprechen, gibt es vier Haupttypen von Load-Balancern, die verfügbar
sind.
Einer wird als Application Load Balancer bezeichnet.
Sie haben einen Netzwerk-Load-Balancer, einen Gateway-Load-Balancer und einen klassischen Load-Balancer.
Beachten Sie nun, dass zwar vier verschiedene Arten von Load-Balancing-Lösungen
verfügbar sind, aber alle gemeinsam darauf ausgelegt sind, den Datenverkehr zwischen mehreren
Zielen auszugleichen.
Nun, welche Art von Ziel und welche Art von Protokollen werden basierend auf dem von Ihnen gewählten Load Balancer
zuerst unterstützt?
Sehen wir uns also zuerst den Application Load Balancer an.
Ein Application Load Balancer trifft also die Routing-Entscheidung auf der Anwendungsebene, der HTTP-https-Ebene.
Wenn Sie heutzutage eine Website besuchen, geben Sie HTTP oder https gefolgt vom Domänennamen ein.
Hier kommt also der Application Load Balancer ins Bild.
Sie haben beispielsweise einen Benutzer und der Benutzer hat eine Domäne eingegeben, z. B. Videos mit Punkt-Com-Schrägstrichen, die jetzt im Anwendungs-Load-Balancer
angezeigt werden.
Da es auf HTTP- oder HTTPS-Ebene funktioniert, kann es diese Anfrage annehmen.
Und basierend auf den Regeln, die zum Beispiel dem Application Load Balancer hinzugefügt werden, haben Sie zwei
Regeln.
Einer ist für Slash-Videos.
Zweitens ist für Slash-Zahlung.
Es kann also gesagt werden, dass immer dann, wenn der Datenverkehr zum Load Balancer der Anwendung kommt und der andere weniger Videos
enthält, der Datenverkehr gemäß der Regel zum Server geleitet wird.
Wenn ein Benutzer eine Seite mit einer Zahlungs-URL besucht, wird gemäß der zweiten Regel der Datenverkehr
auch zum Server geleitet.
All dies hängt also mit dem gesamten HTTP-Protokoll selbst zusammen.
Hier kommt also der Application Load Balancer ins Bild.
Lassen Sie mich Ihnen das jetzt tatsächlich schnell zeigen, da ich dies bereits konfiguriert habe.
Wenn ich also Videos hier drüben mit Slash eintippe, sehen Sie, dass es auf die Website des Videos geht.
Als ich dieses Video zu Payment Warrior ändere, ging es auf die Zahlungsseite.
Gut.
Dies ist also eine der einzigartigen Funktionen, die mit dem Application Load Balancer verbunden sind.
Beachten Sie, dass es hauptsächlich auf HTTP https funktioniert.
Wenn Sie sich also die URL ansehen, lassen Sie mich diese kopieren.
Und wenn ich es im Notizblock hinzufüge, sehen Sie, dass der Browser das HTTP hier automatisch hinzugefügt hat.
Die zweite Art von Load-Balancer wird als Netzwerk-Load-Balancer bezeichnet.
Jetzt trifft der Netzwerk-Load-Balancer Routing-Entscheidungen auf einer Transportschicht,
die wie TCP, UDP usw. ist.
Einer der einzigartigen Vorteile des Netzwerk-Load-Balancers besteht nun darin, dass er Millionen von Anfragen pro Sekunde verarbeiten
kann.
In dem Anwendungsfall, in dem Sie also ultrahohe Leistung benötigen, kommt hier der Netzwerk-Load-Balancer
ins Spiel.
Nun, eine weitere wichtige Sache zu beachten ist, dass nicht alles auf Basis des HTTP https-Protokolls funktioniert.
Es gibt viele andere Protokolle, bei denen die Anwendung ebenfalls entworfen werden kann.
Wenn Sie also eine bestimmte Anwendung haben, die das HTTP-https-Protokoll nicht verwendet, können Sie den Anwendungslastenausgleich
dort nicht verwenden.
Sie müssen einen Netzwerk-Load-Balancer verwenden.
In solchen Fällen wird der dritte Load-Balancer-Typ als Gateway-Load-Balancer bezeichnet, oder es handelt sich im
Vergleich zu anderen um einen relativ neueren Load-Balancer-Typ.
Und auf hoher Ebene ermöglicht Ihnen der Gateway Load Balancer die Bereitstellung, Skalierung und Verwaltung der virtuellen
Appliance wie Firewalls, Intrusion Detection-Systeme, Präventionssysteme und so weiter.
Wenn Sie also beispielsweise eine Art virtuelle Appliance wie die IP-System-Firewalls haben
und den Datenverkehr für sie ausgleichen möchten, verwenden Sie den dortigen Gateway-Load-Balancer.
Nochmals, eine wichtige Sache, die beachtet werden muss, ist, dass Sie die meiste Zeit in der Organisation sehen werden,
dass entweder der Anwendungs-Load-Balancer oder der Netzwerk-Load-Balancer verwendet wird.
Produktanwendung, die vom Kunden entwickelt wurde.
Falls die Organisation auch eine Art von IP-Lösung verwendet, kann sie gelegentlich den Gateway-Load-Balancer
verwenden, aber dies ist nicht sehr verbreitet und der letzte Load-Balancer-Typ.
Tatsächlich ist dies der älteste Load-Balancer-Typ, also der klassische Load-Balancer.
Jetzt funktioniert der klassische Load Balancer hauptsächlich sowohl auf TCP- als auch auf HTTPS-Basis.
Nun, dies ist ein Load Balancer der vorherigen Generation und wird im Allgemeinen nicht empfohlen.
Nun, bevor wir zum Schluss kommen, lassen Sie es mich Ihnen kurz zeigen.
Wenn Sie jetzt fortfahren und einen Load Balancer in einem Fall erstellen, werden Sie sehen, dass es
drei primäre Anwendungsnetzwerke und Gateways vom Typ Load Balancer gibt.
Daneben haben Sie auch einen Load Balancer der vorherigen Generation, der als klassischer Load Balancer bezeichnet wird.
Wenn Sie sich nun den Application Load Balancer ansehen, gibt er sowohl HTTP als auch HTTPS an.
Für Netzwerk-Load-Balancer haben Sie TCP, UDP und TLS.
Wenn Sie sich den klassischen Load Balancer ansehen, haben Sie HTTP und https, was im Allgemeinen
die Funktion des Application Load Balancer ist, aber es hat auch TCP und SSL, was eine der Funktionen des Network
Load Balancer ist.
Was früher geschah, gab es jetzt im Allgemeinen nur noch einen Load-Balancer-Typ, der als klassischer Load-Balancer
bezeichnet wurde, und entweder veröffentlichte dieser Funktionen in Bezug auf HTTP, TCP und alles in einem einzigen Load-Balancer-Typ.
Und dies war nicht sehr skalierbar und dies ist einer der Gründe, warum es dann in zwei primäre Load Balancer-Typen
aufgeteilt wird, die jeweils auf einer bestimmten Funktion basieren, wobei Anwendungs-Load-Balancer für
HTTP und HTTPS-Netzwerk-Load-Balancer für TCP, UDP bestimmt sind , TLS und so weiter.
Und dann wurden hier nach und nach neue Funktionen zu jedem Satz von Load Balancern hinzugefügt.
Groß.
Gehen wir also weiter und schauen uns die Zusammenfassungen an.
Wie manchmal in den Prüfungen geben sie Ihnen im Allgemeinen einen Anwendungsfall und sagen, welches der Load Balancer
ist, den Sie in einem solchen Anwendungsfall verwenden werden.
Wir verwenden Netzwerk-Load-Balancer, Anwendungs-Load-Balancer und so weiter.
Und dies ist einer der Gründe, warum es wichtig ist, den Load Balancer und den damit verbundenen Anwendungsfall zu
verstehen, in dem er nützlich ist, z. B. für einen Anwendungs-Load-Balancer, der verwendet wird, wenn Sie eine Website-Anwendung
haben, die auf Schicht sieben lauscht, was ist HTTP, und http ist hauptsächlich für diesen Anwendungsfall vorgesehen.
Der zweite ist der Netzwerk-Load-Balancer, der im Allgemeinen für TCP- und UDP-basierte Anwendungen verwendet wird.
Und Sie können es auch bevorzugen, wenn Sie Millionen von Anfragen pro Sekunde verarbeiten müssen und wenn Sie
eine ultrahohe Leistung benötigen.
Drittens ist ein Gateway-Load-Balancer.
Sie verwenden es im Allgemeinen, wenn Sie über eine Art virtuelle Appliance verfügen, z. B. eine Firewall oder
IDs, IP-Systeme usw.
Gleichzeitig wird jetzt auch eine Seite verwaltet, die sich auf die elastische Lastausgleichsfunktion bezieht.
Hier drüben und hier drinnen haben Sie das Anwendungsnetzwerk-Gateway und den klassischen Lastenausgleich,
und hier haben sie die Funktionen angegeben und ob sie mit einer bestimmten Lastenausgleichslösung verbunden
sind.
Hier können Sie also weitermachen und genauer verstehen, welche Dinge spezifische Load Balancer-Unterstützungen
sind, damit Sie den richtigen Load Balancer-Satz für Ihre Organisation auswählen können.
Groß.
Damit schließe ich das heutige Video.