Unterstützte Szenarien für große HANA-Instanzen
Dieser Artikel beschreibt die unterstützten Szenarien und Architekturdetails für große HANA-Instanzen (HANA Large Instances, HLI).
Hinweis
Wenn Ihr Szenario hier nicht beschrieben wird, wenden Sie sich an das Microsoft Service Management-Team, um Ihre Anforderungen zu bewerten. Bevor Sie die HLI-Einheit einrichten, überprüfen Sie den Entwurf zusammen mit SAP oder Ihrem Dienstimplementierungspartner.
Begriffe und Definitionen
Machen Sie sich mit den Begriffen und Definitionen vertraut, die in diesem Artikel verwendet werden:
- SID: Ein Systembezeichner für das HANA-System.
- HLI: HANA (große Instanzen).
- DR: Notfallwiederherstellung (Disaster recovery, DR).
- Normale DR: Ein Systemsetup mit einer dedizierten Ressource nur für DR-Zwecke.
- Mehrzweck-DR: Ein System am DR-Standort, das für die Verwendung einer nicht produktiven Umgebung neben einer Produktionsinstanz konfiguriert ist, die wiederum für ein DR-Ereignis konfiguriert ist.
- Einzelne SID: Ein System mit einer installierten Instanz.
- Multi-SID: Ein System mit mehreren konfigurierten Instanzen, wird auch als MCOS-Umgebung bezeichnet.
- HSR: SAP HANA-Systemreplikation.
Übersicht
Zum Erfüllen Ihrer Geschäftsanforderungen bieten große HANA-Instanzen Unterstützung für verschiedene Architekturen. In den folgenden Abschnitten werden die Architekturszenarien und die zugehörigen Konfigurationsdetails beschrieben.
Die abgeleiteten Architekturentwürfe sind rein infrastrukturbezogen. Wenden Sie sich an SAP oder Ihre Implementierungspartner für die Bereitstellung von HANA. Wenn Ihre Szenarien in diesem Artikel nicht aufgeführt sind, wenden Sie sich an das Microsoft-Kontoteam, um die Architektur zu überprüfen und eine Lösung für Sie abzuleiten.
Hinweis
Diese Architekturen sind vollständig mit dem TDI-Entwurf (Tailored Data Integration, angepasste Datenintegration) kompatibel und werden von SAP unterstützt.
Dieser Artikel beschreibt die Details der beiden Komponenten in jeder unterstützten Architektur:
- Ethernet
- Storage
Ethernet
Jeder bereitgestellte Server ist mit Gruppen von Ethernetschnittstellen vorkonfiguriert. Die auf jeder HLI-Einheit konfigurierten Ethernetschnittstellen lassen sich in vier Kategorien unterteilen:
- A: Wird für oder durch Clientzugriff verwendet.
- B: Wird für die Kommunikation zwischen Knoten verwendet. Diese Schnittstelle wird unabhängig davon, welche Topologie Sie anfordern, auf allen Servern konfiguriert. Sie wird jedoch nur für Szenarien mit horizontaler Skalierung verwendet.
- C: Wird für die Konnektivität zwischen Knoten und Speicher verwendet.
- D: Wird für die Konnektivität zwischen Knoten und iSCSI-Geräteverbindung für das Fencingsetup verwendet. Diese Schnittstelle ist nur konfiguriert, wenn ein HSR-Setup angefordert wird.
| Logische Netzwerkkarten-Schnittstelle | SKU-Typ | Name mit dem Betriebssystem SUSE | Name mit dem Betriebssystem RHEL | Anwendungsfall |
|---|---|---|---|---|
| Ein | TYP I | eth0.tenant | eno1.tenant | Client zu HLI |
| B | TYP I | eth2.tenant | eno3.tenant | Knoten zu Knoten |
| C | TYP I | eth1.tenant | eno2.tenant | Knoten zu Speicher |
| D | TYP I | eth4.tenant | eno4.tenant | Fencing |
| Ein | TYP II | vlan<tenantNo> | team0.tenant | Client zu HLI |
| B | TYP II | vlan<tenantNo+2> | team0.tenant+2 | Knoten zu Knoten |
| C | TYP II | vlan<tenantNo+1> | team0.tenant+1 | Knoten zu Speicher |
| D | TYP II | vlan<tenantNo+3> | team0.tenant+3 | Fencing |
Sie wählen die Schnittstellen je nach der Topologie aus, die auf der HLI-Einheit konfiguriert ist. Beispielsweise ist die Schnittstelle „B“ für die Kommunikation zwischen Knoten eingerichtet. Dies ist sinnvoll, wenn Sie eine Topologie mit horizontaler Skalierung konfiguriert haben. Diese Schnittstelle wird für Einzelknotenkonfigurationen mit zentraler Skalierung nicht verwendet. Weitere Informationen zur Schnittstellenverwendung erhalten Sie weiter unten in diesem Artikel im jeweiligen von Ihnen benötigten Szenario.
Bei Bedarf können Sie selbst weitere Netzwerkkarten definieren. Die Konfigurationen vorhandener Netzwerkkarten können jedoch nicht geändert werden.
Hinweis
Möglicherweise finden Sie noch weitere Schnittstellen, die physische Schnittstellen oder Verbindungen sind. Berücksichtigen Sie für Ihren Anwendungsfall nur die oben erwähnten Schnittstellen. Ignorieren Sie alle anderen Schnittstellen.
Die Verteilung für Einheiten mit zwei zugewiesenen IP-Adressen sollte wie folgt aussehen:
Ethernet „A“ muss eine zugewiesene IP-Adresse haben, die aus dem Adressbereich des Server-IP-Pools stammt, den Sie an Microsoft übermittelt haben. Diese IP-Adresse muss im Verzeichnis etc/hosts des Betriebssystems verwaltet werden.
Ethernet „C“ muss eine zugewiesene IP-Adresse haben, die für die Kommunikation mit NFS verwendet wird. Diese Adresse muss nicht im Verzeichnis etc/hosts verwaltet werden, um Datenverkehr zwischen Instanzen innerhalb des Mandanten zu ermöglichen.
Für die HANA-Systemreplikation oder HANA-Bereitstellungen mit horizontaler Skalierung ist eine Bladekonfiguration mit zwei zugewiesenen IP-Adressen nicht geeignet. Wenn Sie nur über zwei zugewiesene IP-Adressen verfügen und eine solche Konfiguration bereitstellen möchten, wenden Sie sich an das zuständige Team von SAP HANA oder Azure Service Management. Das entsprechende Team kann Ihnen eine dritte IP-Adresse in einem dritten VLAN zuweisen. Für große HANA-Instanzen mit drei zugewiesenen IP-Adressen an drei Netzwerkkartenports gelten die folgenden Verwendungsregeln:
Ethernet „A“ muss eine zugewiesene IP-Adresse haben, die außerhalb des Adressbereichs des Server-IP-Pools liegt, den Sie an Microsoft übermittelt haben. Diese IP-Adresse darf nicht im Verzeichnis etc/hosts des Betriebssystems verwaltet werden.
Ethernet „B“ muss für die Kommunikation zwischen den verschiedenen Instanzen ausschließlich im Verzeichnis etc/hosts verwaltet werden. Verwalten Sie diese IP-Adressen in HANA-Konfigurationen mit horizontaler Skalierung als diejenigen IP-Adressen, die HANA für die Konfiguration zwischen Knoten verwendet.
Ethernet „C“ muss eine zugewiesene IP-Adresse haben, die für die Kommunikation mit NFS-Speicher verwendet wird. Diese Art von Adresse darf nicht im Verzeichnis etc/hosts verwaltet werden.
Ethernet „D“ darf ausschließlich für den Zugriff auf Fencinggeräte für Pacemaker verwendet werden. Diese Schnittstelle ist erforderlich, wenn Sie die HANA-Systemreplikation konfigurieren und ein automatisches Failover des Betriebssystems mithilfe eines SBD-basierten Geräts erzielen möchten.
Storage
Der Speicher ist je nach angeforderter Topologie vorkonfiguriert. Die Volumegrößen und Bereitstellungspunkte variieren je nach Anzahl von Servern und SKUs und der konfigurierten Topologie. Weitere Informationen erhalten Sie weiter unten in diesem Artikel im jeweiligen von Ihnen benötigten Szenario. Wenn mehr Speicher erforderlich ist, können Sie diesen in Schritten von jeweils einem TB erwerben.
Hinweis
Der Bereitstellungspunkt „/usr/sap/<SID>“ ist ein symbolischer Link zum Bereitstellungspunkt „/hana/shared“.
Unterstützte Szenarios
Bei den Architekturdiagrammen in den nächsten Abschnitten werden die folgenden Notationen verwendet:
Dies sind die unterstützten Szenarien:
- Einzelner Knoten mit einer SID
- Einzelner Knoten MCOS
- Einzelner Knoten mit DR (normal)
- Einzelner Knoten mit DR (Mehrzweck)
- HSR mit Fencing
- HSR mit DR (normal/Mehrzweck)
- Automatisches Hostfailover (1+1)
- Horizontales Hochskalieren mit Standby
- Horizontales Hochskalieren ohne Standby
- Horizontales Hochskalieren mit DR
Einzelner Knoten mit einer SID
Diese Topologie unterstützt einen Knoten in einer Konfiguration mit zentraler Skalierung und einer SID.
Architekturdiagramm
Ethernet
Die folgenden Netzwerkschnittstellen sind vorkonfiguriert:
| Logische Netzwerkkarten-Schnittstelle | SKU-Typ | Name mit dem Betriebssystem SUSE | Name mit dem Betriebssystem RHEL | Anwendungsfall |
|---|---|---|---|---|
| Ein | TYP I | eth0.tenant | eno1.tenant | Client zu HLI |
| B | TYP I | eth2.tenant | eno3.tenant | Konfiguriert, aber nicht verwendet |
| C | TYP I | eth1.tenant | eno2.tenant | Knoten zu Speicher |
| D | TYP I | eth4.tenant | eno4.tenant | Konfiguriert, aber nicht verwendet |
| Ein | TYP II | vlan<tenantNo> | team0.tenant | Client zu HLI |
| B | TYP II | vlan<tenantNo+2> | team0.tenant+2 | Konfiguriert, aber nicht verwendet |
| C | TYP II | vlan<tenantNo+1> | team0.tenant+1 | Knoten zu Speicher |
| D | TYP II | vlan<tenantNo+3> | team0.tenant+3 | Konfiguriert, aber nicht verwendet |
Storage
Die folgenden Bereitstellungspunkte sind vorkonfiguriert:
| Mountpunkt | Anwendungsfall |
|---|---|
| /hana/shared/SID | HANA-Installation |
| /hana/data/SID/mnt00001 | Installation der Datendateien |
| /hana/log/SID/mnt00001 | Installation der Protokolldateien |
| /hana/logbackups/SID | Wiederholungsprotokolle |
Wichtige Aspekte
- /usr/sap/SID ist eine symbolische Verknüpfung mit /hana/shared/SID.
Einzelner Knoten MCOS
Diese Topologie unterstützt einen Knoten in einer Konfiguration mit zentraler Skalierung und mehreren SIDs.
Architekturdiagramm
Ethernet
Die folgenden Netzwerkschnittstellen sind vorkonfiguriert:
| Logische Netzwerkkarten-Schnittstelle | SKU-Typ | Name mit dem Betriebssystem SUSE | Name mit dem Betriebssystem RHEL | Anwendungsfall |
|---|---|---|---|---|
| Ein | TYP I | eth0.tenant | eno1.tenant | Client zu HLI |
| B | TYP I | eth2.tenant | eno3.tenant | Konfiguriert, aber nicht verwendet |
| C | TYP I | eth1.tenant | eno2.tenant | Knoten zu Speicher |
| D | TYP I | eth4.tenant | eno4.tenant | Konfiguriert, aber nicht verwendet |
| Ein | TYP II | vlan<tenantNo> | team0.tenant | Client zu HLI |
| B | TYP II | vlan<tenantNo+2> | team0.tenant+2 | Konfiguriert, aber nicht verwendet |
| C | TYP II | vlan<tenantNo+1> | team0.tenant+1 | Knoten zu Speicher |
| D | TYP II | vlan<tenantNo+3> | team0.tenant+3 | Konfiguriert, aber nicht verwendet |
Storage
Die folgenden Bereitstellungspunkte sind vorkonfiguriert:
| Mountpunkt | Anwendungsfall |
|---|---|
| /hana/shared/SID1 | HANA-Installation für SID1 |
| /hana/data/SID1/mnt00001 | Installation der Datendateien für SID1 |
| /hana/log/SID1/mnt00001 | Installation der Protokolldateien für SID1 |
| /hana/logbackups/SID1 | Wiederholungsprotokolle für SID1 |
| /hana/shared/SID2 | HANA-Installation für SID2 |
| /hana/data/SID2/mnt00001 | Installation der Datendateien für SID2 |
| /hana/log/SID2/mnt00001 | Installation der Protokolldateien für SID2 |
| /hana/logbackups/SID2 | Wiederholungsprotokolle für SID2 |
Wichtige Aspekte
- /usr/sap/SID ist eine symbolische Verknüpfung mit /hana/shared/SID.
- Die Verteilung der Volumegröße basiert auf der Datenbankgröße im Arbeitsspeicher. Im Abschnitt Übersicht und Architektur erfahren Sie, welche Datenbankgrößen im Arbeitsspeicher in einer Umgebung mit mehreren SIDs unterstützt werden.
Einzelner Knoten mit Notfallwiederherstellung mithilfe der Speicherreplikation
Diese Topologie unterstützt einen Knoten in einer zentral hochskalierten Konfiguration mit einer oder mehreren SIDs. Die speicherbasierte Replikation am DR-Standort wird für eine primäre SID verwendet. In der Abbildung ist nur ein System mit einer einzigen SID am primären Standort dargestellt, MCOS-Systeme werden aber ebenfalls unterstützt.
Architekturdiagramm
Ethernet
Die folgenden Netzwerkschnittstellen sind vorkonfiguriert:
| Logische Netzwerkkarten-Schnittstelle | SKU-Typ | Name mit dem Betriebssystem SUSE | Name mit dem Betriebssystem RHEL | Anwendungsfall |
|---|---|---|---|---|
| Ein | TYP I | eth0.tenant | eno1.tenant | Client zu HLI |
| B | TYP I | eth2.tenant | eno3.tenant | Konfiguriert, aber nicht verwendet |
| C | TYP I | eth1.tenant | eno2.tenant | Knoten zu Speicher |
| D | TYP I | eth4.tenant | eno4.tenant | Konfiguriert, aber nicht verwendet |
| Ein | TYP II | vlan<tenantNo> | team0.tenant | Client zu HLI |
| B | TYP II | vlan<tenantNo+2> | team0.tenant+2 | Konfiguriert, aber nicht verwendet |
| C | TYP II | vlan<tenantNo+1> | team0.tenant+1 | Knoten zu Speicher |
| D | TYP II | vlan<tenantNo+3> | team0.tenant+3 | Konfiguriert, aber nicht verwendet |
Storage
Die folgenden Bereitstellungspunkte sind vorkonfiguriert:
| Mountpunkt | Anwendungsfall |
|---|---|
| /hana/shared/SID | HANA-Installation für SID |
| /hana/data/SID/mnt00001 | Installation der Datendateien für SID |
| /hana/log/SID/mnt00001 | Installation der Protokolldateien für SID |
| /hana/logbackups/SID | Wiederholungsprotokolle für SID |
Wichtige Aspekte
- /usr/sap/SID ist eine symbolische Verknüpfung mit /hana/shared/SID.
- Für MCOS: Die Verteilung der Volumegröße basiert auf der Datenbankgröße im Arbeitsspeicher. Im Abschnitt Übersicht und Architektur erfahren Sie, welche Datenbankgrößen im Arbeitsspeicher in einer Umgebung mit mehreren SIDs unterstützt werden.
- Am DR-Standort: Die Volumes und Bereitstellungspunkte sind für die Installation der HANA-Produktionsinstanz auf der DR-HLI-Einheit konfiguriert (als „Für HANA-Installation erforderlich“ markiert).
- Am DR-Standort: Die Daten, Protokollsicherungen und freigegebenen Volumes (als „Speicherreplikation“ markiert) werden über eine Momentaufnahme vom Produktionsstandort repliziert. Diese Volumes werden nur während eines Failovers bereitgestellt. Weitere Informationen finden Sie unter Failoverprozedur für die Notfallwiederherstellung.
- Das Startvolume für die SKU-Typ I-Klasse wird auf dem DR-Knoten repliziert.
Einzelner Knoten mit Notfallwiederherstellung (Mehrzweck) unter Verwendung der Speicherreplikation
Diese Topologie unterstützt einen Knoten in einer zentral hochskalierten Konfiguration mit einer oder mehreren SIDs. Die speicherbasierte Replikation am DR-Standort wird für eine primäre SID verwendet.
Im Diagramm ist nur ein System mit einer einzigen SID am primären Standort dargestellt, MCOS-Systeme (mit mehreren SIDs) werden aber ebenfalls unterstützt. Am DR-Standort wird die HLI-Einheit für die QA-Instanz verwendet. Produktionsvorgänge werden vom primären Standort aus ausgeführt. Während des DR-Failovers (oder der Failovertests) wird die QA-Instanz am DR-Standort außer Betrieb genommen.
Architekturdiagramm
Ethernet
Die folgenden Netzwerkschnittstellen sind vorkonfiguriert:
| Logische Netzwerkkarten-Schnittstelle | SKU-Typ | Name mit dem Betriebssystem SUSE | Name mit dem Betriebssystem RHEL | Anwendungsfall |
|---|---|---|---|---|
| Ein | TYP I | eth0.tenant | eno1.tenant | Client zu HLI |
| B | TYP I | eth2.tenant | eno3.tenant | Konfiguriert, aber nicht verwendet |
| C | TYP I | eth1.tenant | eno2.tenant | Knoten zu Speicher |
| D | TYP I | eth4.tenant | eno4.tenant | Konfiguriert, aber nicht verwendet |
| Ein | TYP II | vlan<tenantNo> | team0.tenant | Client zu HLI |
| B | TYP II | vlan<tenantNo+2> | team0.tenant+2 | Konfiguriert, aber nicht verwendet |
| C | TYP II | vlan<tenantNo+1> | team0.tenant+1 | Knoten zu Speicher |
| D | TYP II | vlan<tenantNo+3> | team0.tenant+3 | Konfiguriert, aber nicht verwendet |
Storage
Die folgenden Bereitstellungspunkte sind vorkonfiguriert:
| Mountpunkt | Anwendungsfall |
|---|---|
| Am primären Standort | |
| /hana/shared/SID | SID der HANA-Installation für die Produktion |
| /hana/data/SID/mnt00001 | SID der Datendateieninstallation für die Produktion |
| /hana/log/SID/mnt00001 | SID der Protokolldateieninstallation für die Produktion |
| /hana/logbackups/SID | SID für die Wiederholungsprotokolle für die Produktion |
| Am DR-Standort | |
| /hana/shared/SID | SID der HANA-Installation für die Produktion |
| /hana/data/SID/mnt00001 | SID der Datendateieninstallation für die Produktion |
| /hana/log/SID/mnt00001 | SID der Protokolldateieninstallation für die Produktion |
| /hana/shared/QA-SID | SID der HANA-Installation für QA |
| /hana/data/QA-SID/mnt00001 | SID der Datendateieninstallation für QA |
| /hana/log/QA-SID/mnt00001 | SID der Protokolldateieninstallation für QA |
| /hana/logbackups/QA-SID | Wiederholungsprotokolle für QA-SID |
Wichtige Aspekte
- /usr/sap/SID ist eine symbolische Verknüpfung mit /hana/shared/SID.
- Für MCOS: Die Verteilung der Volumegröße basiert auf der Datenbankgröße im Arbeitsspeicher. Im Abschnitt Übersicht und Architektur erfahren Sie, welche Datenbankgrößen im Arbeitsspeicher in einer Umgebung mit mehreren SIDs unterstützt werden.
- Am DR-Standort: Die Volumes und Bereitstellungspunkte sind für die Installation der HANA-Produktionsinstanz auf der DR-HLI-Einheit konfiguriert (als „Für HANA-Installation erforderlich“ markiert).
- Am DR-Standort: Die Daten, Protokollsicherungen und freigegebenen Volumes (als „Speicherreplikation“ markiert) werden über eine Momentaufnahme vom Produktionsstandort repliziert. Diese Volumes werden nur während eines Failovers bereitgestellt. Weitere Informationen finden Sie unter Failoverprozedur für die Notfallwiederherstellung.
- Am DR-Standort: Die Daten, Protokollsicherungen, Protokolle und freigegebenen Volumes für QA (als „QA-Instanzinstallation“ gekennzeichnet) sind für die Installation der QA-Instanz konfiguriert.
- Das Startvolume für die SKU-Typ I-Klasse wird auf dem DR-Knoten repliziert.
HSR mit Fencing für Hochverfügbarkeit
Diese Topologie unterstützt zwei Knoten für die Konfiguration der HANA-Systemreplikation. Diese Konfiguration wird nur für einzelne HANA-Instanzen auf einem Knoten unterstützt. MCOS-Szenarien werden nicht unterstützt.
Hinweis
Ab Dezember 2019 wird diese Architektur nur für das Betriebssystem SUSE unterstützt.
Architekturdiagramm
Ethernet
Die folgenden Netzwerkschnittstellen sind vorkonfiguriert:
| Logische Netzwerkkarten-Schnittstelle | SKU-Typ | Name mit dem Betriebssystem SUSE | Name mit dem Betriebssystem RHEL | Anwendungsfall |
|---|---|---|---|---|
| Ein | TYP I | eth0.tenant | eno1.tenant | Client zu HLI |
| B | TYP I | eth2.tenant | eno3.tenant | Konfiguriert, aber nicht verwendet |
| C | TYP I | eth1.tenant | eno2.tenant | Knoten zu Speicher |
| D | TYP I | eth4.tenant | eno4.tenant | Wird zum Fencing verwendet |
| Ein | TYP II | vlan<tenantNo> | team0.tenant | Client zu HLI |
| B | TYP II | vlan<tenantNo+2> | team0.tenant+2 | Konfiguriert, aber nicht verwendet |
| C | TYP II | vlan<tenantNo+1> | team0.tenant+1 | Knoten zu Speicher |
| D | TYP II | vlan<tenantNo+3> | team0.tenant+3 | Wird zum Fencing verwendet |
Storage
Die folgenden Bereitstellungspunkte sind vorkonfiguriert:
| Mountpunkt | Anwendungsfall |
|---|---|
| Auf dem primären Knoten | |
| /hana/shared/SID | SID der HANA-Installation für die Produktion |
| /hana/data/SID/mnt00001 | SID der Datendateieninstallation für die Produktion |
| /hana/log/SID/mnt00001 | SID der Protokolldateieninstallation für die Produktion |
| /hana/logbackups/SID | SID für die Wiederholungsprotokolle für die Produktion |
| Auf dem sekundären Knoten | |
| /hana/shared/SID | SID der HANA-Installation für den sekundären Knoten |
| /hana/data/SID/mnt00001 | SID der Datendateieninstallation für den sekundären Knoten |
| /hana/log/SID/mnt00001 | SID der Protokolldateieninstallation für den sekundären Knoten |
| /hana/logbackups/SID | SID der Wiederholungsprotokolle für sekundären Knoten |
Wichtige Aspekte
- /usr/sap/SID ist eine symbolische Verknüpfung mit /hana/shared/SID.
- Für MCOS: Die Verteilung der Volumegröße basiert auf der Datenbankgröße im Arbeitsspeicher. Im Abschnitt Übersicht und Architektur erfahren Sie, welche Datenbankgrößen im Arbeitsspeicher in einer Umgebung mit mehreren SIDs unterstützt werden.
- Fencing: Eine SBD wird für das Setup des Fencinggeräts konfiguriert. Die Verwendung von Fencing ist jedoch optional.
Hochverfügbarkeit mit HSR und Notfallwiederherstellung mit Speicherreplikation
Diese Topologie unterstützt zwei Knoten für die Konfiguration der HANA-Systemreplikation. Sowohl normale als auch Mehrzweck-DR wird unterstützt. Diese Konfigurationen werden nur für einzelne HANA-Instanzen auf einem Knoten unterstützt. MCOS-Szenarien werden bei diesen Konfigurationen nicht unterstützt.
In der Abbildung ist ein Mehrzweckszenario am DR-Standort gezeigt, bei dem die HLI-Einheit für die QA-Instanz verwendet wird. Produktionsvorgänge werden vom primären Standort aus ausgeführt. Während des DR-Failovers (oder der Failovertests) wird die QA-Instanz am DR-Standort außer Betrieb genommen.
Architekturdiagramm
Ethernet
Die folgenden Netzwerkschnittstellen sind vorkonfiguriert:
| Logische Netzwerkkarten-Schnittstelle | SKU-Typ | Name mit dem Betriebssystem SUSE | Name mit dem Betriebssystem RHEL | Anwendungsfall |
|---|---|---|---|---|
| Ein | TYP I | eth0.tenant | eno1.tenant | Client zu HLI |
| B | TYP I | eth2.tenant | eno3.tenant | Konfiguriert, aber nicht verwendet |
| C | TYP I | eth1.tenant | eno2.tenant | Knoten zu Speicher |
| D | TYP I | eth4.tenant | eno4.tenant | Wird zum Fencing verwendet |
| Ein | TYP II | vlan<tenantNo> | team0.tenant | Client zu HLI |
| B | TYP II | vlan<tenantNo+2> | team0.tenant+2 | Konfiguriert, aber nicht verwendet |
| C | TYP II | vlan<tenantNo+1> | team0.tenant+1 | Knoten zu Speicher |
| D | TYP II | vlan<tenantNo+3> | team0.tenant+3 | Wird zum Fencing verwendet |
Storage
Die folgenden Bereitstellungspunkte sind vorkonfiguriert:
| Mountpunkt | Anwendungsfall |
|---|---|
| Auf dem primären Knoten am primären Standort | |
| /hana/shared/SID | SID der HANA-Installation für die Produktion |
| /hana/data/SID/mnt00001 | SID der Datendateieninstallation für die Produktion |
| /hana/log/SID/mnt00001 | SID der Protokolldateieninstallation für die Produktion |
| /hana/logbackups/SID | SID für die Wiederholungsprotokolle für die Produktion |
| Auf dem sekundären Knoten am primären Standort | |
| /hana/shared/SID | SID der HANA-Installation für den sekundären Knoten |
| /hana/data/SID/mnt00001 | SID der Datendateieninstallation für den sekundären Knoten |
| /hana/log/SID/mnt00001 | SID der Protokolldateieninstallation für den sekundären Knoten |
| /hana/logbackups/SID | SID der Wiederholungsprotokolle für sekundären Knoten |
| Am DR-Standort | |
| /hana/shared/SID | SID der HANA-Installation für die Produktion |
| /hana/data/SID/mnt00001 | SID der Datendateieninstallation für die Produktion |
| /hana/log/SID/mnt00001 | SID der Protokolldateieninstallation für die Produktion |
| /hana/shared/QA-SID | SID der HANA-Installation für QA |
| /hana/data/QA-SID/mnt00001 | SID der Datendateieninstallation für QA |
| /hana/log/QA-SID/mnt00001 | SID der Protokolldateieninstallation für QA |
| /hana/logbackups/QA-SID | Wiederholungsprotokolle für QA-SID |
Wichtige Aspekte
- /usr/sap/SID ist eine symbolische Verknüpfung mit /hana/shared/SID.
- Für MCOS: Die Verteilung der Volumegröße basiert auf der Datenbankgröße im Arbeitsspeicher. Im Abschnitt Übersicht und Architektur erfahren Sie, welche Datenbankgrößen im Arbeitsspeicher in einer Umgebung mit mehreren SIDs unterstützt werden.
- Fencing: Eine SBD wird für das Fencingsetup konfiguriert. Die Verwendung von Fencing ist jedoch optional.
- Am DR-Standort: Zwei Sätze von Speichervolumes sind für die Replikation des primären und sekundären Knotens erforderlich.
- Am DR-Standort: Die Volumes und Bereitstellungspunkte sind für die Installation der HANA-Produktionsinstanz auf der DR-HLI-Einheit konfiguriert (als „Für HANA-Installation erforderlich“ markiert).
- Am DR-Standort: Die Daten, Protokollsicherungen und freigegebenen Volumes (als „Speicherreplikation“ markiert) werden über eine Momentaufnahme vom Produktionsstandort repliziert. Diese Volumes werden nur während eines Failovers bereitgestellt. Weitere Informationen finden Sie unter Failoverprozedur für die Notfallwiederherstellung.
- Am DR-Standort: Die Daten, Protokollsicherungen, Protokolle und freigegebenen Volumes für QA (als „QA-Instanzinstallation“ gekennzeichnet) sind für die Installation der QA-Instanz konfiguriert.
- Das Startvolume für die SKU-Typ I-Klasse wird auf dem DR-Knoten repliziert.
Automatisches Hostfailover (1+1)
Diese Topologie unterstützt zwei Knoten in einer automatischen Hostfailoverkonfiguration. Auf einem Knoten wird die primäre Rolle/Workerrolle ausgeführt, der andere fungiert als Standbyknoten. SAP unterstützt dieses Szenario nur für S/4 HANA. Weitere Informationen finden Sie im OSS-Hinweis 2408419 – SAP S/4HANA: Unterstützung für mehrere Knoten.
Architekturdiagramm
Ethernet
Die folgenden Netzwerkschnittstellen sind vorkonfiguriert:
| Logische Netzwerkkarten-Schnittstelle | SKU-Typ | Name mit dem Betriebssystem SUSE | Name mit dem Betriebssystem RHEL | Anwendungsfall |
|---|---|---|---|---|
| Ein | TYP I | eth0.tenant | eno1.tenant | Client zu HLI |
| B | TYP I | eth2.tenant | eno3.tenant | Kommunikation zwischen Knoten |
| C | TYP I | eth1.tenant | eno2.tenant | Knoten zu Speicher |
| D | TYP I | eth4.tenant | eno4.tenant | Konfiguriert, aber nicht verwendet |
| Ein | TYP II | vlan<tenantNo> | team0.tenant | Client zu HLI |
| B | TYP II | vlan<tenantNo+2> | team0.tenant+2 | Kommunikation zwischen Knoten |
| C | TYP II | vlan<tenantNo+1> | team0.tenant+1 | Knoten zu Speicher |
| D | TYP II | vlan<tenantNo+3> | team0.tenant+3 | Konfiguriert, aber nicht verwendet |
Storage
Die folgenden Bereitstellungspunkte sind vorkonfiguriert:
| Mountpunkt | Anwendungsfall |
|---|---|
| Auf dem primären Knoten und Standbyknoten | |
| /hana/shared | SID der HANA-Installation für die Produktion |
| /hana/data/SID/mnt00001 | SID der Datendateieninstallation für die Produktion |
| /hana/log/SID/mnt00001 | SID der Protokolldateieninstallation für die Produktion |
| /hana/logbackups/SID | SID für die Wiederholungsprotokolle für die Produktion |
Wichtige Aspekte
- /usr/sap/SID ist eine symbolische Verknüpfung mit /hana/shared/SID.
- Auf dem Standbyknoten: Die Volumes und Bereitstellungspunkte sind für die Installation der HANA-Instanz auf der Standbyeinheit konfiguriert (als „Für HANA-Installation erforderlich“ markiert).
Horizontales Hochskalieren mit Standby
Diese Topologie unterstützt mehrere Knoten in einer horizontal hochskalierten Konfiguration. Auf einem Knoten wird die primäre Rolle ausgeführt, auf mindestens einem Knoten wird eine Workerrolle ausgeführt, und mindestens ein Knoten fungiert als Standbyknoten. Allerdings kann es jeweils immer nur einen primären Knoten geben.
Architekturdiagramm
Ethernet
Die folgenden Netzwerkschnittstellen sind vorkonfiguriert:
| Logische Netzwerkkarten-Schnittstelle | SKU-Typ | Name mit dem Betriebssystem SUSE | Name mit dem Betriebssystem RHEL | Anwendungsfall |
|---|---|---|---|---|
| Ein | TYP I | eth0.tenant | eno1.tenant | Client zu HLI |
| B | TYP I | eth2.tenant | eno3.tenant | Kommunikation zwischen Knoten |
| C | TYP I | eth1.tenant | eno2.tenant | Knoten zu Speicher |
| D | TYP I | eth4.tenant | eno4.tenant | Konfiguriert, aber nicht verwendet |
| Ein | TYP II | vlan<tenantNo> | team0.tenant | Client zu HLI |
| B | TYP II | vlan<tenantNo+2> | team0.tenant+2 | Kommunikation zwischen Knoten |
| C | TYP II | vlan<tenantNo+1> | team0.tenant+1 | Knoten zu Speicher |
| D | TYP II | vlan<tenantNo+3> | team0.tenant+3 | Konfiguriert, aber nicht verwendet |
Storage
Die folgenden Bereitstellungspunkte sind vorkonfiguriert:
| Mountpunkt | Anwendungsfall |
|---|---|
| Auf dem primären Knoten, Workerknoten und Standbyknoten | |
| /hana/shared | SID der HANA-Installation für die Produktion |
| /hana/data/SID/mnt00001 | SID der Datendateieninstallation für die Produktion |
| /hana/log/SID/mnt00001 | SID der Protokolldateieninstallation für die Produktion |
| /hana/logbackups/SID | SID für die Wiederholungsprotokolle für die Produktion |
Horizontales Hochskalieren ohne Standby
Diese Topologie unterstützt mehrere Knoten in einer horizontal hochskalierten Konfiguration. Auf einem Knoten wird die primäre Rolle ausgeführt, und auf mindestens einem Knoten wird eine Workerrolle ausgeführt. Allerdings kann es jeweils immer nur einen primären Knoten geben.
Architekturdiagramm
Ethernet
Die folgenden Netzwerkschnittstellen sind vorkonfiguriert:
| Logische Netzwerkkarten-Schnittstelle | SKU-Typ | Name mit dem Betriebssystem SUSE | Name mit dem Betriebssystem RHEL | Anwendungsfall |
|---|---|---|---|---|
| Ein | TYP I | eth0.tenant | eno1.tenant | Client zu HLI |
| B | TYP I | eth2.tenant | eno3.tenant | Kommunikation zwischen Knoten |
| C | TYP I | eth1.tenant | eno2.tenant | Knoten zu Speicher |
| D | TYP I | eth4.tenant | eno4.tenant | Konfiguriert, aber nicht verwendet |
| Ein | TYP II | vlan<tenantNo> | team0.tenant | Client zu HLI |
| B | TYP II | vlan<tenantNo+2> | team0.tenant+2 | Kommunikation zwischen Knoten |
| C | TYP II | vlan<tenantNo+1> | team0.tenant+1 | Knoten zu Speicher |
| D | TYP II | vlan<tenantNo+3> | team0.tenant+3 | Konfiguriert, aber nicht verwendet |
Storage
Die folgenden Bereitstellungspunkte sind vorkonfiguriert:
| Mountpunkt | Anwendungsfall |
|---|---|
| Auf dem primären Knoten und Workerknoten | |
| /hana/shared | SID der HANA-Installation für die Produktion |
| /hana/data/SID/mnt00001 | SID der Datendateieninstallation für die Produktion |
| /hana/log/SID/mnt00001 | SID der Protokolldateieninstallation für die Produktion |
| /hana/logbackups/SID | SID für die Wiederholungsprotokolle für die Produktion |
Wichtige Aspekte
- /usr/sap/SID ist eine symbolische Verknüpfung mit /hana/shared/SID.
Horizontale Skalierung mit Notfallwiederherstellung mithilfe der Speicherreplikation
Diese Topologie unterstützt mehrere Knoten in einer horizontal hochskalierten Konfiguration mit einer DR. Sowohl normale als auch Mehrzweck-DR wird unterstützt. In der Abbildung ist lediglich eine DR mit einem einzigen Zweck dargestellt. Sie können diese Topologie mit oder ohne Standbyknoten anfordern.
Architekturdiagramm
Ethernet
Die folgenden Netzwerkschnittstellen sind vorkonfiguriert:
| Logische Netzwerkkarten-Schnittstelle | SKU-Typ | Name mit dem Betriebssystem SUSE | Name mit dem Betriebssystem RHEL | Anwendungsfall |
|---|---|---|---|---|
| Ein | TYP I | eth0.tenant | eno1.tenant | Client zu HLI |
| B | TYP I | eth2.tenant | eno3.tenant | Kommunikation zwischen Knoten |
| C | TYP I | eth1.tenant | eno2.tenant | Knoten zu Speicher |
| D | TYP I | eth4.tenant | eno4.tenant | Konfiguriert, aber nicht verwendet |
| Ein | TYP II | vlan<tenantNo> | team0.tenant | Client zu HLI |
| B | TYP II | vlan<tenantNo+2> | team0.tenant+2 | Kommunikation zwischen Knoten |
| C | TYP II | vlan<tenantNo+1> | team0.tenant+1 | Knoten zu Speicher |
| D | TYP II | vlan<tenantNo+3> | team0.tenant+3 | Konfiguriert, aber nicht verwendet |
Storage
Die folgenden Bereitstellungspunkte sind vorkonfiguriert:
| Mountpunkt | Anwendungsfall |
|---|---|
| Auf dem primären Knoten | |
| /hana/shared | SID der HANA-Installation für die Produktion |
| /hana/data/SID/mnt00001 | SID der Datendateieninstallation für die Produktion |
| /hana/log/SID/mnt00001 | SID der Protokolldateieninstallation für die Produktion |
| /hana/logbackups/SID | SID für die Wiederholungsprotokolle für die Produktion |
| Auf den DR-Knoten | |
| /hana/shared | SID der HANA-Installation für die Produktion |
| /hana/data/SID/mnt00001 | SID der Datendateieninstallation für die Produktion |
| /hana/log/SID/mnt00001 | SID der Protokolldateieninstallation für die Produktion |
Wichtige Aspekte
- /usr/sap/SID ist eine symbolische Verknüpfung mit /hana/shared/SID.
- Am DR-Standort: Die Volumes und Bereitstellungspunkte sind für die Installation der HANA-Produktionsinstanz auf der DR-HLI-Einheit konfiguriert (als „Für HANA-Installation erforderlich“ markiert).
- Am DR-Standort: Die Daten, Protokollsicherungen und freigegebenen Volumes (als „Speicherreplikation“ markiert) werden über eine Momentaufnahme vom Produktionsstandort repliziert. Diese Volumes werden nur während eines Failovers bereitgestellt. Weitere Informationen finden Sie unter Failoverprozedur für die Notfallwiederherstellung.
- Das Startvolume für die SKU-Typ I-Klasse wird auf dem DR-Knoten repliziert.
Einzelner Knoten mit Notfallwiederherstellung mithilfe von HSR
Diese Topologie unterstützt einen Knoten in einer Konfiguration mit zentraler Skalierung und einer SID. Die HANA-Systemreplikation erfolgt zum DR-Standort für eine primäre SID. Im Diagramm ist nur ein System mit einer einzigen SID am primären Standort dargestellt, MCOS-Systeme (mit mehreren SIDs) werden aber ebenfalls unterstützt.
Architekturdiagramm
Ethernet
Die folgenden Netzwerkschnittstellen sind vorkonfiguriert:
| Logische Netzwerkkarten-Schnittstelle | SKU-Typ | Name mit dem Betriebssystem SUSE | Name mit dem Betriebssystem RHEL | Anwendungsfall |
|---|---|---|---|---|
| Ein | TYP I | eth0.tenant | eno1.tenant | Client zu HLI/HSR |
| B | TYP I | eth2.tenant | eno3.tenant | Konfiguriert, aber nicht verwendet |
| C | TYP I | eth1.tenant | eno2.tenant | Knoten zu Speicher |
| D | TYP I | eth4.tenant | eno4.tenant | Konfiguriert, aber nicht verwendet |
| Ein | TYP II | vlan<tenantNo> | team0.tenant | Client zu HLI/HSR |
| B | TYP II | vlan<tenantNo+2> | team0.tenant+2 | Konfiguriert, aber nicht verwendet |
| C | TYP II | vlan<tenantNo+1> | team0.tenant+1 | Knoten zu Speicher |
| D | TYP II | vlan<tenantNo+3> | team0.tenant+3 | Konfiguriert, aber nicht verwendet |
Storage
Die folgenden Bereitstellungspunkte sind auf beiden HLI-Einheiten (primär und DR) vorkonfiguriert:
| Mountpunkt | Anwendungsfall |
|---|---|
| /hana/shared/SID | HANA-Installation für SID |
| /hana/data/SID/mnt00001 | Installation der Datendateien für SID |
| /hana/log/SID/mnt00001 | Installation der Protokolldateien für SID |
| /hana/logbackups/SID | Wiederholungsprotokolle für SID |
Wichtige Aspekte
- /usr/sap/SID ist eine symbolische Verknüpfung mit /hana/shared/SID.
- Für MCOS: Die Verteilung der Volumegröße basiert auf der Datenbankgröße im Arbeitsspeicher. Im Abschnitt Übersicht und Architektur erfahren Sie, welche Datenbankgrößen im Arbeitsspeicher in einer Umgebung mit mehreren SIDs unterstützt werden.
- Der primäre Knoten führt über die HANA-Systemreplikation eine Synchronisierung mit dem DR-Knoten durch.
- Mit Global Reach werden die ExpressRoute-Leitungen miteinander verbunden, um ein privates Netzwerk zwischen Ihren regionalen Netzwerken aufzubauen.
HSR in einem einzelnen Knoten für Notfallwiederherstellung (kostenoptimiert)
Diese Topologie unterstützt einen Knoten in einer Konfiguration mit zentraler Skalierung und einer SID. Die HANA-Systemreplikation am DR-Standort wird für eine primäre SID verwendet. Im Diagramm ist nur ein System mit einer einzigen SID am primären Standort dargestellt, MCOS-Systeme (mit mehreren SIDs) werden aber ebenfalls unterstützt. Am DR-Standort wird eine HLI-Einheit für die QA-Instanz verwendet. Produktionsvorgänge werden vom primären Standort aus ausgeführt. Während des DR-Failovers (oder der Failovertests) wird die QA-Instanz am DR-Standort außer Betrieb genommen.
Architekturdiagramm
Ethernet
Die folgenden Netzwerkschnittstellen sind vorkonfiguriert:
| Logische Netzwerkkarten-Schnittstelle | SKU-Typ | Name mit dem Betriebssystem SUSE | Name mit dem Betriebssystem RHEL | Anwendungsfall |
|---|---|---|---|---|
| Ein | TYP I | eth0.tenant | eno1.tenant | Client zu HLI/HSR |
| B | TYP I | eth2.tenant | eno3.tenant | Konfiguriert, aber nicht verwendet |
| C | TYP I | eth1.tenant | eno2.tenant | Knoten zu Speicher |
| D | TYP I | eth4.tenant | eno4.tenant | Konfiguriert, aber nicht verwendet |
| Ein | TYP II | vlan<tenantNo> | team0.tenant | Client zu HLI/HSR |
| B | TYP II | vlan<tenantNo+2> | team0.tenant+2 | Konfiguriert, aber nicht verwendet |
| C | TYP II | vlan<tenantNo+1> | team0.tenant+1 | Knoten zu Speicher |
| D | TYP II | vlan<tenantNo+3> | team0.tenant+3 | Konfiguriert, aber nicht verwendet |
Storage
Die folgenden Bereitstellungspunkte sind vorkonfiguriert:
| Mountpunkt | Anwendungsfall |
|---|---|
| Am primären Standort | |
| /hana/shared/SID | SID der HANA-Installation für die Produktion |
| /hana/data/SID/mnt00001 | SID der Datendateieninstallation für die Produktion |
| /hana/log/SID/mnt00001 | SID der Protokolldateieninstallation für die Produktion |
| /hana/logbackups/SID | SID für die Wiederholungsprotokolle für die Produktion |
| Am DR-Standort | |
| /hana/shared/SID | SID der HANA-Installation für die Produktion |
| /hana/data/SID/mnt00001 | SID der Datendateieninstallation für die Produktion |
| /hana/log/SID/mnt00001 | SID der Protokolldateieninstallation für die Produktion |
| /hana/logbackups/SID | SID für die Wiederholungsprotokolle für die Produktion |
| /hana/shared/QA-SID | SID der HANA-Installation für QA |
| /hana/data/QA-SID/mnt00001 | SID der Datendateieninstallation für QA |
| /hana/log/QA-SID/mnt00001 | SID der Protokolldateieninstallation für QA |
| /hana/logbackups/QA-SID | Wiederholungsprotokolle für QA-SID |
Wichtige Aspekte
- /usr/sap/SID ist eine symbolische Verknüpfung mit /hana/shared/SID.
- Für MCOS: Die Verteilung der Volumegröße basiert auf der Datenbankgröße im Arbeitsspeicher. Im Abschnitt Übersicht und Architektur erfahren Sie, welche Datenbankgrößen im Arbeitsspeicher in einer Umgebung mit mehreren SIDs unterstützt werden.
- Am DR-Standort: Die Volumes und Bereitstellungspunkte sind für die Installation der HANA-Produktionsinstanz auf der HLI-Einheit für die Notfallwiederherstellung konfiguriert (als „PROD-Instanz am DR-Standort“ markiert).
- Am DR-Standort: Die Daten, Protokollsicherungen, Protokolle und freigegebenen Volumes für QA (als „QA-Instanzinstallation“ gekennzeichnet) sind für die Installation der QA-Instanz konfiguriert.
- Der primäre Knoten führt über die HANA-Systemreplikation eine Synchronisierung mit dem DR-Knoten durch.
- Mit Global Reach werden die ExpressRoute-Leitungen miteinander verbunden, um ein privates Netzwerk zwischen Ihren regionalen Netzwerken aufzubauen.
Hochverfügbarkeit und Notfallwiederherstellung mit HSR
Diese Topologie unterstützt zwei Knoten für die Konfiguration der HANA-Systemreplikation, um für die Hochverfügbarkeit der lokalen Regionen zu sorgen. Für die Notfallwiederherstellung wird der dritte Knoten in der DR-Region mithilfe von HSR (asynchroner Modus) mit dem primären Standort synchronisiert.
Architekturdiagramm
Ethernet
Die folgenden Netzwerkschnittstellen sind vorkonfiguriert:
| Logische Netzwerkkarten-Schnittstelle | SKU-Typ | Name mit dem Betriebssystem SUSE | Name mit dem Betriebssystem RHEL | Anwendungsfall |
|---|---|---|---|---|
| Ein | TYP I | eth0.tenant | eno1.tenant | Client zu HLI/HSR |
| B | TYP I | eth2.tenant | eno3.tenant | Konfiguriert, aber nicht verwendet |
| C | TYP I | eth1.tenant | eno2.tenant | Knoten zu Speicher |
| D | TYP I | eth4.tenant | eno4.tenant | Konfiguriert, aber nicht verwendet |
| Ein | TYP II | vlan<tenantNo> | team0.tenant | Client zu HLI/HSR |
| B | TYP II | vlan<tenantNo+2> | team0.tenant+2 | Konfiguriert, aber nicht verwendet |
| C | TYP II | vlan<tenantNo+1> | team0.tenant+1 | Knoten zu Speicher |
| D | TYP II | vlan<tenantNo+3> | team0.tenant+3 | Konfiguriert, aber nicht verwendet |
Storage
Die folgenden Bereitstellungspunkte sind vorkonfiguriert:
| Mountpunkt | Anwendungsfall |
|---|---|
| Am primären Standort | |
| /hana/shared/SID | SID der HANA-Installation für die Produktion |
| /hana/data/SID/mnt00001 | SID der Datendateieninstallation für die Produktion |
| /hana/log/SID/mnt00001 | SID der Protokolldateieninstallation für die Produktion |
| /hana/logbackups/SID | SID für die Wiederholungsprotokolle für die Produktion |
| Am DR-Standort | |
| /hana/shared/SID | SID der HANA-Installation für die Produktion |
| /hana/data/SID/mnt00001 | SID der Datendateieninstallation für die Produktion |
| /hana/log/SID/mnt00001 | SID der Protokolldateieninstallation für die Produktion |
| /hana/logbackups/SID | SID für die Wiederholungsprotokolle für die Produktion |
Wichtige Aspekte
- /usr/sap/SID ist eine symbolische Verknüpfung mit /hana/shared/SID.
- Am DR-Standort: Die Volumes und Bereitstellungspunkte sind für die Installation der HANA-Produktionsinstanz auf der HLI-Einheit für die Notfallwiederherstellung konfiguriert (als „PROD-DR-Instanz“ markiert).
- Der primäre Standortknoten führt über die HANA-Systemreplikation eine Synchronisierung mit dem DR-Knoten durch.
- Mit Global Reach werden die ExpressRoute-Leitungen miteinander verbunden, um ein privates Netzwerk zwischen Ihren regionalen Netzwerken aufzubauen.
Hochverfügbarkeit und Notfallwiederherstellung mit HSR (kostenoptimiert)
Diese Topologie unterstützt zwei Knoten für die Konfiguration der HANA-Systemreplikation, um für die Hochverfügbarkeit der lokalen Regionen zu sorgen. Für die Notfallwiederherstellung wird der dritte Knoten in der DR-Region mithilfe von HSR (asynchroner Modus) mit dem primären Standort synchronisiert, während eine weitere Instanz (z. B. QA) bereits außerhalb des DR-Knotens ausgeführt wird.
Architekturdiagramm
Ethernet
Die folgenden Netzwerkschnittstellen sind vorkonfiguriert:
| Logische Netzwerkkarten-Schnittstelle | SKU-Typ | Name mit dem Betriebssystem SUSE | Name mit dem Betriebssystem RHEL | Anwendungsfall |
|---|---|---|---|---|
| Ein | TYP I | eth0.tenant | eno1.tenant | Client zu HLI/HSR |
| B | TYP I | eth2.tenant | eno3.tenant | Konfiguriert, aber nicht verwendet |
| C | TYP I | eth1.tenant | eno2.tenant | Knoten zu Speicher |
| D | TYP I | eth4.tenant | eno4.tenant | Konfiguriert, aber nicht verwendet |
| Ein | TYP II | vlan<tenantNo> | team0.tenant | Client zu HLI/HSR |
| B | TYP II | vlan<tenantNo+2> | team0.tenant+2 | Konfiguriert, aber nicht verwendet |
| C | TYP II | vlan<tenantNo+1> | team0.tenant+1 | Knoten zu Speicher |
| D | TYP II | vlan<tenantNo+3> | team0.tenant+3 | Konfiguriert, aber nicht verwendet |
Storage
Die folgenden Bereitstellungspunkte sind vorkonfiguriert:
| Mountpunkt | Anwendungsfall |
|---|---|
| Am primären Standort | |
| /hana/shared/SID | SID der HANA-Installation für die Produktion |
| /hana/data/SID/mnt00001 | SID der Datendateieninstallation für die Produktion |
| /hana/log/SID/mnt00001 | SID der Protokolldateieninstallation für die Produktion |
| /hana/logbackups/SID | SID für die Wiederholungsprotokolle für die Produktion |
| Am DR-Standort | |
| /hana/shared/SID | SID der HANA-Installation für die Produktion |
| /hana/data/SID/mnt00001 | SID der Datendateieninstallation für die Produktion |
| /hana/log/SID/mnt00001 | SID der Protokolldateieninstallation für die Produktion |
| /hana/logbackups/SID | SID für die Wiederholungsprotokolle für die Produktion |
| /hana/shared/QA-SID | SID der HANA-Installation für QA |
| /hana/data/QA-SID/mnt00001 | SID der Datendateieninstallation für QA |
| /hana/log/QA-SID/mnt00001 | SID der Protokolldateieninstallation für QA |
| /hana/logbackups/QA-SID | Wiederholungsprotokolle für QA-SID |
Wichtige Aspekte
- /usr/sap/SID ist eine symbolische Verknüpfung mit /hana/shared/SID.
- Am DR-Standort: Die Volumes und Bereitstellungspunkte sind für die Installation der HANA-Produktionsinstanz auf der HLI-Einheit für die Notfallwiederherstellung konfiguriert (als „PROD-DR-Instanz“ markiert).
- Am DR-Standort: Die Daten, Protokollsicherungen, Protokolle und freigegebenen Volumes für QA (als „QA-Instanzinstallation“ gekennzeichnet) sind für die Installation der QA-Instanz konfiguriert.
- Der primäre Standortknoten führt über die HANA-Systemreplikation eine Synchronisierung mit dem DR-Knoten durch.
- Mit Global Reach werden die ExpressRoute-Leitungen miteinander verbunden, um ein privates Netzwerk zwischen Ihren regionalen Netzwerken aufzubauen.
Horizontales Hochskalieren mit DR über HSR
Diese Topologie unterstützt mehrere Knoten in einer horizontal hochskalierten Konfiguration mit einer DR. Sie können diese Topologie mit oder ohne Standbyknoten anfordern. Der primäre Standortknoten führt über die HANA-Systemreplikation (asynchroner Modus) eine Synchronisierung mit dem DR-Standortknoten durch.
Architekturdiagramm
Ethernet
Die folgenden Netzwerkschnittstellen sind vorkonfiguriert:
| Logische Netzwerkkarten-Schnittstelle | SKU-Typ | Name mit dem Betriebssystem SUSE | Name mit dem Betriebssystem RHEL | Anwendungsfall |
|---|---|---|---|---|
| Ein | TYP I | eth0.tenant | eno1.tenant | Client zu HLI/HSR |
| B | TYP I | eth2.tenant | eno3.tenant | Kommunikation zwischen Knoten |
| C | TYP I | eth1.tenant | eno2.tenant | Knoten zu Speicher |
| D | TYP I | eth4.tenant | eno4.tenant | Konfiguriert, aber nicht verwendet |
| Ein | TYP II | vlan<tenantNo> | team0.tenant | Client zu HLI/HSR |
| B | TYP II | vlan<tenantNo+2> | team0.tenant+2 | Kommunikation zwischen Knoten |
| C | TYP II | vlan<tenantNo+1> | team0.tenant+1 | Knoten zu Speicher |
| D | TYP II | vlan<tenantNo+3> | team0.tenant+3 | Konfiguriert, aber nicht verwendet |
Storage
Die folgenden Bereitstellungspunkte sind vorkonfiguriert:
| Mountpunkt | Anwendungsfall |
|---|---|
| Auf dem primären Knoten | |
| /hana/shared | SID der HANA-Installation für die Produktion |
| /hana/data/SID/mnt00001 | SID der Datendateieninstallation für die Produktion |
| /hana/log/SID/mnt00001 | SID der Protokolldateieninstallation für die Produktion |
| /hana/logbackups/SID | SID für die Wiederholungsprotokolle für die Produktion |
| Auf den DR-Knoten | |
| /hana/shared | SID der HANA-Installation für die Produktion |
| /hana/data/SID/mnt00001 | SID der Datendateieninstallation für die Produktion |
| /hana/log/SID/mnt00001 | SID der Protokolldateieninstallation für die Produktion |
| /hana/logbackups/SID | SID für die Wiederholungsprotokolle für die Produktion |
Wichtige Aspekte
- /usr/sap/SID ist eine symbolische Verknüpfung mit /hana/shared/SID.
- Am DR-Standort: Die Volumes und Bereitstellungspunkte sind für die Installation der HANA-Produktionsinstanz auf der HLI-Einheit für die Notfallwiederherstellung konfiguriert.
- Der primäre Standortknoten führt über die HANA-Systemreplikation eine Synchronisierung mit dem DR-Knoten durch.
- Mit Global Reach werden die ExpressRoute-Leitungen miteinander verbunden, um ein privates Netzwerk zwischen Ihren regionalen Netzwerken aufzubauen.
Nächste Schritte
Erfahren Sie mehr über die Bereitstellung von großen HANA-Instanzen.