Cloud-Einführung: Ein praktischer Leitfaden für IT-Teams und MSPs

Die Einführung der Cloud ist keine einmalige Entscheidung. Es handelt sich um eine Reihe von Entscheidungen, die über Monate oder Jahre hinweg getroffen werden und von denen jede einzelne Auswirkungen auf die Architektur, die Sicherheit, die Kosten und die Verwaltungsanforderungen der daraus resultierenden Umgebung hat. Unternehmen, die die Einführung der Cloud erfolgreich bewältigen, sind sich dessen bewusst. Diejenigen, die damit zu kämpfen haben, neigen dazu, sie eher als Migrationsprojekt mit einem festen Fertigstellungstermin zu betrachten als als einen fortlaufenden operativen Wandel.

Laut dem „Kaseya State of the MSP Report 2026“ sind Cloud- und Hosting-Dienste die drittgrößte Einnahmequelle für MSPs. Dies ist vor allem auf Kunden zurückzuführen, die aktiv auf die Cloud umsteigen und dafür IT-Fachwissen benötigen, um diesen Schritt sicher und kosteneffizient zu vollziehen. Dieser Leitfaden beschreibt, wie die Einführung der Cloud so geplant und umgesetzt werden kann, dass die erwarteten Vorteile erzielt werden, ohne dass unerwartete betriebliche Belastungen entstehen. Die Plattform von Kaseya unterstützt MSPs bei der Verwaltung von Hybrid- und Cloud-Umgebungen in mehr als 170 Ländern und verschafft uns so einen genauen Einblick, wo Einführungspläne erfolgreich sind und wo sie scheitern.

Warum Pläne zur Cloud-Einführung scheitern

Der häufigste Grund dafür, dass Cloud-Einführungen hinter den Erwartungen zurückbleiben, ist, dass die technologische Migration als das gesamte Projekt betrachtet wird. Betriebliche Aspekte wie Sicherheit, Datensicherung, Kostenkontrolle und Überwachung werden auf „nach dem Umstieg“ verschoben.

Das Betriebsmodell einer Cloud-Umgebung unterscheidet sich grundlegend von dem einer lokalen Umgebung. Die Sicherheitsverantwortlichkeiten verschieben sich: Das Modell der geteilten Verantwortung in der Cloud verteilt diese zwischen Anbieter und Kunde. Die Anforderungen an die Datensicherung ändern sich: Die standardmäßige Datenaufbewahrungsdauer der Cloud-Anbieter entspricht nicht der bei einer verwalteten Datensicherung. Das Kostenmanagement wird zu einer kontinuierlichen betrieblichen Aufgabe, da die Abrechnung in der Cloud dynamisch ist und eine fortlaufende Steuerung erfordert.

Werden diese Probleme als Probleme nach der Migration behandelt, führt dies zu Migrationen, die zwar technisch erfolgreich sind, betrieblich jedoch einen Rückschritt darstellen. Ein MSP, der die Fachanwendung eines Kunden auf Azure migriert, nur um drei Monate später festzustellen, dass niemand eine Datensicherung konfiguriert hat und ein Ransomware-Vorfall die VM-Snapshots gelöscht hat, hat die Migration als Fehlschlag verbucht – ganz gleich, wie reibungslos die Umstellung verlaufen ist.

MSPs, die parallel zur Migration das Betriebsmodell aufbauen und dabei Überwachungs-, Sicherheits- und Backup-Maßnahmen für Cloud-Workloads einrichten, sorgen für eine Cloud-Einführung, die die erwarteten Ergebnisse erzielt.

Das Rahmenwerk für die Cloud-Einführung

Ein strukturierter Ansatz bei der Cloud-Einführung verringert das Risiko von „Operational Debt“. Die folgenden sechs Phasen spiegeln den Ansatz wider, den gut geführte MSPs bei der Begleitung von Cloud-Umstellungen für KMU- und Mittelstandskunden verfolgen.

Erfassung und Bewertung. Dokumentieren Sie die aktuelle Umgebung: Anwendungen, Abhängigkeiten, Datenvolumen, Compliance-Anforderungen. Ermitteln Sie, was in die Cloud verlagert werden kann, was nicht (gesetzliche Auflagen, Latenzanforderungen, spezielle Hardware) und was besser stillgelegt als migriert werden sollte. Tools wie die Netzwerkbewertung von RapidFire Toolshelfen MSPs dabei, dieses Inventar systematisch zu erstellen, anstatt sich auf vom Kunden bereitgestellte Bestandslisten zu verlassen, die fast immer unvollständig sind.

Migrationsplanung. Ordnen Sie die Migrationen nach Risiko und Abhängigkeiten. Beginnen Sie mit nicht geschäftskritischen Workloads, darunter Dateifreigaben, Testumgebungen und sekundäre Anwendungen, bevor Sie geschäftskritische Systeme migrieren. Die Erfahrungen aus frühen Migrationen tragen dazu bei, spätere, komplexere Migrationen reibungsloser durchzuführen.

Entwurf der Sicherheitsarchitektur. Bevor Workloads in die Cloud verlagert werden, sollten Sie die Sicherheitsarchitektur für die Cloud-Umgebung entwerfen: Identitäts- und Zugriffsmanagement, Netzwerksegmentierung, Protokollierung und Überwachung sowie die Integration mit bestehenden Sicherheitstools. Dazu gehört auch die Festlegung, welche Sicherheitsmaßnahmen in den Verantwortungsbereich des Cloud-Anbieters fallen und welche in Ihren. Kaseya SIEM erfasst Telemetriedaten von den wichtigsten Cloud-Plattformen sowie Endpunkt-, Netzwerk- und E-Mail-Daten und bietet so vom ersten Tag an einen einheitlichen Überblick über die Sicherheit in hybriden Umgebungen. Eine Sicherheitsplanung, die erst nach der Migration erfolgt, ist fast immer reaktiv und fast immer unvollständig.

Entwurf der Backup-Architektur. Cloud-native Backups (Azure Backup, AWS Backup) bieten zwar einen gewissen Schutz, lassen jedoch in der Regel den unabhängigen Speicher und die anbieterübergreifende Ausfallsicherheit vermissen, die ein umfassendes Backup-Programm erfordert. Datto „ Endpoint Backup “ mit Disaster Recovery bietet verwaltete Backups für lokale, SaaS-, Endpunkt- und Cloud-Workloads sowie unabhängigen, unveränderlichen Speicher in der Datto Cloud, der außerhalb des Ökosystems des Anbieters liegt. Richten Sie das Backup vor der Migration der Produktionsdaten ein, nicht danach.

Durchführung der Migration. Sobald das Betriebsmodell eingerichtet ist, wird die Migration fortgesetzt. Testen Sie die Wiederherstellung aus dem Cloud-Backup, bevor Sie die Produktionsdaten migrieren. Stellen Sie sicher, dass die Sicherheitsüberwachung funktionsfähig ist. Führen Sie parallele Vorgänge durch und halten Sie dabei die lokalen Systeme verfügbar, bis sich der Cloud-Betrieb als stabil erwiesen hat.

Optimierung. Nach der Migration liegt der Schwerpunkt auf der Kostenoptimierung (Anpassung der Kapazitäten, reservierte Kapazitäten, Beseitigung ungenutzter Ressourcen), der Leistungsoptimierung und der Erweiterung des Betriebsmodells im Zuge der Weiterentwicklung der Umgebung.

Auswahl eines Cloud-Modells: Public, Private, Hybrid

Die Public Cloud (AWS, Azure, Google Cloud) bietet eine bedarfsorientierte Infrastruktur ohne Investitionskosten, weltweite Verfügbarkeit und schnelle Skalierbarkeit. Die Nachteile: Ohne entsprechende Kontrollmechanismen können die Kosten unvorhersehbar sein, die Datenhoheit kann in regulierten Branchen ein Problem darstellen, und die Latenz bei lokalen Anwendungen, die auf Cloud-Ressourcen zugreifen, kann die Leistung beeinträchtigen.

Eine Private Cloud bietet eine cloudähnliche Bereitstellung innerhalb einer dedizierten Umgebung, sei es auf lokaler Hardware oder in einer dedizierten Colocation-Infrastruktur. Die Investitionskosten sind höher, dafür besteht jedoch volle Kontrolle über den Speicherort der Daten und die Infrastruktur. Geeignet für Unternehmen mit strengen Anforderungen an die Datenhoheit oder speziellen Leistungsanforderungen.

Die Hybrid-Cloud ist der gängigste Ansatz für kleine und mittlere Unternehmen. Sie kombiniert eine lokale Infrastruktur für bestimmte Workloads mit der Public Cloud für andere. Ein Identitätsmanagement, das beide Umgebungen abdeckt, eine einheitliche Überwachung sowie eine Backup-Strategie, die alle Umgebungen umfasst, sind die betrieblichen Anforderungen, die eine Hybrid-Cloud mit sich bringt. Unternehmen, die sich für eine Hybrid-Cloud entscheiden, weil sie sicherer klingt, unterschätzen oft die damit verbundene Komplexität der Verwaltung, wenn das Betriebsmodell nicht entsprechend ausgelegt ist.

Für die meisten KMU-Kunden, die heute von MSPs betreut werden, ist die Hybrid-Cloud eher eine faktische Gegebenheit als eine bewusste Entscheidung: Microsoft 365 läuft bereits in der Cloud, die Fachanwendungen befinden sich nach wie vor vor Ort, und die Frage ist, wie beides aus einem einheitlichen Betriebsmodell heraus kohärent verwaltet werden kann.

Sicherheitsauswirkungen vom ersten Tag an

Das Modell der geteilten Verantwortung in der Cloud ist das wichtigste Konzept, das MSPs bei der Planung der Cloud-Einführung klar kommunizieren müssen. Cloud-Anbieter sind für die Sicherheit der physischen Infrastruktur, des Hypervisors und der Netzwerkstruktur verantwortlich. Kunden und ihre MSPs sind für alles verantwortlich, was innerhalb der Cloud-Umgebung bereitgestellt wird: Betriebssysteme, Anwendungen, Daten, Identitätsmanagement und Netzwerksteuerungen.

Das bedeutet, dass der Sicherheitsaufwand durch die Einführung der Cloud nicht abnimmt. Er verändert lediglich seinen Charakter. Identitätsmanagement und IAM-Konfiguration gewinnen an Bedeutung. Protokollierung und Prüfpfade erfordern eine explizite Konfiguration (CloudTrail bei AWS, Azure Monitor bei Azure) und sind nicht wie bei einer lokalen Infrastruktur bereits integriert. Die Netzwerksegmentierung muss gezielt konzipiert werden und kann nicht einfach aus der physischen Netzwerktopologie übernommen werden.

Drei Sicherheitsmaßnahmen, die MSPs als unverzichtbare Mindeststandards für jede Cloud-Umgebung betrachten sollten:

• Mehrfaktorauthentifizierung für alle Konten mit erweiterten Berechtigungen. Die Identität bildet in Cloud-Umgebungen die Sicherheitsgrenze. Die MFA für Administratorkonten ist nicht optional.
• Die Protokollierung ist aktiviert und die Protokolle werden an einen sinnvollen Ort weitergeleitet. Eine Cloud-Umgebung ohne Prüfpfad ist eine Sackgasse für Untersuchungen. Konfigurieren Sie die Protokollierung, bevor die erste Arbeitslast in Betrieb genommen wird.
• Zugriff nach dem Prinzip der geringsten Berechtigungen von Anfang an. IAM-Rollen mit übermäßigen Berechtigungen sind der häufigste Sicherheitsbefund bei Bewertungen von Cloud-Umgebungen. Es ist wesentlich einfacher, das Prinzip der geringsten Berechtigungen von Anfang an festzulegen, als es nach 12 Monaten Konfigurationsdrift nachträglich zu korrigieren.

Kaseya 365 „User“ bietet die Funktionen für die Identitätsverwaltung und die Durchsetzung der Multi-Faktor-Authentifizierung (MFA), die in Cloud-Umgebungen für Microsoft 365 und verbundene Anwendungen erforderlich sind.

Sicherung und Wiederherstellung in der Cloud

Cloud-native Backup-Lösungen schützen vor versehentlichem Löschen und bestimmten Ausfallszenarien, weisen jedoch bestimmte Einschränkungen auf. Sie werden innerhalb des Ökosystems des Anbieters betrieben, was bedeutet, dass ein Vorfall beim Anbieter oder eine Kompromittierung des Kontos sowohl die Primärdaten als auch das Backup betrifft. Sie bieten keine Anbieterunabhängigkeit. Möglicherweise erfüllen sie nicht die Unabhängigkeitsanforderungen von Cyber-Versicherungspolicen, die standortunabhängige, unveränderliche Backup-Kopien vorschreiben.

Datto „ Endpoint Backup “ mit Disaster Recovery bietet verwaltete Backups für lokale Server, SaaS-Anwendungen, Endgeräte und Azure-Workloads sowie unabhängigen, unveränderlichen Speicher in der Datto Cloud. Datto „ Backup for Microsoft Azure “ unterstützt nun neben Azure-VMs auch Azure Files – mit stündlicher Replikation in die Datto Cloud und einer Pauschalpreisgestaltung, die die Kostenunvorhersehbarkeit der nativen Azure-Backup-Ausgangs- und Speichergebühren beseitigt.

Unabhängig davon, welche Backup-Lösung zum Einsatz kommt, gelten zwei Grundsätze:

Unabhängiger Speicher. Backups, die im selben Cloud-Konto wie die Primärdaten gespeichert sind, sind denselben Bedrohungen ausgesetzt. Bei einer Kompromittierung des Kontos, durch die Produktions-VMs gelöscht werden, gehen auch die Backups desselben Kontos verloren. Ein unabhängiger, unveränderlicher Speicher ist die Mindestvoraussetzung für eine sichere Backup-Architektur.

Getestete Wiederherstellung. Eine Sicherung, die nicht getestet wurde, ist keine Sicherung. Die automatisierte Screenshot-Überprüfung von Datto bietet eine Überprüfungsgenauigkeit von über 99 %, doch MSPs sollten darüber hinaus regelmäßig die vollständigen Wiederherstellungsverfahren für die kritischen Workloads jedes Kunden überprüfen und die Ergebnisse dokumentieren.

Verwaltung der bestehenden Cloud-Umgebung

Die Umstellung auf die Cloud ist kein Projekt mit einem festen Endtermin. Es handelt sich um einen Übergang zu einem fortlaufenden Betriebsmodell, das andere Verwaltungsmethoden erfordert als die lokale IT.

Kostensteuerung. Die Abrechnung von Cloud-Diensten erfordert eine kontinuierliche Verwaltung. Ungenutzte Ressourcen, überdimensionierte Instanzen und ungenutzter Speicher verursachen Kosten, die in lokalen Umgebungen nicht anfallen. Monatliche Kostenüberprüfungen im Vergleich zum Budget, Budgetwarnungen und regelmäßige Überprüfungen zur Optimierung der Ressourcenauslegung sind die betrieblichen Maßnahmen, die dafür sorgen, dass die Cloud-Kosten im Einklang mit dem Cloud-Nutzen stehen. MSPs, die die Kostensteuerung fest in ihren „ managed services “-Vertrag integrieren, anstatt sie als optionales Zusatzmodul zu behandeln, schützen sowohl das Budget des Kunden als auch ihre eigene Marge.

Identitätsmanagement. In Cloud-Umgebungen bildet die Identität die Sicherheitsgrenze. Eine solide IAM-Konfiguration, das Prinzip der geringsten Berechtigungen, MFA für alle privilegierten Konten sowie regelmäßige Zugriffsprüfungen bilden die Sicherheitsgrundlage, auf der alle weiteren Cloud-Sicherheitsmaßnahmen aufbauen. „ Kaseya 365 User“ bietet die Funktionen für Identitätsmanagement und die Durchsetzung von MFA, die für Hybrid-Cloud-Umgebungen erforderlich sind.

Kontinuierliche Überwachung. Cloud-Umgebungen verändern sich schneller als lokale Umgebungen: Ressourcen werden erstellt und gelöscht, Konfigurationen ändern sich, neue Dienste werden eingeführt. Die kontinuierliche Überwachung über Kaseya 365 und Kaseya Intelligence sorgt für einen aktuellen Überblick über den Betriebsstatus und deckt Konfigurationsabweichungen auf, bevor diese zu Sicherheits- oder Verfügbarkeitsvorfällen führen. Kaseya SIEM bietet die Log-Aggregations- und Alarmierungsschicht für MSPs, die eine einheitliche Übersicht über Cloud-, Endpunkt- und Netzwerktelemetriedaten in allen Kundenumgebungen benötigen.

Entdecken Sie die Funktionen von Kaseya für das Cloud- und Endpunktmanagement

Die wichtigsten Erkenntnisse

• Die Umstellung auf die Cloud ist ein betrieblicher Wandel und kein Migrationsprojekt. Die Bereiche Sicherheit, Datensicherung und Kostenkontrolle müssen parallel zur Migration konzipiert werden und dürfen nicht auf die Zeit danach verschoben werden.
• Das Modell der geteilten Verantwortung in der Cloud legt die Verantwortung für Betriebssystem-Patches, die IAM-Konfiguration, die Protokollierung und die Netzwerkkontrollen in die Hände des Kunden und nicht in die des Anbieters. MSPs sind für diese Ebene verantwortlich.
• Ein cloud-natives Backup ist nicht dasselbe wie ein verwaltetes Backup-Programm. Ein unabhängiger, unveränderlicher Speicher außerhalb des Ökosystems des Anbieters ist die Mindestanforderung an eine vertretbare Architektur.
• Kostensteuerung ist eine fortlaufende betriebliche Disziplin. Ungenutzte Ressourcen und überdimensionierte Instanzen verursachen kontinuierlich Kosten. Monatliche Überprüfungen und Budgetwarnungen bilden die Grundlage.