Sap-Workloadanwendungsentwurf
SAP-Anwendungen sollten den Entwurfsprinzipien entsprechen. Der Leitfaden konzentriert sich hier auf Kostenoptimierung und Zuverlässigkeit.
Optimierung der SAP-Anwendungskosten
Auswirkung: Kostenoptimierung
Die Optimierung Ihrer SAP-Anwendung kann die Gesamtkosten senken, ohne die Funktionen zu reduzieren. Ziel ist es, den maximalen Return on Investment (ROI) zu generieren. Hier finden Sie Möglichkeiten zum Optimieren einer SAP-Anwendung.
Identifizieren sie die Anwendungsverantwortung. Die Optimierung einer SAP-Anwendung sollte in der Verantwortung des Geschäftsanwendungsteams des Kunden erfolgen. Wenn eine Person oder eine Gruppe für die Kosten verantwortlich ist, können Sie Entscheidungen treffen, die die Kosten über den Lebenszyklus der SAP-Workload optimieren.
Rationalisieren und Neustrukturieren. Sie sollten erwägen, die SAP-Anwendung zu rationalisieren oder umstrukturieren, insbesondere während der Migrationen. S4 HANA ersetzt häufig ältere SAP-Anwendungen, die als Legacysystem hinzugefügt werden können. Die SAP WAF-Bewertung kann dabei helfen, die Umgestaltungsbemühungen zu überprüfen und sollte regelmäßig durchgeführt werden. Weitere Informationen finden Sie unter Azure Well-Architected Review.
Minimieren Sie Investitionen in Legacysysteme. Sie sollten eine SAP-Legacyanwendung mit einer minimal unterstützten Architektur hosten, um kostensparend zu sein. Eine Legacyanwendung ist langsamer und weniger leistungsfähig. Alle Legacysysteme, die nach der Rationalisierung und Neustrukturierung verbleiben, sollten die minimal möglichen Ausgaben erhalten und bei Bedarf außer Betrieb genommen werden. Weitere Informationen finden Sie unter Azure Cost Management.
Zuverlässigkeit von SAP-Anwendungen
Auswirkung: Zuverlässigkeit
Verwenden Sie eine Architektur mit mehreren Ebenen. Das Erstellen einer Architektur mit mehreren Ebenen zur Unterstützung einer SAP-Workload ist für die Zuverlässigkeit von entscheidender Bedeutung. Die Anzahl der Ebenen und die Architektur variieren für jede SAP-Anwendung. Stellen Sie sicher, dass Sie Anwendungskomponenten voneinander isolieren und Redundanz schaffen, um Hochverfügbarkeit zu erreichen. Falls zutreffend, sollten Sie sap Web Dispatcher, SAP Central Services, SAP App Server, SAPMNT Share und Datenbank isolieren. Wir verfügen über Beispielarchitekturen für verschiedene SAP-Anwendungen, die Sie verwenden können, um Ihren Entwurf zu informieren.
Weitere Informationen finden Sie unter
Konfigurieren sie die Zuverlässigkeit der zentralen SAP-Dienste. SAP Central Services (SCS) oder ABAP SAP Central Services (ASCS) bilden die Grundlage der SAP-Anwendungskommunikation. Sie besteht aus dem Nachrichtenserver und dem Warteschlangenserver. Die zentrale Dienstebene ist häufig ein Single Point of Failure und muss für Hochverfügbarkeit eingerichtet werden, um resilienz für SAP-Anwendungen zu erreichen. Um Redundanz hinzuzufügen, erstellen Sie einen Cluster mit zentralen SAP-Diensten mit kompatibler freigegebener Speichertechnologie, die den Cluster unterstützt. Je nach Betriebssystem und verfügbarer Shared Storage-Technologie in allgemeiner Verfügbarkeit oder privater/öffentlicher Vorschau stehen verschiedene Optionen zur Verfügung. Verfügbarkeitszonen bieten die Möglichkeit, eine hochverfügbare ASCS-Architektur zu erstellen.
Weitere Informationen finden Sie unter
- SAP-Workloadkonfigurationen mit Azure-Verfügbarkeitszonen
- Hochverfügbarkeitsarchitektur für eine SAP ASCS/SCS-Instanz unter Windows
- Hochverfügbarkeitsarchitektur für eine SAP ASCS/SCS-Instanz unter Linux