Re: FreeBSD Cluster Active/Passive MySQL (iscsi, carp, devd, mysql)

Il 24/ott/2013 00:44 "Andrea Brancatelli" <[email protected]> ha
scritto:
>
> No, io non uso mysql proxy perché non ho un singolo entry point verso il
db. Personalmente di quello che certifichi oracle non mi interessa molto,
io cerco di tenere lo scenario più semplice possibile e più resilente
possibile.

Sarebbe interessante scoprire cosa ne pensa chi usa mysql-proxy come
soluzione HA: sempre che ci sia qualcuno :-)

>
> Non so perché ti preoccupi delle data dio su zfs, è una soluzione
sponsorizzata pure da oracle visto che ti permette di far combaciare il
record lenght di innodb con il cluster size di zfs (eventualmente
sfruttando la deduplicazione o la compressione in maniera efficiente) e di
disabilitare il doppio check in scrittura sul file system grazie
all'approccio copy on write.

Non ho riscontrato vantaggi tali da farmi convertire a zfs sulla dbdir,
onestamente (e si che ne ho provati di setup, prova a cercare sulla ml
freebsd-hackers, performance o fs - non ricordo): purtroppo solo su freebsd
(e non potrebbe essere altrimenti) quindi non ti so dire su solaris (lo
scenario da te indicato sopra) che succede. La cosa che mi manca sono gli
snapshot incrementali, chiaramente (e i suj che ho barattato per gli
snapshot di ufs2 :-) ).

>
> Che poi zfs su freebsd non si capisce quanto sia stabile è un altro
discorso - anche se per sincerità nel nostro scenario non saprei proprio
dire se il problema sia zfs o lo iscsi initiator...
>
> Le macchine con i dischi interni problemi con mysql su zfs non ne hanno,
mentre la macchina con bacula che fa i backup via iscsi sulla tape ogni
tanto la tape se la perde senza ragioni apparenti, e tocca per forza
riavviarla...
>
> Ne deduco che probabilmente il problema è più lato iscsi che zfs.

L'implementazione di iscsi su fbsd era abbastanza macchinosa fino alla 8.x.
La riscrittura dalla 9.x dovrebbe avere cambiato qualcosa.

>
> Comunque ti consiglio di dare una sfogliata a questo se ti capita
http://shop.oreilly.com/product/9780596807290.do  se non ti capita magari
te ne mando qualche estratto se ti fa piacere.
Trovi la mia soluzione (e alternativa) a partire da pag. 117 con shared
storage e drbd+heartbeat+corosync alla pagina successiva. Mysql-proxy non
pervenuto :-)

>
> E a questo punto anche a
https://blogs.oracle.com/realneel/entry/mysql_innodb_zfs_best_practicespiuttosto
che
http://royal.pingdom.com/2013/06/04/zfs-backup/ ...
>
> A questo punto però toglimi una curiosità, che deve contenere questo db,
se si può chiedere? Dimensioni, carico... ? Almeno capisco di che parliamo
;-) altrimenti è sesso degli angeli :-)

La necessità di averlo in HA esula da dimensioni, carico, traffico o
altro.)

_______________________________________________
Esperti mailing list
[email protected]
http://mailman.gufi.org/mailman/listinfo/esperti