Schlüsselpunkte
- Bei der Cloud-Migration von On-Premises werden Daten, Workloads und Anwendungen von physischen Servern zu einem externen Cloud-Anbieter wie AWS oder Google Cloud verlagert.
- Erfolgreiche Migrationen setzen auf ein schrittweises Vorgehen, um Ausfallzeiten gering zu halten und die Netzwerkintegrität nach und nach zu prüfen.
- Versteckte Abhängigkeiten, etwa Anwendungen mit fest hinterlegten IP-Adressen, zählen zu den häufigsten Ursachen für Funktionsausfälle, wenn sie vor der Migration nicht erkannt werden.
- Nach dem Shared Responsibility Model bleiben IT-Teams für die Konfiguration von Sicherheitsgruppen und für den Datenschutz verantwortlich.
- Falsch konfigurierte Cloud-Ressourcen sind eine der Hauptursachen für Datenschutzverletzungen nach der Migration.
Die Cloud-Migration von On-Premises bezeichnet die Verlagerung von Daten, IT-Ressourcen, digitalen Assets, Workloads und Anwendungen von physischen Servern („On-Prem“) in die Cloud-Infrastruktur eines externen Anbieters, etwa AWS oder Google Cloud. Wer die Cloud-Migration von On-Premises versteht, kann die Verfügbarkeit in den Vordergrund stellen und den Aufwand bei der Verlagerung von Workloads senken. Eine Cloud-Migration im Unternehmen ist eben kein simpler „Kopiervorgang“. Mit den passenden Werkzeugen gewinnen IT-Teams jedoch mehr Transparenz und erkennen Abweichungen in jeder Phase.
Bei der Planung der Cloud-Migration steht die durchgehende Funktionsfähigkeit im Vordergrund
Hier erfahren Sie alles, was Ihr IT-Team für die Planung einer Migration von physischer Infrastruktur in die Cloud wissen muss.
Das bedeutet die Cloud-Migration von On-Premises
Die Cloud-Migration von On-Premises dient dazu, die Systemlast zu verteilen, Speicherplatz freizugeben und langfristige Entwicklungskosten durch ein günstigeres „as a Service“-Abonnement zu ersetzen. Dieser Prozess umfasst:
- Verlagerung der Infrastruktur: Weg von kapitalintensiven, auf den eigenen Standort ausgerichteten Budgets hin zu „OpEx“-Modellen.
- Neuaufbau der Services: Anpassung von Anwendungen an Cloud-native Frameworks (zum Beispiel von einem lokalen SQL Server zu Azure SQL).
- Geteilte Verantwortung: Klare Zuständigkeiten für Datenmanagement und Konfiguration festlegen.
Typische Gründe für eine Migration
Durch den Siegeszug der „as a Service“-Modelle richtet sich der Markt zunehmend auf günstige, abonnementbasierte Cloud-Infrastruktur aus, die Werkzeuge bietet, um operative Grenzen zu überwinden. Deshalb entscheiden sich Führungskräfte in Unternehmen für die Migration in die Cloud:
- Erneuerungszyklen veralteter Hardware
- Elastische Skalierbarkeit
- Geringere Kosten für die Notfallwiederherstellung
- Planbare Ausgaben
- Integrierte Zertifizierungen (HIPAA, PCI DSS, FedRAMP, ISO 27001)
- KI-Bereitschaft
Versteckte Abhängigkeiten, die eine Migration erschweren
Eine Migration bringt zwar klare Vorteile, Probleme entstehen jedoch, wenn in der Cloud gehostete Anwendungen stark von lokalen Diensten abhängen.
Manche Anwendungen sind beispielsweise fest darauf programmiert, ausschließlich mit bestimmten IP-Adressen im physischen Netzwerk zu kommunizieren. Nach der Migration in die Cloud lassen sich diese fest hinterlegten IPs nicht mehr auflösen. Das beeinträchtigt die Funktionsfähigkeit und erfordert DNS-Werkzeuge, um die benötigte Adresse zu „abstrahieren“, was zusätzliche Zeit und Aufwand bedeutet.
Behalten Sie die Latenz immer im Blick, wenn Sie wichtige Teile Ihres Stacks migrieren. Anwendungen, die Antworten ihrer Datenbank im Submillisekundenbereich benötigen (etwa Handelsplattformen im Finanzbereich), können inakzeptable Verzögerungen erleben, wenn eine Komponente ohne die andere migriert wird.
Operative Risiken bei der Cloud-Migration eines Rechenzentrums
Die Cloud-Migration von On-Premises ist ein langwieriger Prozess, der in der Regel auch im Live-Betrieb weiterläuft. IT-Teams müssen ihre Infrastruktur daher koordinieren und verwalten, während sie sich im Umbruch befindet, um die betriebliche Effizienz aufrechtzuerhalten. Damit sind folgende Risiken verbunden:
| Risiko | Beschreibung | Minderung | Beispiel |
| Leistungseinbußen | Ausgelastete Bandbreite während der Datensynchronisierung | Synchronisierungsjobs zeitlich versetzt außerhalb der Spitzenzeiten ausführen und die Bandbreitennutzung in Echtzeit überwachen. | Die POS-Datensynchronisierung im Einzelhandel bremst das VPN; ein Finanzunternehmen verzeichnet Latenz in Trading-Anwendungen |
| Sicherheitslücken | Falsch konfigurierte Cloud-Ressourcen bei der Einrichtung | Automatisierte Konfigurationsprüfungen für Cloud-Speicher und Firewall-Regeln vor und nach der Umstellung durchführen. | Ein öffentlich zugänglicher AWS-S3-Bucket legt Patientendaten offen; eine Azure-Firewall bleibt offen |
| Supportaufkommen | Sprunghafter Anstieg der Helpdesk-Tickets wegen Zugriffs- oder Latenzproblemen | Den Zeitplan der Migration frühzeitig an die Endbenutzer:innen kommunizieren und den Helpdesk für einen vorübergehenden Ticketanstieg personell verstärken. | Fehlgeschlagene Anmeldungen im LMS einer Universität; Verzögerungen in der Barcode-App eines Logistikunternehmens |
| Fehler bei der Datenkonsistenz | Abweichende Schemata oder unvollständige Synchronisierungen beschädigen Daten | Das Schema-Mapping validieren und nach jeder Synchronisierung Abgleichsprüfungen durchführen, bevor das Quellsystem abgeschaltet wird. | Ein abweichendes SQL-Schema im Finanzwesen legt Transaktionen lahm |
| Ausfallzeiten und Unterbrechungen | Umstellungsfenster überschreiten den geplanten Zeitrahmen | Pufferzeit im Umstellungsfenster einplanen und die Umstellung zuerst in einer Staging-Umgebung testen. | Ausfallzeit im Buchungssystem einer Fluggesellschaft |
| Anbieterabhängigkeit | Proprietäre Werkzeuge schränken die Portabilität ein | Wo möglich offene Standards und containerisierte Workloads bevorzugen und proprietäre Abhängigkeiten vor der Migration dokumentieren. | Ein Software-as-a-Service-Anbieter ist tief in Azure-Dienste eingebunden |
Eine Migration nimmt Ihnen die Verwaltungsverantwortung nicht ab
Die Einführung der Cloud entbindet Sie nicht von Datenschutzvorgaben. Wie erwähnt müssen Sie geschäftskritische Daten weiterhin überwachen und schützen, um Ihr Sicherheitsniveau zu stärken. Cloud-Dienstanbieter sichern zwar ihre Infrastruktur ab, die Verwaltung der Anmeldeinformationen während der Migration von On-Prem liegt jedoch bei Ihnen.
Fehlkonfigurationen sind nach wie vor die häufigste Ursache für Datenschutzverletzungen in der Cloud. IT-Teams müssen fortlaufend prüfen, ob Sicherheitsgruppen und Storage-Buckets öffentlich aus dem Internet erreichbar sind.
Sichern Sie Ihre Daten zusätzlich mit unabhängigen Plattformen für Datenwiederherstellung und Notfallvorsorge (etwa NinjaOne), um mehrschichtige Sicherheit und ein stabileres Sicherheitsnetz zu erhalten.
Die Migration in Phasen planen
Die gesamte Infrastruktur auf einmal zu migrieren, mag effizient wirken. Komplette Datenbanken zu verschieben ist jedoch riskant und kann zu Ausfallzeiten und fehlerhaften Konfigurationen führen. Best Practices aus der Branche von IBM und Microsoft empfehlen ein schrittweises Vorgehen:
- Abhängigkeiten erfassen: Versteckte Verknüpfungen identifizieren, um Latenz zu minimieren.
- Workloads gestaffelt verlagern: Mit Arbeitswerkzeugen niedriger Priorität beginnen, um Netzwerkpfade und Sicherheitskontrollen zu validieren.
- Anwendungen in „Wellen“ verschieben: Anwendungen zu Migrationspaketen auf Basis ihrer Abhängigkeiten gruppieren.
- Validieren und optimieren: Die Cloud-Umgebung parallel betreiben, um sicherzustellen, dass sie die festgelegten KPIs erfüllt.
Grenzen und Überlegungen zum Umfang
Ihr IT-Helpdesk und Ihr Managed Service Provider (MSP) müssen die Grenzen von Cloud-Umgebungen kennen, um Fehler bei der Fehlerbehebung und unnötige Investitionen zu vermeiden, die die Effizienz langfristig schmälern könnten.
Eine Migration senkt die Kosten nicht automatisiert
Der Wechsel von einer On-Premises-IT-Infrastruktur zu einem IaaS-Modell senkt die Betriebskosten nicht in jedem Fall. Mitunter führt ein Rehosting sogar zu höherem Aufwand, etwa durch nicht optimierte Ressourcenzuweisung oder Egress-Gebühren.
Laufende Governance bleibt notwendig
Klar zugewiesene Verantwortlichkeiten sorgen für Rechenschaft und machen nachvollziehbar, wofür das Geld ausgegeben wird. Ohne Cloud-Governance verlieren Verantwortliche leicht den Überblick über die vielen (und oft redundanten) Cloud-Abonnements, die im Lauf der Zeit hinzukommen, und die Budgets laufen aus dem Ruder.
Hybride Umgebungen erfordern Fachwissen
Wer die Hälfte seiner Infrastruktur in der Cloud betreibt, braucht zusätzlich zum On-Prem-Team weitere Techniker:innen mit Kenntnissen in Cloud-nativen APIs. Das zeigt, wie wichtig Endpunkt-Plattformen mit All-in-one-Dashboards und zentraler Transparenz sind.
Wichtig: Zu den verbreiteten Irrtümern über die Cloud-Migration von On-Premises zählen:
- Die Migration ist vor allem eine technische Aufgabe.
- Mit dem Umzug in die Cloud erübrigen sich Backups.
- Eine Cloud-Migration garantiert Kosteneinsparungen.
Die Auswirkungen der Cloud-Migration von On-Premises gering halten
Die Cloud-Migration von On-Premises modernisiert Ihre Services und Ihr Unternehmen insgesamt. Das operative Risiko bleibt jedoch bestehen: IT-Teams müssen Abhängigkeiten nachverfolgen und die Verfügbarkeit während des Übergangs in den Vordergrund stellen. Binden Sie eine Plattform zur Endpunkt-Überwachung ein, um Leistungsprobleme auch in großem Umfang automatisiert zu erkennen.
Verwandte Themen:
