plattform-migration:konzept
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende Überarbeitung | ||
plattform-migration:konzept [2015/09/20 13:38] – [Betriebssysteme] thomasb | plattform-migration:konzept [2015/09/20 13:56] (aktuell) – [Speicherplatz der Mitglieder] thomasb | ||
---|---|---|---|
Zeile 14: | Zeile 14: | ||
===== Betriebssysteme ===== | ===== Betriebssysteme ===== | ||
- | Es werden unterschiedliche Betriebssysteme | + | RHEL wird für die beiden Cluster-Nodes bzw. Hypervisoren |
- | * RHEL für die beiden Cluster-Nodes bzw. Hypervisoren. Der Cluster-Stack von Redhat ist sehr weit fortgeschritten. Da es sich um Open Source Komponenten handelt, kann er auch auf anderen Betriebssystemen verwendet werden. Bei RHEL ist jedoch der Extended Support lange (RHEL7 wurde in 2014 released und ist bis 2024 supported) und es soll vermieden werden, auf den Hypervisoren oft grosse Konfigurationsänderungen bzw. Upgrades vornehmen zu müssen. | + | Debian wird für die restlichen virtuellen Maschinen eingesetzt. |
===== Komponenten des Clustering ===== | ===== Komponenten des Clustering ===== | ||
Zeile 114: | Zeile 114: | ||
* Auf einem Shell-Server editierte Daten sind auch auf dem Webserver verfügbar | * Auf einem Shell-Server editierte Daten sind auch auf dem Webserver verfügbar | ||
* Mails können auf beiden Shell-Servern gelesen werden (setzt Maildir voraus) | * Mails können auf beiden Shell-Servern gelesen werden (setzt Maildir voraus) | ||
+ | * Webseiten können auf mehreren Webservern genutzt werden (bei Migrationen können z.B. die Webseiten stückweise auf den Webserver mit den neueren Komponenten migriert werden) | ||
===== Benutzerverwaltung ===== | ===== Benutzerverwaltung ===== | ||
Zeile 131: | Zeile 132: | ||
Ein Monitoring-Server mit OMD bzw. check_mk (http:// | Ein Monitoring-Server mit OMD bzw. check_mk (http:// | ||
- | Die Shellserver dienen den Administratoren als Jumphosts. Der direkte Login per SSH auf die restlichen VMs mit Diensten ist nur von den Shellservern | + | Die Shellserver dienen den Administratoren als Jumphosts. Der direkte Login per SSH auf die restlichen VMs mit Diensten ist nur von ihnen aus möglich. Um im Falle eines Ausfalls der Shellserver zumindest Zugriff auf die Hypervisor-Hosts zu bekommen, wird auf ihrer host-based Firewall Port-Knocking implementiert (http:// |
===== Security ===== | ===== Security ===== | ||
Jeder Host ist mit einer host-based Firewall ausgestattet (Shorewall, http:// | Jeder Host ist mit einer host-based Firewall ausgestattet (Shorewall, http:// | ||
- | Die Logs der Systeme werden zentral auf einem Logserver gesammelt (Syslog per TCP). Auf jeder virtuellen Maschine wird die Aufbewahrungsdauer für Logs verkürzt. Stattdessen dient der Logserver der längeren Aufbewahrung der Logs. | + | Die Logs der Systeme werden zentral auf einem Logserver gesammelt (Syslog per TCP). Auf jeder virtuellen Maschine wird die Aufbewahrungsdauer für Logs verkürzt. Stattdessen dient der Logserver der längeren Aufbewahrung der Logs. Der Zugriff auf den Logserver wird eingeschränkt. |
Die Aktionen der Systemadministratoren werden, sobald ein Wechsel zu einem privilegierten Account stattgefunden hat, aufgezeichnet. Bevorzugt soll sudo verwendet werden, welches sämtliche Kommandos loggt. Sofern eine Shell als privilegierter Benutzer benötigt wird, dann werden die abgesetzten Kommandos aufgezeichnet. | Die Aktionen der Systemadministratoren werden, sobald ein Wechsel zu einem privilegierten Account stattgefunden hat, aufgezeichnet. Bevorzugt soll sudo verwendet werden, welches sämtliche Kommandos loggt. Sofern eine Shell als privilegierter Benutzer benötigt wird, dann werden die abgesetzten Kommandos aufgezeichnet. |
plattform-migration/konzept.1442756290.txt.gz · Zuletzt geändert: 2015/09/20 13:38 von thomasb