Jo flere ledetråder en detektiv har, jo lettere blir det for ham å løse saken. Det er akkurat slik en lastbalanser fungerer. Jo mer informasjon en lastbalanser har, jo bedre fungerer den. I denne bloggen skal jeg snakke om Application Load Balancer og hvordan den distribuerer innkommende trafikk ved å få større tilgang til pakkeoverskrifter, HTTPS og HTTPS-detaljer.
Emner som dekkes:
- Hva er Application Load Balancer?
- Working Of Application Load Balancer
- Funksjoner som gjør det bedre enn klassisk lastbalanser
- Demo: Lag en applikasjonsbelastningsavbalanse og demonstrer at den fungerer
Hva er Application Load Balancer?
Jeg er sikker på at dere har hørt om OSI-modellen. Det er en 7-lags arkitektur med hvert lag som utfører en spesiell oppgave i overføring av data over hele verden. Disse lagene inkluderer - Fysisk lag, datalinklag, nettverkslag, transportlag, øktlag, presentasjonslag og applikasjonslag. Application Load Balancer opererer på det syvende laget av OSI-modellen som navnet antyder. Denhar evnen til å undersøke applikasjonsnivåinnholdet og dirigere trafikken basert på denne innhentede informasjonen. Innhold på applikasjonsnivå inkluderer pakkeopplysninger, HTTP og HTTPS-detaljer. Dette gjør rutingen enklere, raskere og mye mer effektiv. Det er en av de mest brukte .
Working Of Application Load Balancer
Søknadsbelastningsutjevning består av lyttere og regler . Når en klient kommer med forespørselen, erkjenner lytteren den. Reglene er retningslinjer som styrer rutingen av hver klientforespørsel når den er hørt av lytteren. Reglene består av tre komponenter - Målgruppen , Prioritet og Forhold . Målgrupper består av registrerte mål (servere der trafikken skal dirigeres). Hver målgruppe ruter forespørsler til ett eller flere registrerte mål, for eksempel EC2-forekomster, ved hjelp av protokollen og portnummeret du angir. Så i utgangspunktet, når lytteren får forespørselen, går den gjennom prioriteringsrekkefølge for å bestemme hvilken regel som skal brukes, analyserer reglene og ut fra tilstand, bestemmer hvilken målgruppe som får forespørselen.
Du kan alltid legge til eller fjerne mål fra belastningsutjevneren din når og når det er nødvendig, uten å forstyrre den samlede strømmen av forespørslene til applikasjonen din. ELB skalerer belastningsutjevneren din dynamisk, dvs. når trafikken på applikasjonen endres over tid og holder applikasjonen forberedt på forskjellige situasjoner.
Funksjoner som gjør det bedre enn klassisk lastbalanser
Innholdsbasert ruting: Application Load Balancer må få tilgang til HTTP-overskrifter og ruter dermed trafikken basert på den.
Støtte for containerbasert applikasjon: Med det kraftige konseptet med containerisering pakker de fleste brukerne mikrotjenestene sine i containere og er vert for dem på EC2-forekomster. Dette gjør at en enkelt EC2-forekomst kan kjøre flere tjenester. Application Load Balancer støtter disse containerbaserte applikasjonene. Én forekomst kan være vert for flere containere og lytte på flere porter, bak samme målgruppe. Den utfører også finkornede helsekontroller på havnenivå.
Bedre beregninger: Application Load Balancer utfører helsekontroller per port og genererer også en rapport. Health check spesifiserer en rekke akseptable HTTP-svar. Disse helsekontrollene ledsages også av detaljerte feilkoder.
Banebasert ruting: Application Load Balancer støtter banebasert og vertbasert ruting, noe som ikke er tilfelle med Classic load balancer. YDu kan dirigere forespørsler til flere domener ved hjelp av en enkelt belastningsutjevner.
Registrer IP-adresse og Lambda-funksjoner: Foruten å registrere EC2-forekomster, kan du også registrere IP-adresser og Lambda-funksjoner til målet ditt. Og derforDu kan også registrere mål som er utenfor VPC.
Tilbyr tilleggsprotokoller og arbeidsmengder:
Application Load Balancer har to tilleggsprotokoller - HTTP / 2 og WebSocket
HTTPS / 2: Denne protokollen støtter multipleksede forespørsler over en enkelt tilkobling. Dette reduserer nettverkstrafikk.
WebSocket: Denne protokollen lar deg sette opp en langvarig TCP-forbindelse mellom klienten og serveren. Denne protokollen er mye mer effektiv sammenlignet med de eldre metodene.
Demo: Lag en applikasjonsbelastningsavbalanse og demonstrer at den fungerer
La oss forstå Application Load Balancer bedre ved å lage en og bruke den. I denne demoen skal jeg opprette to EC2-forekomster, distribuere Nginx-webserver på begge med forskjellig HTML-utgang (lett å skille mellom dem), opprette en applikasjonsbelastningsbalanser, registrere disse to forekomster til den belastningsbalansen og sjekke hvis webserveren som er distribuert på forekomster, kan nås fra lastbalanserings-DNS. La oss komme i gang.
Trinn 1: og koble forekomster til enten Putty eller cmder.
Steg 2: Installer Nginx webserver på begge forekomster. Utfør følgende kommandoer for å installere Nginx:
$ sudo apt-get update $ sudo apt install nginx $ sudo ufw app liste $ sudo ufw tillat 'Nginx HTTP' $ sudo ufw status
Kopier den offentlige IP-en til forekomster og lim den inn i en nettleser som en URL, for å sjekke om Nginx er installert.
Trinn 3 : Endre HTML-utdata fra Nginx-webserveren for å unngå forvirring mellom distribusjonene i begge forekomster.
$ cd / var / www / html $ sudo vi index.nginx-debian.html
Endre innholdet i H1-koden som “Velkommen til Nginx! - SERVER 1 ”. Gjør det samme i den andre forekomsten bortsett fra, endre den til “Velkommen til Nginx! - SERVER 2 ”.
Trinn 4: Opprett en applikasjonsbelastningsutjevner. I navigasjonsruten under LASTBALANSERING , velg Lastbalanser og klikk på Skape under Application Load Balancer.
Du navigeres til en annen side. Velg Lag Load Balancer der.
La oss konfigurere belastningsbalansen. For navn, skriv inn navnet du vil at belastningsutjevneren din skal ha. For Scheme velger du enten Internett-vendt eller Internt. I dette tilfellet har jeg valgt internettvendt. Internett-vendt ruter i utgangspunktet forespørsler fra klienter til målet over internett.
For lyttere er standard å akseptere TCP-trafikk på port 80, og jeg fortsetter med samme standard lytterkonfigurasjon. I tilfelle du vil legge til en annen lytter, kan du velge Legg til lytter .
For tilgjengelighetssone velger du VPC som du har brukt til å opprette EC2-forekomster. Velg en tilgjengelighetssone og delnett for den tilgjengelighetssonen for hver tilgjengelighetssone som brukes til å opprette en EC2-forekomst.
Du legger til koder i belastningsutjevneren din etter behov. Merkelapper er spesielt nyttige når du har flere belastningsbalansere.
Klikk på Neste: Konfigurer sikkerhetsinnstillinger . Du ser kanskje en advarsel, men du kan ignorere den.
I dette trinnet kan du konfigurere sikkerheten til belastningsutjevneren din. Du kan enten Opprett en ny sikkerhetsgruppe eller Velg en eksisterende sikkerhetsgruppe . I dette tilfellet har jeg valgt en eksisterende sikkerhetsgruppe.
Når du er ferdig med sikkerhetskonfigurasjon, klikker du på Neste: Konfigurer ruting . Velg en Ny målgruppe. Legg til Navn du vil gi din Målgruppen . Velg Måltype som Forekomst, som vi legger ved forekomster. Application load Balancer lar deg også legge til IP-adresser og Lambda-funksjoner. La Protokoll og Havn være standard.
Jeg har ikke endret noe i Helsekontroller og Avanserte helsekontroller enten. Standardinnstillinger er gode nok for oss.
Klikk på Neste: Registrer mål for å legge til målene dine (i dette tilfellet forekomster) til belastningsutjevneren din.
Velg forekomster du vil legge til som mål, og klikk deretter på Legg til i registeret.
Målene dine (forekomster) er nå registrert i Load Balancer.
Klikk på Neste: Anmeldelse . Gjennomgå Load Balancer og klikk til slutt på Skape .
Lastbalansen din er nå opprettet, og du kan kontrollere statusen.
Yayyy !! Du har opprettet en belastningsbalanse for applikasjoner. La oss nå sjekke om det faktisk fungerer.
Trinn 5: Kopier DNS-navnet til belastningsutjevneren din og lim den inn i en nettleser som en URL. Du bør se utdataene fra første instans.
hvordan du bruker en iterator
Gå nå til en annen nettleser og lim inn det samme DNS-navnet. Du bør se utgangen av den andre forekomsten.
Og det viser at lastbalanseren balanserer belastningen av to forekomster på den. Lastene på begge EC2-forekomster vil bli håndtert av denne belastningsbalansen. En annen måte å teste hvordan Load Balancer fungerer, er å stenge en forekomst og sjekke om distribusjonene er distribuert på Load Balancer's DNS.
Dette bringer oss til slutten av denne Application Load Balancer-bloggen. Jeg håper dere har forstått konseptet bak denne fantastiske tjenesten levert av Amazon. For flere slike blogger, besøk “ '.
Hvis du ønsker å lære mer om Cloud Computing og bygge en karriere innen Cloud Computing, kan du sjekke ut vår som kommer med instruktørledet live-opplæring og reell prosjektopplevelse. Denne opplæringen vil hjelpe deg med å forstå Cloud Computing i dybden og hjelpe deg med å mestre emnet.
Har du et spørsmål til oss? Vennligst nevn det i kommentarfeltet, så kommer vi tilbake til deg eller legger ut spørsmålet ditt på . På Edureka Community har vi mer enn 1 000 000 teknologifantikere klare til å hjelpe.