Avanceret belastningsbalancering og gruppering i Azure

SENDT AF Zevenet | 19. maj 2021

Den følgende artikel beskriver, hvordan du konfigurerer avancerede belastningsbalanceringstjenester med ZEVENET Load Balancer til høj tilgængelighed i Azure Virtual Machine Infrastructure. Vi vil beskrive proceduren for at konfigurere en ZEVENET Cluster og konfigurer en TCP-belastningsbalanceprofil til HTTP-tjenester med load balance med en farm med backend-servere. Det foreslåede eksempel er det samme som i Avanceret belastningsbalance og klynge i Amazon Web Services .

Denne gang vil vi demonstrere, hvordan det kunne anvendes i azurblå ved hjælp af Azure-tjenester. Følgende diagram beskriver den arkitektur, vi vil implementere. En webbelastningsafbalancering med ZEVENET Application Delivery Controller i Azure.

Hver ZEVENET ADC-maskine er konfigureret med en grænseflade eth0, og hver forekomst tildeles en offentlig IP, og også en yderligere offentlig IP tildeles en anden yderligere IP gennem eth0 i LB1-forekomsten, som vil blive brugt til belastningsbalanceringsformål, som beskrevet under:
LB1 er tildelt til 10.0.1.9 i eth0 får du adgang til denne instans direkte af den offentlige IP 40.117.239.182
LB2 er tildelt til 10.0.1.8 i eth0 får du adgang til denne instans direkte af den offentlige IP 137.135.92.30

En ekstra IP tildeles LB1 og konfigureres i belastningsafbalanceren med navnet eth0: vip1 og IP 10.0.1.11, denne IP bruges til at konfigurere her en Load Balancing Service og være en del af klyngetjenesten, så denne IP fungerer kun i en af ​​ZEVENET-forekomsterne ad gangen, som administrerer den AKTIVE rolle i klyngen. Denne interne IP er tildelt en offentlig IP 52.170.117.153, som klienter har adgang til for at oprette forbindelse til den offentliggjorte webservice.

Endelig er backends Virtual Machines-forekomster med Linux-baserede webservere, disse forekomster er en del af den belastningsafbalancerede service, hvor klienten opretter forbindelse, når den bliver anmodet om det http://52.170.117.153/ .

For at implementere den viste arkitektur vil vi implementere to forekomster af ZEVENET Load Balancer, som er tilgængelige på Azure marketplace. Klik bare på "Opret en ressource" på hjemmesiden til Azure Portal, og søg efter ZEVENET Load Balancer-produkt.

Du kan konfigurere hver parameter for belastningsafbalancering som enhver anden virtuel maskine. For at gøre det skal du overveje følgende:
For sin størrelse er B1ls tilstrækkelig til vores formål.
For hver Balancer-maskine oprettes en tilknyttet netværksgrænseflade. Konfigurer dens offentlige IP, private netværk og sikkerhedsgruppe i balanceringsformularen. Husk, at denne offentlige IP er nødvendig for at få adgang til dens GUI. Hvert virtuelt netværk er isoleret fra andre, så det valgte virtuelle netværk skal være det samme, hvor den anden balancer og backends er placeret.

ZEVENET bruger TCP-port 444 til HTTPS-web-GUI-styringsformål og TCP-port 22 i SSH til kommandolinjestyring og klyngedrift. Derudover kræves det, at hver virtuel port, der bruges i de virtuelle tjenester til load balancer, skal inkluderes i din sikkerhedsgruppe. I dette tilfælde er vi nødt til at konfigurere den næste indgående regel for at tillade indgående trafik ved TCP-port 80 for at få adgang til vores backends HTTP-tjenester. Disse netværkskonfigurationer kan konfigureres i en netværkssikkerhedsgruppe.

Når de virtuelle ZEVENET-apparater er blevet implementeret, og instanstilstandene viser kørende tilstand, kan vi fortsætte med at konfigurere netværket.

Vi er nødt til at konfigurere netværksgrænsefladerne ved at klikke på dem direkte fra den forrige side eller se efter dem på hjemmesiden. Klik på IP-konfigurationer, og sørg for, at du har en konfiguration, der tillader http-trafik at passere.

I den aktive knude har vi brug for to Ip-konfigurationer. En offentlig IP, der kun er knyttet til en privat IP (som vil blive brugt til administrationsformål) og en offentlig IP-klynge, der er knyttet til den private IP, der er forbeholdt vores balanceringsformål.

Når de offentlige IP'er er konfigureret, er de virtuelle belastningsbalancere tilgængelige som følger:
LB1 vil være tilgængelig via https:// 40.117.239.182:444 bruger rod og adgangskode forekomsten id.
LB1 vil være tilgængelig via ssh i IP 40.117.239.182, dette konfigureres ved implementeringstidspunktet for Virtual Machine.
LB2 vil være tilgængelig via https:// 137.135.92.30:444 bruger rod og adgangskode forekomsten id.
LB2 vil være tilgængelig via ssh i IP 137.135.92.30, dette konfigureres ved implementeringstidspunktet for Virtual Machine.

Hvis du overvejer at ændre værtsnavnet, inden du fortsætter, skal du genstarte Virtual Machine-forekomsten for at anvende ændringer.

Når adgangen til web-GUI'en er gjort med succes, vil du se to vigtige værdier, værtsnavnet og certifikatnøglen. Begge oplysninger er unikke pr. Belastningsafbalancering og er relateret til aktiveringslicensen; Brug disse oplysninger i følgende URL som beskrevet: https://www.zevenet.com/activate-enterprise-edition-cloud-evaluation/.

Når formularen er udfyldt, sender systemet automatisk licensen til den angivne e-mail. Upload venligst den modtagne PEM-aktiveringslicens via web-GUI'en i hver load balancer. Når det er gjort, er web-GUI'en låst op, og alle funktionerne er helt aktiverede og operationelle.
Udfør den samme aktiveringsprocedure i begge knudepunkter LB1 og LB2.

Nu er vi klar til at konfigurere ZEVENET Cluster-tjenesten, så gå til webpanelet i LB1 gennem den tildelte offentlige IP https://40.117.239.182:444Sektion System> Klynge at udfylde følgende formular:

Azure legitimationsoplysninger:
          Bruger: dit Azure-brugernavn.
          Adgangskode: din Azure-adgangskode.

Konfigurer klynge:
          Lokal IP: vælg IP og NIC for eth0.
          Fjern IP: indtast her IP for eth0 i node LB2.
          Adgangskode til ekstern knude og bekræft password: indtast her rodadgangskoden til ssh i den anden node, som standard forekomst-id'et for LB2.

Klik på Generer og vent et par sekunder, mens noden, hvor du kører konfigurationen, tager ACTIVE rolle (LB1) og den anden (LB2) vil tage PASSIV rolle.

På dette tidspunkt er ZEVENET Cluster konfigureret i Azure, og den er klar til at arbejde, så lad os konfigurere vores første klyngede belastningsafbalancerede service.
Det er absolut nødvendigt at indsætte azurblå legitimationsoplysninger på begge noder. Så gå også til webpanelet i LB2 gennem den tildelte offentlige IP https:// 137.135.92.30:444 og udfyld også Azure Credentials. Det skal præciseres, at disse brugeroplysninger ikke vil blive gemt hvor som helst, de vil kun blive brugt til at oprette en direkte aktiv bruger med kun tilladelser til at ændre klyngens netværksgrænseflader.

Konfiguration af en simpel L4 Load-balance til webservices

Gå til LSLB> Gårde> Opret gård med følgende parametre.

Tag højde for, at den anvendte virtuelle IP 10.0.1.11 er den virtuelle IP konfigureret tidligere og en ressource i klyngen, som altid kan nås fra ACTIVE node. Trykke Opret og fortsæt. Konfigurer sektionen Serviceydelser som beskrevet:

Brug IP-persistens med en timeout på 60 sekunder, bare hvis du har brug for at garantere, at den samme klients IP vil være forbundet til den samme backend over en bestemt periode. Konfigurer de avancerede sundhedstjek med FarmGuardian. Brug check_tcp som en simpel sundhedstjek for at kontrollere, at TCP-backend-port 80 åbnes i hver backend. Og derefter tilføje backend-serverne interne IP'er og port, hvor de virkelige webservices kører.

Test nu forbindelsen til Offentlig IP http://52.170.117.153/ tildelt den interne IP 10.0.1.11, forbindelsen vil passere gennem belastningsbalanceren ved hjælp af eth0: VIP1 og videresendt til en af ​​de tilgængelige backends.

Tving derefter til at ændre ACTIVE rolle i klyngen, for eksempel genstarte noden med denne rolle, den anden vil tage den virtuelle tjeneste og oprette forbindelse igen til den offentlige IP. De nuværende og nye klientforbindelser etableres mod den samme backend, men denne gang gennem den nye ACTIVE node.

Nyd avanceret belastningsbalancering og klyngedannelse i Azure med ZEVENET!

Del på:

Dokumentation i henhold til GNU Free Documentation License.

Var denne artikel til hjælp?

Relaterede artikler