2 MySQL Server auf einem Debian

[Bueddl]

Hallo,

wie ist es Möglich 2 MySQL Server auf einem Server laufen zu lassen? Was muss man dazu kopieren, und welche configs sidn betroffen (Ich habe mit Google leider nur von Mysql direkt ein Tut gefunden indem es mir neu kompilieren gelöst wird....) Da gibt es doch bestimmt nen eifnacherern Weg mit der Konfig, oder?

VIelen Dank und liebe Grüße,
Sebastian

[soj]

Hallo Sebastian,

ja es ist möglich. Ich habe es schon einmal gemacht. Ist aber relativ aufwendig und gibt keine Sinn.

Gruß SOJ

[Bueddl]

Hallo Sebastian,

ja es ist möglich. Ich habe es schon einmal gemacht. Ist aber relativ aufwendig und gibt keine Sinn.

Gruß SOJ

Hi,

erstmal danke für deine Antwort. Ich denke in meinem Fall macht es Sinn. Ich bin ISP und würde gerne einen MySQL server unter veränderten Port für die System Datenbanken (Kundendb, FTp, etc.) laufen lassen und die Datenbanken der Kunden unter dem 3306-Port. Wie kann ich das erreichen?

Mit freundlichen Grüßen,
Sebastian

[uname]

Könnte etwas schwer werden. Du brauchst ein zweites Startscript (/etc/init.d/mysql), ein zweites PID-File (/var/run/mysqld/mysqld.pid ) und vor allem wohl den Ordner /var/lib/mysql doppelt. Viel Spaß beim Ändern der Konfigurationen. Ob es geht, keine Ahnung.

[dingsda]

Am Besten ist du virtualisierst ... das ist eine saubere Loesung http://sunoano.name/ws/public_xhtml/openvz.html

Du machst dann 2 VEs (Virtual Environments) und in jedes gibst du einen MySQL server. Nachdem die erste VE mit MySQL eingerichtet ist, brauchst du nicht nochmal MySQL installlieren und konfigurieren ... einfach das VE klonen und evtl. IP und port aendern.

[Bueddl]

Danke für die Antwort.

Aber mir drängt sich gleich noch ne Frage auf: Wie sieht es da mit "verschwendeten" Resourcen aus? Verbrauchten 2, bzw. 3 VMs mit Debian viel mehr als ein Debian?

[Bueddl]

Also ich würde ungerne das mit VMs lösen, geht es denn nicht mit settings, oder ist das soo schwer?

[dingsda]

OpenVZ hat einen ~2% overhead verglichen mit nativen kernels ... das ist enorm wenig. Du sagst du bist ISP, dann solltest du dich ernsthaft mit Virtualisierung beschaeftigen. Das dies eine saubere Loesung ist, im Vergleich zu dem Stunt den du vorhast kann man ganz klar sagen ... damit wirst du imho sicher Probleme bekommen.

Keine Ahnung wie dein Kunde reagiert wenn nach einem update deine Konfig weg ist und die Seiten fuer einen Tag weg sind ... Und btw, Resourcen verschwendet man wenn man nicht Virtualisiert und nicht umgekehrt.

[Bueddl]

Okay, ich denke ich habe Verstanden
Ich werd mir das mal im laufe der Woche durchlesen zu OpenVZ und das "Update" mal vorbereiten.

Vielen Dank für die ganzen Informationen und die Hilfe

Liebe Grüße,
Sebastian

[Cologne4711]

Hallo,

ich habe es noch nicht mit MySQL, aber schon mit einigen anderen Diensten gemacht. Du mußt halt einfach, wie vorher schon erwähnt wurde, neue Verzeichnisse anlegen und dann die Skripte und Configs kopieren und anpassen.

Ich würde diese Variante auf jeden Fall einer VM-Lösung vorziehen, die sonst nicht gebraucht wird.

MfG

[Sarem_Avuton]

Hallo,

ich hatte auch mal das Problem das ich für eine älter Windows App noch einen zweiten mysql server benötigte . Habe mal in der .bash_history gekramt und noch folgendes gefunden

Code: Alles auswählen

wget http://ftp.gwdg.de/pub/misc/mysql/Downloads/MySQL-4.1/mysql-4.1.22.tar.gz
tar xvzf mysql-4.1.22.tar.gz 
cd mysql-4.1.22
useradd -d "/usr/local/mysql41" -c "MySQL41 Daemon User" -s "/bin/false" -g "mysql" -m mysql41
./configure --prefix=/usr/local/mysql41 --with-unix-socket-path=/usr/local/mysql41/var/mysqld.sock --with-mysqld-user=mysql41 --with-server-suffix=mysql41 --with-tcp-port=3308
make
make install
/usr/local/mysql41/bin/mysql_install_db 
chown -R mysql41:mysql /usr/local/mysql41
cp /usr/local/mysql41/share/mysql/mysql.server /etc/init.d/mysql41 #(ggf.Anpassen)
cp /usr/local/mysql41/share/mysql/my-medium.cnf /usr/local/mysql41/var/my.cnf
vim /usr/local/mysql41/var/my.cnf #(ggf. Anpassen) 
/etc/init.d/mysql41 start
/usr/local/mysql41/bin/mysqladmin -u root -h database -P 3308 password 'Geheim'

Somit laüft dann mysql Server 5 auf Port 3306 und eine mysql Server 4.1 auf Port 3308

vg Jörg

[Bueddl]

Hi,

vielen Dank für die neuen Antworten, jetzt werd ich nochmal überlegen müssen. Mein bisheriger Plan sah so aus:
3 VEs

1. System, MySQL @ IP-1:12345 (muss ich mir noch ausdenken) (System website, Kundendatenbank mit Logins etc. "geheimer" Sql Port, Partition 1 auf Platte 1)
2. Kunden, MySQL @ IP-2:3306 (Kunden DBs, Kunden FTP (www-Files), Partition 2 auf Platte 1)
3. Backup, kein eigenes MySQL (BackupServer, eigene Platte, denke das is am Sichersten für die Backups)

Ich habe 4 IPs zur Verfügung, also die Grundvorrassetzung sollte gegeben sein. Ich glaub ich bleib bei dem Weg^^

[dingsda]

Ich habe 4 IPs zur Verfügung, also die Grundvorrassetzung sollte gegeben sein. Ich glaub ich bleib bei dem Weg^^

klingt nach Hetzner Rootserver .... /me verw. welche und OpenVZ funkt. da 1A.

eine IP fuer den HN, den Rest fuer die VEs ... Ich habe dann bei 4 anderen Maschinen noch zusaetzliche /27er Subnetze was auch kein Problem fuer OpenVZ ist da die IP ranges nicht angrenzend sein muessen. Du kannst dann auch von einen rootserver auf einen anderen Umziehen und die IP addressen behalten - das geht da alle rootserver im Rechenzentrum 10 stehen und dann einfach die routing tables auf den core routern geandert werden. In einfachen worten, die IPs fuer deine VEs bleiben die gleichen auch wenn du den ganzen HN oder nur eine VE von einem HN zum anderen HN migrierts.

[dingsda]

Ich würde diese Variante auf jeden Fall einer VM-Lösung vorziehen, die sonst nicht gebraucht wird.

er ist ISP (Internet Service Provider) ... wer sonst haette eher Bedarf an Virtualisierung

[Cologne4711]

er ist ISP (Internet Service Provider) ... wer sonst haette eher Bedarf an Virtualisierung

Du wie es scheint. Der Threadsteller hat oben geschrieben, dass er es ohne VM lösen möchte. Ich sehe keinen Grund seinen Wunsch nicht zu respektieren.

Du sagst du bist ISP, dann solltest du dich ernsthaft mit Virtualisierung beschaeftigen. Das dies eine saubere Loesung ist, im Vergleich zu dem Stunt den du vorhast kann man ganz klar sagen ... damit wirst du imho sicher Probleme bekommen.

Eine Lösung ohne VM ist kein Stunt und wird sicher auch keine Probleme verursachen.

Keine Ahnung wie dein Kunde reagiert wenn nach einem update deine Konfig weg ist und die Seiten fuer einen Tag weg sind

Das ist eine Frage von Backup und Recovery und hat nichts mit dem Thema zu tun

MfG

[Bueddl]

also ich sehe das grade mal so, ich habe 2 Problematiken. Die erste ist die hier angesprochene MySQL sache - die 2te Backups

Backups, da macht VE auf jeden Fall sinn...

Die Frage die bleibt ist, macht es Sinn das "System" von den Kunden abzuschotten? Ich hab da halt Pro und Contra:
Pro:
-auseinaderhalten von Kunden & System
-Sicherheit?

Contra:
-Aufwand?
-Leistung (geklärt, 2% überleb ich^^)

Da muss ich halt mal abwegen^^ Aber ich bin halt unsicher....

[dingsda]

Sicherheit:
http://sunoano.name/ws/public_xhtml/ope ... of_reasons

Aufwand:
Ca. 30min zum einrichten. 1Tag damit du dich wohlfuehlst und eine Woche um genug gelernt/gelesen zu haben das du ueberzeugt bist.

http://sunoano.name/ws/public_xhtml/ope ... stallation

[Bueddl]

Hatte leider lange keine Zeit mal zu antworten. Also der kram hat mich schon überzeugt, werde das so machen. Vielen Dank!

[tex]

Hallo Sebastian,
ja es ist möglich. Ich habe es schon einmal gemacht. Ist aber relativ aufwendig und gibt keine Sinn.

Oh, das ergibt eine Menge Sinn wenn man weiß was man damit anfangen will. Glaub mir. Es ist auch gar nicht aufwendig. Das Stichwort ist mysqld_multi. Es geht auch ohne Virtualisierung - wobei das bei OpenVZ nicht ganz den Kern der Sache trifft. Wenn du dir OpenVZ anschaust dann schau dir auch mal Linux-Vserver und LXC an. Beides die gleiche Liga und beides sehr interessant. Ich habe u.a. gute Erfahrungen mit Linux-Vserver gemacht.