fbpx
Überspringen zu Hauptinhalt

SAP Migration zu AWSWenn Sie überlegen, einen Teil oder die gesamte SAP-Landschaft in die Public Cloud zu verlagern, sind Amazon Web Services (AWS) eine gute Wahl. Sie haben mehrere Optionen für SAP in der Public Cloud. Zusätzlich zu voreingestellten SAP-Lösungspaketen bietet AWS größere Instanzen, umfassendere Anpassungs- und Automatisierungsfunktionen, verbesserte Stabilität und besseren Support von Drittanbietern. Es ist jedoch keine leichte Entscheidung. Während es immer schwieriger wird, die Kosten für den Betrieb eines Rechenzentrums zu rechtfertigen, ist die Einführung von SAP in AWS nicht ohne Herausforderungen. Nachdem wir bereits mit vielen Kunden an der SAP-Migration zu AWS gearbeitet haben, können wir Best Practices empfehlen, die einen reibungslosen Übergang gewährleisten.

SAP-Migration zu AWS – Übersicht

Die Migration von SAP zu AWS wird eine große Veränderung sein, egal wie einfach sie am Anfang erscheinen mag. Der Prozess umfasst die Verlagerung Ihrer geschäftskritischsten Assets auf eine Hosting-Plattform, die Sie nicht vollständig steuern können. Sie befinden sich in einer Umgebung mit mehreren Mandanten und tragen die Verantwortung für die Erstellung einer leistungsstarken, redundanten SAP-Landschaft.

Bevor Sie gleich loslegen, lohnt es sich zu fragen, warum Sie eine Migration von SAP zu AWS in Betracht ziehen. Möchten Sie Ihre SAP-Assets in der Public Cloud konsolidieren, um die betriebliche Effizienz zu steigern? Handelt es sich um einen Schritt zur Risikominderung? Ist es Teil eines SAP-Upgrades?

Ihre Migration sollte sich an Ihren allgemeinen SAP-Zielen und Ihrer allgemeinen Cloud-Strategie ausrichten. Es spielt keine Rolle, ob Sie ein „Lift and Shift“, eine Backend-Datenbankmigration oder ein vollständiges SAP S/4HANA-Upgrade durchführen. Jeder Grund hat seine eigenen komplexen Überlegungen. Die Zusammenarbeit mit einem Partner kann helfen. Ein Partner, der den Prozess schon einmal durchgemacht hat, kann mit Ihnen während des gesamten Prozesses zusammenarbeiten – von der Ermittlung der Ziele bis zur Auswahl einer Migrationsstrategie, der Abwicklung der Migration selbst, dem Übergang zum stationären Betrieb und der Durchführung der erforderlichen laufenden Wartung und Unterstützung.

Ein empfohlener erster Schritt: AWS für SAP HANA

Es ist normalerweise eine gute Idee, mit einem Wechsel von SAP ECC oder SoH zu SAP HANA zu beginnen. Auf diese Weise können Sie sich zunächst auf die Migration der Back-End-Datenbank konzentrieren. Behandeln Sie die Front-End-Anwendung zu einem späteren Zeitpunkt in Ihrem Migrationsprojekt. Auf diese Weise können Sie Ihre Daten und Ihren Code bereinigen und Datenbankeffizienzen erzielen, ohne die Geschäftsprozesse zu ändern. Dann können Sie planen, auf S/4HANA auf AWS zu aktualisieren.

Gleichzeitig können bestimmte Eigenschaften, die SAP HANA innovativ machen, es in der Public Cloud komplizierter machen. Als In-Memory-Datenbank benötigt SAP HANA eine erhebliche Menge an dediziertem RAM, um die Eigenschaften zu erfüllen. AWS verfügt über spezielle virtuelle Instanzen, die speziell für die Unterstützung von HANA-Workloads entwickelt und zertifiziert wurden. Die richtige Dimensionierung dieser Systeme und schließlich die enge Dimensionierung dieser Systeme ist jedoch in der Regel nicht so einfach und trocken, wie Sie vielleicht denken. Hier kommt der Wert von Public Cloud- und SAP-Know-how wirklich ins Spiel.

SAP auf AWS-Implementierungshandbuch

Das Ausführen von SAP unter AWS ist mehr als nur eine Änderung Ihres Hosting-Providers. Es ist wirklich eine völlig neue Phase des SAP-Betriebs. Denken Sie daran: AWS ist nur eine Plattform. Sie sind weiterhin für Ihre SAP-Landschaft und deren Funktionsweise verantwortlich. AWS ist Infrastruktur. Wie Sie in den FAQs von SAP selbst erfahren haben, „verwaltet AWS die physische Infrastruktur bis zur Virtualisierungsebene. Das Betriebssystem sowie alle SAP-Anwendungen und -Datenbanken, die über der Virtualisierungsebene ausgeführt werden, werden vom Kunden verwaltet.“

In unserem Fall nähern wir uns SAP auf AWS wie in einer privaten Cloud. Wenn zum Beispiel mit einer VM etwas schief geht, verlagern wir die Arbeitslast von ihr weg. Wir übertragen neue Workloads auf eine andere VM. Wir sorgen jedoch dafür, dass die VMs lange genug funktionieren, um Störungen zu vermeiden. Wir sind auch proaktiv bei der Leistungsoptimierung und -überwachung, damit Ihre Organisation keinen Schritt verpasst. Wir nutzen alles, was die öffentliche Cloud bietet, und behalten dabei gleichzeitig den Bildschirm und die Hände auf der Tastatur im Auge. Immerhin handelt es sich um SAP.

Migrationsschritte für SAP zu AWS

Jede Migration von SAP zu AWS ist geringfügig anders, daher ist es nicht sinnvoll, hier eine ausführliche Anleitung zu erstellen. Vielmehr ist es sinnvoll, die großen Migrationsschritte zu überprüfen, die fast jede SAP-Migration zu AWS gemeinsam hat.

  • Planung, einschließlich umfassender Erfassung und Überprüfung der technischen und geschäftlichen Anforderungen, Einzelheiten zu Personalzuordnungen und Rollen für Partnerfirmen
  • Architektur der Lösung auf AWS, einschließlich Failover und Backup sowie VM-Speicher- und Prozessorkonfigurationen
  • Für einige wird eine Proof-of-Concept-Umgebung erstellt, gefolgt von Tests und einer Bewertung der gewonnenen Erkenntnisse
  • Vorbereiten vorhandener SAP-Assets für die Migration, einschließlich Datenbereinigung und Änderungen am vorhandenen Anwendungscode, der für das Cloud-Hosting erforderlich ist
  • Erstellen Sie Ihre AWS-Landezone
  • Installation, Konfiguration und Bereitstellung von SAP auf AWS, einschließlich des entscheidenden Go-Live-Zeitpunkts, zu dem Sie das alte System in die Cloud verlagern
  • Ausarbeitung und anschließende Implementierung von Sicherheits- und Disaster-Recovery-Plänen
  • Übernahme von Basis in die neue Landschaft
  • Ausführen von Governance-Risikomanagement und Compliance, z. B. Aufgabentrennung (SoD)

Best Practices

Zu den Best Practices für SAP in AWS zählen viele der Best Practices für die Ausführung von SAP überall. Insbesondere für AWS lohnen sich jedoch einige unterschiedliche Vorgehensweisen:

  • Erstellen Sie ein dediziertes AWS-Support-Team oder mindestens eine dedizierte AWS-Person in Ihrer IT-Abteilung. AWS ist umfangreich und komplex genug, um alle Funktionen zu beherrschen und den Überblick über die ständigen Änderungen zu behalten, die sich auf die Plattform auswirken.
  • Tägliche Wartung durchführen. Der stationäre Betrieb von SAP Basis stoppt nicht in der Cloud. Wenn überhaupt, wird er dringend benötigt.
  • Achten Sie auf die Leistungsoptimierung. SAP Performance Tuning ist entscheidend, um Ihre Landschaft in der Public Cloud gesund zu halten. In AWS können sich die Dinge schnell ändern, da die „Nachbarn“ neuer Mandanten die Funktionsweise der internen Netzwerke und der Serverlasten von AWS beeinflussen können.
  • Halten Sie den Kontakt zu anderen Personen aufrecht, insbesondere wenn Sie weiterhin einen Teil Ihrer SAP-Landschaft vor Ort oder in einer privaten Cloud ausführen. Mehr Bereitstellungen und Verbindungen erfordern mehr Kommunikation und Koordination zwischen Mitarbeitern und Teams. Das Fehlen dieser Praxis ist eine häufige Gefahr, die wir gesehen haben. Eine schlechte Kommunikation und interne Koordination kann zu Problemen mit Ihrem SAP bei der AWS-Bereitstellung führen.
  • Ziehen Sie in Betracht, einen Anbieter zu haben, der alle und alles zusammenhält. Dies ist eine Rolle, die wir gewohnt sind.

Zusammenarbeit mit dem richtigen Partner für SAP in AWS

Es lohnt sich, mit einem guten AWS-Partner zusammenzuarbeiten, wenn Sie eine SAP-Migration auf AWS durchführen. Diese Migration ist unter den SAP-Beratern äußerst talentiert. Diese Personen sollten SAP-zertifiziert sein, wobei das Unternehmen Teil des AWS Partner Network ist. Beispielsweise reagiert SAP HANA empfindlich auf Konfigurations- und Leistungsunterschiede sowohl in der Hardware als auch im Netzwerk. Im Allgemeinen können Sie Probleme mit SAP HANA unter AWS nicht beheben, indem Sie mehr VMs hochfahren. Um die besten Ergebnisse zu erzielen, sollte Ihr Partner über Funktionen zur Überwachung der Anwendungsleistung sowie über geeignete Verwaltungstools verfügen.

Achten Sie auch auf eingeschränkte oder zu reaktive Serviceangebote. Manchmal wählt ein Unternehmen, das SAP zu AWS verlagert, einen Partner mit einem „Break/Fix“-Ansatz für den Support aus. Das Problem mit Break/Fix (Zerstören/Reparieren) besteht darin, dass der Dienstanbieter wartet, bis ein Problem vorliegt, was zu Verzögerungen führt, wenn er herausfindet, wie das Problem gelöst werden kann. Manchmal brauchen die Mitarbeiter des Dienstanbieters zu lange, um das Problem zu lösen, weil sie mit Ihrer AWS-Instanz von SAP nicht vertraut sind, keine Schulung haben oder beides. Dies kann für ein Unternehmen sehr störend und kostspielig sein. Der richtige Partner für die Ausführung von SAP auf AWS sollte idealerweise ein engagiertes Team haben, das ständig Ihre Landschaft wartet und anpasst.

Wir haben umfangreiche Erfahrung darin, Unternehmen bei der Migration von SAP zu AWS bzw. bei der Wahl, dies nicht zu tun, zu unterstützen – wenn dies der richtige Ansatz ist. Wenn Sie eine Expertenmeinung zu AWS als Option für Ihre SAP-Landschaft wünschen und anschließend nachgewiesene Erfahrung in der Einführung der Migration und des Post-Go-Live-Supports haben möchten, lassen Sie uns noch heute sprechen.

Jay Graboff, Cloud Product Manager

Jay Graboff is a Senior Cloud Product Manager that has been evangelizing innovation and digital transformation before there was either. With over 8 years delivering Public, Private and Proprietary Cloud, his passion and love affair with technology is rooted in what the Cloud can enable.