SAP-Workloadanwendungsplattform

Artikel
01/10/2024

Die Anwendungsplattform bezieht sich auf die Hostumgebung, Anwendungsabhängigkeiten, Frameworks und Bibliotheken. Für eine SAP-Workload bietet die Azure-Plattform Möglichkeiten zur Optimierung von Kosten und Leistung, sodass Sie mit weniger mehr tun können.

Optimieren der Computekosten

Auswirkung: Kostenoptimierung

Die Optimierung der Computekosten wird durch Planung, Überwachung und Größenänderung von VMs während des gesamten Lebenszyklus der SAP-Workload erreicht. VMs stellen die Computeleistung für die SAP-Anwendung bereit und wirken sich direkt auf Kosten und Leistung aus. Es wird empfohlen, die Computekosten einer SAP-Workload zu überwachen, um sicherzustellen, dass die ausgegebenen Dollar Ihnen beim Erreichen der Organisationsziele helfen. Hier finden Sie Empfehlungen zur Kostenoptimierung für das Compute von SAP-Workloads.

Auswählen des richtigen VM-Typs

Azure verfügt über SAP-zertifizierte VMs für Ihre Workload. Der falsche VM-Typ erfordert größere Größen, um den Leistungsbedarf zu erhalten, was die Kosten ohne Nutzen erhöht. Eine kleinere VM des richtigen Typs kann Ihnen die gleiche oder bessere Leistung bieten als eine große instance des falschen Typs. Azure bietet eine Liste von SAP-zertifizierten Konfigurationen, die Ihnen helfen, zu verstehen, welche VMs gut mit Ihren Geschäftlichen Anforderungen funktionieren.

Weitere Informationen finden Sie unter SAP-zertifizierte Infrastruktur.

Speicheroptimierte VMs können die Anforderungen der meisten SAP-Anwendungen erfüllen. Eine OLAP-Workload (Online Analytical Processing) von SAP und eine OLTP-Workload (OnlineTransaktionsverarbeitung) sollten VMs der M-Serie verwenden. Beispiele für eine OLTP-Workload sind SAP HANA, SAP Business Suite on HANA und SAP S/4HANA. Beispiele für OLAP-Workloads sind SAP BW auf HANA BW/4HANA. SAP Business One on HANA-Paare mit virtuellen Computern der M-Serie.

SAP NetWeaver, Business All-in-One, Business Suite Software und BusinessObjects BI verfügen über eine breitere Ausrichtung auf verschiedene VM-Typen. Sie können auf virtuellen Computern der D-, G-, E- und M-Serie ausgeführt werden.

Optimieren der Computekosten während der Migration

Viele SAP-Journeys beginnen lokal, daher ist es wichtig, die Computeoptimierung während der Migration einer Workload zu planen. Achten Sie bei jeder SAP-Migration auf bewährte Methoden. Prozessleitfäden finden Sie in unserer CAF SAP-Dokumentation. Mit der umfassenderen Prozessanleitung müssen Sie Ihre Computeoptimierung weiterhin für jede SAP-Workload anpassen. Wir möchten, dass Sie Meilensteine vor und nach der Migration berücksichtigen.

Optimieren Sie die Vormigration. Die Optimierung vor der Migration stellt sicher, dass genügend Cloudressourcen bereitgestellt werden, um die erwartete Migrationslaufzeit der SAP-Workload zu unterstützen. Sie müssen überprüfen, ob der virtuelle Azure-Computer die technischen Anforderungen der lokalen Workload erfüllt. Die Planung verkürzt die Migrationszeit einer Workload und minimiert die Migrationszeit, um die Kosten zu senken.

Optimieren Sie nach der Migration. Die Optimierung nach der Migration konzentriert sich auf die Endbenutzerfreundlichkeit. Dieser Schritt fällt mit dem Hypercare-Zeitraum zusammen, einer Zeit, in der ein erhöhter Kundendienst erforderlich ist, um sicherzustellen, dass die Workload ausgeführt wird. Sie sollten die Workload überwachen, wenn Benutzer mit der Interaktion beginnen. Die Leistungsmetriken weisen möglicherweise darauf hin, dass Sie den virtuellen Computer verkennen oder zu einem anderen VM-Typ wechseln müssen.

Verbesserung der operativen Leistungsfähigkeit der Anwendungsplattform

Es ist wichtig, VMs im Betrieb zu optimieren, um die meisten Kosten zu sparen. Mit VM-Vorgängen beziehen wir uns auf die tägliche Verwaltung einer SAP-Workload. Diese Phase einer Workload ermöglicht die Vorhersage des Computebedarfs. Es ist wichtig zu sehen, wie sich die Benutzernachfrage im Laufe der Zeit auf die Computeanforderungen auswirkt. Die VM-Auswahl sollte sich zusammen mit den Anforderungen der SAP-Workload ändern. Hier finden Sie Empfehlungen zur Kosteneinsparung für Vorgänge.

Verwenden Sie Azure Advisor. Es wird empfohlen, Azure Advisor zu verwenden, um die VM-Nutzung zu identifizieren, die eine Optimierung erfordert. Weitere Informationen finden Sie unter Azure Advisor-Kostenoptimierung.

Erzwingen der VM-Governance. Sie sollten die VM-Governance bei der Vm-Erstellung als bewährte Methode für Kosten und Sicherheit erzwingen. Jede VM-Bereitstellung erhöht die Betriebskosten und die Angriffsfläche der SAP-Workload. VMs, die außerhalb des Governanceprozesses erstellt wurden, erzeugen in der Regel nicht benötigte Kosten und weisen mehr Sicherheitsrisiken auf. Es wird empfohlen, Azure Policy zu verwenden, um die VM-Governance für Ihre SAP-Workload zu erzwingen. Weitere Informationen finden Sie unter Azure Policy für SAP.

Beenden Sie nicht kritische Workloads. Jede SAP-Workload weist unterschiedliche Kritikalitätsebenen auf. Einige Workloads werden an Nächten und Wochenenden nicht benötigt. Eine Sandboxumgebung ist ein gutes Beispiel für geringe Kritikalität. Es wird empfohlen, VMs, die nicht kritische Workloadumgebung unterstützen, zu beenden, um die Kosten zu senken. Sie können diesen Prozess für die SAP-Workload in Azure automatisieren. Weitere Informationen finden Sie unter Automatisieren von VM-Start und -Stopp.

Verwenden Sie reservierte Instanzen. Jede SAP-Workload, die kontinuierlich ausgeführt werden muss, sollte reservierte Instanzen verwenden, um die Kosten zu optimieren. Zur Vorhersagbarkeit des Budgets können Sie einen erweiterten Kauf für ein oder drei Jahre in einer bestimmten Region tätigen. Weitere Informationen finden Sie unter Azure-Reservierungen.

Verwenden Sie die Azure-Hybridvorteil. Mit Azure können Sie lokale Software Assurance-fähige Windows Server- und SQL Server-Lizenzen verwenden. Der Vorteil gilt für Red Hat- und SUSE Linux-Abonnements. Dieser Vorteil kann zu erheblichen Einsparungen bei einer Sap-Hybridworkload führen. Weitere Informationen finden Sie unter Hybridlizenzierungsvorteil.

Weitere Informationen finden Sie unter

Konfigurieren der Zuverlässigkeit des Anwendungsservers

Auswirkung: Zuverlässigkeit

Das Ziel der Anwendungsserverzulässigkeit besteht darin, bei Bedarf den Lastenausgleich zwischen Datenverkehr und Failover auf mehreren Anwendungsservern durchzuführen. Resilienz für die SAP-Anwendungsserverebene kann durch Redundanz erzielt werden. Sie können mehrere Dialoginstanzen auf verschiedenen Instanzen virtueller Azure-Computer mit mindestens zwei Anwendungsservern konfigurieren. Hier finden Sie Empfehlungen zur Resilienz von Anwendungsservern.

Verwenden Sie Verfügbarkeitszonen. Ein SAP-Anwendungsserver kann in einer Verfügbarkeitsgruppe oder in Verfügbarkeitszonen bereitgestellt werden. Die Entscheidung, die Sie treffen, muss auf Workloadanforderungen basieren. Derzeit empfehlen wir jedoch Verfügbarkeitszonen als beste Option für Resilienz. Skalierungsgruppen werden nicht empfohlen. Weitere Informationen finden Sie unter Verfügbarkeitszonen für SAP.

Verwenden Sie mehrere Anwendungsserver. Es wird empfohlen, mehrere kleinere Anwendungsserver anstelle eines größeren Anwendungsservers zu verwenden. Durch dieses Setup wird ein single point of failure vermieden. Es empfiehlt sich, sap Logon Group (SMLG) und Batch Server Group (RZ12) für einen besseren Lastenausgleich zwischen Endbenutzern & Batchverarbeitung zu konfigurieren.

Weitere Informationen finden Sie unter

Verbessern der Effizienz der Computeleistung

Auswirkung: Leistungseffizienz

Compute ist der Kern einer SAP-Anwendung. Compute umfasst die Hardware, die Anzahl der Kerne und den Arbeitsspeicher. Diese Features sind grundlegend für Organisationen. Wenn Sie Ihre Computekonfiguration nicht optimieren, kann eine SAP-Workload keine Spitzen der Benutzernachfrage erfüllen oder vordefinierte Budgets beibehalten. Es ist wichtig, die Anforderungen an Ihre Workload zu kennen und diese Anforderungen mit der Compute zu erfüllen, die Sie für Ihre SAP-Workload verwenden. Im Folgenden finden Sie einige Überlegungen zur Computeleistung.

Führen Sie die Referenzdimensionierung für die lokale Workload durch. Die Referenzdimensionierung ist der Prozess zum Überprüfen der Konfigurationen und Ressourcennutzungsdaten einer lokalen SAP-Workload. Referenzdimensionierungsdaten zeigen die aktuellen Computeanforderungen der Workload an, und diese Anforderungen sollten in Azure erfüllt werden. Verwenden Sie den SAP-Betriebssystemsammler, um diese Informationen zu finden. SAP OS Collector ruft Informationen zur Systemauslastung ab, die über die SAP-Transaktion OS07N und die EarlyWatch-Warnung gemeldet werden können. Alle Tools zur Erfassung von Systemleistung und Statistiken können ähnliche Informationen sammeln.

Verwenden Sie SAP Quick Sizer für eine neue Workload. SAP Quick Sizer ist ein kostenloses webbasiertes Tool, das von SAP entwickelt wurde und geschäftliche Anforderungen in technische Anforderungen übersetzt. Verwenden Sie dieses Tool, wenn Sie eine neue SAP-Workload erstellen, um die Azure-VM mit dem richtigen Netzwerk- und Speicherdurchsatz zu finden. Weitere Informationen finden Sie unter SAP Quick Sizer.