HS Hosting Technik: Unterschied zwischen den Versionen

Aus Hostsharing Wiki
Zur Navigation springen Zur Suche springen
(Abschnitt "Sonstiges" entfernt)
Zeile 50: Zeile 50:
== Dienste ==
== Dienste ==


In Frankfurt bzw. Nürnberg betreiben wir ausgelagerte Server, die
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.