HS Hosting Technik: Unterschied zwischen den Versionen
Bli00 (Diskussion | Beiträge) K (→HSAdmin) |
|||
Zeile 60: | Zeile 60: | ||
== Standorte == | == Standorte == | ||
Unser Hautpserverstandort "1" ist in <b>Berlin</b> | Unser Hautpserverstandort "1" ist in <b>Berlin</b>. Hier laufen die Hives und die | ||
Dienste "1", wie dns1, mail1 und so weiter. | Dienste "1", wie dns1, mail1 und so weiter. | ||
In <b>Frankfurt</b> werden die redundanten Services "2" angeboten, also | In <b>Frankfurt</b> werden die redundanten Services "2" angeboten, also | ||
dns2, mail2 und so fort. | 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 | Am Standort <b>Nürnberg</b> betreiben wir ausgelagerte Server mit den |
Version vom 4. November 2012, 21:07 Uhr
Technischer Unterbau
Wie funktioniert Hostsharing heute technisch?
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 DRBD (Standardlösung) virtuelle Maschinen auf Basis von 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 Apache, Postfix, Dovecot, ProFTPD, MySQL, 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 Berlin. Hier laufen die Hives und die Dienste "1", wie dns1, mail1 und so weiter.
In Frankfurt werden die redundanten Services "2" angeboten, also dns2, mail2 und so fort. An diesem Standort befindet sich unser Backup-Server.
Am Standort Nürnberg betreiben wir ausgelagerte Server mit den weiteren redundanten externen Diensten "3", also dns3, mail3 und so weiter.
Unser Büro-Standort ist Hamburg. 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.