Tach!

Vor der angekündigten Zusammenfassung noch ein paar Kommentare hierzu.

Der Reboot erforderte dabei immer, dass man ihn nicht nur via Serviceprozessor auslöst, sondern danach den Bootvorgang auch manuell via Konsole überwacht und ggf. auf dem Server remote noch eine "Taste drückt", damit irgendeine Abfrage passend beantwortet war und der Server endlich hochgefahren ist.

Konsolenzugang ist ein hilfreicher Punkt - wobei der meistens gegeben ist.

KONSEQUENZ 1: Mindestens ein Server muss verfügbar sein, um administrativ Szenarien durchzuspielen, ohne dabei den Live-Betrieb zu stören.

Ein zweiter mit weniger Leistung (preisgünstiger) ansonsten aber baugleich würde dafür reichen. Zudem kann der für Backups und Tests dienen.

Die zweite, wichtige und regelmäßige Aufgabe ist das Einspielen von Programmupdates der Distribution. In diesem Punkt empfinde ich Gentoo als eine Zumutung. Es ist einem halbwegs erfahrenen Gentoo-Rootuser zwar möglich, das Update anzustoßen und die Kompilierung abzuwarten (hoffentlich dauert das nicht zu lange), in der Folge werden aber häufig auch Updates für Konfigurationsdateien notwendig, die in einem recht aufwendigen Merge-Prozess mit den eigenen Anpassungen zusammengeführt werden müssen.

Die Dauer ist auch bei einer schnellen Maschine ein deutlicher Minuspunkt gegenüber den Paketen. Das Konfigurationsdatenproblem hat man aber auch bei anderen Distributionen. Nur sieht man das da nicht unbedingt, weil sie stillschweigend die neue Default-Konfigurationsdatei daneben legen und vielleicht noch nicht einmal darauf hinweisen, dass da was zu tun ist. Die anderen können ja auch nur mit Wasser kochen, und wenn der Autor was verändert hat, ist da besonders bei Inkompatibilitäten Handarbeit erforderlich.

Dies bedeutet: Derjenige, der das Update macht, muss von allen Konfigurationsdateien, die in diesem Schritt als updatenotwendig angezeigt werden, inhaltlich Ahnung haben.

Das ist auch schon für das Update selbst erforderlich, denn mal eben Paket X auf ein neues Major-Release hochheben, kann auch für Sorgen sorgen.

Das bedeutet: Er muss von sämtlichen Serverkomponenten, die irgendjemand mal via Gentoo-Emerge installiert hat, Ahnung haben - oder er macht wahrscheinlich was kaputt. Das wiederum bedeutet, dass der Job eines Gentoo-Serveradmins nur etwas für Leute ist, die den ganzen Tag nichts anderes machen, als Gentoo-Server zu administrieren, und die die Installation von Software für jemanden, der genausoviel Ahnung hat, exzellent dokumentieren können, damit derjenige den Job ebenfalls machen und/oder übernehmen kann.

Alternative wäre zum Beispiel ein Plesk. Das fasst die wesentlichen Administratione in einer Oberfläche zusammen und damit können auch Freizeit-Admins updaten, ohne das was kaputt geht, weil eigentlich Plesk für Kompatibilitäten sorgen sollte. Solch ein Administrationstool ist aber nicht unbedingt kompatibel zu den Administrationsansprüchen und kümmert sich auch nur um den von ihm bearbeiteten Teil. Indivuduelles nebenher braucht wieder eine Extra-Wartung.

Dies gilt insbesondere für die mit Gentoo vorhandene Möglichkeit, nicht nur Konfigurationen individuell anzupassen, sondern auch eigene Patches und Pakete in den Kompilierungsprozess mit einfließen zu lassen. Gewiss, Gentoo hat bei SELFHTML ein paar Bugs erst lösbar gemacht, die durch fehlerhafte Software von Upstream nicht schnell gelöst wurden - sowas ist aber tatsächlich nur was für Hardcore-Entwickler und -Admins und engt den Kreis der potentiellen Administratoren sehr ein.

Pakete aus den (angepassten) Quellen zu installieren, muss prinzipiell auch mit jeder anderen Distribution gehen.

dedlfix.