Hai letto queste pagine di documentazione?

http://dev.mysql.com/doc/refman/5.5/en/mysqld-multi.html
http://dev.mysql.com/doc/refman/5.5/en/multiple-data-directories.html
http://dev.mysql.com/doc/refman/5.5/en/multiple-server-clients.html
http://dev.mysql.com/doc/refman/5.5/en/option-files.html

E' una proposta accettabile ma, per valutarne l'utilizzo, è necessario conoscere il sistema nel suo complesso, cosa che noi non conosciamo.

Considerando che mysql prevede la possibilità di farlo, mi sembra un po' come se si usasse una vm per ogni condivisione samba.

a LonelyWolf: si ho lette quelle pagine e hanno chiarito molte cose ma non tutte.

Ovviamente queste prove sono fatte su una vm di test in vmware sul mio portatile.
Avete tutti ragione quando parlate della virtualizzazione, vi spiego la situazione semplificando il più possibile nel senso che l'infrastruttura è suddivisa su più macchine in ridondanza e tolleranza hai guasti tramite un software scritto da me, sto testando questo software in produzione ma non è questo il nocciolo, in questo post faccio finta le varie cose girino su macchine singole.

c'è un server su cui è installata centos 6 x86_64 con xen che virtualizza delle vm(che forniscono vari servizi tipo samba,etc) aventi i dischi su un'altra macchina(sempre centos6 x86_64) che fa da storage e che condivide i dischi delle vm in nfs e che fornisce il servizio mysql. ora lo storage virtualizza una macchina che poi fornisce le condivisioni nfs e mysql. so che è un pò contorta la cosa ma questa configurazione serve al mio programma per gestire la ridondanza, sostanzialmente sposta, accende e spegne cloni delle vm quando queste non rispondono in tempi prestabiliti o inviano dei segnali, etc, etc.. quindi ho bisogno di avviare più istanze di mysql perché ognuna deve contenere più database del tipo:
istanza1 per i database dell'hosting
istanza2 per i database interni(amministrazione, wiki delle procedure aziendali,etc)
istanza3 per i database di sviluppo e di test
il fatto di avere diverse istanza serve per confinare il più possibile i problemi, nel senso se il wiki sbrocca e mi impappina l'istanza2, l'istanza1 non ne deve risentire assolutamente e cosi via, ma mettermi a fare una vm per ogni istanza mi sembra uno spreco.

che ne pensate? spero di essermi spiegato, ovviamente io in testa ho tutto chiaro ma spegarlo è complicato hahaha :-)

grazie grazie a tutti davvero

a dandkan77:

di vps, proxmox e openvz ne ho sentito parlare ma non ho mai fatto prove ne altro.

Avevo intenzione di fare uno schema, e approfondire bene la situazione ma come al solito 24h al giorno non bastano(tanto se il giorno fosse di 48h dopo un pò non basterebbero nemmeno quelle :-) ). Per la cronaca è già tutto sotto UPS e il fatto di usare lo storage come "scatolone" per i dischi(file) delle vm è proprio perchè lo storage ha dei 6xSATA RAID1 1tb, invece sulle singole macchine che eseguono le vm ci sono dischi 2xSCSI RAID1 75gb, ho speso molto meno.

Non ho il tempo di fare uno schema di approfondire, ho provato la configurazione di cui vi ho parlato e usando il comando
mysql --socket /mysql1/mysql.sock -u root -pfunziona per tutte le istanze locali, ho provato a creare dei database diversi sulle istanze e a dagli i permessi d'accesso a determinati IP e da remoto la connsessione funziona, tramite porta, del tipo:
mysql -h 192.168.10.13 -P 3309 -u root -pmysql -h 192.168.10.13 -P 3310 -u root -pper ora mi faccio bastare questo, mi basta per effettuare l'accesso tramite php nelle pagine web.

Visto che comunque il suo lavoro lo fà vorrei scrivere una guida con la procedura che ho seguito e tutte le spiegazioni, per chi volesse tentare, se i moderatori sono d'accordo.

sperando di poter rimettere mano alla discussione e scrivere una soluzione saluti e grazie infinite a tutti