Forum Datorer och system Server Tråd Inlägg

Proxmox cluster 2 noder + rpi quarum.

1
Skriv svar
Permalänk
Medlem
●

Proxmox cluster 2 noder + rpi quarum.

Hej, tänkte bygga mig ett litet proxmox cluster.
Har 2 st mini datorer jag tänkte använda.
Vet att optimalt är att man har 3 st men sett att det finns sätt att förbigå det.
Vad blir skillnaden av att ge ena noden en till röst mot att sätta upp en rpi som bar sköter qurorum?

Går det köra ceph på endast 2 noder?
Eller är det bättre köra zfs replication med korta intervaller. Är egentligen inte något större problem att tappa 15-30 min data i vm om det skulle bli ett fel.

Har en till nod jag skulle kunna koppla in, men tanken med dessa små noder är att jag vill separera mer.
Idag har jag allt i ett, truneas i Vm sammt alla andra 25 Lxc på samma maskin.

Redigera
Citera flera Citera
Permalänk
Medlem ★
●
Skrivet av jope84:

Vad blir skillnaden av att ge ena noden en till röst mot att sätta upp en rpi som bar sköter qurorum?

Gå till inlägget

Säg att nätverket mellan noderna går ned. Då kommer den ned 1 röst alltid anser sig nere och den med 2 röster alltid anse sig vara uppe.
Säg nu att nätverket + noden med två röster går ned.. då kommer allt ändå vara nere. Dvs har du inte en majoritet tappar du all redundans.

Har du ett jämnt antal röster får du istället problem med split brain. Om noderna tappar kontakten med varandra så anser båda att de är uppe vilket oftast är ännu värre..

Redigera
Citera flera Citera
Permalänk
Medlem ★
●

Om du inte ska ha 3 riktiga koder varför cluster?

Redigera
Citera flera Citera
Permalänk
Medlem
●
Skrivet av Kamouflage:

Säg att nätverket mellan noderna går ned. Då kommer den ned 1 röst alltid anser sig nere och den med 2 röster alltid anse sig vara uppe.
Säg nu att nätverket + noden med två röster går ned.. då kommer allt ändå vara nere. Dvs har du inte en majoritet tappar du all redundans.

Har du ett jämnt antal röster får du istället problem med split brain. Om noderna tappar kontakten med varandra så anser båda att de är uppe vilket oftast är ännu värre..

Gå till inlägget

Men om jag kör en pi som quorum så kommer allt att fungera även om någon av noderna eller pi faller bort?

Skrivet av thesutex:

Om du inte ska ha 3 riktiga koder varför cluster?

Gå till inlägget

Jag vill ha lite redundans, om en nod går ned så skall den andra plocka upp och ta över.

Redigera
Citera flera Citera
Permalänk
Medlem ★
●
Skrivet av jope84:

Men om jag kör en pi som quorum så kommer allt att fungera även om någon av noderna eller pi faller bort?

Gå till inlägget

Det korta svaret: Ja

Men det finns väldigt mycket att tänka på när du sätter upp ett kluster och det är en stor risk att man faktiskt introducerar fler felkällor mot att köra fristående servrar.

Setupen i sig är klurig och det finns mycket man kan göra fel på. Men har man intresse att lära sig så är det väl kanske ingen grej.

Men hur kopplar du ihop allting exempelvis? Om två noder sitter på samma switch och den dör kommer din enda fungerande nod också stänga av sig.

Sen får du i regel sämre prestanda när du kör den här typen av setup på den hårdvaran du pratar om. Det är alldeles för mycket overhead kontra en normal belastning.

Och det finns så många andra troliga problem.
Hur ofta går en server sönder kontra ett strömavbrott, mänskligt misstag eller dylikt? För min del skulle jag ha 1/10 så mycket nedtid om jag bara slutade peta på dem 😅

Skrivet av jope84:

Jag vill ha lite redundans, om en nod går ned så skall den andra plocka upp och ta över.

Gå till inlägget

Personligen hade jag löst detta semi-automatiskt med hjälp av bra backuper. Jag kör f.n. en server hemma men brinner den upp kan jag starta på en ny hårdvara på typ en timme inklusive inkoppling och installation av OS. Hade jag en till server så skulle det bara handla om data transfer, så snarare en kvart.

Redigera
Citera flera Citera
Permalänk
Medlem
●
Skrivet av Kamouflage:

Det korta svaret: Ja

Men det finns väldigt mycket att tänka på när du sätter upp ett kluster och det är en stor risk att man faktiskt introducerar fler felkällor mot att köra fristående servrar.

Setupen i sig är klurig och det finns mycket man kan göra fel på. Men har man intresse att lära sig så är det väl kanske ingen grej.

Men hur kopplar du ihop allting exempelvis? Om två noder sitter på samma switch och den dör kommer din enda fungerande nod också stänga av sig.

Sen får du i regel sämre prestanda när du kör den här typen av setup på den hårdvaran du pratar om. Det är alldeles för mycket overhead kontra en normal belastning.

Och det finns så många andra troliga problem.
Hur ofta går en server sönder kontra ett strömavbrott, mänskligt misstag eller dylikt? För min del skulle jag ha 1/10 så mycket nedtid om jag bara slutade peta på dem 😅

Personligen hade jag löst detta semi-automatiskt med hjälp av bra backuper. Jag kör f.n. en server hemma men brinner den upp kan jag starta på en ny hårdvara på typ en timme inklusive inkoppling och installation av OS. Hade jag en till server så skulle det bara handla om data transfer, så snarare en kvart.

Gå till inlägget

Jo jag vet att det det är lite overkill för hemma och jag ändå kommer svaga punkter som släcka allt.
Har redan en bra lösning för backuper.
Backar upp lokalt för snabba backuper för att återställa om jag klantar mig, sen till min bror fall allt skiter sig.
Men jag vill att jag skall kunna skicka över ett vm om jag behöver starta om en nod.
Det är väll mest för jag vill kunna än att det är viktigt.
Varenda gång jag krånglar med grejerna så kommer någon som använder mina tjänster och frågar om servern ligger ner 😂.

Kommunikation mellan noderna såg jag att man kan använda thunderbolt , som ett internt nätverk för noderna.

Redigera
Citera flera Citera
Permalänk
Medlem
●

Migrera Vm med gpu

Hej, nu har jag fått igång mitt 2 node cluster med extern qaurum och zfs replication mellan noder..
Det där med Ha fungerar bra på lxc och Vm utan pcie passthrue.

Hur gör jag för att migrera ett vm med gpu ? Den säger att det inte går live migrera trots jag har mappat en gpu.
Båda noderna är identiska, med identiska namn på pcie platserna.
Går det ställa in att den skall stänga ned och starta upp på andra noden?

Redigera
Citera flera Citera
1
Skriv svar