Wat is een loadbalancer?
Kubernetes containerbeheer is essentieel voor het soepel laten draaien van een applicatie. Een load balancer is een eerste vereiste om goed containerbeheer en hoge schaalbaarheid in Kubernetes te realiseren. Zoals eerder besproken, zit er een load balancer tussen de client-server en de bronservice. Het enige doel van een load balancer is ervoor te zorgen dat de netwerkstroom tussen verschillende servers wordt geregeld. In Kubernetes wordt het netwerkverkeer van de resourceserver naar meerdere Kubernetes-services geleid. Er is dus een regelgevende instantie nodig om deze gegevensstroom tussen verschillende servers en Kubernetes-services te beheren. Een load balancer voorkomt overbelasting van een server en verbetert de reactietijd van de server in Kubernetes. Hierdoor kunnen de gebruikers de containers efficiënter gebruiken.
Totdat de capaciteit is bereikt, stuurt de Kubernetes load balancer verbindingen naar de eerste server van de pool. De volgende server ontvangt daarna de nieuwe verbindingen. Deze strategie is handig in situaties waarin virtuele machines duur zijn, zoals gehoste instellingen.
In Kubernetes ziet het serviceconfiguratiebestand er ongeveer als volgt uit:
U kunt zien dat het type loadBalancer is in de eerder geleverde schermafbeelding. Door de LoadBalancer in het typegebied van het serviceconfiguratiebestand in te voeren, wordt de loadbalancer ingeschakeld. Aanvullende details zoals de apiversie, soort, naam en specificatie-informatie worden ook weergegeven. De load balancer in dit geval, die het verkeer naar de back-end POD's leidt, wordt beheerd en aangestuurd door de cloudserviceprovider.
Werkingsprincipe van Load Balancer
Laten we eerst een veelvoorkomend misverstand uit de weg ruimen. Wanneer u het woord load balancer in Kubernetes hoort, kan dit u in de war brengen, aangezien de term load balancer in Kubernetes voor veel doeleinden door elkaar wordt gebruikt. In dit artikel zullen we ons echter op twee dingen concentreren: de diensten van Kubernetes relateren aan externe omgevingen en het beheer van de netwerkbelasting met deze diensten.
De pods in Kubernetes verwijzen naar de kleinste inzetbare eenheden die de geplande taken bevatten. Een groep peulen vormt een container. De componenten van Kubernetes zijn gestructureerd op basis van de functie. Alle containers die een vergelijkbare functie moeten vervullen, zijn georganiseerd in pods. Op dezelfde manier worden vervolgens alle gerelateerde pods gecombineerd om een service te maken. Laten we er rekening mee houden dat de pods in Kubernetes niet permanent zijn. Ze worden steeds vernietigd en aangemaakt telkens wanneer de pod opnieuw wordt opgestart.
Bijgevolg worden de IP-adressen van de pods ook steeds weer gewijzigd. Wanneer de pod opnieuw wordt opgestart, wijst Kubernetes automatisch nieuwe IP-adressen toe aan de nieuw gemaakte pods. Aan de andere kant, als we het hebben over een groep pods die gezamenlijk bekend staan als services, hebben ze een permanent IP-adres. In tegenstelling tot een individu, wordt het niet gewijzigd na het opnieuw opstarten. Dit wordt cluster-IP genoemd. De containers in dat specifieke cluster hebben alleen toegang tot cluster-IP. U hebt echter geen toegang tot het cluster-IP vanuit een externe omgeving. Dat is waar de load balancer belangrijk is. Aangezien u niet rechtstreeks toegang kunt krijgen tot het cluster-IP van buiten het cluster, heeft u een tussenkomst nodig. Deze interventie handelt alle verzoeken van buiten het cluster af en beheert het netwerkverkeer.
Creatie van Round Robin Load Balancer
Er zijn veel soorten loadbalancers. In dit artikel richten we ons met name op één soort. We zullen het hebben over het type load balancer dat is bedoeld voor het balanceren van netwerkstromen. In Kubernetes zorgt deze load balancer voor de juiste verdeling van netwerkverkeer naar de Kubernetes-services. Deze distributie gebeurt volgens een reeks voorgeprogrammeerde instructies of algoritmen.
De round robin load balancer is een van de eenvoudigste manieren om de invoerverzoeken tussen serverpools te beheren. Het is één van de strategieën om de features van Kubernetes, zoals beheer en schaalbaarheid, optimaal te benutten. De sleutel achter het betere en efficiëntere gebruik van Kubernetes-services is het balanceren van het verkeer naar de pods.
Het round robin-algoritme is ontworpen om het verkeer in een specifieke volgorde naar een set pods te leiden. Hier is het de geplande bestelling die moet worden genoteerd. Dat betekent dat de configuratie in uw handen ligt.
Stap 1: Stel dat u vijf pods hebt geconfigureerd in een round-robin-algoritme. De load balancer stuurt de verzoeken naar elke pod in een specifieke volgorde. De eerste pod ontvangt het eerste verzoek. De tweede pod ontvangt het tweede verzoek.
Stap 2: Op dezelfde manier wordt een derde verzoek naar de derde pod gestuurd, enzovoort. Maar de volgorde verandert niet. Een belangrijk ding is dat een round-robin-algoritme zich nooit bezighoudt met de variabelen zoals de huidige belasting van een server. Dat betekent dat het statisch is. Daarom heeft het niet de voorkeur in productieverkeer.
De belangrijkste reden waarom u naar het round-robin-algoritme zou moeten leunen, is dat de implementatie ervan een fluitje van een cent is. Dit kan echter de nauwkeurigheid van het verkeer in gevaar brengen. Dit komt doordat de round robin load balancers de verschillende servers niet kunnen identificeren. Er bestaan verschillende varianten van load balancers om de nauwkeurigheid te verbeteren, zoals gewogen round robin, dynamische round robin, enz.
Gevolgtrekking
Dit artikel biedt de lezers basisinformatie over load balancers en hoe ze werken. Een van de belangrijkste taken van Kubernetes-beheerders is loadbalancing. Daarnaast hebben we het gehad over de structuur van Kubernetes en hoe belangrijk een load balancer is om de werking van Kubernetes-clusters te verbeteren. In dit artikel hebben we geleerd over een type load balancer, de round robin load balancer.