Linux Rechner Tu Berlin

Berechnen Sie die optimalen Hardware-Ressourcen und Kosten für Ihre Linux-Workloads an der TU Berlin

Umfassender Leitfaden: Linux-Rechner an der TU Berlin – Optimierung, Kosten und Best Practices

Die Technische Universität Berlin (TU Berlin) bietet Studierenden und Forschenden leistungsfähige Linux-Rechnerumgebungen für eine Vielzahl von Anwendungsfällen – von Webentwicklung über Datenanalyse bis hin zu Hochleistungsrechnen. Dieser Leitfaden vermittelt Ihnen alles Wissenswerte über die Nutzung, Konfiguration und Optimierung der Linux-Systeme an der TU Berlin.

1. Verfügbare Linux-Distributionen an der TU Berlin

Die TU Berlin unterstützt offiziell mehrere Linux-Distributionen, die je nach Anwendungsfall unterschiedliche Vorteile bieten:

• Ubuntu Server LTS: Die beliebteste Wahl für allgemeine Serveranwendungen mit langfristigem Support (5 Jahre). Besonders geeignet für Webserver, Datenbanken und Entwicklungsumgebungen.
• Debian: Bekannt für seine Stabilität und konservative Paketverwaltung. Ideal für Produktionsumgebungen mit hohen Anforderungen an Zuverlässigkeit.
• CentOS Stream: RHEL-kompatibel und besonders in Unternehmensumgebungen verbreitet. Gute Wahl für Systeme, die später in Produktionsumgebungen migriert werden sollen.
• Fedora Server: Cutting-Edge-Technologien mit kürzerem Release-Zyklus. Geeignet für Entwickler, die Zugang zu den neuesten Softwareversionen benötigen.
• openSUSE Leap: Kombiniert Stabilität mit innovativen Features wie Btrfs als Standard-Dateisystem und YaST als Konfigurationswerkzeug.

2. Hardware-Ressourcen und Leistungsprofile

Die TU Berlin stellt verschiedene Hardware-Konfigurationen für unterschiedliche Arbeitslasten bereit. Die folgende Tabelle zeigt typische Konfigurationen und ihre empfohlenen Einsatzgebiete:

Profil	CPU-Kerne	Arbeitsspeicher	Speicher	Einsatzgebiet	Kosten/Monat (ca.)
Micro	1-2	2-4 GB	20-50 GB HDD	Einfache Webanwendungen, Testumgebungen	€5-€10
Standard	4	8 GB	100 GB SSD	Datenbanken, mittlere Webserver, Entwicklung	€20-€30
Performance	8-16	16-32 GB	200 GB NVMe	Berechnungsintensive Aufgaben, Virtualisierung	€50-€80
HPC	24-64	64-128 GB	500 GB+ NVMe	Wissenschaftliche Simulationen, KI-Training	€150-€300

3. Kostenoptimierung für Linux-Rechner

Die Kosten für die Nutzung von Linux-Rechnern an der TU Berlin setzen sich aus mehreren Faktoren zusammen. Mit den folgenden Strategien können Sie Ihre Ausgaben optimieren:

1. Ressourcenbedarf genau analysieren: Nutzen Sie Monitoring-Tools wie top, htop oder glances, um den tatsächlichen Verbrauch Ihrer Anwendungen zu messen. Oft werden Ressourcen überprovisioniert.
2. Nutzungszeiten anpassen: Die TU Berlin bietet oft günstigere Tarife für Systeme, die nicht 24/7 laufen müssen. Nutzen Sie Cron-Jobs, um Systeme außerhalb der Geschäftszeiten herunterzufahren.
3. Speichertyp wählen: HDDs sind deutlich günstiger als SSDs oder NVMe-Laufwerke. Für viele Anwendungen (z.B. Backups, Archive) reicht die Performance von HDDs völlig aus.
4. Containerisierung nutzen: Mit Docker oder Podman können Sie mehrere Dienste auf einem einzigen System betreiben, statt separate VMs zu nutzen.
5. Langfristige Buchungen: Bei Projekten mit längerer Laufzeit (6+ Monate) bieten viele Rechenzentren Rabatte für Vorab-Buchungen.

Offizielle Richtlinien der TU Berlin:

Die TU Berlin Rechenzentrums-Dienstleistungen bieten detaillierte Informationen zu den verfügbaren Serveroptionen, Preismodellen und Nutzungsbedingungen. Besonders relevant sind die Nutzungsrichtlinien für Hochleistungsrechnen, die spezifische Anforderungen an Ressourcennutzung und Datenspeicherung definieren.

4. Performance-Optimierung für Linux-Systeme

Die Leistung Ihrer Linux-Rechner können Sie durch verschiedene Maßnahmen deutlich verbessern:

4.1 Kernel-Parameter anpassen

Moderne Linux-Kernel bieten zahlreiche Einstellmöglichkeiten, die speziell für Serverworkloads optimiert werden können. Wichtige Parameter in /etc/sysctl.conf:

# Netzwerkperformance
net.core.somaxconn = 65535
net.ipv4.tcp_max_syn_backlog = 65535
net.core.netdev_max_backlog = 5000

# Speichermanagement
vm.swappiness = 10
vm.dirty_ratio = 10
vm.dirty_background_ratio = 5

# Dateisystem-Optimierungen
fs.file-max = 2097152

4.2 Dateisystem-Wahl

Die Wahl des Dateisystems hat erheblichen Einfluss auf die Performance:

Dateisystem	Vorteile	Nachteile	Empfohlener Einsatz
ext4	Sehr stabil, gute Allround-Performance	Keine integrierte Kompression oder Snapshots	Standardwahl für die meisten Anwendungen
XFS	Exzellente Performance mit großen Dateien	Schlechtere Performance mit vielen kleinen Dateien	Datenbanken, Medien-Streaming
Btrfs	Snapshots, Kompression, RAID-Funktionen	Etwas höherer CPU-Overhead	Systeme mit häufigen Backups
ZFS	Enterprise-Features, Datenintegrität	Hoher RAM-Verbrauch (1GB pro 1TB Speicher)	Kritische Daten, Archivierung

4.3 Netzwerkoptimierung

Für netzwerkintensive Anwendungen können folgende Maßnahmen die Performance verbessern:

• Nutzen Sie ethtool um Offloading-Features zu aktivieren: ethtool -K eth0 gro on lro on
• Für hohe Last: Erhöhen Sie die TCP-Puffer: sysctl -w net.core.rmem_max=16777216 net.core.wmem_max=16777216
• Für Latenz-kritische Anwendungen: Aktivieren Sie TCP Low Latency: sysctl -w net.ipv4.tcp_low_latency=1
• Nutzen Sie die TU-internen Hochgeschwindigkeitsnetze (10Gbit/s+ zwischen Rechenzentren)

5. Sicherheit von Linux-Rechnern an der TU Berlin

Sicherheit hat höchste Priorität bei der Nutzung von Universitätssystemen. Die TU Berlin schreibt folgende Mindestanforderungen vor:

1. Regelmäßige Updates: Alle Systeme müssen mindestens wöchentlich mit apt update && apt upgrade -y (Debian/Ubuntu) oder dem entsprechenden Paketmanager aktualisiert werden.
2. Firewall-Konfiguration: Nur benötigte Ports dürfen geöffnet sein. Standardmäßig sollten alle eingehenden Verbindungen blockiert werden.
3. SSH-Härtung:
   • Deaktivieren Sie Passwort-Authentifizierung (PasswordAuthentication no in /etc/ssh/sshd_config)
   • Nutzen Sie SSH-Schlüssel mit mindestens 4096 Bit
   • Ändern Sie den Standard-Port (optional)
4. Benutzerverwaltung:
   • Keine Nutzung des Root-Accounts für tägliche Aufgaben
   • Nutzen Sie sudo mit sorgfältig konfigurierten Berechtigungen
   • Deaktivieren Sie nicht genutzte Systemaccounts
5. Monitoring und Logging:
   • Installieren Sie fail2ban zum Schutz vor Brute-Force-Angriffen
   • Richten Sie zentrale Log-Sammlung ein (z.B. mit rsyslog)
   • Nutzen Sie auditd für detaillierte Systemüberwachung

Sicherheitsrichtlinien des DFN:

Das DFN-CERT (Computer Emergency Response Team des Deutschen Forschungsnetzes) veröffentlicht regelmäßig Sicherheitsempfehlungen für Hochschulrechenzentren. Besonders relevant sind die DFN-CERT Sicherheitsempfehlungen für Linux-Systeme, die spezifische Konfigurationsanleitungen für Universitätssysteme enthalten.

6. Backup-Strategien für Forschungsdaten

Die TU Berlin bietet verschiedene Backup-Lösungen für Forschungsdaten an. Eine robuste Backup-Strategie sollte folgende Elemente enthalten:

6.1 Die 3-2-1-Regel

Diese bewährte Strategie besagt:

• 3 Kopien Ihrer Daten (Original + 2 Backups)
• 2 verschiedene Medientypen (z.B. Festplatte + Band)
• 1 Kopie an einem externen Standort

6.2 Backup-Tools für Linux

Tool	Funktionen	Vorteile	Nachteile
rsync	Dateisynchronisation, inkrementelle Backups	Einfach, schnell, weit verbreitet	Keine Versionierung, keine Kompression
BorgBackup	Deduplizierung, Kompression, Verschlüsselung	Platzsparend, sicher	Etwas komplexere Einrichtung
Duplicati	Graphische Oberfläche, Cloud-Integration	Benutzerfreundlich, viele Zieloptionen	Etwas langsamer als reine CLI-Tools
Bacula	Enterprise-Backup mit Client-Server-Architektur	Skalierbar, viele Features	Komplexe Einrichtung

6.3 Backup-Dienste der TU Berlin

Die TU Berlin bietet folgenden Backup-Dienste an:

• TUB-Backup: Zentrale Backup-Lösung mit 500GB Speicher pro Nutzer, täglich inkrementell
• TUB-Archive: Langzeitarchivierung für Forschungsdaten (mind. 5 Jahre Aufbewahrung)
• TUB-Sync+Share: Nextcloud-basierte Lösung für kollaborative Daten mit Versionsverlauf

7. Virtualisierung und Container an der TU Berlin

Für komplexere Anwendungsfälle stehen Virtualisierungs- und Container-Technologien zur Verfügung:

7.1 Virtualisierung mit KVM/QEMU

Die TU Berlin unterstützt KVM (Kernel-based Virtual Machine) für Vollvirtualisierung:

# Beispiel: Erstellung einer neuen VM
virt-install \
  --name meine-vm \
  --ram 4096 \
  --vcpus 2 \
  --disk path=/var/lib/libvirt/images/meine-vm.qcow2,size=20 \
  --os-type linux \
  --os-variant ubuntu22.04 \
  --network bridge=br0 \
  --graphics spice \
  --cdrom /iso/ubuntu-22.04-live-server-amd64.iso

7.2 Container mit Docker und Podman

Container bieten eine leichtere Alternative zu virtuellen Maschinen:

# Docker-Container mit Ressourcenlimits starten
docker run -d \
  --name mein-container \
  --cpus 2 \
  --memory 2g \
  --restart unless-stopped \
  -p 8080:80 \
  nginx:latest

# Podman (rootless Alternative)
podman run -d \
  --name mein-podman-container \
  --cpus 2 \
  --memory 2g \
  -p 8080:80 \
  docker.io/nginx:latest

7.3 Vergleich Virtualisierung vs. Container

Kriterium	Vollvirtualisierung (KVM)	Container (Docker/Podman)
Isolation	Vollständig (eigener Kernel)	Prozess-Isolation (shared Kernel)
Performance	5-10% Overhead	Nahe an nativer Performance
Startzeit	30-60 Sekunden	< 1 Sekunde
Ressourcenverbrauch	Höher (volles OS pro VM)	Gering (geteilte Bibliotheken)
Sicherheit	Sehr hoch	Abhängig von Konfiguration
Empfohlener Einsatz	Mehrere verschiedene OS, hohe Isolation	Mikroservices, gleichartige Umgebungen

8. Hochleistungsrechnen (HPC) an der TU Berlin

Für rechenintensive Aufgaben steht der HPC-Cluster der TU Berlin zur Verfügung. Dieser bietet:

• Über 10.000 CPU-Kerne (Intel Xeon und AMD EPYC)
• GPU-Beschleuniger (NVIDIA A100, V100)
• High-Speed-Interconnect (Infiniband EDR)
• 10PB Speicherkapazität (Lustre-Dateisystem)

8.1 Zugang zum HPC-Cluster

Um Zugang zum HPC-Cluster zu erhalten:

1. Beantragen Sie ein Konto über das HPC-Portal der TU Berlin
2. Besuchen Sie die obligatorische Einführungsveranstaltung
3. Reichen Sie ein Projektantrag mit Ressourcenbedarf ein
4. Nach Genehmigung erhalten Sie SSH-Zugang zu den Login-Knoten

8.2 Job-Scheduling mit Slurm

Auf dem HPC-Cluster wird Slurm als Job-Scheduler eingesetzt. Ein typisches Job-Script sieht so aus:

#!/bin/bash
#SBATCH --job-name=mein-job
#SBATCH --output=output_%j.log
#SBATCH --error=error_%j.log
#SBATCH --time=02:00:00
#SBATCH --nodes=1
#SBATCH --ntasks-per-node=8
#SBATCH --mem=16G
#SBATCH --partition=standard

# Laden benötigter Module
module load gcc/11.2.0 openmpi/4.1.1

# Ausführung des Programms
srun ./mein-programm input.dat

8.3 Performance-Tipps für HPC

• Parallelisierung: Nutzen Sie MPI oder OpenMP für multi-core-fähige Programme
• Speicherhierarchie: Nutzen Sie die schnellen lokalen SSDs (/scratch) für temporäre Daten
• Compiler-Optimierungen: Kompilieren Sie mit -O3 -march=native für die Zielarchitektur
• Profiling: Nutzen Sie Tools wie gprof oder valgrind zur Performance-Analyse
• GPU-Nutzung: Für CUDA-Programme: #SBATCH --gres=gpu:a100:1

HPC-Best Practices:

Das Partnership for Advanced Computing in Europe (PRACE) bietet umfassende Best-Practice-Guides für Hochleistungsrechnen, darunter den PRACE Training Catalogue mit Kursen zu Parallelprogrammierung, Performance-Optimierung und Big-Data-Analyse auf HPC-Systemen.

9. Troubleshooting und Support

Bei Problemen mit Linux-Rechnern an der TU Berlin stehen folgende Support-Kanäle zur Verfügung:

9.1 Selbsthilfe-Ressourcen

• TU Berlin Wiki: https://wiki.tu-berlin.de mit Anleitungen zu verschiedenen Diensten
• FAQ des Rechenzentrums: https://www.tu.berlin/rz/faqs
• Man-Pages: Lokale Dokumentation mit man befehl oder info befehl

9.2 Support-Kontakte

• Allgemeiner IT-Support: it-support@tu-berlin.de
• HPC-Support: hpc-support@tu-berlin.de
• Sicherheitsvorfälle: cert@tu-berlin.de (nur für dringende Sicherheitsprobleme)

9.3 Häufige Probleme und Lösungen

Problem	Mögliche Ursache	Lösung
Kein SSH-Zugang möglich	Falsches Passwort/Schlüssel, Firewall blockiert Port 22	Passwort/Schlüssel prüfen Netzwerkverbindung testen: ping server.tu-berlin.de Firewall-Regeln prüfen: sudo ufw status
Langsame Performance	Hohe Systemlast, unzureichende Ressourcen	Systemlast prüfen: top, htop I/O-Wartezeiten: iostat -x 1 Ressourcen im Calculator neu berechnen
Speicherplatz voll	Log-Dateien, temporäre Dateien, nicht gelöschte Backups	Größte Verzeichnisse finden: du -sh * | sort -h Alte Logs bereinigen: journalctl --vacuum-size=100M Temporäre Dateien löschen: rm -rf /tmp/*
Netzwerkverbindung langsam	Bandbreitenbegrenzung, Paketverlust	Bandbreite testen: iperf3 -c speedtest.tu-berlin.de Routing prüfen: traceroute google.com MTU-Probleme: ping -M do -s 1472 google.com

10. Zukunftsperspektiven: Linux an der TU Berlin

Die TU Berlin investiert kontinuierlich in die Modernisierung ihrer Linux-Infrastruktur. Geplante Entwicklungen umfassen:

• Erweiterung des HPC-Clusters: Bis 2025 soll die Rechenleistung auf 20 PFlops verdoppelt werden, mit Fokus auf KI- und Machine-Learning-Anwendungen.
• Green IT-Initiative: Neue Rechenzentren mit direkter Wasserkühlung und Nutzung von Abwärme für Gebäudeheizung.
• Cloud-Integration: Hybrid-Lösungen mit OpenStack für flexible Ressourcenbereitstellung.
• Quantencomputing: Kooperation mit dem Fraunhofer Institut für erste Quantencomputing-Experimente.
• KI-Optimierung: Automatisierte Ressourcenallokation durch maschinelle Lernalgorithmen.

Die TU Berlin positioniert sich damit als eine der führenden technischen Universitäten in Deutschland für moderne, nachhaltige und leistungsfähige Linux-Infrastrukturen.