Redundanz bezeichnet das Vorhandensein von mehr Komponenten, Kapazitäten oder Systemen, als für den Normalbetrieb minimal notwendig wäre – mit dem Ziel, den Ausfall einer einzelnen Komponente abzupuffern ohne Betriebsunterbrechung. Eine redundante Komponente übernimmt im Fehlerfall die Aufgaben der ausgefallenen Komponente und stellt so die Systemverfügbarkeit sicher. Redundanz ist das technische Mittel, durch das Hochverfügbarkeit erreicht wird.
Redundanz hat ihren Preis: Jede redundante Komponente kostet Ressourcen – Hardware, Energie, Lizenzen, Managementaufwand. Die Kunst der Redundanzplanung liegt darin, das richtige Maß zu finden: Kritische Komponenten werden redundant ausgelegt, unkritische nicht. Zu wenig Redundanz gefährdet die Verfügbarkeit, zu viel Redundanz treibt die Kosten unnötig in die Höhe.
Redundanzebenen in der Automatisierungsinfrastruktur
Compute-Redundanz
Mehrere Worker-Instanzen oder Server, die denselben Dienst bereitstellen. Fällt ein Server aus, übernehmen die anderen. Kubernetes, Load Balancer.
Datenbank-Redundanz
Primary-Replica-Konfiguration: Schreibvorgänge auf Primary, synchron repliziert auf Replica. Fällt Primary aus, übernimmt Replica automatisch.
Netzwerk-Redundanz
Mehrere unabhängige Netzwerkanbindungen. Fällt eine Verbindung aus, wird automatisch auf die andere umgeschaltet. Mehrere ISPs oder Leitungen.
Standort-Redundanz
Systeme in verschiedenen Rechenzentren oder Regionen. Schützt vor lokalen Katastrophen (Brand, Hochwasser, Stromausfall im Gebäude).
Stromredundanz
USV (Unterbrechungsfreie Stromversorgung) und Notstromaggregate. Fällt die öffentliche Stromversorgung aus, läuft das Rechenzentrum weiter.
Software-Redundanz
Mehrere unabhängige Code-Pfade für kritische Funktionen. Fällt der primäre Pfad aus, greift ein definierter Fallback-Mechanismus.
Praxisbeispiel
Ein E-Commerce-Unternehmen analysiert Single Points of Failure in seiner Automatisierungsinfrastruktur. Identifizierte SPOFs und Lösungen: Einzelner n8n-Server → 2 redundante Instanzen hinter Load Balancer. Einzelne PostgreSQL-Instanz → Primary + automatische Replica (AWS RDS Multi-AZ). Einzelne Internetleitung → zweiter ISP als Failover. Kein Monitoring → Prometheus + Alertmanager mit PagerDuty-Integration. Nach Redundanzausbau: In den folgenden 8 Monaten traten 3 Hardware-Ausfälle auf, die früher zu Ausfällen geführt hätten. Tatsächliche Downtime: 0 Minuten. Redundanzkosten: +340 Euro/Monat. Kosten eines Stunden-Ausfalls zur Black-Friday-Zeit (geschätzt): 18.000 Euro.
