Apache Umzug ohne Ausfall - Apache Proxy

[sfeni]

Hi,

ich möchte in den nächsten Tagen mein Apache auf eine andere IP (auf einen neuen Server) legen. Da DNS Ã?nderungen meist ein paar Stunden, Tage, ... brauchen bis es alle NS mitbekommen haben, brauche ich eine Lösung das ohne Ausfall zu machen.
Also die Grundidee ist da, nur wie setze ich das am besten um?

Meine Idee:
WebServer 1: Momentan aktiv
WebServer 2: Neue Maschine

Auf dem WebServer 2 wird nun der Port 80 komplett umgeleitet auf den WebServer 1. Wenn ich nun meine DNS Einstellungen ändere auf den WebServer 2, dann warte ich ca. 3 Tage und entferne dann die Port-Umleitung und setze den Apache richtig auf dem WebServer 2 auf und kann ihn dann auf WebServer 1 deinstallieren.

Wie leite ich nun am Besten den Port 80 um? Also mit iptables möchte ich das nur sehr ungern machen. Ich dachte hierbei an einen Apache-Proxy auf WebServer 2, der alle Anfragen an WebServer 1 umleitet.

Wie kann man das konfigurieren im Apache?

Vielen Dank an alle!
Sfeni

[Roger Wilco]

mod_proxy?

[sfeni]

Das habe ich auch schon gefunden, aber ich verstehe nur Bahnhof. :(

[Joe User]

Warum so umständlich? Server-A klonen, DNS umstellen und beide Server für die Ã?bergangszeit parallel betreiben. Dadurch ist es egal wie aktuell der DNS des Users ist:
Aktuell -> Server-B
Veraltet -> Server-A

[sfeni]

Unmöglich...

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.

EDIT:
Den FTP kann ich ja auch nicht abklemmen für die Tage...

[Joe User]

Für MySQL gibt es Replikation und den FTP-Bereich kannst Du per rsync syncronisieren ;)

[sfeni]

Und wie darf ich mir das vorstellen?

rsync jede Sekunde für die Dateien? Oder wie oft würdest du das machen?
Handelt sich um ca. 10GB Daten.

mySQL... Hast du da Links parat für die Tools?


P.S.: Das geht alles auf den Traffic und genau das will ich vermeiden. Ein Proxy wäre da doch wesentlich einfacher. Das sind doch nur 10 Konfig-Zeilen sicherlich!? Kann das echt nicht per Proxy??? Alles vom Apache auf einen anderen Apache per Proxy weiterleiten!?

Danke

[Joe User]

rsync jede Sekunde für die Dateien? Oder wie oft würdest du das machen?

Naja, betrachte es mal wirtschaftlicher: Alle 10 Minuten ist doch mehr als ausreichend, oder?

mySQL... Hast du da Links parat für die Tools?

http://dev.mysql.com/doc/mysql/en/Replication.html

P.S.: Das geht alles auf den Traffic und genau das will ich vermeiden. Ein Proxy wäre da doch wesentlich einfacher.

Einfacher mag es ja sein, aber da Du primär auf 100% Verfügbarkeit wert legst, kommst Du um meinen Vorschlag beziehungsweise dessen Grundidee nicht umhin...

[sfeni]

Also wenn ich mir das so überlege, dann habe ich ja eigentlich gleich die Daten auf dem 2. WebServer drauf und muss dann nichts mehr kopieren.
Es reicht dann praktisch das rsync zu deaktivieren und die Replikation wieder zu entfernen. oder?

danke!

[Joe User]

Es reicht dann praktisch das rsync zu deaktivieren und die Replikation wieder zu entfernen. oder?

Jupp ;)

[sfeni]

Code: Select all

rsync -rpogtu --delete root@X.X.X.X:/home/ .

Ist das dann der korrekte Befehle um alles so zu übernehmen, wie auf dem WebServer 1?

-r Unterverzeichnisse
-p Zugriffsrechte übernehmen
-o Besitzer übernehmen
-g Besitzer-Gruppe übernehmen
-t Zeitstempel übernehmen
-u Nur neuere Dateien überschreiben
--delete Dateien löschen, die auf dem WebServer 1 nicht mehr existieren

Noch irgendwas vergessen oder Verbesserungsvorschläge?

[alexander newald]

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]

[Joe User]

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.

Lies Dir bitte nochmals meine Posts durch: Deine Lösung ist, mit Verlaub, Müll/Overkill...

[boxdoc]

Ich würd die DB auf dem neuen Server betreiben incl. der ganzen Seiten und zusätzlich auf dem alten Server die Seiten (ich denke das sind PHP) laufen lassen die dann wiederum auf die DB des neuen zugreifen. Somit sind die Daten imer aktuell. Das ganze ist aber eigenlich nur möglich wenn du alleine auf dem Server hängst. Also ohne Kunden. Scliesslich müssen die ganzen Scripte entsprechen umgeschrieben werden damit diese auf die neuen DBs zugreifen.

[jake]

warum ziehst du nicht alles auf den neuen server? DB und PHP zeug.
dann machst du einfach auf deinem alten server in der index.php eine automatische umleitung auf die neue IP, fertig :-)

oder hab ich da was missverstanden?

gruss jake

[skywalker77]

ich hab in den letzten tagen ein paar kunden (einzeln) von A nach B gezogen.
Es handelte sich um php/MySQL
MySQL einfach am neuen Server übertragen, am alten in die configs die externe db des neuen server geschrieben und das wars.

alle waren glücklich und kein Ausfall :)

[sfeni]

Also ohne Kunden.

Und wie mit Seiten von anderen?

[alexander newald]

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.

Lies Dir bitte nochmals meine Posts durch: Deine Lösung ist, mit Verlaub, Müll/Overkill...

Zwei Dinge:

1.) Solche Antworten waren der Grund, warum ich hier eine lange Pause gemacht habe

2.) Die ist nicht Overkill, sondern die einfachste Art einen VHost auf einen neuen Server umzuziehen und die Daten (Web, FTP und mySQL) konsistent zu halten.

Wahrscheinlich habe ich mich wieder einmal zu umständlich ausgedrückt, deshalb noch mal der Versuch:

Beispiel: Umzug der Domain test.de

- 3 Tage vorher transfer.test.de auf IP des neuen Server IN DNS eintragen
- VHost auf alten Server deaktivieren
- Alle Daten auf den neuen Server übertragen
- Auf dem neuen Server den VHost aktivieren (Zusätzlich als Alias transfer.test.de eintragen)
- Auf dem alten die ReWriteRule in den VHost eintragen, VHost aktivieren
- IP von test.de auf neuen Server umstellen.

Fertig

Die Daten sind zu jedem Zeitpunkt konsistent (Sowohl Dateien als auch mySQL)

Dies funktioniert auch bei mehreren VHost ohen Probleme. Die ReWriteRules lassen sich sehr einfach per Perlscript in eine Apache Config einfügen.

Die Lösung, die Daten zu übetragen und den mySQL Server noch eine Zeit über das Netz auf dem anderen Server zu fahren ist vor allem bei unterschiedlichen RZ eine echte Bremse im Seitenaufbau.

[sfeni]

Danke für die Antwort!!! Nun hab ich es auch verstanden. :)

- Auf dem alten die ReWriteRule in den VHost eintragen, VHost aktivieren

Okay, und wie sieht so etwas aus? Also wie eine RewriteRule aussieht, das weis ich, aber in diesem Fall mit test.de und transfer.test.de? Ist eine Gute Idee, sowas in der Art habe ich ja versucht zu finden, nur hatte ich die Idee mit einem Proxy.

Die Lösung, die Daten zu übetragen und den mySQL Server noch eine Zeit über das Netz auf dem anderen Server zu fahren ist vor allem bei unterschiedlichen RZ eine echte Bremse im Seitenaufbau.

Das stöhrt niemand, solange es ohne Probleme geht :-D

Wie ich die Daten nun alle gleich halte, das habe ich ja schon: rsync und mySQL Replikation. Das habe ich auch schon eingerichtet und funktioniert wunderbar. Nur der Apache fehlt noch...

[alexander newald]

Die Rewrite Rule habe in diesem Thread weiter vorne gepostet.

[sfeni]

Oha, da haben ja noch ne ganze Menge dazwischen gepostet...

Dass es immer noch Foren gibt, wo mehrere Seiten haben :)
Hat nicht jeder mittlerweile DSL und kann alles auf einer Seite lesen? ;-)

Alles klar. Danke!

[sfeni]

Die TTL vor dem Umzug (2-3 Tage) auf einen kleinen Wert stellen.

Was meinst du mit klein? 1 Stunde, 1 Tag, ...?

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.

Ich weis ja nicht, was du als viel bezeichnest.

Es sind 148 Domains (Echte TLD, falls du fragen solltest.), 292 Subdomains aufgeteilt ca. 60 VirtualHosts.
Alles mit Skripte gemacht, also ich trag einfach im Skript die RewriteRule ein und der schreibt das in die Apache-Konfig, falls du das damit sagen wolltest wegen der Menge der Arbeit.

[alexander newald]

Die TTL auf z.B. 12 Stunden setzen.

Mit dem Script meinte ich einfach, dass man sich halt damit die Tipparbeit ersparen kann, alles von Hand in die httpd.conf einzufügen - mehr nicht

[sfeni]

Mit dem Script meinte ich einfach, dass man sich halt damit die Tipparbeit ersparen kann, alles von Hand in die httpd.conf einzufügen - mehr nicht

Das ist ja no Prob, hab ja schon Skripte, die dann nur geändert werden müssen.
Ein dickes Danke! :)

[Joe User]

Moin Alex,

1.) Solche Antworten waren der Grund, warum ich hier eine lange Pause gemacht habe

sorry, es war nicht persönlich gemeint. Du solltest Dir dennoch den Thread bis zu meinem "Jupp" in aller Ruhe durchlesen. Mit meiner Lösung sind sämtliche Daten jederzeit unter dem gleichen URL verfügbar, vollkommen unabhängig von der Aktualität des vom User genutzten NS (sowie der TTL). Zudem ist lediglich ein DNS-Update notwendig, während Deine Lösung mindestens zwei DNS-Updates benötigt. Auch das Anlegen von Sub(-Sub)-Domains entfällt, was wiederum die Rewrites überflüssig macht. Alles in Allem also erheblich ressourcenschonender, sowohl technisch als auch administrativ, als Deine Lösung.

HTH & Gruss,
Joe User