Sziasztok!
Egy olyan több gépes rendszert tervezek, amiben van elöl egy load balancer, utána 10 kiszolgáló szerver és a végén egy SAN szerver.
A kiszolgálókon apache és PHP fut. Ez így remek is, de ha az 1-es kiszolgáló megnéz egy fájlt, ezután a 2-es kiszolgáló megváltoztatja az 1-es áltatl lekérdezett fájlt. Ha az 1-es megint lekérdezi azt a fájlt, akkor nem az új állományt fogja kiköpni, hanem még amit becacheelt.
Tehát a kérdés: hogy lehetne tudatni az összes kiszolgálóval, hogy a fájl megváltozott?
Előre is köszi!
- 1265 megtekintés
Hozzászólások
Elárultad, hogy halvány lövésed sincs a témáról, így (ha tényleg komolyan gondolod) javaslom keress olyat, akinek van és kérj tőle segítséget.
Első körben talán a cluster (osztott) fájlrendszerek tanulmányozásával kezdhetnéd, a részletesebb leírásokból megértheted a működésüket.
- A hozzászóláshoz be kell jelentkezni
Én is így látom...De kiváncsi lennék arra, hogy így hogyan kerültél ilyen környezetbe?
Heartbeat vagy Keepalived-re keressél rá, ott van még a HAProxy és talán még a gpfs is!
Szerintem ez elég bonyolult dolog, szóval nem fogsz egy ideig unatkozni...
- A hozzászóláshoz be kell jelentkezni
anyám
de egyébként a téma érdekes, mindig is érdekelt, mi történik, ha több helyről mountoljuk fel ugyanazt, meddig bírja panic nélkül
- A hozzászóláshoz be kell jelentkezni
RO fájlrendszernél sokáig. :)
- A hozzászóláshoz be kell jelentkezni
Cluster file system-eknél ez megoldott (cache invalidation, global filesystem cache), SAN storage-ra pedig ilyenkor illik ilyet rakni!
Ugye nem gondoltad, hogy ext3-at raksz rá? Csúnya borulás lett volna belőle...
Okarika
- A hozzászóláshoz be kell jelentkezni
Szerintem meg az illeto segitseget kert, nem pedig, hogy itt burkoltan vagy nyiltan el legyen kuldve a banatba!
A cluster filesystem-et tenyleg nem uszod meg, gfs, lustre ezeket nezd meg. Apache-ra a haproxy-t. Mellesleg meg azt ajanlom, hogy tenyleg kerj segitseget az implementacio soran vagy ha olyan szerencses helyzetben vagy hogy ezzel nehany hetig honapig eljatszadozhatsz es a vasakat is megkapod, akkor marha nagy mazlid van es ne hagyd ki a lehetoseget. De ha szukos a hatarido akkor tenyleg ne vagj bele egyedul.
-- Soha ne vitatkozz idiotakkal! Lesulyedsz az O szintjukre es legyoznek a rutinjukkal !!! --
- A hozzászóláshoz be kell jelentkezni
Most őszintén: te nem ugyanazt írtad le? Ha igaz amit ír, azzal, hogy elriasztjuk a feladattól (az abba való belevágástól egyedül) csak a saját életét mentjük meg.
- A hozzászóláshoz be kell jelentkezni
Nem teljesen, mert en akar szemelyesen is hajlando vagyok segiteni es termeszetesen teritesmentesen, mert en is ilyen emberektol tanultam, akik maguk melle vettek es megmutattak a "nagy titkokat". Es az is elofordulhat, hogy nem onszantabol vagott bele a feladatba hanem a nyakaba soztak es vegso esetben akar egy szuk hatarideje is lehet.
-- Soha ne vitatkozz idiotakkal! Lesulyedsz az O szintjukre es legyoznek a rutinjukkal !!! --
- A hozzászóláshoz be kell jelentkezni
Sőt, olyannal is találkoztam már, aki az otthoni (láttam már Windowst) tudásával elvállalt egy komolyabb microsoftos környezet felépítéséről szóló munkát, majd a haver hasonlóképpen kihúzta a szarból.
Azt hiszem nem kell elmondanom, hogy a haver mennyit látott abból (az akkor) a nem kevés pénzből, amit emberünk kapott (a legjobb volt, mikor a megrendelő megkérdezte, hogy ki az, aki napok óta ott görnyed, mire ő azt válaszolta, hogy az alvállalkozója :).
Sajnos bizonyos embereket elrontanak a rossz tapasztalatok és hajlandóak inkább nem önzetlenül segíteni ilyenek után.
Tisztellek, ha megvan a szaktudásod, a tapasztalatod (ergo nem kevés pénzt keresel) és emellett az időd és energiád is, hogy ingyen segíts a semmiből előbukkant embereknek (a felajánlást az eggyel előbbi hozzászólásodban nem láttam).
A mester-tanonc rendszert egyébként én is jónak tartom, kár, hogy manapság nem jellemző (manapság 18 éves születésnapján autót kap az ember, 20 évesen milliomos, 30 évesen meg milliárdos, mindemellett egy senki, aki sok esetben semmi hasznot nem hozott a társadalomnak).
- A hozzászóláshoz be kell jelentkezni
Termeszetesen igazad van, en is jartam mar ugy ahogy azt a bizonyos alvallalkozot megfogalmaztad :) Ne erts felre, nem akartalak megbantani. Azota en is elovigyazatosabb vagyok. Tudom nem fejtettem ki, de nem ugranek fejetlenul bele egy ilyen segitsegnyujtasba, csupan nem feledkezem meg arrol az idoszakrol amikor en voltam ilyen helyzetbe, sot mar volt olyan tapasztalatom, hogy linuxos levlistarol ajanlotta fel valaki hogy kihuz a kakibol es atjottek ketten es tenyleg harman megoldottuk egy ejszaka alatt a problemat. Hogy mennyire van meg a szaktudasom, lehet hozzatok kepest semennyire bar szerencses vagyok mert sok mindent lattam mar. Egyelore az a vicc, hogy mi "vitazunk" mikozben a topic nyito nincs sehol :D Lehet mar meg is oldodott azota a problema?
-- Soha ne vitatkozz idiotakkal! Lesulyedsz az O szintjukre es legyoznek a rutinjukkal !!! --
- A hozzászóláshoz be kell jelentkezni
Nekem is van ilyen tapasztalatom kb. 14-15 évvel ezelőttről (atya ég). Rohadt jó teát ittam és hajnalig a srácnál dekkoltam, ahonnan gyalog mentem haza.
Jó volt.
- A hozzászóláshoz be kell jelentkezni
Latom azert Neked is van szived ;)
-- Soha ne vitatkozz idiotakkal! Lesulyedsz az O szintjukre es legyoznek a rutinjukkal !!! --
- A hozzászóláshoz be kell jelentkezni
Olvass először a témában... sokat....
Az Open HA cluster (SUN cluster)
és Redhat Cluster Suite dokumentációjában sok elméleti kérdésre is választ kapsz. (quorum, fencing, scsi ,fc reservation, global file system, stb )
Aztán próbálj virtuális környezetben először telepíteni egy failover clustert (először osztott adatterület nélkül), aztán egy load -balanced clustert, aztán jöhetnek a shared diszkes témák.
Az ingyenes vmware serverrel tudsz shared scsi diszket emulálni SCSI II rezervációval
http://www.vmware.com/support/gsx3/doc/ha_configs_scsi-res_gsx.html
http://opensolaris.org/os/community/ha-clusters/ohac/Documentation/
http://www.redhat.com/docs/manuals/csgfs/
- A hozzászóláshoz be kell jelentkezni