- A hozzászóláshoz be kell jelentkezni
- 4076 megtekintés
Hozzászólások
van még értelme pólót venni?
- A hozzászóláshoz be kell jelentkezni
Igen, mert meg van a kb. 70 darab eladatlan polonk. Legalabbis amikor legutobb kerdeztem, akkor volt.
- A hozzászóláshoz be kell jelentkezni
ssh portforward+sql replikacio nemmegy?
(bar nalam a master a selecteket is atkuldi :/)
- A hozzászóláshoz be kell jelentkezni
Menne, de mint irtam ideiglenes, idom se volt ezzel foglakozni es a celnak teljesen megfelel.
Az SQL replikacioval az a baj, hogy akkor meg kellene oldanom, hogy a slave oldalon ne lehessen hozzaszolni a cikkekhez (pl. read only tablak). Azzal az a baj, hogy a motort is allitani kell, mert ha lehetoseg van a hozzaszolasra, es megteszik mikozben a tablak read only-k, akkor (feltetelezem) egy SQL hibat kapnak az arcukba.
Igy meg nyugodtan hozzaszolhatnak, nincs hiba, max. elveszik a kovetkezo szinkronizaciokor. Nem kell pancsolni, ketfele kodbazist igazgatni, nem kell networking-et engdelyezni, stb.
Az igazi amit szerettem volna, az a full szinkronban munkodo ket SQL szerver lett volna (nem master-slave). Ha ilyen lenne, akkor lenne ertelme a replikacionak a HUP szamara. De afaik a MySQL (legalabbis a GPL verzio) ilyet nem tud.
- A hozzászóláshoz be kell jelentkezni
Micskó Gábor said the following on 18/09/05 14:34:
> Igen, mert meg van a kb. 70 darab eladatlan polonk. Legalabbis amikor
> legutobb kerdeztem, akkor volt.
Es azt lehet tudni, hogy kb. eleg lesz-e a befolyt osszeg a
gepre+kiegeszitokre, vagy kell meg valamennyi?
- A hozzászóláshoz be kell jelentkezni
Micskó Gábor wrote:
> Az igazi amit szerettem volna, az a full szinkronban munkodo ket SQL
> szerver lett volna (nem master-slave). Ha ilyen lenne, akkor lenne ertelme
> a replikacionak a HUP szamara. De afaik a MySQL (legalabbis a GPL verzio)
> ilyet nem tud.
http://dev.mysql.com/doc/mysql/en/ndbcluster.html
En csinaltam egy harom node-os teszt clustert, csak aztan ido hianyaban
nem teszteltem agyon, de mukodott. Pedig az meg bk-repobol volt a 4.1.3
kornyeken.
- A hozzászóláshoz be kell jelentkezni
Nem igazán használható arra, amire nekem kell(ene).
- A hozzászóláshoz be kell jelentkezni
Biztos, hogy nem. Maga a plusz 1 CPU es a 2 GB RAM tobb, mint amennyi penz van jelenleg. Es akkor meg ki kell csengetni a szerver arat... Persze a szerver elmegy 1 CPU-val es 1 GB RAM-mal is, de kerdes, hogy mennyire eleg, es meddig eleg... Ha mar egyszer nekiall az ember, akkor legyen rendesen megcsinalva...
- A hozzászóláshoz be kell jelentkezni
Micskó Gábor wrote:
> Nem igazán használható arra, amire nekem kell(ene).
Micskó Gábor wrote:
>>> full szinkronban munkodo ket SQL szerver lett volna (nem
>>> master-slave)
persze, a cluster kicsit agyuval a verebre, de a celod elerned vele.
na mind1, csak megjegyeztem, talan masnak jo lesz az info. :-)
- A hozzászóláshoz be kell jelentkezni
FYI: minimum 3 gep kell hozza... vagy lemaradtam valamirol? :-)
- A hozzászóláshoz be kell jelentkezni
kiraly!
- A hozzászóláshoz be kell jelentkezni
Hogy oldottad meg a www repok szinkronizalasat. unison/rsync?
- A hozzászóláshoz be kell jelentkezni
Csak az SQL szerver "szinkronizal". Mivel ideiglenes a dolog, kulon portot sem akartam nyitni a ket szerver kozott, idom se volt, ezert egy darab shell szkript vegzi a "szinkronizalast". Semmi extra. A tobbi tartalom meglehetosen "statikus", nem igazan kell szinkronizalni...
- A hozzászóláshoz be kell jelentkezni