Die Hardware: Beigefarbene Kästen und blinkende Lichter
Damals waren Server nicht die eleganten, rackmontierten Schönheiten, die wir heute haben. Sie waren oft einfach aufgemotzte Desktop-Computer in Tower-Gehäusen, bemalt in diesem ikonischen Beige der 90er. Hier ist, womit Sie möglicherweise gearbeitet haben:
- Prozessoren: Intel Pentium oder AMD K6, wenn Sie es sich leisten konnten
- RAM: Ganze 32 MB, wenn Sie Glück (und Geld) hatten
- Speicher: SCSI-Festplatten, da SATA noch nicht existierte
- Netzwerk: 10BASE-T Ethernet, rasend schnell mit 10 Mbps
Und vergessen wir nicht die Symphonie aus surrenden Lüftern und klickenden Festplatten, die jeden Serverraum erfüllte. Es war wie ein Schlaflied für Systemadministratoren.
Die Software: Ein OS-Buffet
Bei den Betriebssystemen hatten wir Optionen – nur nicht so viele wie heute. Ihre Auswahl umfasste typischerweise:
- Windows NT 4.0 (später Windows 2000 Server)
- Verschiedene Unix-Varianten (Solaris, HP-UX, AIX)
- Linux (für die mutigen Seelen, die ihre eigenen Kernel kompilierten)
- Novell NetWare (erinnern Sie sich an IPX/SPX? Nein? Glück gehabt.)
Jedes hatte seine Eigenheiten, und sie alle zu meistern, war ein Ehrenzeichen unter IT-Profis.
Der Alltag: Verwaltung von Bare-Metal-Servern
Nun, lassen Sie uns darüber sprechen, wie es tatsächlich war, diese Biester im Alltag zu verwalten.
Physischer Zugang: Das Serverraum-Workout
Im Gegensatz zu den heutigen Cloud-Umgebungen, wo Sie alles aus der Ferne verwalten können, erforderte die Arbeit in den 90ern einen eher... praktischen Ansatz. Ein typischer Tag könnte so aussehen:
- Zum Serverraum stapfen (meistens im Keller, weil warum sollte es einfach sein?)
- Backup-Bänder austauschen (hoffen, dass Sie sie richtig beschriftet haben!)
- Defekte Festplatten ersetzen (RAID war Ihr Freund, aber auch Ihr Feind)
- RAM aufrüsten (und beten, dass Sie es nicht mit statischer Elektrizität zerstören)
Profi-Tipp: Halten Sie immer eine Taschenlampe und ein Multitool in der Tasche. Man wusste nie, wann man unter ein Rack kriechen musste, um ein Kabel zu verfolgen oder eine Schraube festzuziehen.
Fernverwaltung: Die Freuden des Modem-Zugangs
Fernverwaltung existierte, aber sie war... sagen wir, "charakterbildend". Hier ist, womit Sie arbeiten mussten:
- Modems für den Fernzugriff (mit atemberaubenden 56 kbps)
- Terminal-Emulatoren wie HyperTerminal
- PCAnywhere für die GUI-Fernsteuerung (wenn es funktionierte)
Stellen Sie sich vor, Sie versuchen, ein Serverproblem über eine Verbindung zu beheben, die jedes Mal abbricht, wenn jemand den Hörer abnimmt. Lustige Zeiten!
Überwachung: Primitiv, aber effektiv
Die Serverüberwachung in den 90ern war nicht so ausgefeilt wie die heutigen Tools, aber wir kamen zurecht. Einige gängige Ansätze waren:
- Eigene Skripte schreiben, um Dienste zu überprüfen und Alarme zu senden
- SNMP für grundlegende Gesundheitsüberwachung verwenden
- Sich auf Benutzer verlassen, um zu melden, wenn etwas nicht funktioniert (das ursprüngliche Crowdsourcing-Monitoring)
Hier ein Rückblick – ein einfaches Perl-Skript, um zu überprüfen, ob ein Webserver antwortet:
#!/usr/bin/perl
use Socket;
$hostname = 'www.example.com';
$port = 80;
socket(SOCKET, PF_INET, SOCK_STREAM, getprotobyname('tcp'));
$iaddr = inet_aton($hostname);
$paddr = sockaddr_in($port, $iaddr);
if (connect(SOCKET, $paddr)) {
print "Webserver ist erreichbar!\n";
} else {
print "Webserver ist nicht erreichbar! Alarm schlagen!\n";
}
close(SOCKET);
War es elegant? Nein. Hat es funktioniert? Meistens.
Die Herausforderungen: Serververwaltung in den 90ern
Die Verwaltung von Bare-Metal-Servern in den 90ern brachte ihre eigenen einzigartigen Herausforderungen mit sich. Lassen Sie uns einige der größten Kopfschmerzen erkunden:
Skalierung: Mehr Hardware, mehr Probleme
Wenn Ihre Anwendung mehr Ressourcen benötigte, konnten Sie nicht einfach einen Schieberegler in einer Cloud-Konsole anpassen. Ihre Optionen waren:
- Den bestehenden Server aufrüsten (hoffen, dass Sie für Ausfallzeiten budgetiert haben)
- Einen weiteren Server hinzufügen (und auf horizontale Skalierbarkeit hoffen)
- Ihre Anwendung effizienter umschreiben (viel Glück, das Management zu überzeugen)
Skalierung war ein physischer Prozess, der echte Hardware, echtes Geld und echte Kopfschmerzen beinhaltete.
Sicherheit: Firewalls und Gebete
Sicherheit in den 90ern war... sagen wir, in Entwicklung. Einige gängige Praktiken waren:
- Perimeter-Firewalls (oft eine dedizierte Box, die etwas wie CheckPoint FireWall-1 ausführte)
- Server in verschlossenen Räumen halten (physische Sicherheit war entscheidend)
- Patches anwenden... irgendwann (wenn man sie bekommen konnte)
Das Konzept der "Verteidigung in der Tiefe" war noch in der Entwicklung, und viele Netzwerke verließen sich stark auf den Ansatz "harte äußere Schale, weicher, klebriger Kern".
Katastrophenwiederherstellung: Auf das Beste hoffen, auf das Schlimmste vorbereiten
Katastrophenwiederherstellungspläne in den 90ern beinhalteten oft:
- Offsite-Tape-Backups (in jemandes Garage gelagert)
- Redundante Hardware (wenn das Budget es erlaubte)
- Detaillierte Handbücher für manuelle Wiederherstellungsverfahren
Die Cloud hat DR viel einfacher gemacht, aber es war etwas Befriedigendes daran, erfolgreich von einer Katastrophe zu erholen, nur mit Ihrem Verstand und einem Stapel Bänder.
Die Lektionen: Was wir aus den 90ern lernen können
Obwohl wir seit den Tagen der Bare-Metal-Serververwaltung in den 90ern einen langen Weg zurückgelegt haben, gibt es immer noch wertvolle Lektionen, die wir auf moderne Cloud-Umgebungen anwenden können:
1. Kennen Sie Ihre Hardware
Das Verständnis der physischen Ebene gab den Administratoren der 90er ein tiefes Verständnis für Ressourcenbeschränkungen. In der Cloud-Ära bedeutet dies, Ihre Instanzen zu optimieren und die Kosten im Auge zu behalten.
2. Automatisieren Sie alles
Admins der 90er, die Skripting und Automatisierung umarmten, waren ihrer Zeit voraus. Heute gibt es mit Tools wie Ansible, Terraform und CloudFormation keine Entschuldigung, nicht zu automatisieren.
3. Planen Sie für den Ausfall
In den 90ern war Hardwareausfall eine ständige Bedrohung. Diese Denkweise ist immer noch wertvoll in der Cloud – entwerfen Sie Ihre Systeme so, dass sie widerstandsfähig sind, und erwarten Sie, dass Dinge schiefgehen.
4. Dokumentation ist König
Detaillierte Handbücher waren in den 90ern unerlässlich. Obwohl wir jetzt ausgefeiltere Tools haben, ist klare Dokumentation immer noch entscheidend für die Verwaltung komplexer Systeme.
5. Hören Sie nie auf zu lernen
Das schnelle Tempo der Veränderungen in den 90ern zwang Administratoren, ihre Fähigkeiten ständig zu aktualisieren. Dasselbe gilt heute – die Cloud-Landschaft entwickelt sich ständig weiter.
Fazit: Von Bare-Metal zur Cloud
Die Verwaltung von Bare-Metal-Servern in den 90ern war eine praktische, oft frustrierende, aber letztendlich lohnende Erfahrung. Es erforderte eine Mischung aus technischem Wissen, Problemlösungsfähigkeiten und manchmal ein wenig percussive maintenance.
Da wir in die Cloud-Ära übergegangen sind, haben sich viele der täglichen Aufgaben geändert, aber die grundlegenden Prinzipien bleiben gleich. Zu verstehen, woher wir kommen, kann uns helfen, die Werkzeuge, die wir heute haben, zu schätzen und moderne Herausforderungen mit der Einfallsreichtum und Widerstandsfähigkeit eines 90er-Admins anzugehen.
Also, das nächste Mal, wenn Sie von der Konsole Ihres Cloud-Anbieters frustriert sind, denken Sie daran: Zumindest müssen Sie nicht mitten in der Nacht zu einem Rechenzentrum fahren, um einen Server neu zu starten. Es sei denn, Sie stehen auf so etwas, in diesem Fall schlage ich ein schönes Hobby vor.
"Je mehr sich die Dinge ändern, desto mehr bleiben sie gleich. Außer den Servern. Die wurden definitiv besser." - Jeder IT-Profi, der die 90er erlebt hat
Nun, wenn Sie mich entschuldigen, muss ich ein paar Smashing Pumpkins hören und an die guten alten Zeiten von SCSI-Terminatoren und Token-Ring-Netzwerken denken. Bis zum nächsten Mal, halten Sie Ihre Server kühl und Ihren Kaffee heiß!