Apache Umzug ohne Ausfall - Apache Proxy

[alexander newald]

Die mySQL Lösung funktioniert auch für z.B. einen Counter, der den gleichen Counterstand per mySQL speichert (inkl. Locks) und dann auf beiden Servern konsistent hochzählt?

Counterstand 500:
-> Hit auf Server 1
-> Hit auf Server 2
-> Hit auf Server 1
egal auf welchem Server der nächste Hit kommt, es wird 504 angezeigt?

Dies bietet mySQL Replikation nicht:

Auszug aus den von dir zitierten Docs:

MySQL 3.23.15 and up features support for one-way replication. [...] Note that when you are using replication, all updates to the tables that are replicated should be performed on the master server

RSync bietet nur einen periodischen Abgleich (Zumindest kenne ich nur diese Möglichkeit), die Daten sind nicht konsistent.

[sfeni]

@Alex
Okay... denke ich hab das Problem verstanden.
Dann doch kein rsync und mySQL-Repl. :)

Werde nun mal die transfer.domain.de anlegen, paar Tage warten, alles auf den neuen Server kopieren und dann die RewriteRule aktivieren.

[Joe User]

Die mySQL Lösung funktioniert auch für z.B. einen Counter, der den gleichen Counterstand per mySQL speichert (inkl. Locks) und dann auf beiden Servern konsistent hochzählt?
...
RSync bietet nur einen periodischen Abgleich (Zumindest kenne ich nur diese Möglichkeit), die Daten sind nicht konsistent.

Es war eine Verfügbarkeit von nahezu 100% gefordert, keine Datenintegrität von nahezu 100%...

[sfeni]

keine Datenintegrität von nahezu 100%...

Das versteht sich aber von selbst, finde ich.
Möchte ja keine 2 unterschiedliche Daten haben.

[alexander newald]

@Joe User

Es war eine Verfügbarkeit von nahezu 100% gefordert, keine Datenintegrität von nahezu 100%...

in diesem Thread weiter unten von Sfeni:

mySQL kann ich ja keine 2 Stück betreiben, die konstant dieselben Daten haben. Da ändert sich konstant irgendwas, deshalb muss es solche eine Lösung sein, wo nur 1 Mal die ganzen Daten vorhanden sind

Deine Antwort darauf:

Für MySQL gibt es Replikation und den FTP-Bereich ...

Passt also einfach nicht...

[Joe User]

Bevor wir uns auf Grund unserer unterschiedlichen Definition von "Verfügbarkeit" in die Haare bekommen, sollten wir es dabei belassen und den geneigten Leser selbst zwischen beiden Lösungen wählen lassen...

[myname]

Hier noch eine ganz andere Möglichkeit, die ich bei meinem anstehenden Server Umzug durchführen werden:

Einfach per iptables alle Ports bis auf ssh umleiten, und masquieren:

Code: Select all

echo 1 > /proc/sys/net/ipv4/ip_forward
iptables -P FORWARD DROP
iptables -t nat -A PREROUTING -p tcp ! --dport 22 -i eth0 -j DNAT --to 1.2.3.4
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
iptables -A FORWARD -p tcp -d 1.2.3.4 -j ACCEPT
iptables -A FORWARD -p tcp -s 1.2.3.4 -j ACCEPT

Nachteil ist natürlich, dass der gesamte Traffic über beide Server läuft, aber das sollte für ein paar Tage verkraftbar sein.

Da FTP 2 Ports benutzt funktioniert jedoch nur der FTP Passiv Modus. Aufgrund der Masquierung muss also der Client den 2. Port aufmachen.

Wenn man seinen Benutzern dies nicht zumuten will, kann man immer noch einen FTP Proxy installieren - HOWTO:
http://www.tei-lin-net.de/tip_ftp_proxy_01.html

[sfeni]

Die TTL vor dem Umzug (2-3 Tage) auf einen kleinen Wert stellen. Sind es viele VHosts - Wenn nein, dann auf dem neuen den Vhosts eine Subdomain (z.B. transfer.test.de) als Alias spendieren. Vorher die Subdomain rechtzeitig mit der neuen IP in den DNS Server eintragen. Auf dem alten Server dann eine ReWriteRule auf die transfer.test.de anlegen.

Code: Select all

RewriteEngine   On
RewriteRule     ^(.+)   http://transfer.test.de/$1 [R,L]

Geht das auch einfacher?

Kann man das irgendwie global im Apache eintragen:

Code: Select all

RewriteEngine   On 
RewriteRule     ^(.+)   http://transfer.DOMAIN/$1 [R,L]

Dass er automatisch DOMAIN durch http://www.domain.de ersetzt?