|
|
| Zeile 1: |
Zeile 1: |
| = Technischer Unterbau =
| | {{Textkasten|rot|Hinweis:| Der weitere Inhalt ist in der Hostsharing Dokumentation unter |
| | | https://doc.hostsharing.net/users/sicherheit/index.html |
| Wie funktioniert Hostsharing heute technisch?
| | zu finden.}} |
| | |
| Hier wird der "technische Unterbau" der Hosting-Pakete
| |
| beschrieben. Der Artikel wurde ursprünglich am 8. Mai von
| |
| Michael Hierweck auf der Mitgliederliste veröffentlicht.
| |
| | |
| == Hosts ==
| |
| | |
| Wenn wir Monitoring und andere ausgelagerte Dienste kurz beiseite
| |
| lassen, haben wir schlicht einen Satz von Servern auf denen wir auf
| |
| Basis von [http://de.wikipedia.org/wiki/DRBD DRBD] (Standardlösung) virtuelle Maschinen auf Basis von
| |
| [http://de.wikipedia.org/wiki/Kernel-based_Virtual_Machine KVM]
| |
| (Standardlösung) bereitstellen. Diese virtuellen Maschinen nutzen wir
| |
| selbst als Hives oder bieten sie Nutzern an.
| |
| | |
| == Hives ==
| |
| | |
| Die Hives selbst sind also virtuelle Maschinen mit dedizierten
| |
| Ressourcen. Den Unterbau mit Spiegelung etc. sieht man darin nicht. Von
| |
| innen handelt es sich schlicht um eine Maschine, die läuft.
| |
| | |
| Die Hives sind aus einem Guss, d.h. die Software-Installation ist
| |
| jeweils identisch. In den Hives laufen Dienste, namentlich
| |
| [http://de.wikipedia.org/wiki/Apache_HTTP_Server Apache],
| |
| [http://de.wikipedia.org/wiki/Postfix_%28Mail_Transfer_Agent%29 Postfix],
| |
| [http://de.wikipedia.org/wiki/Dovecot Dovecot],
| |
| [http://de.wikipedia.org/wiki/ProFTPd ProFTPD],
| |
| [http://de.wikipedia.org/wiki/MySQL MySQL],
| |
| [http://de.wikipedia.org/wiki/PostgreSQL PostgreSQL]
| |
| sowie die Standarddienste
| |
| einer typischen Linux-Installation (syslog, cron usw.) - allesamt
| |
| Standardlösungen.
| |
| | |
| Auf den Hives gibt es die bekannten Webpakete, die ich im Rahmen eines
| |
| ersten Überlicks, den ich zu geben versuche, vermutlich nicht erklären muss.
| |
| | |
| == HSAdmin ==
| |
| | |
| Einige Teile unserer Konfiguration sind dynamisch, zum Beispiel können Benutzer
| |
| E-Mail-Adressen oder Datenbanken anlegen. Dies übernimmt [[HSAdmin]] in
| |
| folgender Weise: Ein Benutzer löst im Webfrontend oder auf der
| |
| Kommandozeile eine Aktion aus, diese wird geprüft, in die zentrale
| |
| Konfigurationsdatenbank eintragen und es werden Änderungsaufträge an die
| |
| Hives und ausgelagerten Dienste gesendet, die die lokale Konfiguration
| |
| passend einstellen. Fällt HSAdmin aus, so laufen alle Systeme weiter,
| |
| lediglich Konfigurationsänderungen sind nicht möglich.
| |
| | |
| == Dienste ==
| |
| | |
| Wir betreiben ausgelagerte Server, die
| |
| Dienste wie Backup und "Container" für weitere Dienste bereit stellen.
| |
| In diesen Containern auf Basis von LXC (Standardlösung) werden das
| |
| Monitoring (derzeit mon, in geplant OpenNMS) sowie die ausgelagerten,
| |
| redundanten DNS- und Maildienste betrieben. Hier gibt es separate
| |
| Instanzen für je genau eine Aufgabe (DNS, Mailin, Mailout), die
| |
| ebenfalls über HSAdmin mit dynamischer Konfiguration versorgt werden.
| |
| | |
| == Standorte ==
| |
| | |
| Unser Hautpserverstandort "1" ist in <b>Berlin</b>. Hier laufen die Hives und die
| |
| Dienste "1", wie dns1, mail1 und so weiter.
| |
| | |
| In <b>Frankfurt</b> werden die redundanten Services "2" angeboten, also
| |
| dns2, mail2 und so fort. An diesem Standort befindet sich unser Backup-Server.
| |
| | |
| Am Standort <b>Nürnberg</b> betreiben wir ausgelagerte Server mit den
| |
| weiteren redundanten externen Diensten "3", also dns3, mail3 und so weiter.
| |
| | |
| Unser Büro-Standort ist <b>Hamburg</b>. Projekttreffen und Versammlungen
| |
| finden an wechselnden Orten statt. | |
| | |
| == Webanwendungen ==
| |
| | |
| Die Webanwendungen (Website, Wiki, Mailman, Ticketsystem, php*admin,
| |
| Webmail) sind allesamt Standardlösungen und arbeiten autark.
| |
| | |
| [[Kategorie:HSDoku]]
| |
| [[Kategorie:Einstieg bei Hostsharing]]
| |
