Failover-IP

Wenn Sie einen Rootserver bei OVH haben, dann haben Sie die Möglichkeit, Failover-IPs zu verwenden, um Ihre Projekte, SSL-Zertifikate, etc. zu hosten.
Die Failover-IP kann in wenigen Sekunden von einem Server auf einen anderen umgezogen werden. Wichtig: europäische (RIPE) IP-Adressen können nicht auf einen Server in Nordamerika umgezogen werden und nordamerikanische (ARIN) IP-Adressen nicht auf einen Server in Europa! Ihr Hosting mit der Failover-IP funktioniert so ohne Unterbrechung und ermöglicht es, Probleme zu beheben, die von Materialdefekten, Überlastung Ihrer Installationen und allen Arten von Problemen mit der Infrastruktur herrühren.

Um von der gesamten Leistung der Failover-IP profitieren zu können muss die Konfiguration Ihrer Hostings mit der Failover-IP erfolgen (und nicht mit der festen Haupt-IP des Servers).
Sie behalten so wenn Sie die Failover-IP von einem Server auf einen anderen umziehen die komplette zu dieser Failover-IP gehörende Konfiguration.

Sie müssen sich um die Kopien Ihrer Projekte und Ihrer Konfigurationsdateien von einem Server zum anderen kümmern. Wenn Sie die Failover-IP von einem Server zum anderen wechseln funktioniert alles auf dem neuen Server weiter, da die Konfigurationsdateien an die Failover-IP gebunden sind und die Daten und Konfigurationen dieselben sind. Sie müssen all Ihre Projekte mit der neuen festen IP Ihres neuen Servers nicht neu konfigurieren.

Hier unterschiedliche Konfigurationsfälle:

1) Wechsel / Upgrade eines Servers

Ihre Projekte werden auf dem Rootserver A (mit der festen IP A) gehostet und sind mit der Failover-IP Z konfiguriert.

Wenn Ihr Server A nicht mehr leistungsfähig genug ist, um Ihre Projekte zu hosten, dann können Sie einen neuen Server mieten, in der Beschreibung "Server B" genannt, der die feste IP B hat.

Sie stellen die Kopie Ihrer Projekte und der Konfigurationsdateien des Servers A zum Server B sicher. Und ...

... Sie wechseln das Routing der Failover-IP Z des Servers A zum Server B. Da die Daten Ihrer Projekte als auch die Konfigurationsdateien an die Failover-IP gebunden sind, funktionieren sie auf dem Server B weiter, ohne Änderung an den Dienstekonfigurationen (weder DNS, noch APACHE, noch SMTP, noch POP3, noch MySQL...).

2) Funktion als Hauptserver und Backupserver

Sie haben 2 Server A und B, der Server A ist Ihr Hauptserver, der Server B ist Ihr Backupserver.
Ihre Projekte sind auf der Failover-IP Z konfiguriert und werden auf dem Server A geroutet. Sie sorgen für die regelmäßigen Kopien Ihrer Projekte vom Server A zum Server B.

Wenn der Server A eine Panne hat, wechseln Sie das Routing der Failover-IP Z vom Server A zum Server B. Alles funktioniert auf dem Server B weiter. Sie haben Zeit, den Server A zu reparieren.

Sobald der Server A repariert ist, kopieren Sie die Daten vom Server B zum Server A und wechseln das Routing der Failover-IP Z vom Server B zum Server A. Alles funktioniert auf dem Server A weiter.

Diese Konfiguration hat einen doppelten Vorteil weil:

• Sie Sicherungen der Daten machen, die auf Ihrem Server A gehostet werden.
• Sie den Server B im Falle einer Panne des Servers A nutzen.

3) Hosten von mehreren Projekten

Wenn Sie viele Website hosten, dann können Sie sie auf Ihrem Server A hosten, indem Sie 2 Failover-IPs benutzen. Ein Teil der Websites wird auf der Failover-IP Y und ein anderer Teil auf der Failover-IP Z gehostet.

Sobald Ihr Server nicht mehr leistungsstark genug ist, um die Websites der Failover-IPs Y und Z zu hosten, können Sie einen neuen Server B mieten, und ausschließlich das Routing der Failover-IP Z auf den Server B wechseln. Da der Server A nur noch die Websites der Failover-IP Y hostet, wird er entlastet und wird weiter korrekt funktionieren.