Entwicklungs- und Testumgebungen für SAP-Workloads in Azure

Azure ExpressRoute
Azure Virtual Machines
Azure Virtual Network
Azure Resource Manager

Dieses Beispiel zeigt, wie Sie eine Entwicklungs- und Testumgebung für SAP NetWeaver in einer Windows- oder Linux-Umgebung in Azure einrichten. Die verwendete Datenbank ist AnyDB. (AnyDB ist der SAP-Begriff für jedes unterstützte DBMS, das nicht SAP HANA ist.)

Aufbau

Architekturdiagramm für Entwicklungs-/Testumgebungen für SAP-Workloads.

Laden Sie eine Visio-Datei dieser Architektur herunter.

Datenfluss

Dieses Szenario veranschaulicht die Bereitstellung einer einzelnen SAP-Systemdatenbank und eines SAP-Anwendungsservers auf einer einzelnen VM. Die Daten durchlaufen das Szenario wie folgt:

  1. Kunden verwenden die SAP-Benutzeroberfläche oder andere Clienttools (Excel, einen Webbrowser oder andere Webanwendungen), um auf das Azure-basierte SAP-System zuzugreifen.
  2. Die Konnektivität wird über eine eingerichtete ExpressRoute-Verbindung bereitgestellt. Die ExpressRoute-Verbindung endet in Azure auf dem ExpressRoute-Gateway. Netzwerkdatenverkehr wird über das ExpressRoute-Gateway an das Gatewaysubnetz und von dort an das Spokesubnetz auf der Anwendungsebene geleitet (siehe Hub-Spoke-Netzwerktopologie). Anschließend fließt der Datenverkehr über ein Netzwerksicherheitsgateway zum virtuellen Computer mit der SAP-Anwendung.
  3. Die Server für die Identitätsverwaltung stellen Authentifizierungsdienste bereit.
  4. Über die Jumpbox sind lokale Verwaltungsfunktionen verfügbar.

Komponenten

  • Virtuelle Netzwerke sind die Grundlage für die Netzwerkkommunikation innerhalb von Azure.
  • Azure Virtual Machines stellt eine auf Windows- oder Linux-Servern basierende hochgradig skalierbare, sichere, virtualisierte On-Demand-Infrastruktur bereit.
  • Azure ExpressRoute erweitert Ihre lokalen Netzwerke über eine private Verbindung, die von einem Konnektivitätsanbieter bereitgestellt wird, in die Cloud von Microsoft.
  • Netzwerksicherheitsgruppen beschränken den Netzwerkdatenverkehr auf bestimmte Ressourcen in einem virtuellen Netzwerk. Eine Netzwerksicherheitsgruppe enthält eine Liste mit Sicherheitsregeln, die eingehenden oder ausgehenden Netzwerkdatenverkehr zulassen oder verweigern. Die Sicherheitsregeln basieren auf der IP-Adresse, dem Port und dem Protokoll der Quelle oder des Ziels.
  • Ressourcengruppen fungieren als logische Container für Azure-Ressourcen.
  • Azure Files oder Azure NetApp Files sind empfohlene Lösungen, um den Speicher für die ausführbaren SAP-Dateien und HANA-Daten und -Protokolle bereitzustellen.

Szenariodetails

Da diese Architektur für Nicht-Produktionsumgebungen konzipiert ist, wird sie mit nur einem virtuellen Computer (VM) bereitgestellt. Die VM-Größe kann entsprechend den Anforderungen Ihrer Organisation geändert werden.

Anwendungsfälle für die Produktion finden Sie in den hier angegebenen SAP-Referenzarchitekturen:

Mögliche Anwendungsfälle

Zu den weiteren relevanten Anwendungsfällen zählen:

  • Nicht kritische SAP-Workloads, die nicht für die Produktion bestimmt sind (z. B. Sandbox, Entwicklung, Test und Qualitätssicherung)
  • Nicht kritische geschäftliche SAP-Workloads

Überlegungen

Diese Überlegungen beruhen auf den Säulen des Azure Well-Architected Frameworks, d. h. einer Reihe von Grundsätzen, mit denen die Qualität von Workloads verbessert werden kann. Weitere Informationen finden Sie unter Microsoft Azure Well-Architected Framework.

Beachten Sie die folgenden Punkte beim Einrichten einer Entwicklungs- und Testumgebung für SAP NetWeaver.

Verfügbarkeit

Microsoft bietet eine Vereinbarung zum Servicelevel (Service Level Agreement, SLA) für einzelne VM-Instanzen an. Weitere Informationen zur Vereinbarung zum Servicelevel von Microsoft Azure für Virtual Machines finden Sie unter SLA für Virtual Machines.

Skalierbarkeit

Allgemeine Informationen zur Entwicklung skalierbarer Lösungen finden Sie im Azure Architecture Center in der Prüfliste zur Leistungseffizienz.

Sicherheit

Sicherheit bietet Schutz vor vorsätzlichen Angriffen und dem Missbrauch Ihrer wertvollen Daten und Systeme. Weitere Informationen finden Sie unter Übersicht über die Säule „Sicherheit“.

Allgemeine Informationen zum Entwerfen sicherer Lösungen finden Sie in der Dokumentation zur Azure-Sicherheit.

Schutz von Daten und Klonen

Eine allgemeine Anleitung zum Schutz Ihrer Anwendungsdaten finden Sie unter Tool für konsistente Momentaufnahmen in Azure-Anwendungen, das in Kombination mit Azure NetApp Files anwendungskonsistente Momentaufnahmen liefert.

Resilienz

Allgemeine Informationen zur Entwicklung robuster Lösungen finden Sie unter Entwerfen robuster Anwendungen für Azure.

Kostenoptimierung

Bei der Kostenoptimierung geht es um die Suche nach Möglichkeiten, unnötige Ausgaben zu reduzieren und die Betriebseffizienz zu verbessern. Weitere Informationen finden Sie unter Übersicht über die Säule „Kostenoptimierung“.

Um Ihnen die Ermittlung der Betriebskosten für dieses Szenario zu erleichtern, sind alle Dienste in den unten stehenden Kostenrechnerbeispielen vorkonfiguriert. Ändern Sie die entsprechenden Variablen so, dass sie dem erwarteten Datenverkehr für Ihren Anwendungsfall entsprechen.

Auf der Grundlage des zu erwartenden Datenverkehrsaufkommens haben wir vier exemplarische Kostenprofile erstellt:

Size SAPs VM-Typ Storage Azure-Preisrechner
Klein 8.000 D8s_v3 2 x P20, 1 x P10 Klein
Medium 16000 D16s_v3 3 x P20, 1 x P10 Mittel
Groß 32000 E32s_v3 3 x P20, 1 x P10 Groß
Sehr groß 64000 M64s 4 x P20, 1 x P10 Sehr groß

Hinweis

Die Preise sind als Orientierungshilfe gedacht und geben nur die Kosten für VMs und Speicher an. Gebühren für Netzwerk, Sicherungsspeicher und ein-/ausgehende Daten sind nicht enthalten.

  • Klein:Ein kleines System besteht aus einem VM-Typ D8s_v3 mit 8 vCPUs, 32 GB RAM und 200 GB temporärem Speicher. Außerdem enthält sie Storage Premium: zwei Datenträger mit 512 GB und einen Datenträger mit 128 GB.
  • Mittel:Ein mittleres System besteht aus dem VM-Typ D16s_v3 mit 16 vCPUs, 64 GB RAM und 400 GB temporärem Speicher. Außerdem enthält sie Storage Premium: drei Datenträger mit 512 GB und einen Datenträger mit 128 GB.
  • Groß:Ein großes System besteht aus vm-E32s_v3 mit 32 vCPUs, 256 GB RAM und 512 GB temporärem Speicher. Außerdem enthält sie Storage Premium: drei Datenträger mit 512 GB und einen Datenträger mit 128 GB.
  • Extra Large: Ein besonders großes System besteht aus einem VM-Typ M64s mit 64 vCPUs, 1024 GB RAM und 2.000 GB temporärem Speicher. Außerdem enthält sie Storage Premium: vier Datenträger mit 512 GB und einen Datenträger mit 128 GB.

Bereitstellen dieses Szenarios

Wählen Sie den folgenden Link aus, um die Lösung bereitzustellen.

In Azure bereitstellen

Hinweis

SAP und Oracle werden während dieser Bereitstellung nicht installiert. Sie müssen diese Komponenten separat bereitstellen.

Beitragende

Dieser Artikel wird von Microsoft gepflegt. Er wurde ursprünglich von folgenden Mitwirkenden geschrieben:

Hauptautor:

Melden Sie sich bei LinkedIn an, um nicht öffentliche LinkedIn-Profile anzuzeigen.

Nächste Schritte

Erfahren Sie mehr über die Komponententechnologien:

Erkunden Sie die verwandten Architekturen: