Vultr Load Balancers

• Wat is een Load Balancer
• Een load balancer implementeren
• Na implementatie

Wat is een Load Balancer

Load Balancers zitten voor uw applicatie en verdelen inkomend verkeer over meerdere instanties van uw applicatie. Stel dat u een e-commercewebsite heeft. Je merkt dat je grip hebt gekregen en steeds meer klanten naar je applicatie trekt. Om dit verkeer op te vangen, kunt u een ander exemplaar van uw e-commerce winkel implementeren. Om ervoor te zorgen dat gebruikers tussen deze instanties van uw winkel worden geleid, implementeert u een load balancer ervoor.

De load balancer verdeelt het verkeer tussen de twee instanties van uw applicatie. Hiermee kunt u uw applicatie schalen door meer instanties te implementeren en door ze achter een load balancer te plaatsen, verhoogt u de hoeveelheid verkeer die u kunt verwerken. Dit helpt ook om uw uptime te verbeteren - met een load balancer, als u meerdere instanties heeft en een daarvan faalt of offline gaat, zou de load balancer het verkeer omleiden naar de gezonde actieve knooppunten.

Een load balancer implementeren

Overzicht

Dit is een volledig beheerde service. U hoeft zich geen zorgen te maken over het up of running houden van uw load balancer-infrastructuur. Hierdoor kunt u zich concentreren op het bouwen van uw applicaties en deze naar eigen inzicht laten groeien. Houd er echter rekening mee dat u ervoor moet zorgen dat uw toepassing correct is geconfigureerd en ingesteld om met de load balancer te werken.

Doorstuurregels

Hier definieert u welke openbare poorten worden toegewezen aan welke interne poorten met protocol. Bijvoorbeeld: als ik een ruby ​​on rails-applicatie heb waarvoor ik een load balancer wil plaatsen, en de applicatie luistert naar de poort, 1234maar ik wil dat gebruikers toegang krijgen tot mijn applicatie via de poort 80, dan zou ik mijn toewijzing definiëren alsLoad Balancer http 80 -> Instance HTTP 1234

Als u HTTPS als protocol kiest, wordt u gevraagd om uw eigen SSL-certificaat te uploaden. In een toekomstige release zal Let's Encrypt-ondersteuning worden toegevoegd.

Load Balancer-configuratie

Algoritmen

Er zijn twee beschikbare opties voor het algoritme:

• Roundrobin - Selecteert om de beurt servers. Dit is het standaardalgoritme.

• Leastconn - Selecteert de server met het minste aantal verbindingen - het wordt aanbevolen voor langere sessies. Servers in dezelfde back-end worden ook op een rondborstige manier geroteerd.

Kleverige sessies

We gebruiken applicatie-gecontroleerde sessiepersistentie voor onze plakkerige sessies.

Uw applicatie genereert een cookie die de duur van de sessie-stickiness bepaalt. De load balancer geeft er nog steeds zijn eigen sessiecookie bovenop, maar volgt nu de levensduur van de applicatiecookie.

Dit maakt kleverige sessies efficiënter, zodat gebruikers nooit naar een server worden geleid nadat hun lokale sessiecookie al is verlopen. Het is echter complexer om te implementeren omdat het extra integratie vereist tussen de load balancer en de applicatie.

U wordt gevraagd om een ​​cookienaam toe te voegen.

Label

Dit is slechts een label voor uw load balancer.

Forceer HTTP naar HTTPS

Dit dwingt HTTP-omleiding naar HTTPS. U heeft een geldig SSL-certificaat en HTTPS nodig om dit goed te laten werken.

Gezondheidchecks

Deze statuscontroles controleren of uw bijgevoegde applicaties / instanties in orde zijn en waar ze naar kunnen worden geleid. Als een van uw instanties een statuscontrole niet doorstaat, zal de load balancer het verkeer naar die instantie beperken.

Na implementatie

Zodra de implementatie is voltooid (dit kan enkele minuten duren), krijgt u een IPV4- en een IPV6-adres dat uw openbare IP is voor de load balancer.

Nu kunt u ook uw applicatie / instanties aan de load balancer koppelen / loskoppelen, samen met eventuele configuratiewijzigingen die u wilt.

Metrische gegevens

Zodra uw load balancer een paar minuten heeft gedraaid, worden statistieken verzameld. U kunt uw statistieken bekijken op het tabblad metrische gegevens in uw load balancer-dashboard.