Kezdőoldal » Számítástechnika » Weblapkészítés » Loadbalancer, hogy lehet 2...

Loadbalancer, hogy lehet 2 vagy több szerveren 1 adatbázis?

Figyelt kérdés

Van több VPS-em ami fut. Az egyiket most telepítem mint Loadbalancer.

Az okés hogy hogy működik ez a technológia, de a weboldalak hogy működnek ezek után?

Például ha az adott weboldal VPS1-en van és kiesik, átirányítja a LB egy VPS2-re, de az ottani adatbázis nem elérhető akkor... ?

Vagy egy VPS3-ra kell telepíteni csak az adatbázist ha Cloud féleséget akarok?


2021. aug. 12. 23:09
 1/6 A kérdező kommentje:
Egy HTML oldallal ami nem változik ez sima kacsa, szintén egy Wordpress oldallal ami csak prezentációs egy cégről... De egy fórum ahova mindig írnak vagy küldenek be valamit?
2021. aug. 12. 23:11
 2/6 anonim ***** válasza:
Legyen 4 VPS. Egy DB (adatbázis), APP1, APP2 és LB. Az APP1 és APP2 pontosan ugyan azt a weboldalt tartalmazzák, mindkettőn pontosan ugyan az van és DB-t használják adatbázisként. LB a load balancer, ami szétosztja a tethelést APP1 és APP2 között. Ezek cachelnek, csak akkor nyúlnak DB-hez, ha nagyon muszáj, így oda kevesebb terhelés jut, hiába van két helyről is használva. APP1 kiesik, LB mindent APP2-re irányít, DB ugyan ott van a háttérben.
2021. aug. 12. 23:42
Hasznos számodra ez a válasz?
 3/6 anonim ***** válasza:

A kulcsszó: a replikáció.

Ez történhet adatbázis-szinten (MySQLben/MariaDBben van master-slave - elnézést, nem PC, szóval primary-replica - replikáció: [link] és PostgreSQLben is van rá lehetőség: [link] vagy [link] illetve [link] ), vagy fájlrendszer-szinten (erre szolgál példának okáért a DRBD: [link] )

2021. aug. 13. 00:05
Hasznos számodra ez a válasz?
 4/6 A kérdező kommentje:

2-tes, ha kiesik az egyetlen DB akkor az összes szerver áll?


3-mas köszi, elolvasom mind!

2021. aug. 13. 11:49
 5/6 anonim ***** válasza:
Így van, ha DB kiesik, minden áll. De nem is a redundancia a dolga a load balancernek, hanem a terhelés elosztása, így több látogatót tudsz kiszolgálni. Ha például APP1 és APP2 is 60%-os terheltséggel megy, de APP1 kiesik, APP2 össze fog omlani a terhelés alatt, ugyan úgy áll az egész, mintha DB esne ki.
2021. aug. 13. 11:53
Hasznos számodra ez a válasz?
 6/6 anonim ***** válasza:

Csak kedves kérdező. Ez jobb környezetben nem így valósítják meg, hogy szolgáltatások egyetlen egy DB-re csatlakoznak fel. Hanem:


- Minden szolgáltatás-nak adott adatbázisa van, és nincs egymásba nyúlkálás

- Ha skálázódik a szolgáltatás, tehát több példánya van, akkor tudni kell, melyik példányon van az ügyfél adata. Ezt LB oldalon már el kell dönteni.

- Ha 2. pont problémás, akkor lehet elosztott-adatbázist csinálni, tehát minden szolgáltatás példány ugyanarra kapcsolódik, annyi külömbséggel, hogy az adatbázisból is több példány van és egymást-frissítik. Pl.: [link] ; Így, ha meg is döglik egy DB-attól még nem áll földbe az alkalmazás.


MongoDB hátránya, hogy ha primary lehal, akkor 30mp-2perc míg egy Seconary átveszi a helyét. De jöhettem volna más adatbázissal is.


Ami még fontos: [link]

És jól jöhet: [link]

2021. aug. 14. 08:20
Hasznos számodra ez a válasz?

Kapcsolódó kérdések:




Minden jog fenntartva © 2024, www.gyakorikerdesek.hu
GYIK | Szabályzat | Jogi nyilatkozat | Adatvédelem | Cookie beállítások | WebMinute Kft. | Facebook | Kapcsolat: info(kukac)gyakorikerdesek.hu

A weboldalon megjelenő anyagok nem minősülnek szerkesztői tartalomnak, előzetes ellenőrzésen nem esnek át, az üzemeltető véleményét nem tükrözik.
Ha kifogással szeretne élni valamely tartalommal kapcsolatban, kérjük jelezze e-mailes elérhetőségünkön!