 |
|
| node: | logicka hadanka |
| template: | 4 |
| parent: | pocitace - troubleshooting ci co |
| owner: | catman |
| viewed by: | |
| created: | 16.01.2012 - 10:56:17 |
|
cwbe coordinatez: 101 63540 63709 6442562 ABSOLUT KYBERIA |
| permissions | |
| you: | r, |
| system: | public |
| net: | yes |
total descendants::7
total children::3
ahojte,
ideme prevadzkovat nasu druhu "pobocku" ci skor "detasovanu kancelariu".
V sucasnosti na skladovanie dokumentov pouzivame Cisco NSS 324 storage. Identicky zadovazime aj do druhej prevadzky.
Teraz nastava otazka, ako logicky vyriesit konzistenciu dat pri zachovani nasledujucich pozidaviek:
1. obidva storage musia obsahovat indenticke data
2. compy jednej prevadzky sa pripajaju na svoj, compy druhej na svoj storage, cize nejde jeden urcit ako primarny ktory sa backupuje do druheho
3. ak sa zmeni dokument A na jednom a dokument B na druhom, pri synchronizacii sa musia na obidva skopirovat spravne verzie (cize A sa aktualizuje na dvojke, B sa aktualizuje na jednotke)
4. ak sa nahodou zmeni jeden dokument na obidvoch naraz, pri synchronizacii musi rozpoznat konflikt (vytvori kopiu A(1) napr., vyhodi nejaky error log ze nemohol skopcit, ...)
5. k dispozicii musi byt okrem pravidelnej synchronizacie aj moznost vynutenej, ak niekto v jednej prevadzke upravi nejaky dokument s ktorym ihned chce pracovat druha prevadzka
Storage umoznuje replikaciu (jednosmernu), k dispozicii su vsetky zname formy sharingu (nfs, samba, apple protokol, ...), dalej je tam moznost vytvarat iSCSI zariadenia ci virtualne VHD disky na fyzickych, atd... v najhorsom je bokom este aj jeden server na ktorom je mozne rozbehat nejaku medzisluzbu (subversion? a tak)
Otazka je ako by ste to riesili?
Napada ma viacero verzii ale vobec nemam sajn ci budu fungovat a ci budu dost efektivne (z hladiska rychlosti, spolahlivosti a aj efektivnosti - aby nejaka db so zaznamom synchronizacie nezaberala 50% velkosti suborov ako to robi napr. subversion v repozitari)
Medzi moje sialene napady patri napr.:
a) urobit to uplne sedlacky a teda trebars kazdu celu hodinu zreplikovat 1>2 a kazdu 30tu minutu naspat 2>1
b) vytvorit jeden iSCSI device ktory bude akoby SATA0 RAID s dvomi "diskami" (cize kazdy storage sa bdue chovat ako jeden disk v SATA0 RAID a cele sa to bude spravat ako iSCSI device) alebo nejak tak
c) obidva storage by boli dva velke svn repozitare a cron by medzi nimi pravidlne spustal commit a update za sebou
d) milion dalsich variacii
riesil uz niekto nieco take?
ideme prevadzkovat nasu druhu "pobocku" ci skor "detasovanu kancelariu".
V sucasnosti na skladovanie dokumentov pouzivame Cisco NSS 324 storage. Identicky zadovazime aj do druhej prevadzky.
Teraz nastava otazka, ako logicky vyriesit konzistenciu dat pri zachovani nasledujucich pozidaviek:
1. obidva storage musia obsahovat indenticke data
2. compy jednej prevadzky sa pripajaju na svoj, compy druhej na svoj storage, cize nejde jeden urcit ako primarny ktory sa backupuje do druheho
3. ak sa zmeni dokument A na jednom a dokument B na druhom, pri synchronizacii sa musia na obidva skopirovat spravne verzie (cize A sa aktualizuje na dvojke, B sa aktualizuje na jednotke)
4. ak sa nahodou zmeni jeden dokument na obidvoch naraz, pri synchronizacii musi rozpoznat konflikt (vytvori kopiu A(1) napr., vyhodi nejaky error log ze nemohol skopcit, ...)
5. k dispozicii musi byt okrem pravidelnej synchronizacie aj moznost vynutenej, ak niekto v jednej prevadzke upravi nejaky dokument s ktorym ihned chce pracovat druha prevadzka
Storage umoznuje replikaciu (jednosmernu), k dispozicii su vsetky zname formy sharingu (nfs, samba, apple protokol, ...), dalej je tam moznost vytvarat iSCSI zariadenia ci virtualne VHD disky na fyzickych, atd... v najhorsom je bokom este aj jeden server na ktorom je mozne rozbehat nejaku medzisluzbu (subversion? a tak)
Otazka je ako by ste to riesili?
Napada ma viacero verzii ale vobec nemam sajn ci budu fungovat a ci budu dost efektivne (z hladiska rychlosti, spolahlivosti a aj efektivnosti - aby nejaka db so zaznamom synchronizacie nezaberala 50% velkosti suborov ako to robi napr. subversion v repozitari)
Medzi moje sialene napady patri napr.:
a) urobit to uplne sedlacky a teda trebars kazdu celu hodinu zreplikovat 1>2 a kazdu 30tu minutu naspat 2>1
b) vytvorit jeden iSCSI device ktory bude akoby SATA0 RAID s dvomi "diskami" (cize kazdy storage sa bdue chovat ako jeden disk v SATA0 RAID a cele sa to bude spravat ako iSCSI device) alebo nejak tak
c) obidva storage by boli dva velke svn repozitare a cron by medzi nimi pravidlne spustal commit a update za sebou
d) milion dalsich variacii
riesil uz niekto nieco take?