Reply to:
Hallo,
zu Beginn des Treffens der Lugrav am 10.04.14 wurde ein praktisches Problem
von MySQL angesprochen. Bis Version 5.6 legt MySQL offenbar für Select-Abfragen
keine Indexe an, mit der Folge, dass die Abarbeitung durchschnittlicher Auf-
gaben mehrere Minuten dauern kann, während neue Versionen nur Sekunden benötigen.
Eine praktikable Lösung kam nicht in Sicht.
Dem aktuell bekannt gewordenen Bug in OpenSSL steht man mit offenen Mund
gegenüber. Die Informationen waren noch zu frisch, als dass ein Meinungsbild
entstehen konnte, ob es sich um einen Flüchtigkeitsfehler des Programmierers
oder um eine gewollte Backdoor handelt.
Am Horizont zeichnet sich ein Paradigmenwechsel ab. Es sind Wege zu suchen,
Komponenten aus dem Open Source Bereich, die für die technische Infrastruktur
des Internets wesentlich sind, einer intensiven Nachkontrolle zu unterwerfen.
Richtig lebendig wurde der Abend, als die zukünftige Spielwiese der Lugrav,
nämlich ein simuliertes Netzwerk, ausprobiert wurde.
Das Netzwerk besteht (vorerst) aus Nameserver, FAI-Server (inklusive DHCP)
und einem Debianmirror. Hinzu treten als Spielkinder eine Reihe von Hosts,
die per SSH angesprochen werden können. Sie laufen unter Debian Wheezy.
Wer wollte, konnte einen dieser Hosts per SSH in Gebrauch nehmen und für sich
reservieren, indem er das Passwort änderte. Das haben fünf der Anwesenden
gemacht.
Die Simulation lief rattenschnell. Das Installieren von Software endete bei
kleinen Paketen binnen Sekunden, bei Schwergewichten wie Libre-Office binnen
einer halben Minute (gefühlte Zeitdauer). Die hohe Geschwindigkeit beruht auf
dem Umstand, dass alle Komponenten der Simulation auf einem einzigen Rechner
zusammengefaßt sind. Bei diesem Rechner handelt sich um einen Laptop mit
Stromspar i3-CPU und 8 GB Ram nebst SSD.
Es kam zu einem regen Austausch der Anwesenden, um sich gegenseitig auf die
Sprünge zu helfen und die gemachten Erfahrungen kund zu tun.
Nach dem Warmwerden mit dem Übungsnetz lautete die erste konkrete Aufgabe,
einen Webserver binnen 30 Sekunden aufzusetzen.
Für das Installieren von Apache2 und dem Verlinken von /var/www auf eine
geeignete Position im Dateibaum reicht diese Spanne aus. Mehr Zeit erfordert
die reine Inbetriebnahme eines Webservers unter Wheezy nicht, jedenfalls
nicht auf der Spielwiese der Lugrav :).
Die Alternative Lighttp (auch als "Lighty" bekannt) benötigte mehr Zeit,
weil nach der Installation noch die Konfigurationsdatei anzupassen war.
Light heißt eben ohne Zuckerguss ;)
Während des Probebetriebes sank die Idle-Anzeige des Simulationsrechners
laut top im Peak auf minimal 72 %, so dass von einem ausreichenden Leistungs-
vermögen der Hardware ausgegangen werden kann.
Welche Geräte die Teilnahmer zum Ansteuern der Hosts benutzten, blieb ohne
Belang. Dort musste nur ein SSH-Client laufen. GBit-Switch mit Kabeln für
die Anbindung wurden gestellt.
Der Probebetrieb wurde ausnahmslos als Erfolg eingestuft, so dass sich
zwangslos ein Gespräch über die nächsten Schritte anbahnte. Dabei kam der
Wunsch auf, den Zustand der zugewiesenen Hosts sichern zu können, um beim
nächsten Treffen nicht bei Null anfangen zu müssen bzw. verschiedene
Konfigurationen vorhalten zu können.
Die Vor- und Nachteile eines zentralen Backup-Servers wurden mit einer
dezentralen Lösung verglichen, bei der jeder einzelne Teilnehmer mittels
rsync für die Datensicherung auf seinem persönlichen Laptop zu sorgen hat.
Die dezentrale Lösung soll bei passender Gelegenheit ausprobiert werden.
pv:)