Bei der Virtualisierung von SAP HANA geht es um die Anwendung von Best Practices und Referenzarchitekturen wie VMware vSphere, sowie den Einsatz von Veeam Image-Level-Backups und BackInt, um SAP HANA-Daten effizient und zuverlässig in virtualisierten Umgebungen zu sichern. SAP HANA wird sowohl auf Bare-Metal- als auch auf virtualisierten Plattformen unterstützt. Einige Virtualisierungsplattformen sind jedoch nur in Nicht-Produktionsumgebungen unterstützt. Weitere Informationen zu unterstützten Versionen finden Sie in SAP Note 1788665 – SAP HANA Support for virtualized/partitioned (multi-tenant) environments.SAP HANA Virtualisierung bietet durch den Einsatz von Best Practices und Referenzarchitekturen eine zuverlässige und effiziente Möglichkeit, SAP HANA-Daten in virtualisierten Umgebungen zu sichern. Die Wahl zwischen Bare-Metal- und virtualisierten Plattformen hängt von den spezifischen Anforderungen an Leistung, Sicherheit und Flexibilität ab. Durch den Einsatz von VMware vSphere, Red Hat Enterprise Virtualization und SUSE Linux Enterprise Hypervisor kann SAP HANA optimal in verschiedenen virtualisierten Umgebungen betrieben werden.
Wir unterstützen Sie gerne in den folgenden Themen:
| Virtualisierung vs Bare-Metal | SAP HANA wird sowohl auf Bare-Metal- als auch auf virtualisierten Plattformen unterstützt. Während virtualisierte Server heutzutage weit verbreitet sind, bieten Bare-Metal-Server für bestimmte Workloads weiterhin Vorteile. Bare Metal ermöglicht einen dedizierten Zugriff auf die zugrunde liegenden physischen Ressourcen und eliminiert die Abstraktionsschicht der Virtualisierung. Dies führt zu vorhersehbareren Leistungen, reduzierter Latenz und vermeidet „Noisy Neighbor“-Interferenzen im Vergleich zu virtuellen Maschinen (VMs). Darüber hinaus bietet Bare Metal eine stärkere hardwarebasierte Isolation und Kontrolle für sicherheitssensible Anwendungen und regulierte Daten. Bare-Metal-Server bieten außerdem eine größere Anpassungsfähigkeit der Hardware-Spezifikationen und Software-Umgebungen, die auf die Bedürfnisse der Anwendungen zugeschnitten sind. Allerdings fehlen ihnen die Skalierbarkeits- und Flexibilitätsvorteile virtualisierter Infrastrukturen. Unternehmen müssen die Vor- und Nachteile abwägen, basierend auf Faktoren wie Leistungsanforderungen, Sicherheit, Compliance und Kapazitätsvariabilität. Für Workloads, bei denen die physische Isolation und der reduzierte Overhead von Bare Metal am wichtigsten sind, behalten Bare-Metal-Server Vorteile gegenüber virtuellen Servern. Virtuelle Umgebungen eignen sich jedoch besser für dynamischere, kostenempfindliche Anwendungen. |
| VMware vSphere | SAP HANA wird auf VMware vSphere für Scale-up-, Multi-VM- und Scale-out-Produktionsumgebungen unterstützt, einschließlich SAP HANA Tailored Datacenter Integration-Implementierungen. Diese Implementierungen bieten eine optimale Umgebung für die Erreichung einer einzigartigen, sicheren und kosteneffizienten Lösung, die physische Bereitstellungen von SAP HANA nicht bieten können. Zu den Vorteilen gehören On-Premises-Sicherheit und -Kontrolle, Konsistenz und vorhersehbare Leistung, regulatorische Anforderungen an Cloud-Neutralität, Daten- und Geschäftstransaktionssouveränität, erhöhte Sicherheitsniveaus und höhere Service-Level-Agreements durch Nutzung von vSphere vMotion. |
| Red Hat Enterprise Virtualization (RHV) | Für Informationen zu unterstützten Konfigurationen von SAP HANA in einer virtualisierten Umgebung mit Red Hat Enterprise Virtualization (RHV) siehe Best Practices / Deployment Guide SAP HANA on Red Hat Virtualization und SAP Note 2599726 – SAP HANA on Red Hat Virtualization. SAP und Red Hat unterstützen gemeinsam die SAP HANA Plattform 2.0 SPS 05 (und spätere Versionen) virtualisiert auf RHV 4.4 in Produktionsumgebungen gemäß den SLAs in den Kundenunterstützungsverträgen. Einzelne und mehrere SAP HANA virtuelle Maschinen auf dedizierten SAP HANA zertifizierten Servern sind unterstützt. |
| SUSE Linux Enterprise Hypervisor (KVM) | Für Informationen zu unterstützten Konfigurationen von SAP HANA in einer virtualisierten Umgebung mit SUSE Linux Enterprise Hypervisor (KVM) siehe Best Practices / Deployment Guide SAP HANA on SUSE Virtualization und SAP Note 3430656 – SAP HANA on SUSE KVM Virtualization. SAP und SUSE unterstützen gemeinsam die SAP HANA Plattform 2.0 SPS 03 (und spätere Versionen) virtualisiert auf SUSE KVM in Produktionsumgebungen gemäß den SLAs in den Kundenunterstützungsverträgen. Einzelne und mehrere SAP HANA virtuelle Maschinen auf dedizierten SAP HANA zertifizierten Servern sind unterstützt. |
| NetApp | Es stehen verschiedene Optionen zur Verbindung von Storage mit Virtual Machines (VMs) zur Verfügung. Der bevorzugte Modus ist die direkte Verbindung der Storage Volumes mit NFS vom Gastbetriebssystem. Diese Option wird im „Technischen Bericht: SAP HANA on NetApp AFF Systems with NFS“ beschrieben. Auch Raw Device Mapping (RDM), FCP-Datastores oder VVOL-Datastores mit FCP werden unterstützt. Bei beiden Datastore-Optionen sollte für produktive Anwendungsfälle nur ein SAP HANA Daten- oder Protokoll-Volume im Datastore gespeichert werden. Snapshot-basiertes Backup und Recovery, das von SnapCenter orchestriert wurde, sowie hierauf basierende Lösungen, wie z. B. das Klonen von SAP Systemen, können nicht implementiert werden. Die NetApp AFF A-Series und AFF C-Series Produktfamilien sind für die Verwendung mit SAP HANA in Tailored Datacenter Integration (TDI) Projekten zertifiziert. Diese Zertifizierung gilt für Modelle wie AFF A150, AFF A250, AFF A400, AFF A700, AFF A800, AFF A900, AFF A90 und AFF A1K sowie AFF C250, AFF C400 und AFF C800. SAP HANA Hosts sind über eine redundante 10GbE oder schnellere Netzwerk-Infrastruktur mit Storage Controllern verbunden. Die Datenkommunikation zwischen SAP HANA Hosts und Storage Controllern basiert auf dem NFS-Protokoll. Eine redundante Switching-Infrastruktur ist erforderlich, um eine ausfallsichere SAP HANA Host-to-Storage-Konnektivität bei Switch- oder Netzwerkkarten-Ausfällen zu gewährleisten. |
| Veeam | Veeam für HANA-Backups bietet zwei Optionen: File-Backup mit einer benutzerdefinierten SAP HANA-Policy und BackInt-Backup. Die SAP-zertifizierte Lösung von Veeam Plug-in für SAP HANA v9.5 Update 4, Veeam Backup & Replication v10, v11 und v12 unterstützt SAP HANA und SAP HANA-Datenbanken auf Intel-Architektur. Für Power Little Endian-Architektur wird Veeam Backup & Replication v12 unterstützt. Wenn Sie auf ein Problem mit BackInt für SAP HANA und Veeam Plug-in für SAP HANA stoßen und glauben, dass das Problem von der SAP HANA-Datenbank verursacht wird, sollten Sie ein Incident im SAP Incident Processing System mit der Komponente HAN-DB-BAC erstellen. Diese Komponente ist für Backup- und Wiederherstellungsprobleme mit SAP HANA-Datenbanken vorgesehen. Falls eine Analyse durch den SAP-Support zu dem Schluss kommt, dass der Fehler durch das Veeam Plug-in für SAP HANA verursacht wird, wird der Incident an den Kunden zurückgesandt mit der Empfehlung, ein Incident im Veeam Plug-in für SAP HANA-Kundensupportsystem zu eröffnen. Veeam Plug-in für SAP HANA Support Service kann den Incident dann an den Kunden zurücksenden. Der Kunde kann dann den SAP-Support erneut kontaktieren und die Ergebnisse des Veeam Plug-in für SAP HANA Support Service sowie die Incident-ID des Veeam Plug-in für SAP HANA weiterleiten. |
