ÜBERSICHT ÜBER DIE SAP BusinessObjects BI-Plattform in Azure

Die SAP BusinessObjects BI (BOBI)-Plattform ist eine Business Intelligence-Plattform für Berichterstellung, Analyse und Datenvisualisierung. Wenn Sie die SAP BOBI-Plattform in Azure bereitstellen, können Sie skalierbare Compute-, verwaltete Speicher- und Datenbankdienste verwenden, um die Bereitstellung zu vereinfachen und den Betriebsaufwand zu reduzieren.

Dieser Artikel hilft Ihnen bei der Planung, Bereitstellung und Konfiguration der SAP BOBI-Plattform in Azure, indem Sie allgemeine Bereitstellungsszenarien und die Azure-Dienste behandeln, die sie unterstützen.

Überlegungen zur Architektur und Bereitstellung

Microsoft Azure bietet eine breite Palette von Diensten, einschließlich Compute, Speicher und Netzwerk, sodass Sie Anwendungen ohne lange Beschaffungszyklen erstellen können. Virtuelle Azure-Computer (VMs) helfen Ihnen bei der Bereitstellung von On-Demand- und skalierbaren Computerressourcen für verschiedene SAP-Anwendungen. Zu diesen Anwendungen gehören SAP NetWeaver-basierte Anwendungen, SAP Hybris und SAP BusinessObjects BI-Plattform basierend auf Ihren Geschäftlichen Anforderungen. Azure unterstützt auch die standortübergreifende Konnektivität, mit der Sie Azure-VMs in Ihre lokalen Domänen, private Clouds und die SAP-Systemlandschaft integrieren können.

Dieser Abschnitt enthält Anleitungen zu Planungs- und Implementierungsüberlegungen für die SAP BusinessObjects BI-Plattform in Azure. Es ergänzt die SAP-Installationsdokumentation und die SAP-Hinweise, die die primären Ressourcen für Installationen und Bereitstellungen von SAP BOBI darstellen.

Übersicht über die Architektur

Die SAP BusinessObjects BI-Plattform kann auf einer einzelnen Azure-VM ausgeführt oder in einem Multi-VM-Cluster mit verteilten Komponenten skaliert werden. DIE SAP BOBI-Plattform besteht aus sechs konzeptionellen Ebenen. Weitere Informationen zu den einzelnen Ebenen finden Sie im SAP BusinessObjects Business Intelligence Platform Guide. Die folgende Liste enthält allgemeine Details zu den einzelnen Ebenen:

• Clientebene: Enthält alle Desktopclientanwendungen, die mit der BI-Plattform interagieren, um verschiedene Arten von Berichten, Analyse- und Verwaltungsfunktionen bereitzustellen.
• Webebene: Enthält Webanwendungen, die auf Java-Webanwendungsservern bereitgestellt werden. Webanwendungen bieten Benutzern über einen Webbrowser BI-Plattformfunktionen.
• Verwaltungsebene: Koordiniert und steuert alle Komponenten, aus denen die BI-Plattform besteht. Es umfasst den zentralen Verwaltungsserver (CMS) und den Event Server und die zugehörigen Dienste.
• Storage Tier: Behandelt Dateien, wie z. B. Dokumente und Berichte. Außerdem wird die Zwischenspeicherung von Berichten verwaltet, um Systemressourcen zu sparen, wenn Benutzer auf Berichte zugreifen.
• Verarbeitungsebene: Analysiert Daten und erstellt Berichte und andere Ausgabetypen. Dies ist die einzige Ebene, die auf die Datenbanken zugreift, die Berichtsdaten enthalten.
• Datenebene: Besteht aus den Datenbankservern, die die CMS-Systemdatenbanken hosten und den Datenspeicher überwachen.

Die SAP BI-Plattform besteht aus einer Sammlung von Servern, die auf einem oder mehreren Hosts ausgeführt werden. Es ist wichtig, dass Sie die richtige Bereitstellungsstrategie basierend auf Größe, Geschäftsbedarf und Umgebungsart auswählen. Für kleine Installationen, z. B. Entwicklung oder Test, können Sie eine einzelne Azure-VM für den Webanwendungsserver, datenbankserver und alle BI-Plattformserver verwenden. Wenn Sie ein Database-as-a-Service (DBaaS)-Angebot von Azure verwenden, wird der Datenbankserver getrennt von anderen Komponenten ausgeführt. Bei mittelgroßen und großen Installationen können Sie Server auf mehreren Azure-VMs ausführen.

Das folgende Diagramm veranschaulicht die Architektur einer umfangreichen Bereitstellung der SAP-BOBI-Plattform auf Azure-VMs, wobei jede Komponente verteilt ist. Um die Ausfallsicherheit der Infrastruktur gegen Dienstunterbrechungen sicherzustellen, können Sie virtuelle Computer mithilfe flexibler Skalierungssätze, Verfügbarkeitssätze oder Verfügbarkeitszonen bereitstellen.

Architekturdetails

• Lastenausgleich

  In der Bereitstellung von SAP BOBI mit mehreren Instanzen werden Webanwendungsserver (oder Webebene) auf zwei oder mehr Hosts ausgeführt. Um die Benutzerlast gleichmäßig auf Webservern zu verteilen, können Sie einen Lastenausgleich zwischen Benutzern und Webservern verwenden. In Azure können Sie entweder Azure Load Balancer oder Azure-Anwendungsgateway verwenden, um Datenverkehr zu Ihren Webservern zu verwalten.

• Webanwendungsserver

  Der Webserver hostt die Webanwendungen der SAP BOBI-Plattform, z. B. Central Management Console (CMC) und BI Launch Pad. Um eine hohe Verfügbarkeit für den Webserver zu erzielen, müssen Sie mindestens zwei Webanwendungsserver bereitstellen, um Redundanz und Lastenausgleich zu verwalten. In Azure können diese Webanwendungsserver in einer flexiblen Skalierungsgruppe, Verfügbarkeitszonen oder Verfügbarkeitsgruppen platziert werden, um eine bessere Verfügbarkeit zu erzielen.

  Tomcat ist die Standardwebanwendung für die SAP BI-Plattform. Um eine hohe Verfügbarkeit für Tomcat zu erzielen, aktivieren Sie die Sitzungsreplikation mithilfe von Static Membership Interceptor in Azure. Diese Konfiguration stellt sicher, dass ein Benutzer auch dann auf die SAP BI-Webanwendung zugreifen kann, wenn der Tomcat-Dienst unterbrochen wird.

  Wichtig

  Standardmäßig verwendet Tomcat Multicast-IP und -Port für Clustering, was in Azure nicht unterstützt wird (SAP Note 2764907).

• BI-Plattformserver

  BI-Plattformserver umfassen alle Dienste, die Teil der SAP BOBI-Anwendung sind (Verwaltungsebene, Verarbeitungsstufe und Speicherebene). Wenn ein Webserver eine Anforderung empfängt, erkennt er jeden BI-Plattformserver (insbesondere alle CMS-Server in einem Cluster) und gleicht die Anfragen automatisch aus. Wenn einer der BI-Plattformhosts fehlschlägt, sendet der Webserver automatisch Anforderungen an einen anderen Host.

  Um hohe Verfügbarkeit oder Redundanz für die BI-Plattform zu erreichen, müssen Sie die Anwendung in mindestens zwei Azure-VMs bereitstellen. Basierend auf der Größenanpassung können Sie Ihre BI-Plattform skalieren, um auf weiteren Azure-VMs ausgeführt zu werden.

• File Repository Server (FRS)

  Dateiablage-Server beinhaltet alle Berichte und anderen BI-Dokumente, die erstellt werden. Bei der Bereitstellung mit mehreren Instanzen werden BI-Plattformserver auf mehreren virtuellen Computern ausgeführt, und jede VM muss Zugriff auf diese Berichte und andere BI-Dokumente haben. Ein Dateisystem muss auf allen BI-Plattformservern freigegeben werden.

  In Azure können Sie entweder Azure Premium-Dateien oder Azure NetApp-Dateien für den Datei-Repositoryserver verwenden. Beide dieser Azure-Dienste verfügen über eine integrierte Redundanz.

• CMS- und Überwachungsdatenbank

  Die SAP BOBI-Plattform erfordert eine Datenbank, um ihre Systemdaten zu speichern, die als CMS-Datenbank bezeichnet werden. Es speichert BI-Plattforminformationen wie Benutzer-, Server-, Ordner-, Dokument-, Konfigurations- und Authentifizierungsdetails.

  Azure bietet Azure Database for MySQL und Azure SQL Database als DBaaS-Angebote für die CMS-Datenbank und Überwachungsdatenbank an. Bei DBaaS-Angeboten musst du dich nicht um den Betrieb, die Verfügbarkeit und die Wartung der Datenbanken kümmern. Sie können auch Ihre eigene Datenbank für CMS und Überwachungsrepository basierend auf Ihren geschäftlichen Anforderungen auswählen.

Unterstützungsmatrix

In diesem Abschnitt wird die Unterstützung verschiedener SAP BOBI-Komponenten beschrieben, einschließlich SAP BusinessObjects BI-Plattformversionen, Betriebssystemen und Datenbanken in Azure.

SAP BusinessObjects BI-Plattform

Mit Azure Infrastructure as a Service (IaaS) können Sie die SAP BusinessObjects BI-Plattform auf Azure Compute bereitstellen und konfigurieren. Es unterstützt die folgenden Versionen der SAP BOBI-Plattform:

• SAP BusinessObjects BI-Plattform 4.3
• SAP BusinessObjects BI-Plattform 4.2 SP04+
• SAP BusinessObjects BI-Plattform 4.1 SP05+

Die SAP BI-Plattform wird auf verschiedenen Betriebssystemen und Datenbanken ausgeführt. Informationen zu unterstützten Kombinationen der SAP BOBI-Plattform, des Betriebssystems und der Datenbankversionen finden Sie in der Produktverfügbarkeitsmatrix für SAP BOBI.

Betriebssystem

Azure unterstützt die folgenden Betriebssysteme für die BEREITSTELLUNG der SAP BusinessObjects BI-Plattform:

• Microsoft Windows Server
• SUSE Linux Enterprise Server (SLES)
• Red Hat Enterprise Linux (RHEL)
• Oracle Linux (OL)

Die Betriebssystemversionen, die in der Produktverfügbarkeitsmatrix (PAM) für DIE SAP BusinessObjects BI-Plattform aufgeführt sind, werden unterstützt, solange sie für die Ausführung in der Azure-Infrastruktur kompatibel sind.

Datenbanken

Die BI-Plattform hängt von einer Datenbank für den CMS und dem Überwachungsdatenspeicher ab. Die unterstützten Datenbankoptionen werden in der SAP-Produktverfügbarkeitsmatrix definiert. Zu den unterstützten Datenbanken gehören:

• Microsoft SQL Server

• Azure SQL-Datenbank (nur für SAP BOBI-Plattform unter Windows unterstützt)

  Azure SQL-Datenbank ist ein vollständig verwaltetes SQL Server-Datenbankmodul, das auf der neuesten stabilen Enterprise Edition von SQL Server basiert. Die Azure SQL-Datenbank behandelt die meisten Datenbankverwaltungsfunktionen wie Upgrades, Patching und Überwachung ohne Benutzereingriff. Mithilfe von Azure SQL-Datenbank können Sie eine hochverfügbare und hochleistungsfähige Datenspeicherebene für Anwendungen und Lösungen in Azure erstellen. Weitere Informationen finden Sie in der Azure SQL-Datenbankdokumentation .

• Azure-Datenbank für MySQL (befolgen Sie die gleichen Kompatibilitätsrichtlinien wie für MySQL AB in SAP PAM erwähnt)

  Azure Database for MySQL ist ein relationaler Datenbankdienst, der von der MySQL Community-Edition unterstützt wird. Als vollständig verwaltetes Angebot von Database-as-a-Service (DBaaS) kann es unternehmenskritische Workloads mit vorhersehbarer Leistung und dynamischer Skalierbarkeit verarbeiten. Es verfügt über integrierte Hochverfügbarkeit, automatische Sicherungen, Softwarepatches, automatische Fehlererkennung und Zeitpunktwiederherstellung für bis zu 35 Tage, wodurch die Betriebsaufgaben erheblich reduziert werden. Weitere Informationen finden Sie in der Dokumentation zur Azure-Datenbank für MySQL .

• SAP HANA

• SAP ASE

• IBM DB2

• Oracle (Informationen zu Version und Einschränkung finden Sie im SAP-Hinweis 2039619)

• MaxDB

In diesem Artikel werden die Richtlinien für die Bereitstellung der SAP BOBI-Plattform unter Windows mit Azure SQL-Datenbank und SAP BOBI-Plattform unter Linux mit Azure Database for MySQL beschrieben. Es ist auch der empfohlene Ansatz für die Ausführung der SAP BusinessObjects BI-Plattform auf Azure.

Größenbestimmung

Die Kapazitätsplanung ist der Prozess der Ermittlung der Hardwareanforderungen, um die Anwendung effizient zu betreiben. Verwenden Sie für die SAP BOBI-Plattform das SAP-Größenanpassungstool namens Quick Sizer. Das Tool stellt SAPS basierend auf der Eingabe bereit, die Sie dann zertifizierten Azure-VM-Typen für SAP zuordnen. Im SAP-Hinweis 1928533 finden Sie die Liste der unterstützten SAP-Produkte und Azure-VM-Typen zusammen mit SAPS. Weitere Informationen zur Größenanpassung finden Sie im SAP BI-Größenhandbuch.

Für die Speicheranforderungen der SAP BOBI-Plattform bietet Azure verschiedene Arten von verwalteten Datenträgern an. Verwenden Sie für das SAP BOBI-Installationsverzeichnis einen premiumverwalteten Datenträger. Folgen Sie für die Datenbank, die auf virtuellen Computern ausgeführt wird, den Anweisungen in der DBMS-Bereitstellung für SAP-Workload.

Azure unterstützt zwei DBaaS-Angebote für die DATENebene der SAP BOBI-Plattform: Azure SQL-Datenbank (BI-Anwendung unter Windows) und Azure Database for MySQL (BI-Anwendung unter Linux und Windows). Basierend auf dem Größenergebnis können Sie das Einkaufsmodell auswählen, das Ihren Anforderungen am besten entspricht.

Tipp

Für eine schnelle Größenbestimmung berücksichtigen Sie, dass 800 SAPS = 1 vCPU, während Sie das SAPS-Ergebnis der Datenbankebene der SAP BOBI-Plattform zu Azure-DBaaS (Database-as-a-Service) zuordnen (Azure SQL-Datenbank oder Azure Database for MySQL).

Dimensionierungsmodelle für Azure SQL-Datenbank

Für Azure SQL-Datenbank gibt es die folgenden drei Kaufmodelle:

• vCore-basiert

  Mit dem vCore-basierten Modell können Sie die Anzahl der vCores, die Menge des Arbeitsspeichers und die Menge und Geschwindigkeit des Speichers auswählen. Mit dem vCore-basierten Einkaufsmodell können Sie auch den Azure-Hybridvorteil für SQL Server verwenden, um Kosteneinsparungen zu erzielen. Dieses Modell eignet sich für Sie, wenn Sie Flexibilität, Kontrolle und Transparenz schätzen.

  Im vCore-Modell werden drei Optionen auf Dienstebene angeboten: "General Purpose", "Business Critical" und "Hyperscale". Die Dienstebene definiert die Speicherarchitektur, die Speicherplatz- und E/A-Grenzwerte sowie Optionen für die Geschäftskontinuität im Zusammenhang mit der Verfügbarkeit und Notfallwiederherstellung. Die folgende Liste enthält allgemeine Details zu jeder Dienstebenenoption:

  • Die Dienstebene für allgemeine Zwecke eignet sich am besten für Geschäftsworkloads. Sie bietet budgetorientierte, ausgewogene und skalierbare Compute- und Speicheroptionen. Weitere Informationen finden Sie unter Ressourcenoptionen und -grenzwerte.
  • Unternehmenskritisch – Diese Dienstebene bietet Geschäftsanwendungen die höchste Resilienz gegenüber Fehlern durch die Verwendung mehrerer isolierter Replikate sowie die höchste E/A-Leistung pro Datenbankreplikat. Weitere Informationen finden Sie unter Ressourcenoptionen und -grenzwerte.
  • Hyperscale – Diese Dienstebene ist am besten für geschäftliche Workloads mit hohen Anforderungen an skalierbaren Speicher und Leseskalierung geeignet. Sie bietet eine höhere Ausfallsicherheit, da mehrere isolierte Datenbankreplikate konfiguriert werden können. Weitere Informationen finden Sie unter Ressourcenoptionen und -grenzwerte.

• DTU-basiert

  Das DTU-basierte Kaufmodell bietet zur Unterstützung einfacher und komplexer Datenbankworkloads eine Mischung aus Compute-, Arbeitsspeicher- und E/A-Ressourcen auf drei Dienstebenen. Berechnungsgrößen in jeder Stufe bieten eine andere Mischung dieser Ressourcen, zu denen Sie weitere Speicherressourcen hinzufügen können. Dieses Modell eignet sich am besten, wenn Sie einfache, vorkonfigurierte Ressourcenoptionen verwenden möchten.

  DTU-basierte Dienstebenen unterscheiden sich je nach Berechnungsgröße mit einer festen Ressourcenzuordnung für:

  • Inkludierter Speicher
  • Aufbewahrungszeitraum von Sicherungen
  • Preise

• Serverlos

  Das serverlose Modell skaliert die Rechenressourcen automatisch basierend auf der Nachfrage und rechnet die pro Sekunde verbrauchte Rechenleistung ab. Im Tarif „Serverloses Computing“ werden Datenbanken während inaktiver Zeiten, in denen nur Speicher in Rechnung gestellt wird, automatisch angehalten und bei Fortsetzen der Aktivität automatisch wieder in Betrieb genommen. Weitere Informationen finden Sie unter Ressourcenoptionen und -grenzwerte.

  Das serverlose Modell eignet sich besser für zeitweilige, unvorhersehbare Nutzung mit geringer durchschnittlicher Berechnungsauslastung im Laufe der Zeit. Sie können dieses Modell für die nicht produktive Bereitstellung von SAP BOBI verwenden.

Hinweis

Für SAP BOBI ist es praktisch, das vCore-basierte Modell zu verwenden und entweder die Dienstebene "General Purpose" oder "Business Critical service tier" basierend auf dem Geschäftsbedarf auszuwählen.

Größenmodelle für Azure-Datenbank für MySQL

Azure Database for MySQL verfügt über drei unterschiedliche Tarife. Sie unterscheiden sich je nach Anzahl der vCores, der Menge des Arbeitsspeichers pro vCore und der für die Datenspeicherung verwendeten Speichertechnologie. Die folgende Liste enthält allgemeine Details zu den Optionen. Weitere Informationen zu verschiedenen Attributen finden Sie in der Preisniveaudokumentation für Azure-Datenbank für MySQL.

• Basic: Wird für Zielworkloads verwendet, die eine leichte Compute- und E/A-Leistung erfordern.

• Allgemeiner Zweck: Geeignet für die meisten Geschäftsworkloads, die einen ausgewogenen Compute- und Arbeitsspeicher mit skalierbarem E/A-Durchsatz erfordern.

• Speicher optimiert: Entwickelt für hochleistungsfähige Datenbankworkloads, die die Leistung im Arbeitsspeicher für eine schnellere Transaktionsverarbeitung und höhere Parallelität erfordern.

Hinweis

Für SAP BOBI ist es praktisch, die Preisstufe "General Purpose" oder "Memory Optimized" basierend auf der Geschäftsauslastung zu verwenden.

Azure-Ressourcen

Bereichsauswahl

Eine Azure-Region ist eine oder eine Sammlung von Rechenzentren, die die Infrastruktur zum Ausführen und Hosten verschiedener Azure-Dienste enthält. Diese Infrastruktur enthält eine große Anzahl von Knoten, die als Computeknoten oder Speicherknoten funktionieren oder Netzwerkfunktionen ausführen. Nicht alle Regionen bieten dieselben Dienste an.

Einige SAP BI-Plattformkomponenten hängen von bestimmten VM-Typen, Speicherdiensten wie Azure Files oder Azure NetApp Files oder DBaaS für die Datenebene ab, die in bestimmten Regionen möglicherweise nicht verfügbar sind. Sie finden die genauen Informationen zu VM-Typen, Azure Storage-Typen oder anderen Azure-Diensten auf den produkten, die auf der Regionswebsite verfügbar sind . Wenn Sie Ihre SAP-Systeme bereits in Azure ausführen, wird Ihre Region identifiziert. Untersuchen Sie in diesem Fall zunächst, ob die erforderlichen Dienste in diesen Regionen verfügbar sind, um die Architektur der SAP BI-Plattform zu entscheiden.

VM-Skalierungsgruppen mit flexibler Orchestrierung

Skalierungssätze für virtuelle Computer mit flexibler Orchestrierung bieten eine logische Gruppierung von plattformverwalteten VMs. Du kannst ein Scale Set innerhalb einer Region erstellen oder es über Verfügbarkeitszonen spannen. Wenn Sie einen flexiblen Skalierungssatz innerhalb einer Region erstellen und auf einen Wert festlegen platformFaultDomainCount , der größer als 1 (FD>1) ist, verteilt Azure die virtuellen Computer in der Skalierungsmenge über die angegebene Anzahl von Fehlerdomänen in dieser Region. Wenn Sie einen flexiblen Skalierungssatz über Verfügbarkeitszonen mit platformFaultDomainCount=1 (FD=1) erstellen, werden die virtuellen Computer über die angegebene Zone verteilt. Das Scale Set verteilt außerdem die VMs auf verschiedene Fault-Domänen innerhalb der Zone nach dem Best-Effort-Prinzip.

Für SAP-Workloads wird nur ein flexibler Skalierungssatz mit FD=1 unterstützt. Im Vergleich zu herkömmlichen Verfügbarkeitszonenbereitstellungen bieten flexible Skalierungssätze mit FD=1 eine bessere Fehlerverteilung. Die VMs im Scale Set werden nach dem Best-Effort-Prinzip über mehrere Fault-Domänen innerhalb jeder Zone verteilt. Weitere Informationen zur Bereitstellung von SAP-Workload mit Skalierungssätzen finden Sie im Bereitstellungshandbuch für flexible VM-Skalierungsgruppen.

Verfügbarkeitszonen

Verfügbarkeitszonen sind physisch getrennte Standorte innerhalb einer Azure Region. Jede Verfügbarkeitszone besteht aus einem oder mehreren Rechenzentren, die mit unabhängiger Stromversorgung, Kühlung und Netzwerken ausgestattet sind.

Um eine hohe Verfügbarkeit auf jeder Ebene für die SAP BI-Plattform zu erreichen, können Sie virtuelle Computer über Verfügbarkeitszonen verteilen, indem Sie ein Hochverfügbarkeitsframework implementieren, das die beste SLA in Azure bereitstellen kann. Die VM-SLA in Azure finden Sie in der neuesten Version von VM-SLAs.

Für die Datenebene bietet Azure DBaaS standardmäßig ein Hochverfügbarkeitsframework. Sie müssen lediglich die Region auswählen, und die inhärenten Funktionen für hohe Verfügbarkeit, Redundanz und Resilienz des Diensts mindern Datenbankausfallzeiten von geplanten und ungeplanten Ausfällen, ohne dass Sie zusätzliche Komponenten konfigurieren müssen. Weitere Informationen zu SLA für unterstützte DBaaS-Angebote in Azure finden Sie unter "Hohe Verfügbarkeit" in Der Azure-Datenbank für MySQL. Siehe auch hohe Verfügbarkeit für Azure SQL-Datenbank.

Verfügbarkeitsgruppen

Ein Verfügbarkeitssatz ist eine logische Gruppierungsfunktion zum Isolieren von VM-Ressourcen voneinander, wenn sie bereitgestellt werden. Azure stellt sicher, dass die virtuellen Computer, die Sie in einem Verfügbarkeitssatz platzieren, auf mehreren physischen Servern, Compute-Racks, Speichereinheiten und Netzwerkswitchen ausgeführt werden. Bei einem Hardware- oder Softwarefehler ist nur ein Teil der virtuellen Computer betroffen, sodass Ihre Lösung weiterhin verwendet werden kann. Wenn VMs in Verfügbarkeitsgruppen platziert werden, verteilt Azure Fabric Controller die VMs über verschiedene Fehler - und Upgradedomänen , um zu verhindern, dass alle virtuellen Computer aufgrund der Infrastrukturwartung oder eines Fehlers innerhalb einer Fehlerdomäne nicht darauf zugreifen können.

DIE SAP BI-Plattform enthält viele unterschiedliche Komponenten. Stellen Sie beim Entwerfen der Architektur sicher, dass jede Komponente ausfallsicher ist. Sie können Resilienz erreichen, indem Sie Azure-VMs jeder Komponente in Verfügbarkeitsgruppen platzieren. Das Mischen von VM-Familien in demselben Verfügbarkeitssatz kann Kompatibilitätsprobleme verursachen, die verhindern, dass einige VM-Typen hinzugefügt werden. Verwenden Sie separate Verfügbarkeitsgruppen für Webanwendungen und BI-Anwendungen für SAP BI-Plattform, wie in der Architekturübersicht hervorgehoben.

Die Anzahl der Update- und Fehlerdomänen, die für einen Azure-Verfügbarkeitssatz in einer Azure-Skalierungseinheit verfügbar sind, ist begrenzt. Wenn Sie einem einzelnen Verfügbarkeitssatz weiterhin virtuelle Computer hinzufügen, enden zwei oder mehr VMs schließlich in derselben Fehler- oder Updatedomäne. Weitere Informationen finden Sie im Abschnitt „Azure-Verfügbarkeitssätze“ der Azure-VMs-Planung und -Implementierung für SAP-Dokument.

Eine Übersicht über Azure-Verfügbarkeitssätze und deren Beziehung zu Fehler- und Updatedomänen finden Sie im Artikel " Verfügbarkeit verwalten" .

Wichtig

• Die Konzepte von Azure-Verfügbarkeitszonen und Azure-Verfügbarkeitsgruppen schließen sich gegenseitig aus. Sie können zwei oder mehr VMs entweder in einer bestimmten Verfügbarkeitszone oder in einer Verfügbarkeitsgruppe bereitstellen, aber nicht in beiden.

• Wenn du eine zonenübergreifende Bereitstellung planst, verwende flexibles Scale Set mit FD=1 gegenüber der Standardbereitstellung in einer Verfügbarkeitsgruppe.

Virtuelle Maschinen (VMs)

Azure VM ist ein Dienstangebot, mit dem Sie benutzerdefinierte Images als IaaS-Instanzen in Azure bereitstellen können. Sie reduziert die Komplexität der Anwendungswartung und -vorgänge durch On-Demand-Datenverarbeitung und -Speicherung für:

• Hosting
• Scaling
• Verwalten von Webanwendungen
• Verwalten verbundener Anwendungen

Azure bietet verschiedene VMs für alle Ihre Anwendungsanforderungen. Für SAP-Workloads hat Azure die Auswahl jedoch auf verschiedene VM-Familien beschränkt, die speziell für SAP-Workloads und SAP HANA-Workloads geeignet sind. Weitere Informationen finden Sie unter "Unterstützte SAP-Software für Azure-Bereitstellungen".

Ordnen Sie basierend auf der Größe der SAP BI-Plattform Ihre Anforderung einer Azure-VM zu, die in Azure für SAP-Produkte unterstützt wird. SAP Note 1928533 ist ein guter Ausgangspunkt, der unterstützte Azure-VM-Typen für SAP-Produkte unter Windows und Linux auflistet. Denken Sie daran, dass Sie über die Auswahl der unterstützten VM-Typen hinaus überprüfen müssen, ob diese VM-Typen in einer bestimmten Region verfügbar sind. Sie können die Verfügbarkeit von VM-Typen auf der Seite "Produkte" überprüfen, die nach Region verfügbar sind. Informationen zum Auswählen des Preismodells finden Sie unter Azure VMs für SAP-Workload.

Speicher

Azure Storage ist ein von Azure verwalteter Clouddienst, der hochverwendbare, sichere, dauerhafte, skalierbare und redundante Speicher bereitstellt. Einige Speichertypen bieten eingeschränkte Unterstützung für SAP-Workloads. Mehrere Azure Storage-Typen sind jedoch gut geeignet oder für bestimmte SAP-Workloadszenarien optimiert. Weitere Informationen finden Sie im Leitfaden zu Azure Storage-Typen für SAP-Workload , da es verschiedene Speicheroptionen hervorhebung, die für SAP geeignet sind.

Azure Storage verfügt über unterschiedliche Speichertypen. Weitere Informationen finden Sie im Artikel zu den verfügbaren Datenträgertypen in Azure. Die SAP BOBI-Plattform verwendet den folgenden Azure Storage, um die Anwendung zu erstellen:

• Azure verwaltete Datenträger

  Ein verwalteter Datenträger ist ein Speichervolume auf Blockebene, das Azure verwaltet. Sie können die Datenträger für SAP BOBI-Plattformanwendungsserver und Datenbanken verwenden, wenn sie auf Azure-VMs installiert sind. Es gibt verschiedene Typen von von Azure verwalteten Datenträgern , aber Premium-SSDs werden für SAP BOBI-Plattformanwendung und -Datenbank empfohlen.

  Im folgenden Beispiel werden Premium-SSDs für das INSTALLATIONSverzeichnis der BOBI-Plattform verwendet. Für eine datenbank, die auf einem virtuellen Computer installiert ist, können Sie verwaltete Datenträger für Daten- und Protokollvolumes gemäß den Richtlinien verwenden. CMS- und Überwachungsdatenbanken sind in der Regel klein und verfügen nicht über dieselben Speicherleistungsanforderungen wie andere SAP OLTP/OLAP-Datenbanken.

• Azure Files Premium oder Azure NetApp Files

  In der SAP BOBI-Plattform bezieht sich der Datei-Repository-Server (FRS) auf die Datenträgerverzeichnisse, in denen Inhalte wie Berichte, Universen und Verbindungen gespeichert werden. Dieser Inhalt wird von allen Anwendungsservern dieses Systems verwendet. Azure Premium Files oder Azure NetApp Files Speicher können als freigegebenes Dateisystem für die SAP BOBI-Anwendung FRS verwendet werden. Da diese Speicherangebote nicht in allen Regionen verfügbar sind, finden Sie auf der nach Region verfügbaren Produkte aktuelle Informationen.

  Wenn der Dienst in Ihrer Region nicht verfügbar ist, können Sie einen NFS-Server erstellen, von dem Sie das Dateisystem für die SAP BOBI-Anwendung freigeben können. Sie müssen jedoch auch die hohe Verfügbarkeit berücksichtigen.

Netzwerk

SAP BOBI ist eine Berichterstellungs- und Analyse-BI-Plattform, die keine Geschäftsdaten enthält. Das System ist mit anderen Datenbankservern verbunden, auf denen alle Daten abgerufen werden, und bietet Benutzern Einblicke. Azure bietet eine Netzwerkinfrastruktur, die alle Szenarien für die SAP BI-Plattform unterstützt. Szenarien wie das Herstellen einer Verbindung mit lokalen Systemen, Systemen in verschiedenen virtuellen Netzwerken und vieles mehr. Weitere Informationen finden Sie unter Microsoft Azure Networking für SAP-Workload.

Für Datenbank-as-a-Service-Angebote verfügt jede neu erstellte Datenbank (Azure SQL-Datenbank oder Azure-Datenbank für MySQL) über eine Firewall, die alle externen Verbindungen blockiert. Um den Zugriff auf den DBaaS-Dienst von VMs auf BI-Plattform zu ermöglichen, geben Sie eine oder mehrere Firewallregeln auf Serverebene an, um den Zugriff auf Ihren DBaaS-Server zu ermöglichen. Weitere Informationen finden Sie unter Firewallregeln für Azure-Datenbank für MySQL und im Abschnitt " Netzwerkzugriffssteuerungen " für Azure SQL-Datenbank.

Verwandte Inhalte

• SAP BusinessObjects BI-Plattformbereitstellung unter Linux
• Planen und Implementierung von Azure-VMs für SAP
• Azure-VMs-Bereitstellung für SAP
• Azure VMs DBMS-Bereitstellung für SAP