{"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\/da\/blog\/administrirovanie\/vmware-nsx-dlya-samyh-malenkih-chast-5-nastrojka-balansirovshhika-nagruzki","title":{"rendered":"VMware NSX for de mindste. Del 5. Ops\u00e6tning af load balancer","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"VMware NSX for de mindste. Del 5. Ops\u00e6tning af load balancer\" 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\/\">Del 1. Introduktion<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/dataline\/blog\/441026\/\">Del 2. Konfiguration af Firewall- og NAT-regler<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/dataline\/blog\/441882\/\">Del 3. Konfiguration af DHCP<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/dataline\/blog\/444644\/\">Del 4. Konfiguration af routing<\/a><\/noindex><\/p>\n<p>Sidste gang talte vi om mulighederne ved NSX Edge i forhold til statisk og dynamisk routing, og i dag vil vi dykke ned i balanceringssystemet.<br \/>\nF\u00f8r vi g\u00e5r i gang med konfigurationen, vil jeg kort minde om de grundl\u00e6ggende typer af lastbalancering. <noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h3>Teori<\/h3>\n<p>\nDe fleste af nutidens l\u00f8sninger til lastbalancering opdeles oftest i to kategorier: lastbalancering p\u00e5 fjerde (transport) og syvende (applikations) niveau af modellen. <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>. OSI-modellen er ikke den bedste referencepunkt til at beskrive metoder til lastbalancering. For eksempel, hvis en L4-balancer ogs\u00e5 underst\u00f8tter TLS-terminering, bliver det s\u00e5 i s\u00e5 fald en L7-balancer? Men s\u00e5dan er det.<\/p>\n<ul>\n<li><b>L4-balancer <\/b>repr\u00e6senterer oftest en mellemproxy, der st\u00e5r mellem klienten og et s\u00e6t tilg\u00e6ngelige backends, som terminerer TCP-forbindelser (det vil sige svarer selv p\u00e5 SYN), v\u00e6lger en backend og initierer en ny TCP-session i retning af den, mens den selv sender SYN. Denne type er en af de grundl\u00e6ggende, og der er ogs\u00e5 andre muligheder.<\/li>\n<li><b>L7-balancer<\/b> fordeler trafikken til de tilg\u00e6ngelige backends 'mere sofistikeret' end L4-balanceren. Den kan tr\u00e6ffe beslutninger om valg af backend baseret p\u00e5 for eksempel indholdet af HTTP-beskeden (URL-adresse, cookie osv.).<\/li>\n<\/ul>\n<p>\nUanset type kan balanceringssystemet underst\u00f8tte f\u00f8lgende funktioner:<\/p>\n<ul>\n<li> Tjenesteopdagelse \u2013 processen med at identificere en samling af tilg\u00e6ngelige backends (Static, DNS, Consul, Etcd osv.).<\/li>\n<li>Sundhedstjek af de opdagede backends (aktiv 'ping' af backend ved hj\u00e6lp af HTTP-anmodninger, passiv opdagelse af problemer i TCP-forbindelser, tilstedev\u00e6relsen af flere p\u00e5 hinanden f\u00f8lgende 503 HTTP-koder osv.).<\/li>\n<li>Selve lastbalanceringen (round robin, tilf\u00e6ldig udv\u00e6lgelse, kilde-IP-hash, URI).<\/li>\n<li>TLS-terminering og certifikatverifikation.<\/li>\n<li>Sikkerhedsrelaterede muligheder (autentificering, forebyggelse af DoS-angreb, hastighedsbegr\u00e6nsning) og meget mere.<\/li>\n<\/ul>\n<p>\nNSX Edge tilbyder st\u00f8tte til to driftsm\u00e5der for balanceringssystemet:<\/p>\n<p><b>Proxy-tilstand, eller one-arm<\/b>. I denne tilstand bruger NSX Edge sin egen IP-adresse som kildeadresse, n\u00e5r den sender en foresp\u00f8rgsel til en af backend-serverne. P\u00e5 denne m\u00e5de fungerer load-balanceren samtidig som b\u00e5de Source og Destination NAT. Backend-serveren ser al trafik som sendt fra load-balanceren og svarer direkte til den. I en s\u00e5dan ops\u00e6tning skal load-balanceren v\u00e6re i samme netv\u00e6rkssegment som de interne servere.<\/p>\n<p>S\u00e5dan foreg\u00e5r det:<br \/>\n1. \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0Brugeren sender en foresp\u00f8rgsel til VIP-adressen (load-balancerens adresse), som er konfigureret p\u00e5 Edge.<br \/>\n2. \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0Edge v\u00e6lger en af backend-serverne og udf\u00f8rer destination NAT ved at erstatte VIP-adressen med adressen p\u00e5 den valgte backend.<br \/>\n3. \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0Edge udf\u00f8rer source NAT ved at \u00e6ndre brugerens oprindelige adresse til sin egen.<br \/>\n4. \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0Pakken sendes til den valgte backend.<br \/>\n5. \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0Backend-serveren svarer ikke direkte til brugeren, men til Edge, da brugerens oprindelige adresse blev \u00e6ndret til load-balancerens adresse.<br \/>\n6. \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0Edge sender serverens svar til brugeren.<br \/>\nDiagrammet nedenfor.<br \/>\n <img decoding=\"async\" alt=\"VMware NSX for de mindste. Del 5. Ops\u00e6tning af load balancer\" src=\"\/wp-content\/uploads\/2019\/04\/a6073ec63f7aca05d61c5a40de2ba6be.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Transparent eller inline mode.<\/b> I dette scenarie har load-balanceren interfaces i det interne og det eksterne netv\u00e6rk. Der er ingen direkte adgang til det interne netv\u00e6rk fra det eksterne. Den indbyggede load-balancer fungerer som en NAT-gateway for virtuelle maskiner i det interne netv\u00e6rk.<\/p>\n<p>Mechanismen er f\u00f8lgende:<br \/>\n1. \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0Brugeren sender en foresp\u00f8rgsel til VIP-adressen (load-balancerens adresse), som er konfigureret p\u00e5 Edge.<br \/>\n2. \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0Edge v\u00e6lger en af backend-serverne og udf\u00f8rer destination NAT ved at erstatte VIP-adressen med adressen p\u00e5 den valgte backend.<br \/>\n3. \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0Pakken sendes til den valgte backend.<br \/>\n4. \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0Backend modtager en foresp\u00f8rgsel med brugerens oprindelige adresse (source NAT er ikke udf\u00f8rt) og svarer direkte til den.<br \/>\n5. \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0Trafikken modtages igen af load-balanceren, da den i inline-opstillingen normalt fungerer som standardgateway for serverfarm.<br \/>\n6. \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0Edge udf\u00f8rer source NAT for at sende trafikken til brugeren, ved at bruge sin VIP som kilde IP-adresse.<br \/>\nDiagrammet nedenfor.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX for de mindste. Del 5. Ops\u00e6tning af load balancer\" src=\"\/wp-content\/uploads\/2019\/04\/9ad9adcac02d40db1603aee84387264a.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h3>Praktik<\/h3>\n<p>\nP\u00e5 min testboks er der konfigureret 3 servere med Apache, som er sat op til at fungere over HTTPS. Edge vil balancere HTTPS-foresp\u00f8rgsler ved hj\u00e6lp af round robin-metoden, og proxye hver ny foresp\u00f8rgsel til en ny server.<br \/>\nLad os komme i gang.<\/p>\n<p><b>Generering af SSL-certifikat, som vil blive brugt af NSX Edge<\/b><br \/>\nDu kan importere et gyldigt CA-certifikat eller bruge et selvsigneret certifikat. I denne test vil jeg bruge et selvsigneret.<\/p>\n<ol>\n<li>I vCloud Director-gr\u00e6nsefladen g\u00e5r vi til Edge serviceindstillinger.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX for de mindste. Del 5. Ops\u00e6tning af load balancer\" src=\"\/wp-content\/uploads\/2019\/04\/df9be9f6d5b92af1cbe19f40459c8d9f.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<li>Vi g\u00e5r til fanen Certifikater. Fra handlingslisten v\u00e6lger vi at tilf\u00f8je et nyt CSR.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX for de mindste. Del 5. Ops\u00e6tning af load balancer\" src=\"\/wp-content\/uploads\/2019\/04\/72185bf69cb0c4d8dc0cbadc8fe4f376.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<li>Udfyld de n\u00f8dvendige felter og klik p\u00e5 Keep.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX for de mindste. Del 5. Ops\u00e6tning af load balancer\" src=\"\/wp-content\/uploads\/2019\/04\/196394d4633d76dfde6d89b8f7049e19.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<li>V\u00e6lg den netop oprettede CSR, og v\u00e6lg muligheden for selvsigneret CSR.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX for de mindste. Del 5. Ops\u00e6tning af load balancer\" src=\"\/wp-content\/uploads\/2019\/04\/262e7a1ede8bda39a9ee098f360a38e3.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<li>V\u00e6lg gyldighedsperioden for certifikatet, og klik p\u00e5 Keep.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX for de mindste. Del 5. Ops\u00e6tning af load balancer\" src=\"\/wp-content\/uploads\/2019\/04\/6c880218fd7874652e6540a0bde18310.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<li>Det selvsignerede certifikat er tilf\u00f8jet til listen over tilg\u00e6ngelige.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX for de mindste. Del 5. Ops\u00e6tning af load balancer\" src=\"\/wp-content\/uploads\/2019\/04\/f065f461da8f96ca31c96d3c801350ec.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<\/ol>\n<p><b>Konfigurerer Application Profile.<\/b><br \/>\nApplication profiles giver mere kontrol over netv\u00e6rkstrafik og g\u00f8r det nemt og effektivt at administrere den. Med dem kan du definere adf\u00e6rd for specifikke typer trafik. <\/p>\n<ol>\n<li>G\u00e5 til fanen Load Balancer, og aktiver belastningsbalanceren. Muligheden Acceleration enabled her tillader belastningsbalanceren at bruge hurtigere L4 belastning i stedet for L7.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX for de mindste. Del 5. Ops\u00e6tning af load balancer\" src=\"\/wp-content\/uploads\/2019\/04\/1ee064e2fe234fb1d96ec327f3f92f05.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<li>G\u00e5 til fanen Application profile for at indstille applikationsprofilen. Klik p\u00e5 +.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX for de mindste. Del 5. Ops\u00e6tning af load balancer\" src=\"\/wp-content\/uploads\/2019\/04\/5686a86bdff4d973f33f1a9d362ad273.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<li>Angiv navnet p\u00e5 profilen og v\u00e6lg den type trafik, som profilen vil blive anvendt p\u00e5. Jeg vil forklare nogle af parametrene.<br \/>\n<b>Persistence<\/b> \u2013 gemmer og sporer sessiondata, eksempelvis: hvilken specifik server fra puljen der betjener brugerens anmodning. Dette sikrer, at brugerens anmodninger sendes til den samme medlem af puljen i hele sessionens levetid eller p\u00e5f\u00f8lgende sessioner.<br \/>\n<b>Enable SSL passthrough<\/b> \u2013 ved at v\u00e6lge denne mulighed stopper NSX Edge med at terminere SSL. I stedet foreg\u00e5r termineringen direkte p\u00e5 de servere, som der udf\u00f8res belastningsbalancering for.<br \/>\n<b>Insert X-Forwarded-For HTTP header<\/b> \u2013 giver mulighed for at identificere klientens oprindelige IP-adresse, der opretter forbindelse til webserveren gennem belastningsbalanceren.<br \/>\n<b>Enable Pool Side SSL<\/b> \u2013 angiver, at den valgte pulje best\u00e5r af HTTPS-servere.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX for de mindste. Del 5. Ops\u00e6tning af load balancer\" src=\"\/wp-content\/uploads\/2019\/04\/81fa688f063f5cf1719461884bbb8dc2.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<li>Da jeg vil balancere HTTPS-trafik, skal jeg aktivere Pool Side SSL og v\u00e6lge det tidligere genererede certifikat i fanen Virtual Server Certificates \u2014&gt; Service Certificate.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX for de mindste. Del 5. Ops\u00e6tning af load balancer\" src=\"\/wp-content\/uploads\/2019\/04\/d2585bcc33e57adc561bc5d956057479.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<li>Det samme g\u00e6lder for Pool Certificates \u2014&gt; Service Certificate.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX for de mindste. Del 5. Ops\u00e6tning af load balancer\" src=\"\/wp-content\/uploads\/2019\/04\/b565acf03e4eba313b4624a912310663.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<\/ol>\n<p><b>Opretter en serverpulje, hvis trafik skal balanceres<\/b><\/p>\n<ol>\n<li>G\u00e5 til fanen Pools. Klik p\u00e5 +.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX for de mindste. Del 5. Ops\u00e6tning af load balancer\" src=\"\/wp-content\/uploads\/2019\/04\/e3fd9f747f3cbc43f3d348c05ece07fd.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<li>Angiv puljens navn, v\u00e6lg algoritmen (jeg vil bruge round robin) og typen af overv\u00e5gning til health check af backend. Muligheden Transparent angiver, om klienternes oprindelige source IP er synlig for interne servere.\n<ul>\n<li>Hvis muligheden er deaktiveret, g\u00e5r trafikken til interne servere fra belastningsbalancerens source IP.\n<\/li>\n<li> Hvis muligheden er aktiveret, ser de interne servere klienternes source IP. I en s\u00e5dan konfiguration skal NSX Edge fungere som standard gateway for at sikre, at de returnerede pakker passerer gennem NSX Edge.<\/li>\n<\/ul>\n<p>NSX underst\u00f8tter f\u00f8lgende load balancing-algoritmer:<\/p>\n<ul>\n<li><b>IP_HASH<\/b> \u2013 valg af server baseret p\u00e5 resultaterne af hashing-funktionen for source og destination IP for hver pakke.<\/li>\n<li> <b>LEASTCONN <\/b>\u2013 belastning af indg\u00e5ende forbindelser, afh\u00e6ngig af antallet af eksisterende forbindelser p\u00e5 en bestemt server. Nye forbindelser vil blive sendt til serveren med det laveste antal forbindelser.<\/li>\n<li> <b>ROUND_ROBIN <\/b>\u2013 nye forbindelser sendes til hver server i r\u00e6kkef\u00f8lge, i overensstemmelse med den v\u00e6gt, der er tildelt til dem.<\/li>\n<li><b>URI<\/b> \u2013 den venstre del af URI'en (f\u00f8r sp\u00f8rgsm\u00e5lstegnet) hashes og deles op i den samlede v\u00e6gt af serverne i puljen. Resultatet angiver, hvilken server der modtager anmodningen, hvilket sikrer, at anmodningen altid sendes til den samme server, s\u00e5 l\u00e6nge alle servere er tilg\u00e6ngelige.<\/li>\n<li><b>HTTPHEADER <\/b>\u2013 balancering baseret p\u00e5 en bestemt HTTP-header, som kan specificeres som parameter. Hvis headeren ikke er til stede eller ikke har nogen v\u00e6rdi, anvendes ROUND_ROBIN-algoritmen.<\/li>\n<li><b>URL <\/b>\u2013 i hver HTTP GET-anmodning s\u00f8ges der efter parameteren i URL'en, som er angivet som argument. Hvis der efter parameteren f\u00f8lger et lighedstegn og en v\u00e6rdi, hashers v\u00e6rdien og deles op i den samlede v\u00e6gt af de aktive servere. Resultatet angiver, hvilken server der modtager anmodningen. Denne proces bruges til at spore bruger-ID'er i anmodninger og sikrer, at det samme bruger-ID altid sendes til den samme server, s\u00e5 l\u00e6nge alle servere er tilg\u00e6ngelige.<\/li>\n<\/ul>\n<p>\n<img decoding=\"async\" alt=\"VMware NSX for de mindste. Del 5. Ops\u00e6tning af load balancer\" src=\"\/wp-content\/uploads\/2019\/04\/ab98325a49a63d1d005839a47af39544.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<li>I afsnittet Medlemmer klikker vi p\u00e5 + for at tilf\u00f8je servere til puljen.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX for de mindste. Del 5. Ops\u00e6tning af load balancer\" src=\"\/wp-content\/uploads\/2019\/04\/f67e7567c48a6403bb5dcd165d150052.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nHer skal angives:<\/p>\n<ul>\n<li>servernavn;<\/li>\n<li>serverens IP-adresse;<\/li>\n<li>porten, som serveren vil modtage trafik p\u00e5;<\/li>\n<li>port til health check (Monitor healthcheck); <\/li>\n<li>v\u00e6gt (Weight) \u2013 med denne parameter kan du regulere den proportionale m\u00e6ngde trafik, der modtages af det specifikke medlem af puljen;<\/li>\n<li>Max Connections \u2013 det maksimale antal forbindelser til serveren;<\/li>\n<li>Min Connections \u2013 det minimale antal forbindelser, som serveren skal h\u00e5ndtere, f\u00f8r trafikken bliver omdirigeret til det n\u00e6ste medlem af puljen.<\/li>\n<\/ul>\n<p><img decoding=\"async\" alt=\"VMware NSX for de mindste. Del 5. Ops\u00e6tning af load balancer\" src=\"\/wp-content\/uploads\/2019\/04\/4bfd6de65e50cb417845d358b11b91b5.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nS\u00e5dan ser den endelige pulje ud med tre servere.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX for de mindste. Del 5. Ops\u00e6tning af load balancer\" src=\"\/wp-content\/uploads\/2019\/04\/42ebe47da99599628d9e6e75289a9f25.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<\/ol>\n<p><b>Vi tilf\u00f8jer Virtuel Server<\/b><\/p>\n<ol>\n<li>Vi g\u00e5r til fanen Virtuelle Servere. Klik p\u00e5 +.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX for de mindste. Del 5. Ops\u00e6tning af load balancer\" src=\"\/wp-content\/uploads\/2019\/04\/4d95be098f50055d81f538ebe565cfbb.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<li>Aktiver den virtuelle server ved at v\u00e6lge Enable Virtual Server.<br \/>\nVi giver den et navn, v\u00e6lger det tidligere oprettede Application Profile, Pool og angiver IP-adressen, som Virtual Server vil modtage foresp\u00f8rgsler udefra p\u00e5. Vi angiver protokollen HTTPS og port 443.<br \/>\nValgfrie parametre er her:<br \/>\n<b>Connection Limit <\/b>\u2013 det maksimale antal samtidige forbindelser, som den virtuelle server kan h\u00e5ndtere;<br \/>\n<b>Connection Rate Limit (CPS)<\/b> \u2013 det maksimale antal nye indkommende foresp\u00f8rgsler pr. sekund.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX for de mindste. Del 5. Ops\u00e6tning af load balancer\" src=\"\/wp-content\/uploads\/2019\/04\/fae8dff378af917a96b9a7d887bb2bd8.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<\/ol>\n<p>Konfigurationen af load balancer er nu afsluttet, og vi kan teste dens funktion. Serverne har en simpel konfiguration, som g\u00f8r det muligt at forst\u00e5, hvilken server fra puljen der h\u00e5ndterede foresp\u00f8rgslen. Under ops\u00e6tningen valgte vi Round Robin balanceringsalgoritmen, og v\u00e6gtparameteren for hver server er ens, s\u00e5ledes at hver efterf\u00f8lgende foresp\u00f8rgsel vil blive behandlet af den n\u00e6ste server i puljen.<br \/>\nIndtast den eksterne adresse p\u00e5 load balancer i browseren, og vi ser:<br \/>\n<img decoding=\"async\" alt=\"VMware NSX for de mindste. Del 5. Ops\u00e6tning af load balancer\" src=\"\/wp-content\/uploads\/2019\/04\/e10d1c9eb14b42f4f6fc03a0d6f03013.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nEfter opdatering af siden vil foresp\u00f8rgslen blive behandlet af den n\u00e6ste server:<br \/>\n<img decoding=\"async\" alt=\"VMware NSX for de mindste. Del 5. Ops\u00e6tning af load balancer\" src=\"\/wp-content\/uploads\/2019\/04\/09a67549ca2f05f835a2d4645779bfa1.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nOg endnu en gang \u2013 for at teste den tredje server i puljen:<br \/>\n<img decoding=\"async\" alt=\"VMware NSX for de mindste. Del 5. Ops\u00e6tning af load balancer\" src=\"\/wp-content\/uploads\/2019\/04\/e0452323822ff0a3e02ff5bcee53bcdc.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nUnder testen kan vi se, at certifikatet, som Edge sender os, er det samme, som vi genererede i starten. <\/p>\n<p>Tjek status for load balancer fra Edge gateway-konsollen. For at g\u00f8re dette skal du indtaste <b>show service loadbalancer pool<\/b>. <br \/>\n<img decoding=\"async\" alt=\"VMware NSX for de mindste. Del 5. Ops\u00e6tning af load balancer\" src=\"\/wp-content\/uploads\/2019\/04\/10a7421dc6278ba2c721187bfeb076a9.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Vi ops\u00e6tter Service Monitor for at kontrollere tilstanden for serverne i puljen <\/b><br \/>\nMed Service Monitor kan vi overv\u00e5ge tilstanden for serverne i backend-puljen. Hvis svaret p\u00e5 foresp\u00f8rgslen ikke svarer til det forventede, kan serveren fjernes fra puljen, s\u00e5 den ikke modtager nye foresp\u00f8rgsler.<br \/>\nSom standard er der konfigureret tre kontrolmetoder:<\/p>\n<ul>\n<li> TCP-monitor,<\/li>\n<li> HTTP-monitor,<\/li>\n<li> HTTPS-monitor.<\/li>\n<\/ul>\n<p>\nLad os oprette en ny. <\/p>\n<ol>\n<li>Vi g\u00e5r til fanen Service Monitoring, klikker p\u00e5 +.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX for de mindste. Del 5. Ops\u00e6tning af load balancer\" src=\"\/wp-content\/uploads\/2019\/04\/ceac4fac8197b395d7531391534ad4ff.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<li>Vi v\u00e6lger:\n<ul>\n<li>et navn til den nye metode;<\/li>\n<li>intervallet mellem foresp\u00f8rgslerne, <\/li>\n<li>timeout for at vente p\u00e5 svar, <\/li>\n<li>monitoreringstype \u2013 HTTPS-foresp\u00f8rgsel ved brug af GET-metoden, forventet statuskode \u2013 200(OK) og URL for foresp\u00f8rgslen.<\/li>\n<\/ul>\n<\/li>\n<li>Ops\u00e6tningen af den nye Service Monitor er nu afsluttet, og vi kan bruge den, n\u00e5r vi opretter puljen. <br \/>\n<img decoding=\"async\" alt=\"VMware NSX for de mindste. Del 5. Ops\u00e6tning af load balancer\" src=\"\/wp-content\/uploads\/2019\/04\/9db2263d6e5c90e1a5aba6cee865fd50.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<\/ol>\n<p><b>Vi ops\u00e6tter Application Rules<\/b><\/p>\n<p>Application Rules er en metode til at manipulere trafik baseret p\u00e5 bestemte triggere. Med dette v\u00e6rkt\u00f8j kan vi oprette avancerede load balancing-regler, hvis ops\u00e6tning kan v\u00e6re umulig via Application profiles eller ved hj\u00e6lp af andre tjenester, der er tilg\u00e6ngelige p\u00e5 Edge Gateway.<\/p>\n<ol>\n<li>For creating a rule, go to the Application Rules tab of the load balancer.<br \/>\n <img decoding=\"async\" alt=\"VMware NSX for de mindste. Del 5. Ops\u00e6tning af load balancer\" src=\"\/wp-content\/uploads\/2019\/04\/b370858e444c144c95fe0d89d3ea42da.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<li>Select the name, the script that will use the rule, and click Keep.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX for de mindste. Del 5. Ops\u00e6tning af load balancer\" src=\"\/wp-content\/uploads\/2019\/04\/e0af1a95fb5b5bba46a52e582eba62bb.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<li>After the rule is created, we need to edit the already configured Virtual Server.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX for de mindste. Del 5. Ops\u00e6tning af load balancer\" src=\"\/wp-content\/uploads\/2019\/04\/c4617150f17e8e16cde94a9c3fb8e713.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<li>In the Advanced tab, we add the rule we created.<br \/>\n<img decoding=\"async\" alt=\"VMware NSX for de mindste. Del 5. Ops\u00e6tning af load balancer\" src=\"\/wp-content\/uploads\/2019\/04\/23f4ed5bb90bf178fec825e552fba8a6.png\" style=\"display:block;margin: 0 auto;\" \/><\/li>\n<\/ol>\n<p>In the example above, we enabled support for tlsv1.<\/p>\n<p>A couple more examples:<\/p>\n<p>Redirecting traffic to another pool.<br \/>\nWith this script, we can redirect traffic to another load balancing pool if the primary pool is not operational. For the rule to work, multiple pools must be configured on the load balancer, and all members of the primary pool must be in a down state. It is important to specify the name of the pool, not its 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>Redirecting traffic to an external resource.<br \/>\nHere we redirect traffic to an external website if all members of the primary pool are in a down state.<\/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>Even more examples <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\">her<\/a><\/noindex>.<\/p>\n<p>That's all I have about the load balancer. If you have any questions, feel free to ask; I'm here to help.<br \/>\n<br \/>Kilde: <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.3 - 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\/da\/blog\/administrirovanie\/vmware-nsx-dlya-samyh-malenkih-chast-5-nastrojka-balansirovshhika-nagruzki\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"da_DK\" \/>\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\/da\/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 for the smallest. Part 5. Load Balancer Configuration | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/vmware-nsx-dlya-samyh-malenkih-chast-5-nastrojka-balansirovshhika-nagruzki","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"da_DK","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\/da\/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\/da\/wp-json\/wp\/v2\/posts\/31817","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=31817"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/31817\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/23693"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=31817"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=31817"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=31817"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}