Is het failover of load balancing?

[ge-flopt]

Met de huidige energie kosten ben ik aan het kijken of ik mijn huidige server wat vaker uit kan zetten. Het is met name bedoelt om dingen te testen en uit te proberen en wat webpagina's te serveren.

Ik wil het volgende doen, maar kan niet echt vinden hoe en en welke software er op aansluit:
Ik stuur mijn requests naar een raspberry pi, die kijkt of Big Brother (server) aan staat en als dat het geval is, stuurt hij de request door naar BB. Als deze niet aanstaat handelt hij het zelf (trager) af.

Als ik zoek op load balancing zoek kom ik op RPI K8S clusters uit. Als ik op Failover zoek, dan kom ik meer op oplossingen uit die zijn gericht op oplossingen als er een internet verbinding uitvalt.

Weet iemand of dit nu onder failover valt, of het load balancing is (of iets anders) en of er voor Linux/RPI hier een totaal oplossing voor is?

[MAX3400]

Dit klinkt als load balancing op basis van "service".

[eheijnen]

Beetje leesvoer
Wikipedia: Load balancing (computing)
Wikipedia: High-availability cluster

[ge-flopt]

eheijnen schreef op vrijdag 23 september 2022 @ 15:58:
Beetje leesvoer
Wikipedia: Load balancing (computing)
Wikipedia: High-availability cluster

Beide heeft een beetje wat ik zoek, maar net niet.
Loadbalancing is het niet omdat er geen load verdeeld wordt: Het is meer van een: Is B.B. er ja, dan mag hij het uitvoeren, anders verwijzen we naar L.B. (Little Brother)
H.A. is het ook niet, omdat ze geen onderliggende hardware delen. Het zijn 2 aparte apparaten, die niet in een cluster zitten.

MAX3400 schreef op vrijdag 23 september 2022 @ 15:42:
Dit klinkt als load balancing op basis van "service".

Dat dekt de lading het beste inderdaad, maar bestaat zulke software/distro eigenlijk wel?

[eheijnen]

Bij HA iets meer naar clustering / fail over kijken

Wat jij zoekt is uptime

[MAX3400]

ge-flopt schreef op vrijdag 23 september 2022 @ 16:19:
[...]

Dat dekt de lading het beste inderdaad, maar bestaat zulke software/distro eigenlijk wel?

Ja, zelfs iets "stoms" als nginx Plus kan dat.

Dom gezegd (heel snel samengevat): je installeert nginx. Je definieert daarna welk protocol er geluisterd moet worden bijvoorbeeld 1984 en daarna definieer je een "array" met IP's die die poort intern kunnen beluisteren. Je kan zelfs elk IP een weight-level meegeven en klaar.

Het is overigens niet zaligmakend; als IP-A nog wel luistert op port 1984 en ook aan nginx terugroept "ben er" maar daarna geen requests verwerkt of andere requests aanneemt, denkt nginx nog steeds dat IP-A de primaire machine is.

En zo verder...

[ Voor 5% gewijzigd door MAX3400 op 23-09-2022 16:41 ]

[Jazzy]

Het is wel load balancing. Afhankelijk van criteria wordt het verkeer ofwel naar je primaire server gestuurd ofwel naar een server die lokaal op je Raspberry Pi draait. Load balancing wordt in veel meer scenario's gebruikt dan de load evenredig over een aantal achterliggende servers te verdelen.

[SambalBij]

Dit zit inderaad precies op het scheidingsvlak tussen loadbalancing en HA/failover. Veel loadbalancers doen/kunnen beiden.

Als je dit onder linux wil doen, ga eens inlezen op haproxy

[downtime]

ge-flopt schreef op vrijdag 23 september 2022 @ 16:19:
[...]

H.A. is het ook niet, omdat ze geen onderliggende hardware delen. Het zijn 2 aparte apparaten, die niet in een cluster zitten.

Dat hoeft ook niet. HA is niet iets exotisch waarvoor je speciale hardware nodig hebt.

Jouw situatie zou ik als failover zien omdat je een alles-of-niets situatie wilt. Al het verkeer naar de server en alleen als die niet meer reageert overschakelen naar de Pi.

Maar in de praktijk is dit een subtiel verschil. Een beetje loadbalancer kan dit allebei voor je doen.

[_Arthur]

Gewoon scripten.

Op je rPi draai je een proxy met een redirect. Deze redirect pas je aan met een script die op je rPi draait die elke x-seconden checkt of BB er is / werkt; zoja, niets doen, zonee, pas de redirect aan naar de site die op je rPi draait.

[downtime]

_Arthur schreef op vrijdag 23 september 2022 @ 16:50:
Gewoon scripten.

Op je rPi draai je een proxy met een redirect. Deze redirect pas je aan met een script die op je rPi draait die elke x-seconden checkt of BB er is / werkt; zoja, niets doen, zonee, pas de redirect aan naar de site die op je rPi draait.

Er zijn meerdere software pakketten die dit gewoon kunnen doen. Ha-Proxy, Nginx, waarschijnlijk ook Apache. Echt geen reden om zelf te gaan scripten.

[_Arthur]

downtime schreef op vrijdag 23 september 2022 @ 17:04:
Er zijn meerdere software pakketten die dit gewoon kunnen doen. Ha-Proxy, Nginx, waarschijnlijk ook Apache. Echt geen reden om zelf te gaan scripten.

Met een script van 5-10 regels ben je er wel. Waarom allerlei mogelijke dingen verzinnen voor een dergelijke thuis situatie ontgaat mij.

Maar als de TS er van wilt leren etc, dan natuurlijk doen want waarom niet

[pennywiser]

Gewoon Nginx gebruiken, een simpele reverse proxy kan dit. Geen Nginx Plus voor nodig btw. @MAX3400

[ Voor 53% gewijzigd door pennywiser op 23-09-2022 17:12 ]

[Jazzy]

_Arthur schreef op vrijdag 23 september 2022 @ 17:05:
[...]

Met een script van 5-10 regels ben je er wel. Waarom allerlei mogelijke dingen verzinnen voor een dergelijke thuis situatie ontgaat mij.

Hoe wil je dit met een script doen zonder een server te installeren? Je moet toch iets hebben draaien wat naar de verzoeken luistert en ze vervolgens doorstuurt?

[pennywiser]

downtime schreef op vrijdag 23 september 2022 @ 17:04:
[...]

Er zijn meerdere software pakketten die dit gewoon kunnen doen. Ha-Proxy, Nginx, waarschijnlijk ook Apache. Echt geen reden om zelf te gaan scripten.

Apache kan ook heel goed proxien, meesten pakken altijd Nginx, maar heb je Apache al draaien kan je daar een extra vhost gebruiken ipv een extra pakket te installeren.

[pennywiser]

Jazzy schreef op vrijdag 23 september 2022 @ 17:25:
[...]

Hoe wil je dit met een script doen zonder een server te installeren? Je moet toch iets hebben draaien wat naar de verzoeken luistert en ze vervolgens doorstuurt?

Hij bedoelt volgens mij ook alleen als je er wat van wilt leren, anders kant en klare oplossing kiezen. Verder inderdaad wat je zegt.

[_Arthur]

Jazzy schreef op vrijdag 23 september 2022 @ 17:25:
Hoe wil je dit met een script doen zonder een server te installeren? Je moet toch iets hebben draaien wat naar de verzoeken luistert en ze vervolgens doorstuurt?

Hij heeft al een rPi draaien zegt ie waarop z'n secondary site staat.

Zonder een "server-applicatie" te installeren zeg je? ncat, socat, goproxy of gost zou je dan als simpele commandline tools / commandline-applicaties kunnen gebruiken.

Magoed, je wilde vast een andere reactie uit de kast lokken

[pennywiser]

_Arthur schreef op vrijdag 23 september 2022 @ 18:42:
[...]

Hij heeft al een rPi draaien zegt ie waarop z'n secondary site staat.

Zonder een "server-applicatie" te installeren zeg je? ncat, socat, goproxy of gost zou je dan als simpele commandline tools / commandline-applicaties kunnen gebruiken.

Magoed, je wilde vast een andere reactie uit de kast lokken

Ik zat ook aan netcat te denken, maar iets dergelijks vind ik toch iets te groot ductape wd40 gehalte Meer voor ik heb nu een socket nodig. Of bv, met ssh in 1x door een jumpserver heen.

[ Voor 3% gewijzigd door pennywiser op 23-09-2022 19:10 ]

[_Arthur]

pennywiser schreef op vrijdag 23 september 2022 @ 19:08:
Ik zat ook aan netcat te denken, maar iets dergelijks vind ik toch iets te groot ductape wd40 gehalte Meer voor ik heb nu een socket nodig.

Helaas, netcat kan je dus niet gebruiken.

you can't use only nc for forward traffic, nc have not keep-alive or fork mode

[pennywiser]

_Arthur schreef op vrijdag 23 september 2022 @ 19:10:
[...]

Helaas, netcat kan je dus niet gebruiken.

you can't use only nc for forward traffic, nc have not keep-alive or fork mode

Zo vaak gebruik ik het dus. Zie uitleg hiervoor.

[ Voor 3% gewijzigd door pennywiser op 23-09-2022 19:11 ]

[Jazzy]

_Arthur schreef op vrijdag 23 september 2022 @ 18:42:
[...]

Hij heeft al een rPi draaien zegt ie waarop z'n secondary site staat.

Zonder een "server-applicatie" te installeren zeg je? ncat, socat, goproxy of gost zou je dan als simpele commandline tools / commandline-applicaties kunnen gebruiken.

Je schreef dat je dat niet met Ha-Proxy, Nginx of Apache zou moeten doen maar gewoon met een "script". Maar dat script gebruikt dan gewoon andere software zoals ncat, socat, goproxy of gost. Ik zie het verschil niet zo.

[_Arthur]

Jazzy schreef op vrijdag 23 september 2022 @ 19:12:
Je schreef dat je dat niet met Ha-Proxy, Nginx of Apache zou moeten doen maar gewoon met een "script". Maar dat script gebruikt dan gewoon andere software zoals ncat, socat, goproxy of gost. Ik zie het verschil niet zo.

Oh, je wenst je gelijk te halen. Verder zeg ik nergens dat het niet met Ha-Proxy, Nginx of Apache zou moeten. Ik zeg dat het ook prima te doen is met een simpel scriptje.

Maar ja, je hebt gelijk. Sorry

De TS heeft nu wel al de mogelijkheden bij elkaar; kan hij vast een keuze uit maken. En wie weet ons laten weten wat is geworden

[ Voor 10% gewijzigd door _Arthur op 23-09-2022 19:21 ]

[MAX3400]

_Arthur schreef op vrijdag 23 september 2022 @ 19:15:
[...]
En wie weet ons laten weten wat is geworden

Binnenkort op GoT; een load balanced backdoor waar ie niet meer vanaf komt

[Jazzy]

_Arthur schreef op vrijdag 23 september 2022 @ 18:42:
[...]

Magoed, je wilde vast een andere reactie uit de kast lokken

_Arthur schreef op vrijdag 23 september 2022 @ 19:15:
[...]

Oh, je wenst je gelijk te halen.

De discussie kan gewoon op inhoud. Als je vind dat er iets mis is met mijn manier van posten dan kun je dat rapporteren zodat een moderator er naar kan kijken. Dank je wel.

[pennywiser]

MAX3400 schreef op vrijdag 23 september 2022 @ 19:23:
[...]

Binnenkort op GoT; een load balanced backdoor waar ie niet meer vanaf komt

Heheh .. Zo laat ie ons dus weten wat er van is geworden, kunnen we het allemaal van buitenaf testen

[amx]

_Arthur schreef op vrijdag 23 september 2022 @ 16:50:
Gewoon scripten.

Op je rPi draai je een proxy met een redirect. Deze redirect pas je aan met een script die op je rPi draait die elke x-seconden checkt of BB er is / werkt; zoja, niets doen, zonee, pas de redirect aan naar de site die op je rPi draait.

inderdaad:

Met iets als ip-monitor controleer je de link state naar BB; met een socat fork activeer je de snelle verbinding naar BB (?). Klinkt als een one-liner.

[CyBeR]

De simpelste optie is HAProxy gebruiken, die kan twee dingen die je nodig hebt:

- Load balancen over meerdere servers, met sommige servers als 'backup' ingesteld. Die worden dan alleen gebruikt als er geen andere (niet-backup) servers beschikbaar zijn.
- Failoveren middels health checks.

Wat je dan doet is een backend definieren met je beide (langzame en snelle) servers, die geeft je beide een health check zodat haproxy weet welke van de twee beschikbaar is of zijn en je geeft dan bij de langzame server op dat dat de backup server is.

Daarna werkt 't vanzelf. Niet zelf gaan zitten scripten met redirects, dat is compleet onzin.

[amx]

Behalve het ontbreken van UDP ondersteuning, maar ik ken de fijne details van de wensen van TS niet, een goede oplossing in HAProxy inderdaad.

[ge-flopt]

Het verhaal zoals @Cyber verteld (sorry als anderen het ook verteld hebben, maar ik het niet begrijp) is duidelijk en simpel. Ik ga daarmee aan de slag.