Wie richte ich das Boost -Modul und das RSYNC ein, um das Spiegelung zu einem Kinderspiel zu machen?

Question

Ich suche nach einer Möglichkeit, einen Server einzurichten, um die vom Boost -Modul erstellten statischen Caches für mehrere andere Server leicht spiegabel zu machen.

Answer 1

Hier sind ein paar Ideen...

Wenn Sie verhindern möchten, dass Sie von Ihrem Hosting -Anbieter in den Rücken gestochen werden, ist es nicht besser, eine Lösung zu verwenden, die nicht auf den Hosting -Anbieter beruht?

Meine Wahl wäre, einen DNS -Anbieter von Drittanbietern zu verwenden, der Round Robin unterstützt [ http://en.wikipedia.org/wiki/round_robin_dns ] -OR Ihr eigener Server, der zur Unterstützung von Round Robin- (die Sie auch für das automatische Belastungsausgleich verwenden können).

Round Robin sollte es Ihnen ermöglichen, mehrere Adressen zu haben, und jedes Mal, wenn jemand in Ihre Domain geht, überprüft es, ob die Server auf oder ab sind, und leitet sich auf die Server weiter.

Für die statischen Caches könnte man RSYNC verwenden, aber das betrifft Ihren Hosting -Anbieter. Vielleicht wäre ein besserer Weg (aber ich denke nicht ressourceneffizient), Klone Ihrer Drupal-Installation in jedem Server zu haben und dann die DBS mithilfe von MySQL-Spiegelung zu synchronisieren (und Cron, um den statischen Boost-Cache zu erstellen) ... dann würden Sie nicht Verlassen Sie sich von jedem Server, da alle die gesamte Website haben und Runde Robin verwenden, um Ihre Domäne auf den Arbeitsserver umzuleiten.

Answer 2

Sie könnten RSYNC dazu verwenden, aber es ist spröde und verpflichtet zu brechen. Sie wären besser dran, indem Sie beide verwenden:

• Ein einzelnes freigegebenes Netzwerkdateisystem
• oder meine empfohlene Lösung verwenden Sie ein Cluster -verteiltes Dateisystem wie Glusterfs. Dies wird im Allgemeinen in Webserverclustern verwendet, um Web -Apps über Knoten automatisch zu verteilen.