Bearbeiten

SAP NetWeaver in SQL Server

Microsoft Entra ID
Azure ExpressRoute
Azure Storage
Azure Virtual Machines
SQL Server

Lösungsmöglichkeiten

Dieser Artikel ist ein Lösungsvorschlag. Wenn Sie möchten, dass wir diesen Artikel um weitere Informationen ergänzen, z. B. potenzielle Anwendungsfälle, alternative Dienste, Überlegungen zur Implementierung oder Preisempfehlungen, lassen Sie es uns über Feedback auf GitHub wissen.

Die Anwendungslösung NetWeaver in SQL Server zeigt, wie ein Benutzerauftrag eine SAP-Landschaft durchläuft, die auf NetWeaver aufbaut, indem Azure Virtual Machines verwendet wird, um SAP-Anwendungen und eine SQL Server-Datenbank zu hosten.

Mögliche Anwendungsfälle

Dieses System nutzt die Vorteile von Betriebssystem-Clustering für hohe Verfügbarkeit, Premium-Storage für schnellere Speicherleistung und Skalierbarkeit, SQL Server Always On-Fähigkeit für Replikation und eine vollständige Notfallwiederherstellungskonfiguration (DR), um eine 99,95-prozentige Systemverfügbarkeit zu gewährleisten.

Aufbau

Architekturdiagramm der Front-End-Route über die primäre Azure-Region zum OS-Clustering, zu SQL Server Always On und zum DR-Speicher in der Azure-Region.

Laden Sie eine Visio-Datei dieser Architektur herunter.

Datenfluss

  1. Wenn Sie eine auf lokaler Ebene synchronisierte Azure Active Directory-Instanz verwenden, authentifiziert sich ein SAP-Anwendungsbenutzer mit SSO-Anmeldeinformationen vom lokalen System aus bei der SAP-Landschaft in Azure.
  2. Das Hochgeschwindigkeits-ExpressRoute-Gateway von Azure wird verwendet, um auf sichere Weise eine Verbindung zwischen dem lokalen Netzwerk und Azure Virtual Machines sowie anderen Ressourcen herzustellen.
  3. Die Anforderung des Verkaufsauftrags wird an die hochverfügbare ASCS-Instanz (ABAP SAP Central Services) von SAP geleitet und durchläuft dann SAP-Anwendungsserver, die auf einem Azure Virtual Machines-Dateiserver mit horizontaler Skalierung auf einem virtuellen Azure-Computer ausgeführt werden.
  4. Die Anfrage wechselt vom SAP-App-Server zu einer SQL Server-Instanz, die auf einer primären, hochleistungsfähigen Azure VM ausgeführt wird.
  5. Primäre (aktive) und sekundäre (Standby) Server, die auf von SAP zertifizierten VMs ausgeführt werden, werden auf Betriebssystemebene geclustert, um eine Verfügbarkeit von 99,95 % zu erreichen. Für die Datenreplikation der primären Region in der sekundären Region wird SQL Server Always On im synchronen Modus verwendet, um ein Recovery Point Objective (RPO) mit Nullwert zu erreichen.
  6. SQL Server-Daten werden auf hochleistungsfähigen Azure Storage Premium-Datenträgern gespeichert.
  7. SQL Server-Daten werden über das Hochgeschwindigkeits-Backbone-Netzwerk von Azure und unter Verwendung der Always On-Replikation von SQL Server im asynchronen Modus auf die Notfallwiederherstellungs-VM in einer anderen Azure-Region repliziert. Die VM für die Notfallwiederherstellung kann kleiner als die VM sein, die für die Produktion verwendet wird, um Kosten zu sparen.
  8. VMs in der Notfallwiederherstellungsregion können für Aufgaben verwendet werden, die nicht zur Produktion gehören, um Kosten zu sparen.
  9. Der SAP-App-Server mit ASCS für die Notfallwiederherstellung kann in den Standbymodus versetzt und nur bei Bedarf gestartet werden, um Kosten zu sparen.

Komponenten

  • Informationen zu Virtual Machines für SAP-Anwendungsserver.
  • Microsoft Azure Storage Premium bietet einen verbesserten Durchsatz und weniger Schwankungen im Hinblick auf E/A-Latenzen. Zur Verbesserung der Leistung verwendet Storage Premium SSD-Datenträger auf Azure Storage-Knoten sowie einen Lesecache, der vom lokalen SSD-Datenträger (Solid State Drive) eines Azure-Computeknotens unterstützt wird.

Nächste Schritte