MySQL Forums
Forum List  »  Italian

Un punto di accesso, più servers
Posted by: Carnasciali Fabio
Date: November 28, 2008 05:02AM

Buongiorno.

Vengo subito all'argomento:
ho un server mysql 5.0.22 su RHEL5 su cui sono presenti parecchi db.

Ho necessità di alleggerirlo spostando alcuni db su un altro server.
Vorrei farlo in maniera trasparente rispetto alle applicazioni ovvero:
le applicazioni continuano a puntare a servermysql.reteinterna, ma la connessione viene passata a servermysql1.reteinterna o servermysql2.reteinterna a seconda del dbname richiesto.
Ovvero se il client adesso si connette
jdbc:mysql://servermysql.reteinterna:3306/nomedb;
ed io ho spostato il database nomedb su servermysql2.reteinterna ho bisogno che i dati li vada a prendere dal server giusto: anche perché su servermysql.reteinterna non ci sarebbero più dati di nessun db.

Una cosa del genere l'ho realizzata per risolvere centralmente i nomi dei servizi Oracle (usando openldap invece di OID), in modo da non dover rincorerre più i files tnsnames.ora sparsi per i clients.

Forse questo è un lavoro per mysqlproxy? (Che però non è ancora consigliato in ambienti di produzione). C'è una alternativa? (ho visto le federated tables ma temo che appesantiscano invece di alleggerire).

Per quanto riguarda mysqlproxy ho visto un po' di documentazione, ma il reference e l'uso degli oggetti connection su
http://dev.mysql.com/doc/refman/5.0/en/mysql-proxy-scripting-structures.html
http://dev.mysql.com/doc/refman/5.0/en/mysql-proxy-scripting-connect-server.html
http://dev.mysql.com/doc/refman/5.0/en/mysql-proxy-scripting-connect-server.html
non mi ha aiutato nel capire come fare.

A presto e grazie,
Fabio Carnasciali.

Options: ReplyQuote


Subject
Views
Written By
Posted
Un punto di accesso, più servers
4596
November 28, 2008 05:02AM
3043
November 28, 2008 05:17AM


Sorry, you can't reply to this topic. It has been closed.

Content reproduced on this site is the property of the respective copyright holders. It is not reviewed in advance by Oracle and does not necessarily represent the opinion of Oracle or any other party.