IT-Infrastruktur
IT-Infrastruktur
Das Rückgrat moderner Unternehmen – von Servern, Storage und Netzwerken bis zu Cloud-Architekturen. Lerne die Komponenten, Architekturen und Best Practices für skalierbare und hochverfügbare IT-Infrastrukturen kennen.
Inhaltsverzeichnis
Schnellübersicht
Auf dieser Seite lernst du alles über Enterprise IT-Infrastruktur:
- Definition: Was ist IT-Infrastruktur?
- Schichten: Die 5 Ebenen der Infrastruktur
- Komponenten: Compute, Storage, Network, Security, Monitoring
- Architekturen: On-Premise, Cloud, Hybrid
- Netzwerk-Topologien: Stern, Ring, Mesh, Tree
- Skalierbarkeit: Scale-Up, Scale-Out, Auto-Scaling
- Hochverfügbarkeit: Redundanz, Failover, Clustering
- SLAs: Service Level Agreements und Verfügbarkeit
- Best Practices: Design, Monitoring, Automation, Security
- FAQ: Häufige Fragen zur Infrastruktur
1. Was ist IT-Infrastruktur?
Definition
IT-Infrastruktur bezeichnet die Gesamtheit aller Hardware, Software, Netzwerke und Dienste, die benötigt werden, um IT-Systeme zu betreiben, zu verwalten und zu warten. Sie bildet das technische Fundament für alle digitalen Geschäftsprozesse eines Unternehmens.
Eine moderne IT-Infrastruktur umfasst nicht nur physische Server und Netzwerke, sondern auch virtuelle Ressourcen, Cloud-Services, Automatisierungstools und Sicherheitsmechanismen. Sie muss skalierbar, zuverlässig, sicher und kosteneffizient sein.
Beispiele: Ein E-Commerce-Unternehmen benötigt Web-Server, Datenbank-Server, Load Balancer, Firewalls, Backup-Systeme, Monitoring-Tools und eine Netzwerk-Infrastruktur, um seinen Online-Shop 24/7 verfügbar zu halten.
Warum ist IT-Infrastruktur wichtig?
- Verfügbarkeit: Geschäftsprozesse müssen 24/7 funktionieren
- Skalierbarkeit: Wachstum und Lastspitzen bewältigen
- Sicherheit: Schutz vor Cyberangriffen und Datenverlust
- Performance: Schnelle Antwortzeiten für Benutzer
- Kosteneffizienz: Optimale Ressourcennutzung
- Compliance: Einhaltung gesetzlicher Vorschriften (DSGVO, ISO 27001)
2. Die 5 Schichten der IT-Infrastruktur
Eine IT-Infrastruktur lässt sich in fünf logische Schichten einteilen – von der physischen Hardware bis zur Anwendung:
Infrastruktur-Schichten (von oben nach unten)
5. Anwendungsschicht (Application Layer)
Business-Anwendungen, Web-Apps, APIs, Microservices
4. Plattformschicht (Platform Layer)
Betriebssysteme, Middleware, Laufzeitumgebungen, Container-Plattformen
3. Infrastrukturschicht (Infrastructure Layer)
Virtuelle Maschinen, Compute-Instanzen, Storage-Volumes
2. Netzwerkschicht (Network Layer)
Switches, Router, Firewalls, Load Balancer, VPNs, VLANs
1. Physische Schicht (Physical Layer)
Server-Hardware, Storage-Arrays, Netzwerk-Kabel, Rechenzentrum
Cloud-Service-Modelle
Die Schichten korrespondieren mit den Cloud-Service-Modellen:
- SaaS (Software as a Service): Anwendungsschicht wird als Service bereitgestellt (z.B. Office 365)
- PaaS (Platform as a Service): Plattformschicht als Service (z.B. Azure App Service)
- IaaS (Infrastructure as a Service): Infrastrukturschicht als Service (z.B. AWS EC2)
3. Die wichtigsten Infrastruktur-Komponenten
Eine moderne IT-Infrastruktur besteht aus sechs Hauptkomponenten:
Compute
Server und Virtualisierungsplattformen, die Anwendungen und Dienste ausführen.
- Physische Server (Bare Metal)
- Virtuelle Maschinen (VMs)
- Container (Docker, Kubernetes)
- Serverless Functions
- GPU-Instanzen für KI/ML
Storage
Speichersysteme für persistente Daten – von lokalen Festplatten bis zu Cloud-Storage.
- SAN (Storage Area Network)
- NAS (Network Attached Storage)
- Object Storage (S3, Azure Blob)
- SSDs, NVMe, HDDs
- RAID für Redundanz
Network
Verbindet alle Komponenten und ermöglicht Kommunikation zwischen Systemen und Benutzern.
- Switches (Layer 2/3)
- Router (Core, Edge)
- Firewalls (NGFW)
- Load Balancer
- SD-WAN, VPN
Security
Schutz vor Cyberangriffen, Datenverlust und unbefugtem Zugriff.
- Firewalls & IPS/IDS
- SIEM (Security Information)
- IAM (Identity & Access)
- Verschlüsselung (TLS, AES)
- Zero Trust Architecture
Monitoring
Überwacht Performance, Verfügbarkeit und Gesundheit aller Systeme.
- Metrics & Dashboards
- Logging & Log-Analyse
- Tracing (APM)
- Alerting & Benachrichtigungen
- Synthetic Monitoring
Backup & Disaster Recovery
Sichert Daten und ermöglicht schnelle Wiederherstellung bei Ausfällen.
- Regelmäßige Backups
- 3-2-1-Regel
- Replikation (synchron/asynchron)
- DR-Sites (Cold, Warm, Hot)
- Immutable Backups
4. Infrastruktur-Architekturen
Es gibt drei Hauptarchitekturen für den Betrieb von IT-Infrastruktur:
On-Premise
Vorteile
- Volle Kontrolle über Hardware
- Daten bleiben im Haus
- Keine laufenden Cloud-Kosten
- Anpassbar an spezielle Anforderungen
- Keine Internet-Abhängigkeit
Nachteile
- Hohe Anfangsinvestition (CAPEX)
- Eigene Wartung & Strom
- Skalierung schwierig
- Fachpersonal nötig
Cloud
Vorteile
- Keine Hardware-Investition
- Sofort skalierbar
- Pay-as-you-go (OPEX)
- Hohe Verfügbarkeit
- Managed Services
Nachteile
- Laufende Kosten
- Daten beim Provider
- Internet-Abhängigkeit
- Vendor Lock-in
Hybrid Cloud
Vorteile
- Beste aus beiden Welten
- Kritische Daten On-Premise
- Skalierung in die Cloud
- Flexibilität
- Kostenoptimierung
Nachteile
- Komplexität
- Netzwerk-Latenz
- Management-Overhead
- Sicherheits-Herausforderungen
Trend: Multi-Cloud
Immer mehr Unternehmen nutzen Multi-Cloud-Strategien – also mehrere Cloud-Provider gleichzeitig (z.B. AWS + Azure + GCP). Dies reduziert Vendor Lock-in und ermöglicht die Nutzung der besten Services jedes Providers. Allerdings erhöht es auch die Komplexität im Management.
5. Netzwerk-Topologien
Die Topologie beschreibt, wie Netzwerk-Knoten (Server, Switches, Router) miteinander verbunden sind:
Stern-Topologie
Alle Knoten sind mit einem zentralen Switch/Hub verbunden. Einfach zu verwalten, aber Single Point of Failure.
Ring-Topologie
Knoten sind in einem Ring verbunden. Daten wandern von Knoten zu Knoten. Selten in modernen Netzwerken.
Mesh-Topologie
Jeder Knoten ist mit mehreren anderen verbunden. Hohe Redundanz und Ausfallsicherheit, aber teuer.
Tree-Topologie
Hierarchische Struktur mit Core-, Distribution- und Access-Layer. Standard in Enterprise-Netzwerken.
Enterprise-Netzwerk-Architektur (3-Tier)
Moderne Enterprise-Netzwerke verwenden eine 3-Tier-Architektur:
- Core Layer: Hochleistungs-Router/Switches, verbinden Rechenzentren und WAN
- Distribution Layer: Aggregation, Routing, QoS, Security Policies
- Access Layer: Verbindung zu Endgeräten (PCs, Phones, APs)
6. Skalierbarkeit
Skalierbarkeit ist die Fähigkeit eines Systems, wachsende Lasten zu bewältigen. Es gibt verschiedene Ansätze:
Skalierungsstrategien (von einfach bis komplex)
Scale-Up (Vertical Scaling)
Mehr Ressourcen zu einem bestehenden Server hinzufügen (CPU, RAM, Storage). Einfach, aber limitiert durch Hardware-Grenzen. Erfordert oft Downtime.
Scale-Out (Horizontal Scaling)
Mehrere Server hinzufügen und Last verteilen (Load Balancing). Besser für Web-Anwendungen. Erfordert stateless Architektur und Shared Storage.
Auto-Scaling
Automatisches Hinzufügen/Entfernen von Servern basierend auf Metriken (CPU, Requests). Typisch in Cloud-Umgebungen (AWS Auto Scaling, Kubernetes HPA).
Global Scaling (Multi-Region)
Verteilung über mehrere Rechenzentren/Regionen weltweit. Reduziert Latenz, erhöht Verfügbarkeit. Erfordert Datenreplikation und Geo-Load-Balancing.
Skalierbarkeits-Faustregeln
- Datenbanken: Scale-Up ist oft einfacher als Scale-Out (Sharding komplex)
- Web-Server: Scale-Out mit Load Balancer ist Standard
- Microservices: Auto-Scaling pro Service
- Global Apps: CDN + Multi-Region Deployment
7. Hochverfügbarkeit (High Availability)
Hochverfügbarkeit (HA) bedeutet, dass Systeme auch bei Ausfällen weiter funktionieren. Die vier wichtigsten Strategien:
Redundanz
Kritische Komponenten mehrfach vorhalten. Wenn eine ausfällt, übernimmt die andere.
Failover
Automatische Umschaltung auf Standby-System bei Ausfall. Active-Passive oder Active-Active.
Clustering
Mehrere Server arbeiten als eine Einheit. Lastverteilung und automatische Failover.
Load Balancing
Lastverteilung auf mehrere Server. Erhöht Performance und Verfügbarkeit.
Service Level Agreements (SLAs)
SLAs definieren die garantierte Verfügbarkeit eines Services. Je höher die Verfügbarkeit, desto teurer:
| SLA | Verfügbarkeit | Downtime pro Jahr | Downtime pro Monat | Typisch für |
|---|---|---|---|---|
| 99% | 99% | 3,65 Tage | 7,3 Stunden | Interne Systeme |
| 99,9% | 99,9% (drei Neunen) | 8,76 Stunden | 43,8 Minuten | Business-Anwendungen |
| 99,99% | 99,99% (vier Neunen) | 52,6 Minuten | 4,4 Minuten | Kritische Systeme |
| 99,999% | 99,999% (fünf Neunen) | 5,26 Minuten | 26,3 Sekunden | Telekommunikation, Banken |
| 99,9999% | 99,9999% (sechs Neunen) | 31,5 Sekunden | 2,6 Sekunden | Flugsicherung, Notrufe |
Faustregel: Jede weitere Neun verdoppelt die Kosten!
Von 99% auf 99,9% zu gehen ist relativ günstig. Aber von 99,99% auf 99,999% erfordert massive Investitionen in Redundanz, Failover-Systeme und 24/7-Monitoring. Die meisten Unternehmen streben 99,9% oder 99,99% an – 99,999% ist nur für absolut kritische Systeme nötig.
8. Best Practices für IT-Infrastruktur
Die wichtigsten Empfehlungen für den Betrieb einer stabilen und sicheren IT-Infrastruktur:
Design-Prinzipien
- Redundanz für kritische Komponenten
- Modulare Architektur
- Separation of Concerns
- Defense in Depth (mehrere Sicherheitsebenen)
- Design for Failure (Ausfälle einplanen)
- Immutable Infrastructure
Monitoring & Observability
- Zentrale Logging-Plattform (ELK, Loki)
- Metrics & Dashboards (Prometheus, Grafana)
- Alerting bei kritischen Schwellenwerten
- Distributed Tracing (Jaeger, Zipkin)
- Synthetic Monitoring (Uptime-Checks)
- Log-Retention & Compliance
Automation & IaC
- Infrastructure as Code (Terraform, CloudFormation)
- Configuration Management (Ansible, Chef, Puppet)
- CI/CD-Pipelines für Deployment
- Automatisierte Tests
- GitOps für Kubernetes
- Self-Healing Systeme
Security
- Zero Trust Architecture
- Least Privilege Principle
- Regelmäßige Security Audits
- Patch Management
- Verschlüsselung (in transit & at rest)
- Penetration Testing
Dokumentation
- Netzwerk-Diagramme aktuell halten
- Runbooks für Notfälle
- Change Management
- Asset Management
- IP-Adress-Schema dokumentieren
- Kontaktlisten & Escalation Paths
Disaster Recovery
- Regelmäßige Backups (3-2-1-Regel)
- Recovery-Tests durchführen
- RTO & RPO definieren
- DR-Site (Hot/Warm/Cold)
- Immutable Backups gegen Ransomware
- Business Continuity Plan
Die 3-2-1 Backup-Regel
Der Goldstandard für Backups:
- 3 Kopien deiner Daten (1 primär + 2 Backups)
- 2 verschiedene Medien (z.B. NAS + Cloud)
- 1 Kopie extern (Off-Site, z.B. Cloud oder zweites Rechenzentrum)
Modern: 3-2-1-1-0: 3 Kopien, 2 Medien, 1 extern, 1 immutable (unveränderbar), 0 Fehler beim Recovery-Test.
9. FAQ – Häufige Fragen
Häufige Fragen zur IT-Infrastruktur
Die drei Cloud-Service-Modelle unterscheiden sich im Grad der Verwaltung:
- IaaS (Infrastructure as a Service): Du mietest virtuelle Server, Storage, Netzwerk. Du verwaltest OS, Middleware, Apps. Beispiel: AWS EC2, Azure VMs.
- PaaS (Platform as a Service): Du mietest eine Plattform (OS, Runtime, DB). Du verwaltest nur deine Apps. Beispiel: Azure App Service, Heroku.
- SaaS (Software as a Service): Du nutzt fertige Software. Provider verwaltet alles. Beispiel: Office 365, Salesforce.
Kapazitätsplanung basiert auf:
- Aktuelle Nutzung: Monitoring-Daten analysieren (CPU, RAM, IOPS)
- Wachstumsprognose: +20-30% pro Jahr einplanen
- Lastspitzen: Black Friday, Monatsende, etc.
- Redundanz: N+1 oder N+2 für Ausfallsicherheit
Faustregel: Plane für 70% Auslastung – leaves headroom für Spitzen und Wachstum.
Infrastructure as Code (IaC) bedeutet, dass du deine Infrastruktur (Server, Netzwerke, etc.) in Code definierst statt manuell zu konfigurieren.
Vorteile:
- Reproduzierbar: Gleiche Umgebung überall
- Versionierbar: Änderungen in Git tracken
- Automatisierbar: CI/CD für Infrastruktur
- Dokumentation: Code ist die Dokumentation
Tools: Terraform, AWS CloudFormation, Azure ARM, Ansible
Beide sind wichtige Kennzahlen für Disaster Recovery:
- RTO (Recovery Time Objective): Maximale akzeptable Ausfallzeit. Wie lange darf das System down sein? (z.B. 4 Stunden)
- RPO (Recovery Point Objective): Maximaler akzeptabler Datenverlust. Wie viele Daten dürfen verloren gehen? (z.B. 15 Minuten)
Beispiel: RTO = 4h, RPO = 15min bedeutet: System muss in 4h wieder laufen, und es dürfen maximal 15 Minuten Daten verloren gehen.
Zero Trust ist ein Sicherheitskonzept, das davon ausgeht, dass keine Verbindung vertrauenswürdig ist – auch nicht innerhalb des Netzwerks.
Prinzipien:
- Never trust, always verify: Jede Anfrage wird authentifiziert und autorisiert
- Least Privilege: Minimal notwendige Berechtigungen
- Micro-Segmentation: Netzwerk in kleine Zonen unterteilen
- Continuous Monitoring: Ständige Überprüfung
Zero Trust schützt vor lateralen Bewegungen von Angreifern im Netzwerk.
Die Wahl hängt von deinen Anforderungen ab:
- AWS: Marktführer, größte Service-Auswahl, ausgereift. Gut für: Enterprise, komplexe Architekturen
- Azure: Starke Microsoft-Integration (Active Directory, Office 365). Gut für: Unternehmen mit Microsoft-Stack
- Google Cloud (GCP): Stark in Data Analytics, KI/ML, Kubernetes. Gut für: Data-driven Companies
- Hetzner, DigitalOcean: Einfacher, günstiger. Gut für: Startups, kleine Projekte
Tipp: Nutze mehrere Provider (Multi-Cloud) um Vendor Lock-in zu vermeiden.
Beide sind Clustering-Strategien für Hochverfügbarkeit:
- Active-Active: Alle Knoten verarbeiten Anfragen gleichzeitig. Last wird verteilt. Bessere Performance, aber komplexer (Data Consistency).
- Active-Passive: Nur ein Knoten ist aktiv, andere stehen standby. Einfacher, aber Ressourcen werden nicht optimal genutzt.
Empfehlung: Active-Active für Web-Server, Active-Passive für Datenbanken (einfacher).
Ransomware ist eine der größten Bedrohungen. Schutzmaßnahmen:
- Immutable Backups: Backups, die nicht verändert/gelöscht werden können
- 3-2-1-1-0 Regel: 3 Kopien, 2 Medien, 1 extern, 1 immutable, 0 Fehler
- Network Segmentation: Backups vom Produktionsnetzwerk isolieren
- Least Privilege: Backup-Systeme haben nur notwendige Rechte
- Regelmäßige Tests: Recovery-Tests durchführen
- Patch Management: Systeme aktuell halten
- User Training: Phishing-Awareness
Zusammenfassung
Die wichtigsten Punkte
- Definition: IT-Infrastruktur = Hardware + Software + Netzwerke + Dienste für IT-Betrieb
- 5 Schichten: Application, Platform, Infrastructure, Network, Physical
- 6 Hauptkomponenten: Compute, Storage, Network, Security, Monitoring, Backup
- 3 Architekturen: On-Premise (Kontrolle), Cloud (Flexibilität), Hybrid (beste aus beiden)
- Netzwerk-Topologien: Stern, Ring, Mesh, Tree (3-Tier für Enterprise)
- Skalierbarkeit: Scale-Up (einfach), Scale-Out (besser), Auto-Scaling (Cloud), Global (Multi-Region)
- Hochverfügbarkeit: Redundanz, Failover, Clustering, Load Balancing
- SLAs: 99% (3,65 Tage/Jahr) bis 99,999% (5 Minuten/Jahr) – jede Neun verdoppelt Kosten
- Best Practices: IaC, Monitoring, Automation, Zero Trust, 3-2-1-Backups
- RTO/RPO: Recovery Time Objective (Ausfallzeit) und Recovery Point Objective (Datenverlust)
Nächste Schritte
Bereit, deine IT-Infrastruktur zu planen? Hier ein empfohlener Weg:
- Anforderungen analysieren: Verfügbarkeit, Skalierbarkeit, Compliance
- Architektur wählen: On-Premise, Cloud oder Hybrid?
- Komponenten auswählen: Compute, Storage, Network, Security
- Hochverfügbarkeit planen: Redundanz, Failover, SLAs
- Monitoring aufsetzen: Metrics, Logging, Alerting
- Automation implementieren: IaC, CI/CD, Self-Healing
- Backup-Strategie: 3-2-1-Regel, Recovery-Tests
- Dokumentation: Netzpläne, Runbooks, Contacts
Weiterführende Themen
Server-Typen, Hardware, Betriebssysteme und Virtualisierung im Detail.
Zu ServerNetzwerk-Design, Topologien, Routing und Switching im Enterprise-Umfeld.
Zur Netzwerk-ArchitekturSAN, NAS, Object Storage, RAID und moderne Storage-Architekturen.
Zu Storage-SystemenZero Trust, Firewalls, IAM und Security Best Practices.
Zur Security-ArchitekturBackup-Strategien, RTO/RPO, DR-Sites und Business Continuity.
Zu Backup & DRHybrid Cloud, Multi-Cloud und Cloud-Migrationsstrategien.
Zur Cloud-Integration