Navigation
⌂ Root-Index Zielbild: Enterprise-Infrastruktur verstehen Rechenzentrum, Bare Metal und Hardware-Basis Netzwerk, DNS, Load Balancer und Firewall Linux, Betriebssystem-Baseline und Systemdienste Virtualisierung und Private Cloud Storage, Backup und Datenhaltung Kubernetes, OpenShift und Container-Plattform Infrastructure as Code mit Terraform und Ansible GitOps, CI/CD und Plattform-Auslieferung Security, IAM, PKI und Zero Trust Observability, Monitoring, Logging und Tracing High Availability, Disaster Recovery und SRE Praxis: Enterprise-Referenzarchitektur von Portal bis Datenbank
Plattform / Infrastrukturbaustein

Rechenzentrum, Bare Metal und Hardware-Basis

Bare Metal ist die physische Grundlage: CPU, RAM, Netzwerkports, Storage-Anbindung, Firmware, Rack, Strom und Standort. Ohne saubere Hardware-Basis helfen auch moderne Plattformen wenig.

Diagramm Rechenzentrum, Bare Metal und Hardware-Basis

Fachliche Einordnung

Bare-Metal-Kapazität bestimmt, wie viele geschäftskritische Workloads ein Unternehmen zuverlässig betreiben kann. Eine Bestellplattform, ein Abrechnungssystem oder ein Data Warehouse konkurrieren nicht abstrakt, sondern konkret um CPU, RAM, I/O, Netzwerkbandbreite und Wartungsfenster.

Technische Komponenten

Server bestehen aus CPU-Sockets, NUMA-Domänen, RAM, NICs, HBAs, lokalen Disks, RAID/Boot Devices, Firmware und Out-of-Band-Management. Enterprise-Betrieb braucht Lifecycle-Prozesse: Firmware-Management, Hardware-Monitoring, Ersatzteile, Cluster-Kompatibilität und Wartungsplanung.

Bare Metal vs VM vs Container

Bare Metal liefert direkte Hardwarekontrolle. VMs liefern Isolation, Snapshot-Nähe und Mandantentrennung. Container liefern schnelle Auslieferung und Portabilität, brauchen aber eine stabile Compute-Basis darunter.

Kapazitätsmodell

Für Planung reichen selten Durchschnittswerte. Relevant sind Peak, Burst, Reserved Capacity, Failover-N+1, Wartungsreserve, Storage-IOPS, Netzwerkdurchsatz und Latenz. Ein Cluster, der im Normalbetrieb 60 Prozent Last hat, kann beim Ausfall eines Drittels der Nodes kritisch werden.

Ausführliche Beispiele

Server-Klassifikation

Klasse S: Management- und Infrastruktur-Services
Klasse M: normale Enterprise-Anwendungen
Klasse L: Datenbanken, Messaging, große Caches
Klasse GPU: AI/ML, Bildverarbeitung, Spezialworkloads

Jede Klasse bekommt andere Anforderungen an CPU, RAM, Netzwerk, Storage und Wartung.

Inventar als YAML

server:
  name: dc1-rack07-node03
  role: virtualization-host
  cpu: "2x32 cores"
  memory_gb: 1024
  nics:
    - name: bond0
      speed: 25G
      purpose: vm-and-container-traffic
    - name: bond1
      speed: 25G
      purpose: storage
  boot: mirrored-ssd
  lifecycle:
    firmware_window: monthly
    support_contract: 24x7

Typische Stolperfallen

  • Hardware wird häufig erst betrachtet, wenn Performance-Probleme auftreten.
  • NUMA, Storage-Latenz und Netzwerkpfade werden unterschätzt.
  • Ohne Inventar und Lifecycle-Daten ist Patch- und Capacity-Planung blind.

Prüf- und Verständnis-Checkliste

  • Hardware ist inventarisiert und klassifiziert.
  • Management-Netz ist vom Workload-Netz getrennt.
  • Firmware- und Treiberstände sind nachvollziehbar.
  • Cluster-Kapazität berücksichtigt N+1 oder definierte Degradation.

Merksatz

Eine Infrastrukturkomponente ist erst enterprise-tauglich, wenn sie geplant, automatisiert, überwacht, geschützt, wiederherstellbar und fachlich begründet ist.