"ma deranjeaza ca vad la iostat de
2.5 ori mai multe writes/s decat pe alt slave"

Din ce-mi aduc aminte , daca ai EXT3 , parca DRBD-ul merge sa-l pui ca un
fel de backup ...
"A consequence of mirroring data on block device level is that you can
access your data (using a file system) only on the active node" .
Lumea folosete OCFS2 cu DRBD daca se face cluster, pt ca GFS2-ul cam
necesita fencing hardware (de genul tai curentul).

Banui deci ca problema ca e ca DRBD-ul (pt HA la master) face de 2.5 ori
mai mult IO decat replicarea master slave. SI ca pe nodul cu DRBD mysql-ul
e oprit.

Acu tre sa ai si binlogurile, ca altfel se duc de caruta slave-urile la
switch over.

Buba e ca sunt o caruta de bin-log-uri, care se scriu pe unde apuca (cam
invart discul) si discul se "satureaza" incercand sa replice la nivel de
block. SI on the long run iti busete si discurile mai des decat ar fi cazul.

Am identificat problema ?



D.

2012/6/11 Petru Ratiu <[email protected]>

> 2012/6/11 m3t30r m3t30r <[email protected]>:
> > innodb_buffer_pool_size cat e ???
> > innodb_flush_method=O_DIRECT ???
> > daca ai multe read-uri ai cache query activ ? Si cat e ?
> >
> > Bottlenecku e IO ? Cpu ? Network ? Deadlocks ? Aparent tu zici ca e de la
> > IO :), desi de obicei la faze d-astea networku o ia in freza mai repede.
> >
> > Daca e la CPU poate vrei Galera (replicare sincrona).
> > Daca e de la deadlocks, nu-ti recomand 5.5 ... Unele o sa se transforme
> in
> > Metalocks, si e nasty.
> >
>
> E de la i/o, nu de la cpu, nu vreau galera, nu am deadlocks. Configu
> for now e cum e si pe alti slaves (o sa incerc sa umblu pe la
> buffer_pool_size si la flush_method in lipsa de alte idei de la os),
> diferenta principala e ca e ext4 si ca e un drbd acolo. Fiind slave
> nefolosit nu face decat writes (asa ca umblatul pe la caches si
> buffers mi se pare putin degeaba) si ma deranjeaza ca vad la iostat de
> 2.5 ori mai multe writes/s decat pe alt slave, de-aia banuiesc ca se
> poate face ceva la ext4, dar vreau sa fiu precaut sa nu pierd date in
> caz de crash.
>
> --
> Petre "uitasem sa zic de ozn-uri cu galera sau semisync"
> _______________________________________________
> RLUG mailing list
> [email protected]
> http://lists.lug.ro/mailman/listinfo/rlug
>
_______________________________________________
RLUG mailing list
[email protected]
http://lists.lug.ro/mailman/listinfo/rlug

Raspunde prin e-mail lui