Rechenzentrums-Konsolidierung scheitert selten an der Technik der Migration selbst. Sie scheitert an Abhängigkeiten, die niemand dokumentiert hatte — der Applikationsserver, der auf eine Datenbank in einem anderen Standort zugreift, der Batch-Job, der um drei Uhr nachts eine Schnittstelle bedient, das Altsystem, das nur über eine feste IP erreichbar ist.
Kurz gefasst: Eine Konsolidierung ohne Betriebsunterbrechung steht und fällt mit drei Prinzipien:
- Abhängigkeitsanalyse zuerst — die vollständige Landkarte aller Anwendungs- und Datenflüsse steht vor dem ersten Serverumzug.
- Migration in Wellen — zusammenhängende Anwendungsverbünde ziehen gemeinsam um, jede Welle mit definiertem Rückfallpunkt.
- Zielbild vor Werkzeug — die Entscheidung für Rechenzentrum, Azure oder Hybrid gehört an den Anfang, nicht in die Migrationsphase.
Was ist eine Abhängigkeitsanalyse? Die Abhängigkeitsanalyse (engl. Application Dependency Mapping) erfasst, welche Anwendung mit welcher kommuniziert — über welche Ports, mit welchen Latenzanforderungen und in welche Richtung. Sie ist die Grundlage jeder ausfallfreien Migration, weil sie sichtbar macht, was gemeinsam umziehen muss und was sich gefahrlos trennen lässt.
Die Analyse ist das Projekt
Bevor ein einziger Server umzieht, muss die Abhängigkeitslandschaft stehen: Welche Anwendung spricht mit welcher, über welche Ports, mit welchen Latenzanforderungen. Genau hier entscheidet sich, ob eine Konsolidierung im laufenden Betrieb möglich ist oder ob sie ein Wartungsfenster braucht, das der Fachbereich nicht hergibt. Erfahrungsgemäß ist die Inventarisierung aufwendiger als die eigentliche Migration — und die Zeit, die man hier spart, holt einen später als Ausfall wieder ein.
Belastbar wird die Analyse erst, wenn sie nicht nur auf Dokumentation, sondern auf gemessenem Datenverkehr beruht. Netzflüsse über einen repräsentativen Zeitraum aufzuzeichnen, fördert genau die Abhängigkeiten zutage, die in keinem Architekturdiagramm stehen — den nächtlichen Batch-Lauf, die vergessene Schnittstelle, die feste IP-Kopplung.
Migration in Wellen, nicht als Urknall
Bewährt hat sich das Vorgehen in klar geschnittenen Wellen: zusammenhängende Anwendungsverbünde werden gemeinsam migriert, damit die internen Abhängigkeiten kurz bleiben und nicht über die noch nicht migrierte Standort-Kopplung laufen. Jede Welle hat einen definierten Rückfallpunkt. Das klingt konservativ, ist aber der Grund, warum am Ende niemand von einem Ausfall berichten muss.
Zielbild vor Werkzeug
Ob klassisches Rechenzentrum, Azure oder ein hybrider Zielzustand — diese Entscheidung gehört an den Anfang, nicht in die Migrationsphase. Ein „wir schieben erstmal und entscheiden später“ führt zu Lift-and-Shift-Landschaften, die in der Cloud teuer und on-premises unaufgeräumt sind. Wo die Cloud das Ziel ist, lohnt der Blick auf die Cloud-Migration mit Azure-Fokus, bevor die erste Welle geplant wird.
Häufige Fragen zur Rechenzentrums-Konsolidierung
Wie lässt sich ein Rechenzentrum ohne Betriebsunterbrechung konsolidieren?
Der Schlüssel ist die Reihenfolge: zuerst eine vollständige Abhängigkeitsanalyse, dann die Migration in klar geschnittenen Wellen mit Rückfallpunkten. So bleiben Abhängigkeiten innerhalb einer Welle kurz, und kein Anwendungsverbund wird über eine noch nicht migrierte Standortkopplung getrennt.
Warum ist die Abhängigkeitsanalyse so wichtig?
Weil die meisten Ausfälle nicht aus der Migration selbst, sondern aus unbekannten Abhängigkeiten entstehen. Erst wenn dokumentiert ist, welche Systeme miteinander sprechen, lässt sich planen, was gemeinsam umziehen muss und was sich gefahrlos trennen lässt.
Was bedeutet Migration in Wellen?
Statt alle Systeme zu einem Stichtag zu verschieben, werden zusammengehörige Anwendungsverbünde nacheinander in abgegrenzten Etappen migriert. Jede Welle ist testbar, hat einen definierten Rückfallpunkt und begrenzt das Risiko auf einen überschaubaren Ausschnitt.
Lift-and-Shift oder Umbau in die Cloud?
Beides hat seine Berechtigung, aber die Entscheidung gehört an den Anfang. Ein reines Lift-and-Shift ohne Zielbild verlagert bestehende Probleme lediglich — in der Cloud oft zu höheren laufenden Kosten. Ein bewusst gewähltes Zielbild entscheidet, welche Systeme umgebaut, welche nur verschoben und welche abgelöst werden.
cosoweb plant und steuert solche Vorhaben als Senior-Mandat — von der Abhängigkeitsanalyse bis zur letzten Welle. Details zum Leistungsfeld stehen auf der Seite Microsoft- und Rechenzentrums-Infrastruktur.
Sie stehen vor einer Konsolidierung oder einem Carve-out? Schildern Sie kurz Ihre Ausgangslage.
Eine konkrete Fragestellung im Haus?
Schildern Sie kurz Ihr Vorhaben — Ausgangslage, Ziel, gewünschter Zeitrahmen. Sie erhalten in der Regel innerhalb von zwei Werktagen eine erste Einschätzung.