Be lehetséges-e azt állítani (és hogyan) Mikrotik router esetén, hogy ha a rákötött gépek közül az egyik nem válaszol akkor egy másik gépre natoljon a nem válaszoló helyett? És persze, ha újra válaszol akkor újra az eredeti gép kapja meg a csomagokat.
köszi!
- 4737 megtekintés
Hozzászólások
A szó amit keresel: failover
Ugyan nem ismerem a mikrotik routereket, de szerintem ezt nem tudják
----
올드보이
http://molnaristvan.eu/
- A hozzászóláshoz be kell jelentkezni
WAN failover megoldásokat találtam, de LAN-okat nem kifejezetten.
Akkor mivel érdemes próbálkozni? Egy linuxos "tűzfal-géppel"?
-------------
*Ahol vagy, lègy ott*
"Nem." - mondta a foton és interferált
Winben blogja
- A hozzászóláshoz be kell jelentkezni
Igen az lehet jó, a haproxy lehet az egyszerűbben kivitelezhető megoldás. Olvass utána!
----
올드보이
http://molnaristvan.eu/
- A hozzászóláshoz be kell jelentkezni
Írsz egy scriptet, ami megoldja a problémádat. Futtatod pl. 5 percenként, 2 percenkét, stb...
Ha ping-el ellenőrizni tudod a gépet akkor megoldható a dolog.
- A hozzászóláshoz be kell jelentkezni
Miért a mikrotik végén próbálod megfogni ezt?
Old meg, hogy a másodlagos gép felvegye az elsődleges címét ha az kiesik. (keresőszavak: cluster, failover, heartbeat)
- A hozzászóláshoz be kell jelentkezni
Ezért:
"És persze, ha újra válaszol akkor újra az eredeti gép kapja meg a csomagokat."
- A hozzászóláshoz be kell jelentkezni
Az általam ismert HA cluster megoldásoknál beállítható, hogy a kiesett gép visszatéréskor visszavegye a szolgáltatásokat. Más kérdés, hogy van-e ennek értelme. (akkor mondjuk mindenképp van, amennyiben nem szimmetrikus clusterről van szó és a tartalék gép erőforrásai limitáltak az eredetihez képest)
Ave, Saabi.
- A hozzászóláshoz be kell jelentkezni
Kérdezzük meg tőle, hogy mire szeretné használni. :)
- A hozzászóláshoz be kell jelentkezni
Praktikus gondolat. Mondjuk nem ártott volna ezt már az eredeti postban kifejteni. Így viszont több ötlet merül fel, miközben találgatunk. :-D
Ave, Saabi.
- A hozzászóláshoz be kell jelentkezni
Ez még mindig nem indok a Mikrotiken való bűvészkedésre. Ilyen esetben úgy szokás megcsinálni a dolgokat, hogy minden gépnek van egy saját egyedi IP-je, ami nem ütközik semmivel - illetve van egy "közös", "szolgáltatást nyújtó" IP. Ez utóbbit egyszerre mindig csak egy gép húzza fel: az, amelyik a szolgáltatást nyújtja. Ezen a ponton ha a gép "újra válaszol", akkor az alap egyedi IP-ken egyeztetnek, a tartalék elengedi a "közös" IP-t, majd a "feléledt" gép felhúzza magára - és máris visszavette a szolgáltatásokat. Esetleg annyival lehet megspékelni, hogy egy ping -s $KOZOSIP $ROUTER paranccsal megy egy ping a router felé, mindenképpen a "_közös_" IP-ről, hogy a router ARP tábla mielőbb frissüljön, hogy a közös IP már más MAC addressen van.
Az egy másik kérdés, hogy mennyire szerencsés azonnal visszaváltani, ha feléled a gép. Ha közben bármi megváltozott, akkor azt elsőbb csak jó lenne frissíteni a kiesett gépen. Ez nyilván nem igaz statikus felállás esetén, illetve ha a változás máshol, egy közös tároló helyen van - pl. külön gépen fut az adatbázis, ami változhat. Ugyanakkor persze a cluster megoldásokba ez is beépíthető, de ezen a ponton a téma elég messze szaladna az eredeti kérdés irányától.
- A hozzászóláshoz be kell jelentkezni
A megoldás egy high available cluster, a szolgáltatás pedig egy virtuális címen legyen elérhető. Ha az egyik gép kiesik, akkor a szolgáltatást - és a virtuális címet - a másik (harmadik, negyedik, stb...) gép szolgáltatja.
Ave, Saabi.
- A hozzászóláshoz be kell jelentkezni