Erkunden der Nicht-Produktionsphase

  • 10 Minuten

In dieser Phase beginnen Sie nach einem erfolgreichen Pilotprojekt mit der Bereitstellung von nicht produktiven SAP-Systemen in Azure und nutzen dabei alle Test- und Validierungsaufgaben. Alle Kriterien und Schritte, die für die Pilotphase galten, sind auch in dieser Phase gültig. Eine nicht produktionsbezogene Umgebung beinhaltet in der Regel Entwicklung, Komponententests und geschäftliche Regressionstestsysteme. Es wird empfohlen, für mindestens eines dieser Systeme eine Hochverfügbarkeitskonfiguration zu implementieren, die für das zukünftige Produktionssystem verwendet werden soll. In dieser Phase müssen Sie u. a. die folgenden weiteren Schritte berücksichtigen:

  1. Sammeln Sie Ressourcenverbrauchsdaten (z. B. CPU-Auslastung, Speicherdurchsatz und IOPS-Daten), bevor Sie Systeme von der alten Plattform zu Azure verschieben. Dies ist besonders in Hinblick auf die Einheiten der DBMS-Ebene wichtig, kann aber auch bei den Einheiten der Anwendungsebene sehr hilfreich sein. Außerdem sollten Sie die Netzwerk- und Speicherlatenz messen.

  2. Notieren Sie die Verfügbarkeitsanforderungen der Systeme, die Sie bereitstellen. Ziel ist es, zu bestimmen, ob nicht produktionsbezogene Systeme rund um die Uhr verfügbar sein müssen, oder ob es Systeme gibt, die vorübergehend heruntergefahren werden können.

  3. Legen Sie fest, ob Sie eigene Betriebssystemimages für virtuelle Azure-Computer erstellen oder Azure Marketplace-Images verwenden möchten. Berücksichtigen Sie abhängig von den ausgewählten Optionen die Auswirkungen auf die Lizenzierung. Informationen zum Erstellen eigener Betriebssystemimages finden Sie in der folgenden Dokumentation:

  4. Wenn Sie SAP auf SLES- und RHEL-Images von Azure Marketplace bereitstellen, müssen Sie dafür sorgen, dass Sie SAP-spezifische Images verwenden, die von SUSE bzw. Red Hat bereitgestellt werden.

  5. Stellen Sie sicher, dass Sie die Supportanforderungen von SAP in Bezug auf Microsoft-Supportverträge erfüllen. Weitere Informationen finden Sie im SAP-Hinweis 2015553.

  6. Ermitteln Sie die Besitzer von Systemen, die bereitgestellt werden, um Wartungsplanung und Benachrichtigungen zu vereinfachen.

  7. Überwachen Sie Aktualisierungen der Azure-Dokumentation, um neue Funktionen zu identifizieren, die sich möglicherweise auf Ihre Bereitstellungen auswirken.

  8. Überwachen Sie Aktualisierungen von SAP-Hinweisen im Zusammenhang mit Azure (z. B. SAP-Hinweis 1928533), um neue VM-SKUs oder neu unterstützte Betriebssystemversionen und DBMS-Releases zu ermitteln. Nutzen Sie die neuen Angebote, um das beste Preis-/Leistungsverhältnis zu erzielen.

  9. Validieren Sie erneut die Ressourcen in SAP-Hinweisen, im SAP HANA-Hardwareverzeichnis und in der SAP-Produktverfügbarkeitsmatrix (PAM), um sicherzustellen, dass keine Änderungen an den unterstützten Azure-VM-SKUs, den unterstützten Betriebssystemversionen und den unterstützten SAP- und DBMS-Versionen vorgenommen wurden.

  10. Informationen zu neu zertifizierten Azure-VM-SKUs finden Sie im SAP HANA-Hardwareverzeichnis. Vergleichen Sie bei Aktualisierungen die Preise mit den SKUs, die Sie ursprünglich berücksichtigt haben, und identifizieren Sie Optionen mit optimalem Preis-/Leistungsverhältnis.

  11. Passen Sie Ihre Bereitstellungsskripts an, um neue Azure-VM-SKU-Typen zu nutzen, und integrieren Sie neue Features, von denen Sie profitieren können.

  12. Testen und evaluieren Sie nach der Bereitstellung der Infrastruktur die Netzwerklatenz zwischen VMs der SAP-Anwendungsschicht und DBMS-VMs gemäß SAP-Hinweis 500235 und SAP-Hinweis 1100926. Vergleichen Sie die Ergebnisse mit dem Netzwerklatenzleitfaden im SAP-Hinweis 1100926. Die Werte für die Netzwerklatenz sollten im Bereich zwischen mittel und gut liegen. Vergewissern Sie sich, dass keine der Einschränkungen für Ihre Bereitstellung gilt, die in den Überlegungen zur DBMS-Bereitstellung für SAP-Workloads mit Azure Virtual Machines und im Artikel über SAP HANA-Infrastrukturkonfigurationen und -Vorgänge in Azure dokumentiert sind.

  13. Führen Sie alle anderen in der Pilotphase enthaltenen Prüfungen durch, bevor Sie mit der Bereitstellung fortfahren.

  14. Zeichnen Sie bei Migrationsszenarien im Rahmen des Bereitstellungsprozesses den Ressourcenverbrauch der in Azure bereitgestellten Systeme auf, und vergleichen Sie ihn mit den historischen, lokalen Datensätzen. Passen Sie die Größe des virtuellen Azure-Computers an, wenn Sie erhebliche Unterschiede feststellen. Beachten Sie, dass sich Größenänderungen bei virtuellen Azure-Computern auf Speicher- und Netzwerkdurchsatz auswirken. Weitere Informationen finden Sie im Artikel zu Größen für virtuelle Computer in Azure.

  15. Bestimmen Sie die Systemkopierfunktionen und -prozesse. Ziel ist es, das Kopieren von Entwicklungs- und Testsystemen zu vereinfachen, um die Projektbereitstellung zu beschleunigen. Ziehen Sie SAP LaMa als Tool zum Vereinfachen derartiger Aufgaben in Betracht.

  16. Optimieren Sie den rollenbasierten Zugriff sowie die Berechtigungen und Prozesse von Azure, um die Trennung der Zuständigkeiten zu gewährleisten und gleichzeitig das Betriebsmodell zu optimieren.

  17. Testen und dokumentieren Sie Architektur und Prozeduren in Bezug auf Hochverfügbarkeit und Notfallwiederherstellung.