How To MySQL Master Replication on 3 nodes???

[adit]

Gini,,kan saya ada 3 server database mysql,,nah semuanya tuh mau
dijadiin master,,udah ngikutin tutorial dari sini
http://www.howtoforge.com/setting-up-master-master-replication-on-four-nodes-with-mysql-5-on-debian-etch-p2

tapi kan itu buat 4 nodes..
kayanya kan tinggal setting buat 3 nodes..
nah sekarang hasilnya seperti ini..

ketika kita input data di server1 maka server2 terupdate,,tapi server
3 tidak..
ketika kita input di server2, server3 terupdate,,tapi server1 tidak..
ketika input di server3,,server1 terupdate,,tapi server2 tidak...


ada yang punya tutorialnya untuk 3 nodes?
kemarin nyoba untuk 2 nodes sih ok2 aja...

Please bantuannya ya...

[Fajar A. Nugraha]

2009/2/5 adit <adi...@indolinux.com>:

> ketika kita input data di server1 maka server2 terupdate,,tapi server
> 3 tidak..
> ketika kita input di server2, server3 terupdate,,tapi server1 tidak..
> ketika input di server3,,server1 terupdate,,tapi server2 tidak...

Kayaknya blom pake

log-slave-updates

di /etc/my.cnf, section [mysqld] ya?

--
FAN

[adit]

gimana tuh??masih newbie neh soal mysql,,mohon pencerahannya donk!!!


Thanks 4 reply...

[Fajar A. Nugraha]

2009/2/5 adit <adi...@indolinux.com>:

Ya seperti yang kutulis.
Cari file my.cnf (biasanya di /etc) di ketiga server tsb, cari udah
ada blom baris log-slave-updates
kalo blom ada, tambahin baris tsb di bawah section [mysqld], trus
restart ketiga server tsb.

--
FAN

[Dedy Handriyadi]

Kalo ada 100 nodes server,
dan 1 node diupdate. Jadi 99 node lainnya ke-update jg?

Apakah ga berat gt?

--
Regards,

Dedy Handriyadi

[adit]

wah g tau deh klo 100,,kayanya siapin bandwidthnya yang gede aja
tuh...

CMIIW..

[Fajar A. Nugraha]

2009/2/5 Dedy Handriyadi <dedy.ha...@gmail.com>:

>
> Kalo ada 100 nodes server,
> dan 1 node diupdate. Jadi 99 node lainnya ke-update jg?
>
> Apakah ga berat gt?

Tergantung :D

Sebelum masuk ke sana, mesti liat dulu confignya kayak apa. Yang
ditest adit kayaknya konfigurasi daisy-chain. Sebenarnya paling cocok
buat konfig dua node. Keunggulannya, bisa punya "cluster" sederhana
(note the quotes). Tapi begitu salah satu node tewas, datanya antar
node lain gak sinkron lagi.

Jadi kalo mau pake 100 node daisy chain, my response would be "are you
crazy"? Begitu salah satu dari 100 node itu tewas (dan peluangnya
semakin gede begitu jumlah nodenya makin banyak), ya datanya jadi gak
sinkron lagi.

Kalo nodenya banyak, yang sering diimplemntasikan itu replikasi
bertingkat. Jadi top levelnya paling dua node yang replikasi satu sama
lain. Dua2nya bisa dipake buat read/write. Di bawahnya ada banyak
replika, yang sinkron dengan atasnya. Di bawah secod level Replika ini
bisa ada replika lagi, dst. Replika2 yang bukan top level cuma boleh
dipake untuk read doang. Config gini cocok dipake kalo tipe loadnya
banyak read-nya sementara writenya dikit. Nah kalo pake config gini,
100 node masih masuk akal lah.

Kalo writenya banyak, maka yang paling masuk akal pake MySQL cluster.
Dengan config ini semua node bisa dipake read/write, but it's an
entirely different beast altogether, dan kayaknya terlalu rumit kalo
dipaparkan di sini.

Gitu om

--
FAN

[Dedy Handriyadi]

> Tergantung :D
>
> Sebelum masuk ke sana, mesti liat dulu confignya kayak apa. Yang
> ditest adit kayaknya konfigurasi daisy-chain. Sebenarnya paling cocok
> buat konfig dua node. Keunggulannya, bisa punya "cluster" sederhana
> (note the quotes). Tapi begitu salah satu node tewas, datanya antar
> node lain gak sinkron lagi.
>
> Jadi kalo mau pake 100 node daisy chain, my response would be "are you
> crazy"? Begitu salah satu dari 100 node itu tewas (dan peluangnya
> semakin gede begitu jumlah nodenya makin banyak), ya datanya jadi gak
> sinkron lagi.
>
> Kalo nodenya banyak, yang sering diimplemntasikan itu replikasi
> bertingkat. Jadi top levelnya paling dua node yang replikasi satu sama
> lain. Dua2nya bisa dipake buat read/write. Di bawahnya ada banyak
> replika, yang sinkron dengan atasnya. Di bawah secod level Replika ini
> bisa ada replika lagi, dst. Replika2 yang bukan top level cuma boleh
> dipake untuk read doang. Config gini cocok dipake kalo tipe loadnya
> banyak read-nya sementara writenya dikit. Nah kalo pake config gini,
> 100 node masih masuk akal lah.
>
> Kalo writenya banyak, maka yang paling masuk akal pake MySQL cluster.
> Dengan config ini semua node bisa dipake read/write, but it's an
> entirely different beast altogether, dan kayaknya terlalu rumit kalo
> dipaparkan di sini.
>
> Gitu om

Owh gitu yach?
Biasanya model buat implementasi server yang banyak tu gimana om?

Regards,

Dedy Handriyadi

[adit]

Wah...Terima kasih banyak...
sudah resolve...

wah ok banget...
thanks banget atas ilmunya y....



Best Regards,
Adit