HS Hosting Technik: Unterschied zwischen den Versionen
(Abschnitt "Sonstiges" entfernt) |
Bli00 (Diskussion | Beiträge) |
||
Zeile 50: | Zeile 50: | ||
== Dienste == | == Dienste == | ||
Wir betreiben ausgelagerte Server, die | |||
Dienste wie Backup und "Container" für weitere Dienste bereit stellen. | Dienste wie Backup und "Container" für weitere Dienste bereit stellen. | ||
In diesen Containern auf Basis von LXC (Standardlösung) werden das | In diesen Containern auf Basis von LXC (Standardlösung) werden das | ||
Zeile 57: | Zeile 57: | ||
Instanzen für je genau eine Aufgabe (DNS, Mailin, Mailout), die | Instanzen für je genau eine Aufgabe (DNS, Mailin, Mailout), die | ||
ebenfalls über HSAdmin mit dynamischer Konfiguration versorgt werden. | ebenfalls über HSAdmin mit dynamischer Konfiguration versorgt werden. | ||
== Standorte == | |||
Unser Hautpserverstandort "1" ist in <b>Berlin</b>. Er ist auf zwei räumlich | |||
getrennte mit hoher Geschwindigkeit vernetze Rechenzentren verteilt, | |||
sie nach außen als Einheit erscheinen. 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. | |||
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 == | == Webanwendungen == |
Version vom 13. September 2012, 08:10 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, z.B. 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. Er ist auf zwei räumlich getrennte mit hoher Geschwindigkeit vernetze Rechenzentren verteilt, sie nach außen als Einheit erscheinen. 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.
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.