{"id":31817,"date":"2019-10-31T21:43:19","date_gmt":"2019-10-31T18:43:19","guid":{"rendered":"https:\/\/prohoster.info\/blog\/vmware-nsx-dlya-samyh-malenkih-chast-5-nastrojka-balansirovshhika-nagruzki\/"},"modified":"2019-10-31T21:43:19","modified_gmt":"2019-10-31T18:43:19","slug":"vmware-nsx-dlya-samyh-malenkih-chast-5-nastrojka-balansirovshhika-nagruzki","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/vmware-nsx-dlya-samyh-malenkih-chast-5-nastrojka-balansirovshhika-nagruzki","title":{"rendered":"VMware NSX f\u00fcr die Kleinsten. Teil 5. Konfiguration des Load Balancers","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"VMware NSX f\u00fcr die Kleinsten. Teil 5. Konfiguration des Load Balancers\" src=\"\/wp-content\/uploads\/2019\/04\/d71067a47ba1093d9783832e76e8eafb.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/dataline\/blog\/432980\/\">Erster Teil. Einleitung<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/dataline\/blog\/441026\/\">Zweiter Teil. Konfiguration von Firewall- und NAT-Regeln<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/dataline\/blog\/441882\/\">Teil drei. DHCP-Konfiguration<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/dataline\/blog\/444644\/\">Teil vier. Routing-Konfiguration<\/a><\/noindex><\/p>\n<p>Beim letzten Mal haben wir \u00fcber die M\u00f6glichkeiten von NSX Edge in Bezug auf statisches und dynamisches Routing gesprochen, und heute werden wir den Lastausgleich betrachten.<br \/>\nBevor wir mit der Konfiguration beginnen, m\u00f6chte ich kurz an die wichtigsten Arten des Lastenausgleichs erinnern. <noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h3>Theorie<\/h3>\n<p>\nAlle heutigen L\u00f6sungen f\u00fcr den Lastenausgleich werden h\u00e4ufig in zwei Kategorien unterteilt: Lastenausgleich auf der vierten (Transportschicht) und der siebten (Anwendungsschicht) Ebene des Modells <noindex><a rel=\"nofollow\" href=\"https:\/\/ru.wikipedia.org\/wiki\/%D0%A1%D0%B5%D1%82%D0%B5%D0%B2%D0%B0%D1%8F_%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D1%8C_OSI\">OSI<\/a><\/noindex>. Das OSI-Modell ist nicht der beste Referenzpunkt zur Beschreibung von Lastenausgleichsmethoden. Wenn ein L4-Lastausgleicher auch die TLS-Terminierung unterst\u00fctzt, wird er dann in diesem Fall zu einem L7-Lastausgleicher? Aber was ist, das ist.<\/p>\n<ul>\n<li><b>L4-Lastausgleicher <\/b>stellt in der Regel einen Proxy dar, der zwischen dem Client und einer Gruppe verf\u00fcgbarer Backends steht, der TCP-Verbindungen terminiert (d.h. selbst auf SYN antwortet), ein Backend ausw\u00e4hlt und eine neue TCP-Sitzung in dessen Richtung initiiert, indem er selbst SYN sendet. Dieser Typ ist einer der grundlegenden, es sind auch andere Varianten m\u00f6glich.<\/li>\n<li><b>L7-Lastausgleicher<\/b> verwendet raffiniertere Methoden, um den Verkehr auf die verf\u00fcgbaren Backends zu verteilen als der L4-Lastausgleicher. Er kann Entscheidungen \u00fcber die Auswahl des Backends basierend auf z.B. dem Inhalt einer HTTP-Nachricht (URL, Cookie usw.) treffen.<\/li>\n<\/ul>\n<p>\nUnabh\u00e4ngig vom Typ kann der Lastausgleicher folgende Funktionen unterst\u00fctzen:<\/p>\n<ul>\n<li> Serviceerkennung \u2013 der Prozess der Bestimmung einer Gruppe verf\u00fcgbarer Backends (statisch, DNS, Consul, Etcd usw.).<\/li>\n<li>\u00dcberpr\u00fcfung der Verf\u00fcgbarkeit entdeckter Backends (aktives \u201ePingen\u201c des Backends mit HTTP-Anfragen, passive Erkennung von Problemen in TCP-Verbindungen, mehrfach aufeinanderfolgende 503 HTTP-Codes in den Antworten usw.).<\/li>\n<li>Selbst der Lastenausgleich (Round Robin, zuf\u00e4llige Auswahl, Quell-IP-Hash, URI).<\/li>\n<li>TLS-Terminierung und Zertifikatspr\u00fcfung.<\/li>\n<li>Sicherheitsbezogene Optionen (Authentifizierung, Schutz vor DoS-Angriffen, Geschwindigkeitsbegrenzung) und vieles mehr.<\/li>\n<\/ul>\n<p>\nNSX Edge bietet Unterst\u00fctzung f\u00fcr zwei Bereitstellungsmodi des Lastausgleichers:<\/p>\n<p><b>Proxy-Modus oder One-Arm<\/b>. In diesem Modus verwendet NSX Edge bei der Anfrage an eines der Backends seine IP-Adresse als Quelladresse. Somit f\u00fchrt der Load Balancer gleichzeitig die Funktionen von Source und Destination NAT aus. Das Backend sieht den gesamten Datenverkehr als von dem Load Balancer gesendet und antwortet direkt darauf. In diesem Schema muss der Load Balancer im selben Netzwerksegment wie die internen Server sein.<\/p>\n<p>So funktioniert es:<br \/>\n1. \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0Der Benutzer sendet eine Anfrage an die VIP-Adresse (Adresse des Load Balancers), die auf dem Edge konfiguriert ist.<br \/>\n2. \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0Edge w\u00e4hlt eines der Backends aus und f\u00fchrt ein Destination NAT durch, indem die VIP-Adresse durch die Adresse des ausgew\u00e4hlten Backends ersetzt wird.<br \/>\n3. \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0Edge f\u00fchrt ein Source NAT durch, indem es die Adresse des anfragenden Benutzers durch seine eigene ersetzt.<br \/>\n4. \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0Das Paket wird an das gew\u00e4hlte Backend gesendet.<br \/>\n5. \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0Das Backend antwortet nicht direkt an den Benutzer, sondern an Edge, da die urspr\u00fcngliche Adresse des Benutzers auf die Adresse des Load Balancers ge\u00e4ndert wurde.<br \/>\n6. \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0Edge \u00fcbertr\u00e4gt die Serverantwort an den Benutzer.<br \/>\nDas Diagramm unten.<br \/>\n <img decoding=\"async\" alt=\"VMware NSX f\u00fcr die Kleinsten. Teil 5. Konfiguration des Load Balancers\" src=\"\/wp-content\/uploads\/2019\/04\/a6073ec63f7aca05d61c5a40de2ba6be.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Transparenter oder Inline-Modus.<\/b> In diesem Szenario hat der Load Balancer Schnittstellen in dem internen und externen Netzwerk. Dabei gibt es keinen direkten Zugang zum internen Netzwerk von au\u00dfen. Der integrierte Lastenausgleich fungiert als NAT-Gateway f\u00fcr virtuelle Maschinen im internen Netzwerk.<\/p>\n<p>Das Verfahren ist folgendermassen:<br \/>\n1. \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0Der Benutzer sendet eine Anfrage an die VIP-Adresse (Adresse des Load Balancers), die auf dem Edge konfiguriert ist.<br \/>\n2. \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0Edge w\u00e4hlt eines der Backends aus und f\u00fchrt ein Destination NAT durch, indem die VIP-Adresse durch die Adresse des ausgew\u00e4hlten Backends ersetzt wird.<br \/>\n3. \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0Das Paket wird an das gew\u00e4hlte Backend gesendet.<br \/>\n4. \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0Das Backend erh\u00e4lt die Anfrage mit der urspr\u00fcnglichen Adresse des Benutzers (Source NAT wurde nicht durchgef\u00fchrt) und antwortet direkt darauf.<br \/>\n5. \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0Der Datenverkehr wird erneut vom Load Balancer empfangen, da er im Inline-Schema normalerweise als Standardgateway f\u00fcr den Serverpool fungiert.<br \/>\n6. \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0Edge f\u00fchrt ein Source NAT durch, um den Datenverkehr an den Benutzer zu senden, wobei es seine VIP-Adresse als Quell-IP-Adresse verwendet.<br \/>\nDas Diagramm unten.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX f\u00fcr die Kleinsten. Teil 5. Konfiguration des Load Balancers\" src=\"\/wp-content\/uploads\/2019\/04\/9ad9adcac02d40db1603aee84387264a.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h3>Praxis<\/h3>\n<p>\nIn meiner Testumgebung sind 3 Server mit Apache konfiguriert, das f\u00fcr HTTPS eingerichtet ist. Edge wird das HTTPS-Load Balancing nach dem Round-Robin-Verfahren durchf\u00fchren und jede neue Anfrage an einen neuen Server weiterleiten.<br \/>\nLegen wir los.<\/p>\n<p><b>Generieren Sie ein SSL-Zertifikat, das von NSX Edge verwendet wird.<\/b><br \/>\nSie k\u00f6nnen ein g\u00fcltiges CA-Zertifikat importieren oder ein selbstsigniertes verwenden. In diesem Test werde ich ein selbstsigniertes verwenden.<\/p>\n<ol>\n<li>Im vCloud Director-Interface gehen wir zu den Edge-Dienstkonfigurationen.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX f\u00fcr die Kleinsten. Teil 5. Konfiguration des Load Balancers\" src=\"\/wp-content\/uploads\/2019\/04\/df9be9f6d5b92af1cbe19f40459c8d9f.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<li>Gehen Sie zur Registerkarte Zertifikate. W\u00e4hlen Sie im Aktionsmen\u00fc die Option zum Hinzuf\u00fcgen eines neuen CSR.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX f\u00fcr die Kleinsten. Teil 5. Konfiguration des Load Balancers\" src=\"\/wp-content\/uploads\/2019\/04\/72185bf69cb0c4d8dc0cbadc8fe4f376.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<li>Wir f\u00fcllen die erforderlichen Felder aus und klicken auf Beibehalten.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX f\u00fcr die Kleinsten. Teil 5. Konfiguration des Load Balancers\" src=\"\/wp-content\/uploads\/2019\/04\/196394d4633d76dfde6d89b8f7049e19.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<li>Wir w\u00e4hlen das gerade erstellte CSR aus und w\u00e4hlen die Option self-sign CSR.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX f\u00fcr die Kleinsten. Teil 5. Konfiguration des Load Balancers\" src=\"\/wp-content\/uploads\/2019\/04\/262e7a1ede8bda39a9ee098f360a38e3.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<li>Wir w\u00e4hlen die G\u00fcltigkeitsdauer des Zertifikats und klicken auf Beibehalten.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX f\u00fcr die Kleinsten. Teil 5. Konfiguration des Load Balancers\" src=\"\/wp-content\/uploads\/2019\/04\/6c880218fd7874652e6540a0bde18310.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<li>Das selbstsignierte Zertifikat ist in der Liste der verf\u00fcgbaren Zertifikate erschienen.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX f\u00fcr die Kleinsten. Teil 5. Konfiguration des Load Balancers\" src=\"\/wp-content\/uploads\/2019\/04\/f065f461da8f96ca31c96d3c801350ec.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<\/ol>\n<p><b>Wir konfigurieren das Anwendungsprofil.<\/b><br \/>\nAnwendungsprofile bieten eine umfassendere Kontrolle \u00fcber den Netzwerkverkehr und machen die Verwaltung einfach und effektiv. Damit kann das Verhalten f\u00fcr bestimmte Arten von Verkehr definiert werden. <\/p>\n<ol>\n<li>Wir wechseln zum Tab Lastenausgleich und aktivieren den Lastenausgleichsserver. Die Option Beschleunigung aktiviert erm\u00f6glicht es dem Lastenausgleich, eine schnellere L4-Balancierung anstelle von L7 zu verwenden.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX f\u00fcr die Kleinsten. Teil 5. Konfiguration des Load Balancers\" src=\"\/wp-content\/uploads\/2019\/04\/1ee064e2fe234fb1d96ec327f3f92f05.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<li>Wir wechseln zum Tab Anwendungsprofil, um das Anwendungsprofil festzulegen. Klicken Sie auf +.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX f\u00fcr die Kleinsten. Teil 5. Konfiguration des Load Balancers\" src=\"\/wp-content\/uploads\/2019\/04\/5686a86bdff4d973f33f1a9d362ad273.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<li>Wir geben den Namen des Profils an und w\u00e4hlen den Verkehrstyp aus, f\u00fcr den das Profil angewendet wird. Lassen Sie mich einige Parameter erkl\u00e4ren.<br \/>\n<b>Persistenz<\/b> \u2013 speichert und verfolgt Sitzungsdaten, zum Beispiel: welcher bestimmte Server aus dem Pool die Benutzeranfrage bedient. Dies gew\u00e4hrleistet, dass die Benutzeranfragen w\u00e4hrend der gesamten Sitzungsdauer oder in Folge-Sitzungen an dasselbe Mitglied des Pools gerichtet werden.<br \/>\n<b>SSL-Passthrough aktivieren<\/b> \u2013 wenn Sie diese Option w\u00e4hlen, h\u00f6rt NSX Edge auf, SSL zu terminieren. Stattdessen erfolgt die Termination direkt auf den Servern, f\u00fcr die der Lastenausgleich durchgef\u00fchrt wird.<br \/>\n<b>X-Forwarded-For HTTP-Header einf\u00fcgen<\/b> \u2013 erm\u00f6glicht die Identifizierung der urspr\u00fcnglichen IP-Adresse des Clients, der sich \u00fcber den Lastenausgleich mit dem Webserver verbindet.<br \/>\n<b>Poolseitiges SSL aktivieren<\/b> \u2013 erm\u00f6glicht anzugeben, dass der ausgew\u00e4hlte Pool aus HTTPS-Servern besteht.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX f\u00fcr die Kleinsten. Teil 5. Konfiguration des Load Balancers\" src=\"\/wp-content\/uploads\/2019\/04\/81fa688f063f5cf1719461884bbb8dc2.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<li>Da ich HTTPS-Verkehr ausbalancieren m\u00f6chte, muss ich Poolseitiges SSL aktivieren und das zuvor generierte Zertifikat im Tab Virtuelle Serverzertifikate ausw\u00e4hlen \u2014&gt; Dienstzertifikat.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX f\u00fcr die Kleinsten. Teil 5. Konfiguration des Load Balancers\" src=\"\/wp-content\/uploads\/2019\/04\/d2585bcc33e57adc561bc5d956057479.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<li>Analog f\u00fcr Poolzertifikate \u2014&gt; Dienstzertifikat.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX f\u00fcr die Kleinsten. Teil 5. Konfiguration des Load Balancers\" src=\"\/wp-content\/uploads\/2019\/04\/b565acf03e4eba313b4624a912310663.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<\/ol>\n<p><b>Wir erstellen einen Serverpool, dessen Verkehr balanciert wird Pools.<\/b><\/p>\n<ol>\n<li>Wir wechseln zum Tab Pools. Klicken Sie auf +.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX f\u00fcr die Kleinsten. Teil 5. Konfiguration des Load Balancers\" src=\"\/wp-content\/uploads\/2019\/04\/e3fd9f747f3cbc43f3d348c05ece07fd.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<li>Wir geben den Namen des Pools an, w\u00e4hlen den Algorithmus (ich werde Round Robin verwenden) und den \u00dcberwachungsmodus f\u00fcr den Health Check des Backends. Die Option Transparent gibt an, ob die urspr\u00fcnglichen Quell-IP der Clients f\u00fcr die internen Server sichtbar sind.\n<ul>\n<li>Wenn die Option deaktiviert ist, geht der Verkehr f\u00fcr interne Server mit der Quell-IP des Lastenausgleichs.\n<\/li>\n<li> Wenn die Option aktiviert ist, sehen die internen Server die Quell-IP der Clients. In dieser Konfiguration muss NSX Edge als Standardgateway fungieren, um sicherzustellen, dass die zur\u00fcckgegebenen Pakete \u00fcber NSX Edge geleitet werden.<\/li>\n<\/ul>\n<p>NSX unterst\u00fctzt die folgenden Lastenausgleichsalgorithmen:<\/p>\n<ul>\n<li><b>IP_HASH<\/b> \u2013 Auswahl des Servers basierend auf den Ergebnissen der Hash-Funktion f\u00fcr die Quell- und Ziel-IP jedes Pakets.<\/li>\n<li> <b>LEASTCONN <\/b>\u2013 Lastenausgleich eingehender Verbindungen, abh\u00e4ngig von der Anzahl der bereits vorhandenen Verbindungen auf einem bestimmten Server. Neue Verbindungen werden an den Server mit der geringsten Anzahl von Verbindungen geleitet.<\/li>\n<li> <b>ROUND_ROBIN <\/b>\u2013 neue Verbindungen werden nacheinander an jeden Server gem\u00e4\u00df dem ihm zugewiesenen Gewicht gesendet.<\/li>\n<li><b>URI<\/b> \u2013 der linke Teil der URI (vor dem Fragezeichen) wird gehasht und durch das Gesamtgewicht der Server im Pool geteilt. Das Ergebnis zeigt an, welcher Server die Anfrage erh\u00e4lt, und sorgt daf\u00fcr, dass die Anfrage immer an denselben Server geleitet wird, solange alle Server verf\u00fcgbar bleiben.<\/li>\n<li><b>HTTPHEADER <\/b>\u2013 Lastenausgleich basierend auf einem bestimmten HTTP-Header, der als Parameter angegeben werden kann. Wenn der Header fehlt oder keinen Wert hat, wird der Algorithmus ROUND_ROBIN angewendet.<\/li>\n<li><b>URL <\/b>\u2013 in jeder HTTP GET-Anfrage wird nach dem URL-Parameter gesucht, der als Argument angegeben ist. Wenn nach dem Parameter ein Gleichheitszeichen und ein Wert folgen, wird der Wert gehasht und durch das Gesamtgewicht der laufenden Server geteilt. Das Ergebnis zeigt an, welcher Server die Anfrage erh\u00e4lt. Dieser Prozess wird verwendet, um Benutzer-IDs in Anfragen zu verfolgen und zu gew\u00e4hrleisten, dass dieselbe Benutzer-ID immer an denselben Server gesendet wird, solange alle Server verf\u00fcgbar bleiben.<\/li>\n<\/ul>\n<p>\n<img decoding=\"async\" alt=\"VMware NSX f\u00fcr die Kleinsten. Teil 5. Konfiguration des Load Balancers\" src=\"\/wp-content\/uploads\/2019\/04\/ab98325a49a63d1d005839a47af39544.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<li>Im Abschnitt Mitglieder dr\u00fccken wir +, um Server zum Pool hinzuzuf\u00fcgen.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX f\u00fcr die Kleinsten. Teil 5. Konfiguration des Load Balancers\" src=\"\/wp-content\/uploads\/2019\/04\/f67e7567c48a6403bb5dcd165d150052.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nHier m\u00fcssen Sie angeben:<\/p>\n<ul>\n<li>Servername;<\/li>\n<li>IP-Adresse des Servers;<\/li>\n<li>Port, \u00fcber den der Server den Verkehr empfangen wird;<\/li>\n<li>Port f\u00fcr den Health Check (Monitor healthcheck); <\/li>\n<li>Gewicht (Weight) \u2013 mit diesem Parameter kann die proportionale Menge an empfangendem Verkehr f\u00fcr ein bestimmtes Mitglied des Pools geregelt werden;<\/li>\n<li>Maximale Verbindungen \u2013 maximale Anzahl von Verbindungen zum Server;<\/li>\n<li>Minimale Verbindungen \u2013 minimale Anzahl von Verbindungen, die der Server verarbeiten muss, bevor der Verkehr an das n\u00e4chste Mitglied des Pools umgeleitet wird.<\/li>\n<\/ul>\n<p><img decoding=\"async\" alt=\"VMware NSX f\u00fcr die Kleinsten. Teil 5. Konfiguration des Load Balancers\" src=\"\/wp-content\/uploads\/2019\/04\/4bfd6de65e50cb417845d358b11b91b5.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSo sieht der endg\u00fcltige Pool aus drei Servern aus.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX f\u00fcr die Kleinsten. Teil 5. Konfiguration des Load Balancers\" src=\"\/wp-content\/uploads\/2019\/04\/42ebe47da99599628d9e6e75289a9f25.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<\/ol>\n<p><b>Virtuellen Server hinzuf\u00fcgen<\/b><\/p>\n<ol>\n<li>Wir gehen zum Tab Virtuelle Server. Dr\u00fccken Sie +.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX f\u00fcr die Kleinsten. Teil 5. Konfiguration des Load Balancers\" src=\"\/wp-content\/uploads\/2019\/04\/4d95be098f50055d81f538ebe565cfbb.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<li>Aktivieren Sie den virtuellen Server mit der Option Virtuellen Server aktivieren.<br \/>\nWir geben ihm einen Namen, w\u00e4hlen das zuvor erstellte Application Profile und den Pool aus und geben die IP-Adresse an, an die der Virtual Server Anfragen von au\u00dfen annehmen wird. Wir w\u00e4hlen das Protokoll HTTPS und den Port 443.<br \/>\nOptionale Parameter hier:<br \/>\n<b>Verbindungsbeschr\u00e4nkung <\/b>\u2013 die maximale Anzahl gleichzeitiger Verbindungen, die der virtuelle Server verarbeiten kann;<br \/>\n<b>Verbindungsrate Limit (CPS)<\/b> \u2013 die maximale Anzahl neuer eingehender Anfragen pro Sekunde.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX f\u00fcr die Kleinsten. Teil 5. Konfiguration des Load Balancers\" src=\"\/wp-content\/uploads\/2019\/04\/fae8dff378af917a96b9a7d887bb2bd8.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<\/ol>\n<p>Damit ist die Konfiguration des Lastenausgleichs abgeschlossen, und wir k\u00f6nnen die Funktionsf\u00e4higkeit \u00fcberpr\u00fcfen. Die Server haben eine einfache Konfiguration, die es erm\u00f6glicht, zu verstehen, welcher Server aus dem Pool die Anfrage bearbeitet hat. W\u00e4hrend der Einrichtung haben wir den Round Robin-Balancing-Algorithmus ausgew\u00e4hlt, und der Gewichtungsparameter f\u00fcr jeden Server betr\u00e4gt eins, sodass jede nachfolgende Anfrage vom n\u00e4chsten Server im Pool bearbeitet wird.<br \/>\nWir geben die externe Adresse des Lastenausgleichs im Browser ein und sehen:<br \/>\n<img decoding=\"async\" alt=\"VMware NSX f\u00fcr die Kleinsten. Teil 5. Konfiguration des Load Balancers\" src=\"\/wp-content\/uploads\/2019\/04\/e10d1c9eb14b42f4f6fc03a0d6f03013.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nNach dem Aktualisieren der Seite wird die Anfrage vom n\u00e4chsten Server bearbeitet:<br \/>\n<img decoding=\"async\" alt=\"VMware NSX f\u00fcr die Kleinsten. Teil 5. Konfiguration des Load Balancers\" src=\"\/wp-content\/uploads\/2019\/04\/09a67549ca2f05f835a2d4645779bfa1.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nUnd noch einmal \u2013 um den dritten Server aus dem Pool zu \u00fcberpr\u00fcfen:<br \/>\n<img decoding=\"async\" alt=\"VMware NSX f\u00fcr die Kleinsten. Teil 5. Konfiguration des Load Balancers\" src=\"\/wp-content\/uploads\/2019\/04\/e0452323822ff0a3e02ff5bcee53bcdc.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nBei der \u00dcberpr\u00fcfung kann man sehen, dass das Zertifikat, das uns der Edge sendet, das gleiche ist, das wir zu Beginn generiert haben. <\/p>\n<p>\u00dcberpr\u00fcfung des Status des Lastenausgleichs aus der Edge-Gateway-Konsole. Geben Sie dazu ein: <b>show service loadbalancer pool<\/b>. <br \/>\n<img decoding=\"async\" alt=\"VMware NSX f\u00fcr die Kleinsten. Teil 5. Konfiguration des Load Balancers\" src=\"\/wp-content\/uploads\/2019\/04\/10a7421dc6278ba2c721187bfeb076a9.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Wir konfigurieren den Service Monitor zur \u00dcberpr\u00fcfung des Status der Server im Pool <\/b><br \/>\nMit dem Service Monitor k\u00f6nnen wir den Zustand der Server im Backend-Pool \u00fcberwachen. Wenn die Antwort auf die Anfrage nicht den Erwartungen entspricht, kann der Server aus dem Pool genommen werden, damit er keine neuen Anfragen erh\u00e4lt.<br \/>\nStandardm\u00e4\u00dfig sind drei \u00dcberpr\u00fcfungsmethoden konfiguriert:<\/p>\n<ul>\n<li> TCP-Monitor,<\/li>\n<li> HTTP-Monitor,<\/li>\n<li> HTTPS-Monitor.<\/li>\n<\/ul>\n<p>\nLass uns einen neuen erstellen. <\/p>\n<ol>\n<li>Wir gehen zum Tab Dienst\u00fcberwachung, klicken auf +.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX f\u00fcr die Kleinsten. Teil 5. Konfiguration des Load Balancers\" src=\"\/wp-content\/uploads\/2019\/04\/ceac4fac8197b395d7531391534ad4ff.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<li>W\u00e4hlen Sie aus:\n<ul>\n<li>einen Namen f\u00fcr die neue Methode;<\/li>\n<li>das Intervall, in dem Anfragen gesendet werden sollen, <\/li>\n<li>Timeout f\u00fcr die Antwortwartung, <\/li>\n<li>\u00dcberwachungsart \u2013 HTTPS-Anfrage unter Verwendung der Methode GET, erwarteter Statuscode \u2013 200(OK) und URL der Anfrage.<\/li>\n<\/ul>\n<\/li>\n<li>Damit ist die Einrichtung des neuen Service Monitors abgeschlossen, jetzt k\u00f6nnen wir ihn bei der Erstellung des Pools verwenden. <br \/>\n<img decoding=\"async\" alt=\"VMware NSX f\u00fcr die Kleinsten. Teil 5. Konfiguration des Load Balancers\" src=\"\/wp-content\/uploads\/2019\/04\/9db2263d6e5c90e1a5aba6cee865fd50.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<\/ol>\n<p><b>Wir konfigurieren Anwendungsregeln<\/b><\/p>\n<p>Anwendungsregeln \u2013 eine M\u00f6glichkeit, den Datenverkehr basierend auf bestimmten Triggern zu steuern. Mit diesem Werkzeug k\u00f6nnen wir erweiterte Lastenausgleichsregeln erstellen, deren Konfiguration m\u00f6glicherweise \u00fcber Anwendungprofile oder mit anderen auf dem Edge Gateway verf\u00fcgbaren Diensten nicht m\u00f6glich ist.<\/p>\n<ol>\n<li>Um eine Regel zu erstellen, wechseln wir zur Registerkarte Anwendungsregeln des Lastenausgleichs.<br \/>\n <img decoding=\"async\" alt=\"VMware NSX f\u00fcr die Kleinsten. Teil 5. Konfiguration des Load Balancers\" src=\"\/wp-content\/uploads\/2019\/04\/b370858e444c144c95fe0d89d3ea42da.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<li>W\u00e4hlen Sie einen Namen, das Skript, das die Regel verwenden wird, und klicken Sie auf Behalten.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX f\u00fcr die Kleinsten. Teil 5. Konfiguration des Load Balancers\" src=\"\/wp-content\/uploads\/2019\/04\/e0af1a95fb5b5bba46a52e582eba62bb.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<li>Nachdem die Regel erstellt wurde, m\u00fcssen wir den bereits konfigurierten Virtuellen Server bearbeiten.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX f\u00fcr die Kleinsten. Teil 5. Konfiguration des Load Balancers\" src=\"\/wp-content\/uploads\/2019\/04\/c4617150f17e8e16cde94a9c3fb8e713.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<li>In der Registerkarte Erweitert f\u00fcgen wir die von uns erstellte Regel hinzu.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX f\u00fcr die Kleinsten. Teil 5. Konfiguration des Load Balancers\" src=\"\/wp-content\/uploads\/2019\/04\/23f4ed5bb90bf178fec825e552fba8a6.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<\/ol>\n<p>Im obigen Beispiel haben wir die Unterst\u00fctzung f\u00fcr tlsv1 aktiviert.<\/p>\n<p>Hier sind noch ein paar Beispiele:<\/p>\n<p>Den Verkehr in einen anderen Pool umleiten.<br \/>\nMit diesem Skript k\u00f6nnen wir den Verkehr in einen anderen Lastenausgleichspool umleiten, wenn der Hauptpool nicht funktioniert. Damit die Regel funktioniert, m\u00fcssen mehrere Pools am Lastenausgleich konfiguriert sein und alle Mitglieder des Hauptpools m\u00fcssen sich im Status down befinden. Es muss der Name des Pools angegeben werden, nicht dessen ID.<\/p>\n<p><code>acl pool_down nbsrv(PRIMARY_POOL_NAME) eq 0<br \/>\nuse_backend SECONDARY_POOL_NAME if PRIMARY_POOL_NAME<br \/>\n<\/code><\/p>\n<p>Den Verkehr auf eine externe Ressource umleiten.<br \/>\nHier leiten wir den Verkehr auf eine externe Website um, wenn alle Teilnehmer des Hauptpools im Status down sind.<\/p>\n<p><code>acl pool_down nbsrv(NAME_OF_POOL) eq 0<br \/>\nredirect location http:\/\/www.example.com if pool_down<\/code><\/p>\n<p>Noch mehr Beispiele <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.vmware.com\/en\/VMware-NSX-Data-Center-for-vSphere\/6.3\/com.vmware.nsx.admin.doc\/GUID-A5779D43-AC0F-4407-AF4A-0C1622394452.html\">hier<\/a><\/noindex>.<\/p>\n<p>Das w\u00e4re alles zum Lastenausgleich. Wenn noch Fragen offen sind, fragen Sie bitte, ich bin bereit zu antworten.<br \/>\n<br \/>Quelle: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/dataline\/blog\/448540\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0427\u0430\u0441\u0442\u044c \u043f\u0435\u0440\u0432\u0430\u044f. \u0412\u0432\u043e\u0434\u043d\u0430\u044f \u0427\u0430\u0441\u0442\u044c \u0432\u0442\u043e\u0440\u0430\u044f. \u041d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430 \u043f\u0440\u0430\u0432\u0438\u043b Firewall \u0438 NAT \u0427\u0430\u0441\u0442\u044c \u0442\u0440\u0435\u0442\u044c\u044f. \u041d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430 DHCP \u0427\u0430\u0441\u0442\u044c \u0447\u0435\u0442\u0432\u0435\u0440\u0442\u0430\u044f. \u041d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u0412 \u043f\u0440\u043e\u0448\u043b\u044b\u0439 \u0440\u0430\u0437 \u043c\u044b \u0433\u043e\u0432\u043e\u0440\u0438\u043b\u0438 \u043e \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0441\u0442\u044f\u0445 NSX Edge \u0432 \u0440\u0430\u0437\u0440\u0435\u0437\u0435 \u0441\u0442\u0430\u0442\u0438\u0447\u0435\u0441\u043a\u043e\u0439 \u0438 \u0434\u0438\u043d\u0430\u043c\u0438\u0447\u0435\u0441\u043a\u043e\u0439 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438, \u0430 \u0441\u0435\u0433\u043e\u0434\u043d\u044f \u0431\u0443\u0434\u0435\u043c \u0440\u0430\u0437\u0431\u0438\u0440\u0430\u0442\u044c\u0441\u044f \u0441 \u0431\u0430\u043b\u0430\u043d\u0441\u0438\u0440\u043e\u0432\u0449\u0438\u043a\u043e\u043c. \u041f\u0440\u0435\u0436\u0434\u0435 \u0447\u0435\u043c \u043f\u0440\u0438\u0441\u0442\u0443\u043f\u0438\u0442\u044c \u043a \u043d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0435, \u044f \u0445\u043e\u0442\u0435\u043b \u0431\u044b \u0441\u043e\u0432\u0441\u0435\u043c \u043a\u0440\u0430\u0442\u043a\u043e \u043d\u0430\u043f\u043e\u043c\u043d\u0438\u0442\u044c \u043e\u0431 \u043e\u0441\u043d\u043e\u0432\u043d\u044b\u0445 \u0432\u0438\u0434\u0430\u0445 \u0431\u0430\u043b\u0430\u043d\u0441\u0438\u0440\u043e\u0432\u043a\u0438. \u0422\u0435\u043e\u0440\u0438\u044f [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":23693,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-31817","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.1.1 - aioseo.com -->\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/vmware-nsx-dlya-samyh-malenkih-chast-5-nastrojka-balansirovshhika-nagruzki\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"de_DE\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47VMware NSX \u0434\u043b\u044f \u0441\u0430\u043c\u044b\u0445 \u043c\u0430\u043b\u0435\u043d\u044c\u043a\u0438\u0445. \u0427\u0430\u0441\u0442\u044c 5. \u041d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430 \u0431\u0430\u043b\u0430\u043d\u0441\u0438\u0440\u043e\u0432\u0449\u0438\u043a\u0430 \u043d\u0430\u0433\u0440\u0443\u0437\u043a\u0438 | ProHoster\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/vmware-nsx-dlya-samyh-malenkih-chast-5-nastrojka-balansirovshhika-nagruzki\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T18:43:19+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T18:43:19+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47VMware NSX f\u00fcr die Kleinsten. Teil 5. Konfiguration des Lastenausgleichs | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/vmware-nsx-dlya-samyh-malenkih-chast-5-nastrojka-balansirovshhika-nagruzki","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47VMware NSX \u0434\u043b\u044f \u0441\u0430\u043c\u044b\u0445 \u043c\u0430\u043b\u0435\u043d\u044c\u043a\u0438\u0445. \u0427\u0430\u0441\u0442\u044c 5. \u041d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430 \u0431\u0430\u043b\u0430\u043d\u0441\u0438\u0440\u043e\u0432\u0449\u0438\u043a\u0430 \u043d\u0430\u0433\u0440\u0443\u0437\u043a\u0438 | ProHoster","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/vmware-nsx-dlya-samyh-malenkih-chast-5-nastrojka-balansirovshhika-nagruzki","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:43:19+00:00","article:modified_time":"2019-10-31T18:43:19+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"31817","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 07:58:25","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 03:10:46","updated":"2026-01-21 07:58:25","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/31817","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=31817"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/31817\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/23693"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=31817"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=31817"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=31817"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}