IT-Infrastruktur

KAPITEL 10 · ENTERPRISE IT

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.

Komponenten Cloud vs. On-Premise Netzwerk Hochverfügbarkeit Skalierbarkeit

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

Beispiele: SAP, Salesforce, Eigenentwicklungen, Web-Shops
4. Plattformschicht (Platform Layer)

Betriebssysteme, Middleware, Laufzeitumgebungen, Container-Plattformen

Beispiele: Windows Server, Linux, Docker, Kubernetes, Java Runtime
3. Infrastrukturschicht (Infrastructure Layer)

Virtuelle Maschinen, Compute-Instanzen, Storage-Volumes

Beispiele: VMware VMs, AWS EC2, Azure VMs, Google Compute Engine
2. Netzwerkschicht (Network Layer)

Switches, Router, Firewalls, Load Balancer, VPNs, VLANs

Beispiele: Cisco, Juniper, Palo Alto, F5, SD-WAN
1. Physische Schicht (Physical Layer)

Server-Hardware, Storage-Arrays, Netzwerk-Kabel, Rechenzentrum

Beispiele: Dell PowerEdge, HPE ProLiant, NetApp, Glasfaser, Kupfer

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

Rechenleistung & Virtualisierung

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
Technologien: VMware vSphere, Microsoft Hyper-V, Proxmox, AWS EC2, Azure VMs

Storage

Datenspeicherung & Management

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
Technologien: NetApp, Dell EMC, Pure Storage, AWS S3, Azure Blob Storage

Network

Netzwerk-Infrastruktur

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
Technologien: Cisco, Juniper, Palo Alto, F5, Arista, SD-WAN

Security

Sicherheit & Compliance

Schutz vor Cyberangriffen, Datenverlust und unbefugtem Zugriff.

  • Firewalls & IPS/IDS
  • SIEM (Security Information)
  • IAM (Identity & Access)
  • Verschlüsselung (TLS, AES)
  • Zero Trust Architecture
Technologien: Palo Alto, Fortinet, Okta, Azure AD, HashiCorp Vault

Monitoring

Überwachung & Observability

Überwacht Performance, Verfügbarkeit und Gesundheit aller Systeme.

  • Metrics & Dashboards
  • Logging & Log-Analyse
  • Tracing (APM)
  • Alerting & Benachrichtigungen
  • Synthetic Monitoring
Technologien: Prometheus, Grafana, ELK Stack, Datadog, New Relic

Backup & Disaster Recovery

Datensicherung & Notfallwiederherstellung

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
Technologien: Veeam, Commvault, Rubrik, Zerto, AWS Backup

4. Infrastruktur-Architekturen

Es gibt drei Hauptarchitekturen für den Betrieb von IT-Infrastruktur:

On-Premise

Eigene Hardware im Rechenzentrum
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
Einsatzgebiete: Banken, Behörden, Unternehmen mit strengen Compliance-Anforderungen

Cloud

Infrastruktur als Service (IaaS/PaaS/SaaS)
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
Einsatzgebiete: Startups, SaaS-Anbieter, skalierbare Web-Anwendungen

Hybrid Cloud

Kombination aus On-Premise und 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
Einsatzgebiete: Mittelständische Unternehmen, Burst-Workloads, Disaster Recovery

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.

Redundanz: Niedrig

Ring-Topologie

Knoten sind in einem Ring verbunden. Daten wandern von Knoten zu Knoten. Selten in modernen Netzwerken.

Redundanz: Mittel

Mesh-Topologie

Jeder Knoten ist mit mehreren anderen verbunden. Hohe Redundanz und Ausfallsicherheit, aber teuer.

Redundanz: Sehr hoch

Tree-Topologie

Hierarchische Struktur mit Core-, Distribution- und Access-Layer. Standard in Enterprise-Netzwerken.

Redundanz: Hoch

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)

1
Scale-Up (Vertical Scaling)

Mehr Ressourcen zu einem bestehenden Server hinzufügen (CPU, RAM, Storage). Einfach, aber limitiert durch Hardware-Grenzen. Erfordert oft Downtime.

2
Scale-Out (Horizontal Scaling)

Mehrere Server hinzufügen und Last verteilen (Load Balancing). Besser für Web-Anwendungen. Erfordert stateless Architektur und Shared Storage.

3
Auto-Scaling

Automatisches Hinzufügen/Entfernen von Servern basierend auf Metriken (CPU, Requests). Typisch in Cloud-Umgebungen (AWS Auto Scaling, Kubernetes HPA).

4
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.

Beispiele: Redundante Netzteile, RAID-Storage, duale Netzwerk-Links

Failover

Automatische Umschaltung auf Standby-System bei Ausfall. Active-Passive oder Active-Active.

Beispiele: Datenbank-Replikation, Cluster-IP, VRRP, CARP

Clustering

Mehrere Server arbeiten als eine Einheit. Lastverteilung und automatische Failover.

Beispiele: Kubernetes Cluster, SQL Always On, Windows Failover Cluster

Load Balancing

Lastverteilung auf mehrere Server. Erhöht Performance und Verfügbarkeit.

Beispiele: HAProxy, NGINX, F5, AWS ELB, Azure Load Balancer

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

Was ist der Unterschied zwischen IaaS, PaaS und SaaS?

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.
Wie berechne ich die benötigte Server-Kapazität?

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.

Was ist Infrastructure as Code (IaC) und warum sollte ich es nutzen?

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

Was ist der Unterschied zwischen RTO und RPO?

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.

Was ist Zero Trust und warum ist es wichtig?

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.

Wie wähle ich den richtigen Cloud-Provider?

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.

Was ist der Unterschied zwischen Active-Active und Active-Passive Clustering?

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).

Wie sichere ich meine Infrastruktur gegen Ransomware?

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:

  1. Anforderungen analysieren: Verfügbarkeit, Skalierbarkeit, Compliance
  2. Architektur wählen: On-Premise, Cloud oder Hybrid?
  3. Komponenten auswählen: Compute, Storage, Network, Security
  4. Hochverfügbarkeit planen: Redundanz, Failover, SLAs
  5. Monitoring aufsetzen: Metrics, Logging, Alerting
  6. Automation implementieren: IaC, CI/CD, Self-Healing
  7. Backup-Strategie: 3-2-1-Regel, Recovery-Tests
  8. Dokumentation: Netzpläne, Runbooks, Contacts

Weiterführende Themen

Server

Server-Typen, Hardware, Betriebssysteme und Virtualisierung im Detail.

Zu Server
Netzwerk-Architektur

Netzwerk-Design, Topologien, Routing und Switching im Enterprise-Umfeld.

Zur Netzwerk-Architektur
Storage-Systeme

SAN, NAS, Object Storage, RAID und moderne Storage-Architekturen.

Zu Storage-Systemen
Security-Architektur

Zero Trust, Firewalls, IAM und Security Best Practices.

Zur Security-Architektur
Backup & Disaster Recovery

Backup-Strategien, RTO/RPO, DR-Sites und Business Continuity.

Zu Backup & DR
Cloud-Integration

Hybrid Cloud, Multi-Cloud und Cloud-Migrationsstrategien.

Zur Cloud-Integration