[ bjevta @ 02.08.2012. 13:15 ] @
firma za koju radim je istovremeno i service provider i software vendor (koristi softver koji pisemo za sopstveno poslovanje + prodaje drugim firmama). ovo naglasavam jer software pisemo mi tako da mozemo da uticemo na dizajn - kako ga napravimo, tako nam je al' mozemo da ga pisemo kako nam volja, bez da zavisimo od nekoga. deo firme koji koristi nas softver proizvodi prilicno podataka, sto u fajlovima, sto u bazi. oni su resili da pazare server(e) za bazu i fajlove. ovde pricamo samo o bazi. posto gomila ljudi stalno nesto unosi i pretrazuje, firmi je bitan fail-over. zato su dosli na ideju (management) da razmotre MySQL sa replikacijom. realno, transakcije nisu toliko bitne (ako nesto propadne, moze da se ponovi) ali ih oni smatraju jako bitnima i hoce replikaciju baze u realnom vremenu. sad dolazimo do pitanja: - sta mi sve treba: valjda 2 servera + 2xLinux (mozda Oracle linux?) + 2 x MySQL enterprise, neki 1GB link izmedju servera. to sve ima da stoji u istoj zgradi (New York) - koliko je realno ocekivati da real-time replikacija bude stvarno real-time? - sta ako pukne master u smislu da rikne neki komad hardvera i server ode off-line na neodredjeno vreme? da li ce slave da preuzme njegovu ulogu automatski? sta se radi u ovakvoj situaciji? - sta ako pukne slave? mogu li konekcije da preusmerim na master i da sistem nastavi da radi? - sta kad bude trebalo da se radi upgrade aplikacije (baze)? da li upgrade-ujem master, brisem slave data pa startujem slave ispocetka? kakva su tu iskustva? - da li particionisanjem tabela na aktivne i pasivne podatke mogu da "pomognem" replikaciji? sta nisam pitao a treba da znam? kakva su Vasa iskustva? ostalo: trenutno citam http://downloads.mysql.com/docs/refman-5.6-en.a4.pdf i drugu literaturu pa molim da ne gubite vreme na objasnjavanje pojmova [Ovu poruku je menjao bjevta dana 02.08.2012. u 14:38 GMT+1] |