Warum von EA zu CSP wechseln? Unternehmen, die von einem Enterprise Agreement (EA) zu einem Cloud Solution Provider (CSP) wechseln, erzielen jährliche Kosteneinsparungen von 15 bis 25 %, einen schnelleren Support (Stunden statt Tage) und größere Flexibilität bei der Skalierung. Der Migrationsprozess ist jedoch komplex und erfordert eine sorgfältige Planung. Dieser Leitfaden führt Sie durch den bewährten Prozess, den TrustedTech bei Kunden mit mehr als 100 Benutzern anwendet. Lesen Sie unseren Leitfaden zu den fünf strategischen Gründen, warum Unternehmen von EA zu CSP wechseln.
1. Führen Sie vor Beginn eine umfassende Lizenz- und Abonnementprüfung durch
Eine erfolgreiche Migration ist nicht möglich, wenn Sie nicht genau wissen, welche Ressourcen Ihnen zur Verfügung stehen und wie diese genutzt werden.
Dokumentieren Sie vor der Umstellung alle EA-Lizenzen, einschließlich Microsoft 365, Dynamics, SQL Server und CALs. Außerdem müssen Sie eine Bestandsaufnahme Ihrer Azure-Abonnements und Ressourcenverbrauchsmuster, reservierten Instanzen und Sparpläne mit den entsprechenden Laufzeitbedingungen, Software Assurance-Berechtigungen für die Inanspruchnahme von Hybridvorteilen und Supportpaketen sowie Ihrer aktuellen Abrechnungs- und Kostenverrechnungsmodelle vornehmen.
Warum das wichtig ist: Ein Beispiel aus der Praxis
Ein Kunde aus der Finanzdienstleistungsbranche stellte im Rahmen seines Lizenz-Audits fest, dass er neben aktiven CSP-Abonnements 150 ungenutzte M365 E5-Lizenzen unterhielt. Diese Überschneidung verursachte ihm jährlich Kosten in Höhe von rund 45.000 US-Dollar. Durch ein Lizenz-Audit wurde diese Redundanz bereits vor der Migration erkannt, wodurch erhebliche Kosten eingespart werden konnten.
Bewährte Verfahren
Verwenden Sie den Microsoft License Advisor (MLA) oder ein CSP-Partner-Audit-Tool, um die EA-Berechtigungen zu erfassen. Analysieren Sie die Azure-Nutzungsdaten der letzten 12 Monate und suchen Sie dabei nach ungenutzten VMs, Speicherressourcen und reservierten Instanzen mit geringer Auslastung. Dokumentieren Sie Software Assurance-Vorteile, die möglicherweise auf CSP übertragen werden können oder einen Neukauf erfordern, und exportieren Sie die Abrechnungs- und Nutzungshistorie für den finanziellen Abgleich nach der Migration.
Führen Sie zunächst ein umfassendes Microsoft-Lizenz-Audit durch, bevor Sie Ihren Migrationszeitplan festlegen.
Was für ein Microsoft 365-Administrator sind Sie?
Finden Sie heraus, wo Ihre Microsoft 365-Umgebung Geld verschwendet, Risiken mit sich bringt oder unnötige Komplexität verursacht.
2. Unterschiede bei der CSP-Lizenzierung verstehen: Was ist übertragbar und was nicht?
Nicht alle EA-Berechtigungen haben direkte CSP-Entsprechungen. On-Premises-Software, ältere SKUs und bestimmte Server-CALs können oft nicht übertragen werden.
An dieser Stelle scheitern viele Migrationsprojekte. Die Teams gehen davon aus, dass jede EA-Lizenz 1:1 mit CSP übereinstimmt, müssen dann aber feststellen, dass sie mitten in der Migration erneut Software erwerben müssen.
Wesentliche Lücken bei der Lizenzierung
| EA-Berechtigung | CSP-Äquivalent | Anmerkungen |
|---|---|---|
| Microsoft 365 E5 | Microsoft 365 E5 | Direktes Äquivalent; Preisunterschiede sind gering |
| SQL Server Enterprise | SQL Server 2022 Enterprise | Muss im Rahmen des CSP zurückerworben werden |
| Windows Server Data Center-CALs | Azure-Hybrid-Vorteil | Im Rahmen von AHB für berechtigte Fahrzeuge abgedeckt |
| Office Pro Plus | Microsoft 365 Apps (Plan 1) | Die Software Assurance wird NICHT übertragen |
| Erweiterte Sicherheitsupdates (ESU) | ESU-SKUs in CSP | Muss nach Ablauf der EA erneut gekauft werden |
Häufige Fehler
Die Annahme, dass alle Software Assurance-Lizenzen auf CSP übertragen werden, ist ein häufiger Irrtum; bei den meisten Produkten ist dies nicht der Fall. Eine weitere Falle ist es, keine Mittel für „Nachhol“-Lizenzen einzuplanen: Wenn Sie noch verbleibende EA-Lizenzen in der Mitte des Lizenzzyklus haben, „verlängern“ Sie nicht jede Lizenz zu CSP-Tarifen; einige Lizenzen werden in der Mitte des Zyklus zu anteiligen Kosten verfügbar. Schließlich führt das Übersehen der Anforderungen an Server-CALs zu Problemen, wenn Unternehmen sowohl On-Premises- als auch Cloud-Workloads betreiben. Server-CALs (Benutzer- oder Geräte-CALs) lassen sich nicht direkt auf CSP übertragen; für Hybridszenarien benötigen Sie möglicherweise eine andere Lizenzierung.
Informieren Sie sich über die Vor- und Nachteile eines Wechsels von EA zu CSP und erfahren Sie, was „Extended Security Updates“ für Ihre Infrastruktur bedeuten.
Bewährte Vorgehensweise: Erstellen Sie gemeinsam mit Ihrem CSP-Partner 6 bis 8 Wochen vor der Migration eine Lizenzzuordnungsmatrix. Dokumentieren Sie für jede EA-SKU das entsprechende CSP-Äquivalent (sofern vorhanden), die Preise, die Auswirkungen auf den Service Agreement (SA) sowie den erforderlichen Aktivierungsmonat. Planen Sie eine Reserve von 10 bis 15 % für unerwartete Kosten im Zusammenhang mit der Lizenzierung ein.
3. Wählen Sie den richtigen Zeitpunkt für den Wechsel und vermeiden Sie Unterbrechungen während des Semesters
Führen Sie die Migration zum Ablaufdatum Ihres EA-Vertrags durch. Ein Wechsel während der Vertragslaufzeit führt zu Kündigungsgebühren und einer komplizierteren Abrechnung.
Das Timing ist einer der wichtigsten Kostenfaktoren bei einer Migration von EA zu CSP.
Szenario A: Eine Migration zum Ablauf des EA-Vertrags hat nur minimale finanzielle Auswirkungen (keine Überschneidung, keine Strafgebühren) und gewährleistet eine reibungslose Abrechnungskontinuität.
Szenario B: Eine vorzeitige Migration führt zu Vertragsstrafen in Höhe von 10–15 % des verbleibenden EA-Werts sowie zu einer Abrechnung der Überschneidungszeit. Bei einem EA mit einem Jahreswert von 500.000 US-Dollar beläuft sich die potenzielle Vertragsstrafe auf 50.000–75.000 US-Dollar.
Wann eine mittelfristige Strategie sinnvoll ist
Eine mittelfristige Unterbrechung ist nur dann gerechtfertigt, wenn Sie nach einer Fusion eine Konsolidierung vornehmen und auf einen CSP standardisieren, wenn ein EA-Partner ausscheidet und Sie einen besser ausgestatteten CSP-Partner benötigen oder wenn die Azure-Kosten außer Kontrolle geraten und die Flexibilität des CSP von entscheidender Bedeutung ist.
Bewährte Verfahren für die Zeitplanung
Planen Sie 4 bis 6 Monate vor Ihrem angestrebten Migrationstermin ein, damit Ihr CSP-Partner genügend Zeit hat, die Infrastruktur einzurichten und sich mit Microsoft abzustimmen. Stimmen Sie die Aktivierung des CSP-Abonnements auf das Ablaufdatum Ihres EA-Vertrags ab; vermeiden Sie Überschneidungen, bei denen sowohl EA- als auch CSP-Lizenzen aktiv sind. Informieren Sie Microsoft und Ihren CSP-Partner 90 Tage vor der Migration schriftlich. Planen Sie nach der Migration einen Puffer von 1 bis 2 Wochen für unerwartete Probleme ein.
Erfahren Sie, warum CSP-Umstellungen eine lange Vorbereitungszeit benötigen, um kostspielige Strafen zu vermeiden.
4. Aufbau einer soliden Partnerschaft mit einem CSP-Partner
Im Rahmen von CSP übernimmt Ihr Partner die Abrechnung, die Eskalation von Supportanfragen und die Lizenzbereitstellung. Die Wahl des richtigen Partners ist ebenso wichtig wie die technische Migration selbst.
Ihr EA-Vertrag bestand direkt mit Microsoft; beim CSP-Modell steht Ihr Partner zwischen Ihnen und Microsoft. Eine schwache Partnerbeziehung wird nach der Migration zu einem großen Problem.
Worauf Sie bei einem CSP-Partner achten sollten
Ihr CSP-Partner muss über bestimmte unverzichtbare Kompetenzen verfügen, darunter fundierte Azure-Kenntnisse (nicht nur als Lizenzverkäufer), die Fähigkeit, Ihr Nutzeraufkommen und die Komplexität Ihrer Bereitstellung zu bewältigen, Erfahrung im Bereich Multi-Tenant-Unterstützung und Governance sowie einen 24/7-Support-Eskalationsweg zu Microsoft. Zu den strategischen Alleinstellungsmerkmalen zählen die „Azure Expert MSP“-Zertifizierung, Beratung zu Kostenoptimierung und Lizenzierung, Governance- und Compliance-Rahmenwerke (Azure Policy, Kostenverrechnung), proaktives Monitoring und Optimierung statt rein reaktiver Support sowie branchenspezifisches Fachwissen.
Warnsignale
Meiden Sie Partner, die sich ausschließlich auf die Lizenzkosten konzentrieren, ohne eine Bereitstellungsstrategie zu haben, Partner ohne dokumentierte Azure-Infrastruktur, Partner, die noch keine anderen EA-Kunden erfolgreich migriert haben, sowie Partner mit langen Reaktionszeiten beim Support.
So prüfen Sie einen Partner
Bitten Sie um Kundenreferenzen von Unternehmen, die in den letzten 12 bis 18 Monaten von EA zu CSP migriert sind, und rufen Sie diese an, um sich über die Genauigkeit der Abrechnung, die Reaktionszeiten des Supports, unerwartete Kosten und die Frage zu erkundigen, ob sie erneut migrieren würden. Prüfen Sie deren Microsoft-Spezialisierungsnachweise: die „Azure Expert MSP“-Zertifizierung, die Kompetenzstufen (Azure-Infrastruktur, Cloud-Produktivität, Daten und Analytik) sowie Kundenreferenzen auf dem Microsoft-Partnerportal. Fordern Sie einen Migrationspilotversuch auf einem Test-Tenant an, um zu bewerten, wie der Anbieter die Übertragung handhabt, wie genau die Abrechnung nach der Migration ist und wie schnell auf Probleme reagiert wird.
Der Ansatz von TrustedTech
TrustedTech-Kunden arbeiten 60 Tage vor der Migration und 60 Tage danach mit einem engagierten Implementierungsteam zusammen. Wir führen ein umfassendes Lizenz-Audit durch, richten die CSP-Tenant-Infrastruktur 30 Tage vor der Migration ein, kümmern uns um die gesamte Koordination mit Microsoft, überprüfen zwei Monate lang die Richtigkeit der Abrechnungen und richten Rahmenbedingungen für die Kostenverrechnung ein.
5. Erstellen Sie eine detaillierte Lizenzzuordnungsmatrix
Jede EA-SKU muss einem entsprechenden CSP-Produkt oder einer dokumentierten Alternative zugeordnet werden. Diese Matrix dient als Ihr Migrationsleitfaden.
Dieser Schritt wird häufig übersprungen, was zu Lizenzenlücken, unerwarteten Kosten und Unterbrechungen beim Support führen kann. Dokumentieren Sie für jede SKU, ob sie vollständig übertragen werden kann (Ja, Nein, Teilweise), welche Alternative es gibt, falls eine Übertragung nicht möglich ist (Kauf eines CSP-Äquivalents, Nutzung von Hybrid-Vorteilen, Auslaufenlassen der Lizenz usw.), wann sie im CSP aktiv sein muss und wie hoch die jährlichen Kosten sind.
Beispiel: Komplikationen bei der Software-Assurance
Viele Unternehmen glauben, dass die Server-CAL-Software-Assurance auf das CSP-Modell übergeht. Dies ist in der Regel nicht der Fall. Bei EA und Software Assurance besitzen Sie die Benutzer-/Geräte-CAL-Lizenz und können während der Laufzeit der Software Assurance neuere Versionen nutzen, sobald diese veröffentlicht werden. Beim CSP-Modell mieten Sie die CALs monatlich. Wenn die Software Assurance abläuft, können Sie nicht ohne Neukauf auf eine neuere Version umsteigen.
Bewährtes Vorgehen: Beauftragen Sie einen Microsoft-Lizenzspezialisten, Ihre Zuordnungsmatrix 8 Wochen vor der Migration zu überprüfen. Planen Sie 10–15 % als Puffer für unerwartete Lizenzkosten ein.
Erfahren Sie, wie Sie die Kosten für Microsoft 365 durch eine intelligente Lizenzoptimierung senken können, sobald Ihre Bestandsaufnahme abgeschlossen ist.
6. Planen und führen Sie die Übertragung des Azure-Abonnements sorgfältig durch
Die Übertragung von Azure-Abonnements zwischen EA und CSP betrifft lediglich den Abrechnungskontext. Ressourcen und Daten bleiben unverändert; die Abonnements werden in den Mandanten Ihres neuen CSP-Partners verschoben.
Dies wird oft missverstanden. Viele Unternehmen befürchten, dass eine Abonnementübertragung eine Neuvergabe von Ressourcen bedeutet. Das ist zwar nicht der Fall, erfordert jedoch eine sorgfältige Koordination.
Was passiert während der Übertragung?
Das Abonnement wechselt vom EA- zum CSP-Abrechnungskontext, während RBAC, Ressourcengruppen und Ressourcen unverändert bleiben. Die Ressourcenkontingente werden zurückgesetzt (was häufig zu Problemen führt, wenn Sie die Abonnementgrenzen erreicht haben oder kurz davor stehen), die Abrechnung unter EA endet und die Abrechnung unter CSP beginnt, und das Supportmodell wechselt vom EA-Support zum CSP-Partner-Support.
Checkliste vor dem Transfer
Exportieren Sie eine vollständige Bestandsliste der Azure-Ressourcen (VMs, Speicher, Datenbanken), dokumentieren Sie alle RBAC-Rollenzuweisungen, überprüfen und exportieren Sie alle Kostenverteilungs-Tags, überprüfen Sie die Kontingente auf Abonnementebene (CPU-Kerne, Speicher), stellen Sie sicher, dass alle verbundenen Dienste (ExpressRoute, Azure Stack) weiterhin funktionsfähig bleiben, und sichern Sie benutzerdefinierte Konfigurationen, Skripte und Azure DevOps-Pipelines.
Validierung nach der Übertragung
Überprüfen Sie in Woche 1, ob alle virtuellen Maschinen und Dienste ausgeführt werden, stellen Sie sicher, dass die RBAC-Zuweisungen korrekt sind, testen Sie Azure DevOps und die Build-Pipelines und vergewissern Sie sich, dass die Überwachung und die Warnmeldungen weiterhin aktiv sind. Überprüfen Sie in Woche 2, ob die Abrechnungsdaten im CSP-Portal mit den erwarteten Kosten übereinstimmen, gleichen Sie die Ressourcennutzung mit der Basislinie vor der Migration ab und stellen Sie sicher, dass Support-Tickets über das CSP-Portal erstellt werden können.
Häufige Probleme nach dem Transfer
Azure DevOps-Pipelines schlagen fehl, wenn die Anmeldeinformationen für Dienstverbindungen an ein EA-Abonnement gebunden sind; erstellen Sie die Dienstverbindungen neu und passen Sie sie an den neuen Abonnementkontext an. Überwachungen und Warnungen werden unterbrochen, wenn sie auf abonnementspezifischen Regeln basieren; erstellen Sie die Warnregeln im neuen Abonnementkontext neu. Reservierte Instanzen gehen verloren, da RIs nicht mit Abonnements übertragen werden; lassen Sie Ihren Partner die RIs im Rahmen des CSP-Programms neu erwerben oder ordnen Sie sie dem neuen Abonnement zu. Kontingente werden zurückgesetzt oder feste Limits werden erreicht, wenn das Zurücksetzen der Kontingente nach der Übertragung die Limits auslöst; beantragen Sie gemeinsam mit Ihrem CSP-Partner eine Kontingenterhöhung.
Holen Sie sich unseren Azure-Implementierungsleitfaden, um den gesamten Umfang der Azure-Arbeiten während Ihrer Migration zu erfassen.
7. Testen, Validieren und Aktualisieren nach der Migration
Gehen Sie davon aus, dass nach der Migration etwas nicht mehr funktionieren wird. Planen Sie 2 bis 4 Wochen für die Validierung und Fehlerbehebung ein.
Tests nach der Migration
Stellen Sie bei der Konfigurationsvalidierung (Woche 1) sicher, dass alle Azure-Ressourcen ausgeführt werden und erreichbar sind, dass sich alle Benutzer authentifizieren können (Entra ID, MFA, bedingter Zugriff), dass alle RBAC-Einstellungen funktionsfähig sind, dass alle Firewall-Regeln und Netzwerksicherheitsgruppen (NSGs) funktionieren und dass alle Speicherkonten und Datenbanken erreichbar sind.
Überprüfen Sie im Hinblick auf die Abrechnung und Kostenvalidierung (Wochen 1–2), ob das CSP-Abrechnungsportal die korrekte Nutzung widerspiegelt, ob für alle Ressourcen Kostenverteilungs-Tags hinterlegt sind, ob die monatlichen Kosten innerhalb von 5 % der Basiswerte vor der Migration liegen und ob reservierte Instanzen und Sparpläne aktiv sind.
Die Validierung von Diensten und Anwendungen (Woche 2) setzt voraus, dass alle Anwendungen und Workloads fehlerfrei laufen, die Leistungsbenchmarks den vor der Migration festgelegten Referenzwerten entsprechen, Datenpipelines und geplante Aufgaben erfolgreich ausgeführt werden und die Backup- und Notfallwiederherstellungssysteme funktionsfähig sind.
Die Validierung des Supports und der Eskalation (Woche 3) umfasst das Testen der Erstellung von Supportfällen über das CSP-Partnerportal, die Überprüfung, ob die Antwortzeiten des Supports den SLA-Anforderungen entsprechen, die Bestätigung, dass der Eskalationspfad zu Microsoft ordnungsgemäß funktioniert, sowie die Überprüfung, ob Ihr CSP-Partner auf Probleme auf Azure-Ebene zugreifen und diese beheben kann.
Häufige Feststellungen nach der Migration
Azure DevOps und CI/CD-Pipelines müssen neu konfiguriert werden, da bei Dienstverbindungen häufig Anmeldedaten oder der Gültigkeitsbereich verloren gehen. Die Überwachung und Alarmierung sind unvollständig, da Abonnements zwar übertragen werden, Alarmregeln jedoch nicht immer übernommen werden. Regeln zur Kostenzuordnung und Kennzeichnung wurden nicht durchgesetzt, was eine gute Gelegenheit darstellt, Azure Policy für die Kostenkontrolle zu implementieren. Benutzer verfügen über veraltete Rollenzuweisungen aus der EA-Ära, und bei RBAC-Übertragungen bleiben manchmal zu weitreichende Rollen bestehen.
8. Laufende Lizenzprüfungen und Kostenoptimierung durchführen
Die Flexibilität des CSP-Modells auf Monatsbasis funktioniert nur, wenn Sie die Kosten aktiv überprüfen und optimieren. Ohne regelmäßige Überprüfungen steigen die Kosten jährlich um 10 bis 20 %.
Viele Unternehmen steigen aus Gründen der Flexibilität auf CSP um, vernachlässigen dann jedoch ihre Lizenzen und lassen die Kosten aus dem Ruder laufen. CSP erfordert eine aktive Verwaltung.
Vierteljährliche Optimierungsmaßnahmen
Überprüfen Sie vierteljährlich die Auslastung der Azure-Ressourcen, indem Sie VMs mit einer CPU-Auslastung von unter 20 % identifizieren (verkleinern oder stoppen), die Speicherkapazitäten auf Möglichkeiten zur Archivierung oder Löschung überprüfen, nach ungenutzten App-Diensten suchen und die Kosteneinsparungen durch eine optimale Dimensionierung abschätzen. Überprüfen Sie die Microsoft 365-Lizenzen, indem Sie inaktive Benutzer identifizieren (keine Anmeldung seit mehr als 60 Tagen), Lizenzen für ausgeschiedene Mitarbeiter deaktivieren, beurteilen, ob die Lizenzstufe der tatsächlichen Nutzung entspricht, und die Kosteneinsparungen durch Herabstufungen der Lizenzstufe berechnen. Bewerten Sie reservierte Instanzen (Reserved Instances, RI) und Sparpläne, indem Sie die aktuelle Auslastung überprüfen (Ziel: 80 %+), bei sinkender Auslastung kürzere Vertragslaufzeiten in Betracht ziehen und den Erwerb von RI oder Sparplänen für neue Workloads prüfen. Führen Sie eine Analyse von Kostenabweichungen durch, indem Sie den aktuellen Monat mit dem gleitenden 3-Monats-Durchschnitt vergleichen, Kostenspitzen von >15 % untersuchen und auf unerwartete Ressourcen prüfen.
Typische Optimierungsergebnisse
Basierend auf TrustedTech-Kundendaten aus über 50 Migrationen von EA zu CSP betragen die durchschnittlichen Einsparungen im ersten Jahr 18–22 % durch Lizenzoptimierung, die durchschnittliche Kostensenkung bei Azure 12–15 % durch Rightsizing und reservierte Instanzen und die durchschnittlichen Gesamteinsparungen über drei Jahre 32–40 %.
Automatisierung und Governance
Richten Sie Azure Policy ein, um Ressourcen automatisch mit Tags zu versehen, Namenskonventionen durchzusetzen und überdimensionierte Bereitstellungen zu verhindern. Nutzen Sie Azure Advisor für monatliche Optimierungsempfehlungen. Erstellen Sie Budgetwarnungen, um Ausgabenobergrenzen pro Abteilung festzulegen. Ziehen Sie Optionen zum automatischen Kauf in Betracht: Einige CSP-Partner bieten den automatischen Kauf von RI für wiederkehrende Workloads an, um den Verwaltungsaufwand zu reduzieren.
Wann sollten die Lizenzstufen überprüft werden?
Verlegen Sie E5-Benutzer auf E3, wenn sie keine erweiterten Compliance-Funktionen, Bedrohungsinformationen oder erweiterten Analysen nutzen. Verlegen Sie E3-Benutzer auf „Business Standard“, wenn sie keine lokale Active-Directory-Synchronisierung benötigen. Ziehen Sie „Business Basic“ für Benutzer in Betracht, die lediglich Cloud-Speicher und Funktionen für die Zusammenarbeit benötigen. Durch die Anpassung der Lizenzen lassen sich potenziell Einsparungen zwischen 15 und 30 US-Dollar pro Benutzer und Jahr erzielen.
Häufig gestellte Fragen
F: Wie lange dauert eine Migration von EA zu CSP?
A: In der Regel 60 bis 90 Tage von Anfang bis Ende: 30 Tage für Planung und Einrichtung, 7 bis 10 Tage für die Übertragung der Abonnements und die Umstellung sowie 30 bis 60 Tage für die Validierung. Bei großen, komplexen Umgebungen kann der Zeitraum 4 bis 6 Monate betragen.
F: Werden meine Azure-Ressourcen zusammen mit dem Abonnement migriert?
A: Ja. Abonnements sind Abrechnungscontainer; die Ressourcen bleiben unverändert. Es ändert sich lediglich der Abrechnungskontext. Es entstehen keine Ausfallzeiten und es ist keine Neuvergabe erforderlich.
F: Können wir unser EA behalten und gleichzeitig CSP hinzufügen?
A: Technisch gesehen ja, aber nicht empfehlenswert. Eine Überschneidung von EA und CSP führt zu doppelten Abrechnungen (2.000–10.000+ Dollar pro Monat), Komplikationen bei der Kostenverrechnung und Unklarheiten hinsichtlich der Zuständigkeiten. Führen Sie die Migration nach Möglichkeit zum Ablaufdatum Ihres EA-Vertrags durch; beschränken Sie die Überschneidung auf maximal 1–2 Monate.
F: Was passiert mit meinem Support, wenn ich von EA zu CSP wechsle?
A: Der EA-Support wird auf den Support durch CSP-Partner umgestellt. Die meisten CSP-Partner bieten einen Support, der dem EA-Support entspricht oder diesen sogar übertrifft (rund um die Uhr, schnellere Reaktion). Klären Sie vor der Migration die Support-SLAs mit Ihrem CSP-Partner ab.
F: Werden meine Kosten sinken oder steigen?
A: In der Regel um 15 bis 25 % für die meisten Unternehmen, abhängig von Ihrer aktuellen EA-Rabattstufe, den Preisen Ihres CSP-Partners und Ihrer Fähigkeit zur Optimierung. Verhandeln Sie die CSP-Preise im Voraus; gehen Sie nicht davon aus, dass CSP automatisch günstiger ist.
F: Kann ich die Vorteile von Software Assurance im Rahmen von CSP nutzen?
A: Teilweise. Bei den meisten Produkten ist eine Übertragung der Software Assurance nicht möglich. Mit dem Azure Hybrid Benefit können Sie jedoch Windows Server- und SQL Server-Lizenzen auf Azure übertragen (was die Kosten senkt), die M365-SA lässt sich unter bestimmten Bedingungen übertragen, und die Server-CAL-SA ist in der Regel nicht übertragbar. Lassen Sie die SA-Berechtigung von Ihrem CSP-Partner überprüfen.
F: Was passiert, wenn während der Migration etwas schiefgeht?
A: Ihr CSP-Partner sollte über einen dokumentierten Rollback-Plan verfügen. Sollte die Übertragung des Abonnements fehlschlagen, können Sie einen Rollback auf EA durchführen und es erneut versuchen. Sprechen Sie den Rollback-Plan vor der Migration ab.
F: Wie kann ich die Kosten nach der Umstellung auf CSP optimieren?
A: Vereinbaren Sie vierteljährliche Kostenüberprüfungen mit Ihrem CSP-Partner. Konzentrieren Sie sich dabei auf die optimale Dimensionierung von Azure-Ressourcen, den Erwerb von reservierten Instanzen und Sparplänen, die Überprüfung und Deaktivierung nicht genutzter Lizenzen sowie die Nutzung von Azure Advisor zur Ermittlung von Einsparpotenzialen. Lesen Sie dazu unsere umfassenden FAQs zum Thema „EA zu CSP“.
Checkliste für die Migration nach Phasen
| Phase | Zeitleiste | Wichtigste Aktivitäten | Ergebnisse |
|---|---|---|---|
| Ermittlung und Prüfung | Monate 1–2 | Umfassende Lizenzprüfung, Nutzungsanalyse, Überprüfung des Servicevertrags (SA) | Dokumentierter Bestand, Kostenbasis |
| Planung und Partnerauswahl | Monate 1–3 | Partnerüberprüfung, Lizenzzuordnung, Migrationszeitplan | Partner ausgewählt, Übergangsplan erstellt, Budget genehmigt |
| Einrichtung vor der Migration | Monat 3 | Einrichtung von CSP-Mandanten, Aufbau der Infrastruktur | CSP-Umgebung bereit, Abstimmung mit Microsoft eingeleitet |
| Umstellung | Woche 1, Monat 4 | Übertragung des Abonnements, Umstellung der Rechnungsstellung | Abonnements verschoben, Abrechnung aktiviert, Ressourcen überprüft |
| Validierung nach der Migration | Wochen 2–4, Monat 4 | Tests, Konfigurationsprüfung, Abrechnungsabgleich | Alle Systeme sind betriebsbereit, präzise Abrechnung |
| Kontinuierliche Optimierung | Ab dem 5. Monat | Vierteljährliche Prüfungen, Kostenüberprüfungen, Unternehmensführung | Kontinuierliche Optimierung, betriebliche Effizienz |
Sind Sie bereit für die Migration? Lassen Sie uns darüber sprechen
TrustedTech hat Unternehmen erfolgreich von Enterprise Agreements auf CSP umgestellt und dabei im ersten Jahr durchschnittliche Kosteneinsparungen von 18 bis 22 % erzielt. Unser spezielles Team für die Migration von EA zu CSP kümmert sich um alle komplexen Aspekte.
Erfahren Sie, wie wir der Nordic Investment Bank dabei geholfen haben, jährlich 15–20 % bei den Lizenzkosten einzusparen und gleichzeitig einen schnelleren Support zu erhalten. Sind Sie bereit für die Migration? Kontaktieren Sie unser Team für eine kostenlose Bestandsaufnahme.
