Die meisten Leute fügen aus gutem Grund einen zweiten Server hinzu. Eine Website hat mehr Besucher bekommen, ein Kunde brauchte seinen eigenen Platz oder ein Server war überlastet. Der zweite Server löst das Problem, das sich dir gerade stellt. Was er aber nicht immer tut, ist, die Sicherheit zu erhöhen, und wenn du auf die gleiche Weise einen dritten hinzufügst, wiederholt sich das Muster einfach nur.
Wenn du mehr als einen Server betreibst, zeigen dir diese fünf Fragen, wo deine Konfiguration solide ist und wo sie nur aus Gewohnheit noch irgendwie zusammenhält. Zu jeder Frage gibt es eine kurze Überprüfung, die du selbst durchführen kannst, und eine Maßnahme, die du diesen Monat umsetzen solltest. Wenn du tiefer in die Materie einsteigen möchtest, findest du in jedem Abschnitt einen Link zu einer ausführlichen Anleitung.
1. Entlastet dein zweiter Server das System oder verteilt er nur das Risiko?
Die gängigste Konfiguration mit zwei Servern besteht nicht darin, dass zwei Server zusammenarbeiten. Vielmehr sind die Websites auf zwei Server verteilt: einige hier, einige dort. Das verteilt zwar die Last, aber jede Website befindet sich immer noch genau an einem Ort. Fällt einer der Server aus, fallen die darauf befindlichen Websites mit ihm aus.
Schnellcheck: Listet alle Websites und die Server auf, auf denen sie laufen. Schreibt neben jede Website, was passiert, wenn dieser Server eine Stunde lang offline ist. Überprüft dann, wo sich eure Backups befinden. Wenn sich ein Backup auf demselben Server befindet, den es schützt, fällt es ebenfalls mit diesem Server aus.
Eine Sache, die du tun solltest: Such dir die eine Website aus, die sich Ausfallzeiten am wenigsten leisten kann, und schreib auf, wie du sie wieder zum Laufen bringen würdest, falls ihr Server ausfallen sollte. Wenn die Antwort lautet: „Aus einem Backup wiederherstellen und auf das Beste hoffen“, hast du deinen Single Point of Failure gefunden.
Lies den Leitfaden: Zwei Server sind noch kein Failover
2. Könnte deine Website morgen auf zwei Servern gleichzeitig laufen?
Eine Website gleichzeitig auf zwei Servern zu betreiben und den Datenverkehr zwischen ihnen aufzuteilen, sorgt dafür, dass Websites auch dann verfügbar bleiben, wenn ein Server mal einen schlechten Tag hat. Aber die meisten Websites können das so, wie sie heute aufgebaut sind, nicht leisten. Eine typische „ WordPress “-Website speichert hochgeladene Bilder auf der Festplatte des Servers selbst, verwaltet angemeldete Sitzungen lokal und setzt eine einzige Datenbank voraus. Stellt man einen zweiten Webserver daneben, sehen Besucher plötzlich fehlende Bilder und werden willkürlich abgemeldet.
Schnellcheck: Beantworte drei Fragen. Wo werden deine Uploads gespeichert? Wo werden die Benutzersitzungen gespeichert? Kommunizieren alle deine Webserver mit derselben Datenbank? Wenn eine der Antworten „auf diesem einen Server“ lautet, hilft ein zweiter Webserver noch nicht weiter.
Eine Sache, die du tun solltest: Fang mit den Uploads an. Das Verschieben von Medien in einen gemeinsam genutzten Objektspeicher ist normalerweise die erste Änderung, die alles andere erst möglich macht – und du kannst sie vornehmen, ohne die Website neu erstellen zu müssen.
Lies den Leitfaden: Objektspeicher für Uploads in „ WordPress “
3. Wer kann gerade auf deinen Datenbankserver zugreifen?
Wenn eine Datenbank auf ihren Server verlagert wird, muss sie Verbindungen über das Netzwerk akzeptieren. Der schnellste Weg, das zum Laufen zu bringen, ist oft, den Datenbankport zu öffnen und eine Liste von IP-Adressen zuzulassen. Das funktioniert, und dann rührt es niemand mehr an. Mit der Zeit wird diese Liste immer länger, und der Port bleibt vom Internet aus erreichbar.
Schnellcheck: Führe auf deinem Datenbankserver den Befehl „ss -tlnp | grep 3306“ aus. Wenn du „0.0.0.0:3306“ oder „*:3306“ siehst, hört MySQL auf jeder Netzwerkschnittstelle, nicht nur auf einer privaten. Überprüfe dann deine Firewall-Regeln für Port 3306 und frag dich, ob du noch jede Adresse auf der Liste erkennst.
Eine Maßnahme: Entferne alle zugelassenen Adressen, die du nicht benennen kannst. Wenn deine Server über ein privates Netzwerk kommunizieren können, verlege den Datenbankverkehr dorthin und schließe den Port zum öffentlichen Internet komplett.
Lies die Anleitung: Port 3306 ist offen
4. Wenn du einen Server hinzufügst, werden dann auch dessen Firewall-Regeln mit übernommen?
Wenn jeder Server seine eigene Firewall hat, wird jede an einem anderen Tag von demjenigen konfiguriert, der gerade da war. Auf einem Server wird ein Port geöffnet, um ein Problem zu beheben, und dann nie wieder geschlossen. Eine Regel wird auf zwei Servern hinzugefügt, aber auf dem dritten fehlt sie. Nichts davon fällt auf, bis etwas durchkommt oder etwas Legitimes blockiert wird.
Schnellcheck: Exportiere die Firewall-Regeln von jedem Server und stelle sie nebeneinander. Wenn du iptables direkt verwendest, gibt der Befehl „iptables -S“ den vollständigen Regelsatz aus. Jeder Unterschied, den du nicht erklären kannst, ist eine Abweichung.
Eine Maßnahme: Leg fest, welcher Regelsatz der richtige ist, und speichere ihn an einem zentralen Ort, außerhalb eines einzelnen Servers. Von nun an bezieht jeder Server seine Regeln aus dieser Datei, und jede Änderung wird zuerst dort vorgenommen.
Lies den Leitfaden: Firewall-Drift
5. Wie lange brauchst du heute, um Kapazitäten zu erweitern?
Bei den meisten Setups mit mehreren Servern bedeutet das Hinzufügen von Kapazität, dass man einen Server bestellt, auf die Lieferung wartet, alles installiert, die Konfiguration von einem bestehenden Server kopiert und alles testet. Das bedeutet in der Regel mehrere Tage Arbeit, weshalb das meist erst nach einem Leistungsabfall passiert und nicht davor.
Der schnellere Weg ist ein gespeichertes Image: eine sofort einsatzbereite Kopie eines Servers, der bereits genau so konfiguriert ist, wie du es möchtest. Das Starten eines neuen Servers aus einem Image dauert nur wenige Minuten, und jeder Server, den du startest, ist anfangs identisch – was auch das Drift-Problem aus Frage 4 löst.
Schnellcheck: Miss mal, wie lange es bei deinem letzten neuen Server gedauert hat – von der Entscheidung, ihn hinzuzufügen, bis zu dem Moment, als er den echten Datenverkehr übernommen hat. Wenn es länger als einen Tag war, dann wirst du beim nächsten Datenverkehrsanstieg genauso weit im Rückstand sein.
Eine Sache, die du tun solltest: Schreib jeden Schritt auf, den dein letzter Serveraufbau umfasste. Diese Liste ist der erste Entwurf des Images, das du behalten möchtest.
Genau diese Aufgaben übernimmt InMotion Cloud für dich. Deine Server laufen als virtuelle Maschinen in einer vollständig verwalteten Private Cloud – mit festen monatlichen Preisen und erfahrenen Technikern in jedem Tarif. Erfahre, wie InMotion Cloud funktioniert.
Lies den Leitfaden: Server-Snapshots vs. Golden Images
Wenn das Hinzufügen von Servern immer mehr Arbeit bedeutet
Falls diese Liste mehr zu behebende Probleme enthält, als du erwartet hast, bist du noch nicht im Rückstand. Die meisten Setups mit mehreren Servern wachsen so: Schritt für Schritt, eine praktische Korrektur nach der anderen. Arbeite die oben genannten Punkte in deinem eigenen Tempo ab und fang mit dem an, der dir am meisten Sorgen bereitet.
Und wenn du dir wünschst, dass dein Hosting-Anbieter mehr von dieser Liste abdeckt, sprich mit unserem Team über InMotion Cloud.