![\"\"](\"https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2024\/08\/nl_werbung_800x100_es.jpg\")
<\/a><\/div>![\"\"](\"https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2024\/08\/nl_werbung_800x100.jpg\")
<\/a><\/div>![\"\"](\"https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2023\/12\/steampunk_2024_1_800x100-scaled.jpg\")
<\/a><\/div>\n\n\n\nUnd sie haben nicht unrecht damit, denn schlie\u00dflich kommt es entscheidend darauf an, dass die Anwender produktiv mit den verschiedenen SAP-Apps arbeiten und die gesch\u00e4ftlichen Aufgaben erf\u00fcllen k\u00f6nnen.<\/p>\n\n\n\n
Eine virtualisierte SAP-Landschaft muss daher beweisen, dass die Bedenken der Applikationsverantwortlichen unbegr\u00fcndet sind. Das gilt auch f\u00fcr SAP-Systeme inklusive Hana-, S\/4- und NetWeaver-Umgebungen, die auf der HCI-Software von Nutanix aufsetzen. <\/p>\n\n\n\n
Es lohnt sich deshalb ein Blick sozusagen \u201eunter die Haube\u201c, um besser zu verstehen, dass die oben skizzierten Vorteile der virtualisierten SAP-Landschaften nicht zulasten der Performance im laufenden Betrieb gehen. <\/p>\n\n\n\n
In der Nutanix-Software lassen sich beliebige Anwendungskombinationen im eigenen Rechenzen\u00adtrum betreiben und diese k\u00f6nnen zudem in Gr\u00f6\u00dfenordnungen skalieren, wie sie ansonsten nur beim Betrieb in einer Public Cloud m\u00f6glich sind. <\/p>\n\n\n\n
Dabei liefert die Plattform sehr hohe Werte in Bezug auf den Ein-\/Ausgabedurchsatz (gemessen in IOPS, also Ein-\/Ausgabeoperationen pro Sekunde) und gleichzeitig nur sehr geringe Verz\u00f6gerungen bei den Antwortzeiten.<\/p>\n\n\n\n
Messungen bei Nutanix haben belegt, dass es besser ist, die Anzahl der virtuellen Maschinen (VMs) mit Datenbanken zu erh\u00f6hen, um so alle Vorteile aus der Performance der Plattform zu ziehen, anstatt eine gro\u00dfe Anzahl von Datenbankinstanzen in einer einzelnen VM zum Einsatz zu bringen. <\/p>\n\n\n\n
Was den Ein-\/Ausgabedurchsatz angeht, liefert Nutanix \u00fcber seine \u201eDistributed Storage Fabric\u201c (DSF) die n\u00f6tigen Durchsatzwerte und Transaktionsanforderungen selbst von sehr komplexen Transaktions- und Analytikdatenbanken inklusive Hana.<\/p>\n\n\n\n Die komplette Architektur der hyperkonvergenten Softwareinfrastruktur von Nutanix folgt einem \u201eWeb-Scale\u201c-Ansatz (vgl. Abbildung 1, Seite 47): Es kommen Knoten mit sehr hoher Rechenleistung, sprich Server zum Einsatz. Auf den Knoten arbeiten Standard-Hypervisoren.<\/p>\n\n\n\n Dazu z\u00e4hlen VMwares vSphere\/ESXi, Microsofts Hyper-V oder der f\u00fcr NetWeaver, Hana und S\/4 zertifizierte Hypervisor Nutanix AHV. Die Hardware eines derartigen Knotens besteht aus Prozessoren, Arbeitsspeicher und lokalen Speicherkomponenten \u2013 das k\u00f6nnen Flash-basierte SSDs sein und\/oder SATA-Festplatten sowie NVMe-Storage mit hohen Speicherkapazit\u00e4ten.<\/p>\n\n\n\n Auf jedem dieser Knoten laufen virtuelle Maschinen, ganz so wie bei einem \u00fcblichen Hostsystem f\u00fcr VMs. Zudem ist aber noch eine Control-VM pro Knoten im Einsatz, die alle Nutanix-relevanten Funktionen bereitstellt.<\/p>\n\n\n\n Diese Zwischenschicht bildet die DSF und ist damit verantwortlich, dass alle lokalen Storage-Komponenten allen Knoten sozusagen in Form eines einheitlichen Pools bereitgestellt werden. <\/p>\n\n\n\n Man kann sich die DSF auch als eine Art virtuelles Speicherger\u00e4t vorstellen, das die lokalen SSDs und Festplatten allen Knoten (\u00fcber das NFS- oder das SMB-Protokoll) f\u00fcr die Ablage der Daten aus den verschiedenen VMs anbietet. Die einzelnen VMs in einem Cluster schreiben die Daten in die DSF, als ob es sich dabei um einen normalen gemeinsamen Speicher handeln w\u00fcrde.<\/p>\n\n\n\n Dabei verfolgt die DSF eine wichtige Aufgabe: Sie legt die Daten immer m\u00f6glichst \u201enahe\u201c an der betreffenden VM ab. Das wird durch die m\u00f6glichst lokale Speicherung erledigt: L\u00e4uft eine VM auf dem Knoten A, werden \u00fcblicherweise auch die zugeh\u00f6rigen Daten von dieser VM auf dem Knoten A gespeichert.<\/p>\n\n\n\n Das f\u00fchrt dazu, dass eine m\u00f6glichst hohe Zugriffsgeschwindigkeit auf die Daten erzielt wird, ohne dass dazu hohe Aufw\u00e4nde bei den Storage- Komponenten anfallen. <\/p>\n\n\n\n Erg\u00e4nzt wird dieses Prinzip der Datenlokalit\u00e4t um eine redundante Datenhaltung, wenn die Daten hochverf\u00fcgbar sein sollen und deshalb auf mehreren Knoten abgelegt werden.<\/p>\n\n\n\n Die Infrastruktur auf Basis der HCI-Software von Nutanix skaliert aufgrund dieses Konzepts linear von einer Konfiguration mit nur drei Knoten bis hin zu beliebig gro\u00dfen Knotenzahlen.<\/p>\n\n\n\n Das bringt den Unternehmen gro\u00dfe Vorteile, denn durch das Hinzuf\u00fcgen von weiteren Knoten kann mit nur wenigen Klicks der Verbund extrem weiter anwachsen, ohne dass man sich zus\u00e4tzliche \u00dcberlegungen f\u00fcr die Verbindung der Knoten untereinander machen m\u00fcsste. <\/p>\n\n\n\n Zudem bietet die DSF eine Vielzahl von wichtigen Datenverwaltungsfunktionalit\u00e4ten, wie etwa das Cluster-weite \u201eData Tiering\u201c, bei dem die Daten je nach Zugriffsh\u00e4ufigkeit \u2013 \u201ehot data\u201c versus \u201ecold data\u201c \u2013 auf schnellere oder langsamere Speicherger\u00e4te automatisch verlagert werden.<\/p>\n\n\n\n Wer den Ein-\/Ausgabepfad beim Zugriff auf die Daten in der DSF skizzieren m\u00f6chte, der erkennt drei logische Bereiche: das OpLog, den Extent Store und den Content Cache (auch als Unified Cache bezeichnet; vgl. Abbildung 2, Seite 48). <\/p>\n\n\n\n Der OpLog-Bereich liegt sozusagen \u00fcber der SSD- und NVMe-Speicherebene, der Extent Store deckt einen Teil des SSD- sowie NVMe- und einen Teil des Festplattenspeichers ab. Der Content Cache dagegen liegt \u00fcber dem SSD- sowie NVMe- und dem Arbeitsspeicherbereich.<\/p>\n\n\n\n Der Bereich des OpLogs agiert als ein Schreibpuffer f\u00fcr die Ein-\/Ausgabeauftr\u00e4ge (vergleichbar mit einem Dateisystem-Journal), die zum Beispiel von den VMs auf einem Knoten ausgegeben werden. Diese I\/O-Auftr\u00e4ge werden somit im Bereich des SSD-basierten Speichers abgelegt. <\/p>\n\n\n\n Damit werden diese Schreibauftr\u00e4ge mit hoher Geschwindigkeit abgewickelt. Zudem werden sie vom OpLog aus auch auf andere Knoten in einem Cluster repliziert. Das sorgt f\u00fcr zuverl\u00e4ssige Datenverf\u00fcgbarkeit \u2013 auch wenn zum Beispiel ein Knoten komplett ausf\u00e4llt. <\/p>\n\n\n\n Der OpLog-Bereich erlaubt es zudem, dass Burst-artige Random-Schreib\u00adauftr\u00e4ge angenommen und mit anderen Schreibauftr\u00e4gen zusammengef\u00fcgt werden, um sie danach sequentiell an den \u201eExtent Store\u201c zu \u00fcbergeben. Dieser Bereich umfasst SSD-, NVMe- und Festplattenspeicher und hier werden auch alle Speicheraktionen ausgef\u00fchrt. <\/p>\n\n\n\n Im Extent Store befindet sich der ILM, der Information Lifecycle Manager. Dieser ist daf\u00fcr verantwortlich, den optimalen Speicherplatz f\u00fcr die Daten zu finden. Diese Entscheidung wird abh\u00e4ngig vom Ein-\/Ausgabeaktionsmuster und der H\u00e4ufigkeit des Zugriffs getroffen.<\/p>\n\n\n\n \u00c4ltere oder \u201eerkaltete\u201c Daten, auf die nicht mehr oft zugegriffen wird, legt der ILM im Festplattenbereich ab. Das macht Platz auf der teureren SSD- und NVMe-Ebene frei, hier k\u00f6nnen dann neuere \u2013 und \u201ehei\u00dfere\u201c \u2013 Daten vorgehalten werden.<\/p>\n\n\n\n Der OpLog-Bereich l\u00e4sst sich aber auch umgehen. Das ergibt Sinn, wenn Arbeitslasten mit einem sequentiellen Zugriffsmuster (also keine \u201eRandom IOs\u201c) auf den Speicher zugreifen. <\/p>\n\n\n\n Hier w\u00fcrde ein Zusammenfassen von mehreren Schreibauftr\u00e4gen keine Verbesserung bringen \u2013 daher wird dabei direkt auf den Extent Store geschrieben.<\/p>\n\n\n\n Im Lesepfad ist vor allem der Content Cache zu nennen. Er legt die Daten dedupliziert ab \u2013 auch wenn verschiedene VMs auf dieselben Daten zugreifen, h\u00e4lt der Content Store folglich nur eine Instanz dieser Daten vor. <\/p>\n\n\n\n Zudem liegt der Content Store zu einem Teil im Arbeitsspeicher und zum anderen Teil im SSD- sowie NVMe-Bereich. Dadurch lassen sich in der Regel alle Lesezugriffe auf die Daten erf\u00fcllen. <\/p>\n\n\n\n Falls bei einer Leseoperation die Daten jedoch nicht im Content Cache liegen, holt sie das System aus dem Extent Store und somit unter Umst\u00e4nden von den Festplatten. Bei jedem darauffolgenden Zugriff auf diese Datenbereiche wird der Lesezugriff dann aber aus dem Content Cache abgedeckt.<\/p>\n\n\n\n Eine wichtige Speicherfunktion ist die Kompression der Daten. Nutanix verwendet diese Funktionalit\u00e4t, um die Dateneffizienz auf den Laufwerken zu erh\u00f6hen. Dabei bietet die DSF sowohl die Inline- als auch die Post-Process-Kompression an. <\/p>\n\n\n\n Das f\u00fchrt dazu, dass je nach Anforderung der Applikationen und der Datentypen die optimale Methode angewendet wird: Beim Inline-Ansatz werden sequentielle Datenstr\u00f6me oder gro\u00dfe Ein-\/Ausgabebl\u00f6cke im Arbeitsspeicher komprimiert, ehe sie auf die Festplatten geschrieben werden. <\/p>\n\n\n\n Dagegen werden bei der Post-Process-Kompression die Daten gew\u00f6hnlich zun\u00e4chst unkomprimiert abgelegt. Erst danach k\u00fcmmert sich das auf dem MapReduce-Algorithmus basierende Curator-Framework des Nutanix-Knotens um eine Cluster-weite Datenkompression.<\/p>\n\n\n\n Wenn die Inline-Kompression bei wahl\u00adfreien, also \u201eRandom\u201c-I\/O-Schreibzugriffen zum Einsatz kommt, schreibt das System die Daten zun\u00e4chst in das OpLog. Dort werden sie zusammengefasst und dann im Arbeitsspeicher komprimiert, ehe sie in den Extent Store geschrieben werden.<\/p>\n\n\n\n Zu den wichtigen Speicherfunktionen geh\u00f6rt zudem das redundante Ablegen von Daten: Sie m\u00fcssen gegen den Ausfall eines Knotens gesch\u00fctzt und somit auf mehreren Knoten abgelegt werden. Dazu gibt es bei Nutanix den Replication Factor, kurz: RF, der sich auch als Resilience Factor verstehen l\u00e4sst. <\/p>\n\n\n\n Zusammen mit einer Pr\u00fcfsumme f\u00fcr die Daten wird garantiert, dass Datenredundanz und Hochverf\u00fcgbarkeit selbst beim Ausfall von Knoten oder von Festplatten vorliegen. <\/p>\n\n\n\n Hier spielt das OpLog als persistenter Schreibpuffer eine wichtige Rolle: Es agiert als Sammelpunkt f\u00fcr alle eintreffenden Schreibzugriffe auf den SSD-Bereich, der sich durch geringe Zugriffszeiten auszeichnet. <\/p>\n\n\n\n Wenn Daten auf das lokale OpLog eines Knotens geschrieben werden, lassen sich diese Daten synchron an ein, zwei oder drei andere OpLogs auf CVMs anderer Knoten replizieren, je nachdem, wie hoch der RF eingestellt ist. CVMs sind die Controller-VMs von Nutanix, eine Steuerungszentrale der HCI-Software. <\/p>\n\n\n\n Erst wenn von diesen OpLogs eine Schreibbest\u00e4tigung kommt, gilt der Schreibzugriff als erfolgreich absolviert. Auf diese Weise wird sichergestellt, dass die Daten mindestens in zwei oder mehreren unabh\u00e4ngigen Stellen vorliegen. Im Ergebnis wird damit das Ziel der Fehlertoleranz erreicht.<\/p>\n\n\n\n Der Replication Factor f\u00fcr die Daten wird mithilfe der Verwaltungskonsole Nutanix Prism konfiguriert. Alle Knoten werden bei der OpLog-Replikation mit einbezogen, sodass es keine \u201ebesonders belasteten\u201c Knoten gibt \u2013 sprich die zus\u00e4tzliche Schreiblast aufgrund der Replikation wird bestm\u00f6glich verteilt. Damit erzielt das komplette Konstrukt auch eine entsprechende lineare Skalierung in Bezug auf die Schreibperformance.<\/p>\n\n\n\n Wenn die Daten in das OpLog geschrieben werden, berechnet das System eine Pr\u00fcfsumme f\u00fcr diese Daten und speichert diese Pr\u00fcfsumme in den Metadaten ab. Danach werden die Daten aus dem OpLog asynchron in den Extent Store gesendet und liegen anschlie\u00dfend dort vor \u2013 je nach gew\u00fcnschtem RF auch entsprechend oft repliziert, da jedes OpLog seine Informationen in den Extent Store schreibt. <\/p>\n\n\n\n Falls nun ein Knoten oder auch nur eine Disk ausf\u00e4llt, werden die Daten erneut unter den verbliebenen Knoten im Cluster repliziert, sodass der gew\u00fcnschte RF wieder eingehalten wird.<\/p>\n\n\n\n Beim Lesezugriff auf diese Daten wird die Pr\u00fcfsumme berechnet und mit dem Wert verglichen, der in den Metadaten gespeichert ist. Sollte die Pr\u00fcfsumme nicht passen, werden die Daten von einem anderen Knoten gelesen \u2013 bei dem die Pr\u00fcfsumme zu den gew\u00fcnschten Daten passt. Diese Daten ersetzen dann die nicht passenden. Somit wird sichergestellt, dass es sich um valide Daten handelt.<\/p>\n\n\n\n Eine wichtige Aufgabe der DSF ist das Aggregieren der Speicherkapazit\u00e4t aller Knoten in einem Cluster. Dabei wird der komplette Speicherbereich f\u00fcr alle Knoten zur Verf\u00fcgung gestellt. Erm\u00f6glicht wird dieses \u201eDisk Tiering\u201c durch spezielle \u201eTiering\u201c-Algorithmen.<\/p>\n\n\n\n Mit ihrer Hilfe stehen die SSDs und die Festplatten in einem Cluster f\u00fcr alle Knoten zur Verf\u00fcgung und das Information Lifecycle Management (ILM) der DSF sorgt daf\u00fcr, dass die Daten auf der SSD- oder Festplattenebene abgelegt werden \u2013 je nachdem, wie h\u00e4ufig auf sie zugegriffen wird. Diese speziellen Storage Events werden automatisch ausgel\u00f6st und die Daten dann entsprechend verschoben.<\/p>\n\n\n\n Um beim Storage Tiering das Prinzip der Datenlokalit\u00e4t einzuhalten, gilt: Auch wenn alle SSDs in einem Cluster prinzipiell f\u00fcr alle Knoten im Verbund zur Verf\u00fcgung stehen, so bekommt dennoch f\u00fcr die lokalen Ein-\/Ausgabeoperationen die SSD-Schicht im lokalen Knoten die h\u00f6chste Priorit\u00e4t. <\/p>\n\n\n\n Erweitert wird dieses Vorgehen, wenn ein definierter RF vorgibt, dass Daten hochverf\u00fcgbar \u2013 also auf mehreren Knoten \u2013 abzulegen sind. Da die DSF alle SSDs und Festplattenlaufwerke zu einer Cluster-weiten Speicherschicht zusammenf\u00fchrt, steht f\u00fcr jeden Knoten \u2013 egal ob lokal oder remote \u2013 prinzipiell die komplette aggregierte Speicherkapazit\u00e4t dieses logischen Speichers zur Verf\u00fcgung. Alle Aktionen im Zuge des ILM erfolgen zudem, ohne dass der Administrator explizit Aktionen ausf\u00fchren muss.<\/p>\n\n\n\n Durch diese Technik garantiert die DSF, dass es zu einem einheitlichen und effizienten Ausnutzen der Speicherger\u00e4te im Rahmen der einzelnen Schichten kommt. L\u00e4uft der SSD-Bereich eines lokalen Knotens voll, balanciert die DSF die Ger\u00e4teauslastung aus: Die weniger h\u00e4ufig zugegriffenen Daten werden von der lokalen SSD auf andere SSDs im Cluster verschoben. <\/p>\n\n\n\n Damit wird auf dem lokalen Knoten wieder SSD-Bereich freigeschaufelt. Damit kann der lokale Knoten erneut auf die lokalen SSDs schreiben und muss nicht \u00fcber das Netzwerk auf den SSD-Bereich eines anderen Knotens gehen. Alle Controller-VMs und die SSDs unterst\u00fctzen remote Ein-\/Ausgabeoperationen. <\/p>\n\n\n\n Damit lassen sich Flaschenh\u00e4lse vermeiden und man handelt sich keine Nachteile ein, wenn die Ein-\/Ausgabeoperationen \u00fcber das Netzwerk laufen m\u00fcssen.<\/p>\n\n\n\n Durch die Nutanix-Architektur und -Technik lassen sich auch in einer komplett virtualisierten SAP-Landschaft h\u00f6chste Leistungsdaten erreichen, und zwar in ihrer Gesamtheit. Denn es geht auch nach Ansicht von SAP nicht um einzelne Parameter, sondern um die Gesamtleistung. <\/p>\n\n\n\n Diese messen die Walldorfer in einer standardisierten Einheit, dem sogenannten SAP Application Performance Standard (SAPS). Diese Einheit ist eine hardwareunabh\u00e4ngige Messgr\u00f6\u00dfe. Sie beschreibt die Leistung einer Systemkonfiguration in einer SAP-Umgebung und ist vom Sales and Distribution Benchmark abgeleitet. <\/p>\n\n\n\n Nach diesem Benchmark sind 100 SAPS als 2000 Auftragspositionen definiert, die in einer Stunde vollst\u00e4ndig abgearbeitet werden. Um die Leistungsf\u00e4higkeit einer komplett virtualisierten SAP-Umgebung auf Basis von Nutanix im Vergleich mit herk\u00f6mmlichen Implementierungsoptionen zu veranschaulichen, bietet sich die von der SAPS-Einheit abgeleitete Performance- Dichte an: <\/p>\n\n\n\n So lassen sich mithilfe von hyperkonvergenten Nutanix-Knoten pro H\u00f6heneinheit im Rack 104.670 SAPS erzielen, w\u00e4hrend eine vergleichbar mit Rechen- und Speicherressourcen ausgestattete konvergente L\u00f6sung auf 30.058 SAPS pro H\u00f6hen\u00adeinheit kommt. <\/p>\n\n\n\n Mit anderen Worten: Um auf gleiche Leistung zu kommen, ben\u00f6tigt eine komplett virtualisiere SAP-Umgebung auf Basis von Nutanix nur ein Drittel des Platzes im Rechenzentrum (vgl. Abbildung 3, unten). Angesichts der bei Weitem nicht ersch\u00f6pfend geschilderten Eigenschaften der Infrastruktursoftware von Nutanix erscheinen Bedenken gegen\u00fcber virtualisierten SAP-Umgebungen nicht mehr gerechtfertigt. <\/p>\n\n\n\n Dieser Befund gibt SAP-Entscheidern die Freiheit, ihre Infrastruktur strikt nach gesch\u00e4ftlichen Kriterien auszurichten. Niedrigere Infrastrukturkosten um bis zu 60 Prozent, reduzierter Strom- und K\u00fchlungsbedarf um bis zu 90 Prozent, eine radikale Senkung des administrativen Aufwands mittels Automatisierung, h\u00f6here Freiheitsgrade bei der Wahl der Hardwareangebote und Kompatibilit\u00e4t mit den g\u00e4ngigen Public-Cloud- Stacks f\u00fcr hybride Szenarien etc. \u2013 all das sind wichtige Vorteile, die sich mit traditionellen Infrastrukturen nur sehr eingeschr\u00e4nkt erzielen lassen.<\/p>\n\n\n\n Virtualisierte SAP-Umgebungen auf Basis der HCI-Software von Nutanix helfen nicht nur, kurzfristig Kosten zu sparen, sondern die Gesamtbetriebskosten aktueller wie k\u00fcnftiger SAP-Umgebungen zu reduzieren und den Umstieg auf die neue Produktgeneration aus Walldorf zu erleichtern.<\/p>\n\n\n\n Valpak beschleunigt traditionelles und Onlinegesch\u00e4ft<\/p>\n\n\n\n Nach dem Kauf von Savings.com durch Valpak ben\u00f6tigte das britische Compliance-Unternehmen eine einfachere und kosteneffektivere Infrastruktur, um Workloads wie SAP, Oracle und SQL Server zu unterst\u00fctzen. Gleichzeitig sollte das IT-Team nicht zu sehr anwachsen und agiler werden, ohne dass dies zulasten der Stabilit\u00e4t ging. Au\u00dferdem sollte die Performance steigen. Durch die Nutzung der Infrastruktursoftware von Nutanix konnte Valpak:<\/p>\n\n\n\n ASM erstellt Berichte im Batch-Verfahren 5-mal schneller als vorher<\/p>\n\n\n\n ASM International mit Sitz in den Niederlanden ist ein f\u00fchrender Anbieter von Anlagen zur Wafer-Herstellung in der Halbleiterindustrie. ASM suchte nach einem Ersatz f\u00fcr seine veraltete Infrastruktur, um die langsame Batch-Verarbeitung durch eine schnellere zu ersetzen. Au\u00dferdem sollte das IT-Betriebsteam von den st\u00e4ndigen Problemen mit der Hardware erl\u00f6st werden, die so verschiedene Anwendungen wie SAP ERP, CRM, SCM, PI, BW, BOBJ, PLM, SRM, PORTAL usw. unterst\u00fctzt. Mithilfe der Nutanix Enterprise Cloud hat ASM:<\/p>\n\n\n\n Multinationales Lebensmittelunternehmen modernisiert SAP-Landschaft<\/p>\n\n\n\n Ein bekanntes Lebensmittelunternehmen suchte nach M\u00f6glichkeiten, neue Gesch\u00e4ftsprojekte schneller als bisher zu realisieren. Der Zeitaufwand bei neuen Deployments auf der bestehenden Infrastruktur mit Workloads wie Electronic Data Interchange (B2BI), Order-to-Cash (SAP NetWeaver und B2BI), SAP Projekt Staging (CRM, BW-Applikationen) und anderen Anwendungen war jedoch zu gro\u00df. Dadurch lie\u00dfen sich die immer ambitionierteren gesch\u00e4ftlichen Ziele nicht mehr erf\u00fcllen. Dar\u00fcber hinaus litt das Unternehmen unter Platzmangel in seinen Rechenzentren, musste die laufenden Storage-Kosten in den Griff bekommen und suchte nach einer L\u00f6sung, mit deren Hilfe sich die Umsetzung der Cloud-Strategie unmittelbar starten lie\u00df. Das IT-Team nahm den Umbau seiner riesigen UNIX-Umgebung in Angriff und verwendete daf\u00fcr virtualisierte Linux-Server, die auf der Nutanix Enterprise Cloud laufen. Die Ergebnisse lie\u00dfen nicht lange auf sich warten:<\/p>\n\n\n\n Viele Applikationsmanager im SAP-Umfeld schw\u00f6ren weiterhin auf Bare Metal als Nonplusultra f\u00fcr SAP-Umgebungen. Und sie h\u00e4tten recht, wenn es bei hyperkonvergenten Infrastrukturen (HCI) nur um Virtualisierung ginge. Doch es geht um viel mehr.<\/p>\n","protected":false},"author":71,"featured_media":67087,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"rank_math_lock_modified_date":false,"footnotes":""},"categories":[37839,37840],"tags":[75,721,7040],"coauthors":[22192],"class_list":["post-67082","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-coverstory-2007","category-mag-2007","tag-cluster","tag-nutanix","tag-virtualisierung"],"featured_image_urls_v2":{"full":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2020\/07\/shutterstock_725365669.jpg",1000,450,false],"thumbnail":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2020\/07\/shutterstock_725365669-150x150.jpg",150,150,true],"medium":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2020\/07\/shutterstock_725365669.jpg",400,180,false],"medium_large":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2020\/07\/shutterstock_725365669-768x346.jpg",768,346,true],"large":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2020\/07\/shutterstock_725365669.jpg",1000,450,false],"image-100":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2020\/07\/shutterstock_725365669-100x45.jpg",100,45,true],"image-480":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2020\/07\/shutterstock_725365669-480x216.jpg",480,216,true],"image-640":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2020\/07\/shutterstock_725365669-640x288.jpg",640,288,true],"image-720":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2020\/07\/shutterstock_725365669-720x324.jpg",720,324,true],"image-960":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2020\/07\/shutterstock_725365669-960x432.jpg",960,432,true],"image-1168":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2020\/07\/shutterstock_725365669.jpg",1000,450,false],"image-1440":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2020\/07\/shutterstock_725365669.jpg",1000,450,false],"image-1920":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2020\/07\/shutterstock_725365669.jpg",1000,450,false],"1536x1536":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2020\/07\/shutterstock_725365669.jpg",1000,450,false],"2048x2048":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2020\/07\/shutterstock_725365669.jpg",1000,450,false],"trp-custom-language-flag":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2020\/07\/shutterstock_725365669.jpg",18,8,false],"bricks_large_16x9":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2020\/07\/shutterstock_725365669.jpg",1000,450,false],"bricks_large":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2020\/07\/shutterstock_725365669.jpg",1000,450,false],"bricks_large_square":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2020\/07\/shutterstock_725365669.jpg",1000,450,false],"bricks_medium":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2020\/07\/shutterstock_725365669.jpg",600,270,false],"bricks_medium_square":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2020\/07\/shutterstock_725365669.jpg",600,270,false],"profile_24":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2020\/07\/shutterstock_725365669-24x24.jpg",24,24,true],"profile_48":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2020\/07\/shutterstock_725365669-48x48.jpg",48,48,true],"profile_96":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2020\/07\/shutterstock_725365669-96x96.jpg",96,96,true],"profile_150":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2020\/07\/shutterstock_725365669-150x150.jpg",150,150,true],"profile_300":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2020\/07\/shutterstock_725365669-300x300.jpg",300,300,true]},"post_excerpt_stackable_v2":" Viele Applikationsmanager im SAP-Umfeld schw\u00f6ren weiterhin auf Bare Metal als Nonplusultra f\u00fcr SAP-Umgebungen. Und sie h\u00e4tten recht, wenn es bei hyperkonvergenten Infrastrukturen (HCI) nur um Virtualisierung ginge. Doch es geht um viel mehr.<\/p>\n","category_list_v2":"Coverstory 20-07<\/a>, MAG 20-07<\/a>","author_info_v2":{"name":"Bas Raayman, Nutanix","url":"https:\/\/e3magpmp.greatsolution.dev\/de\/author\/bas-raayman\/"},"comments_num_v2":"0 comments","acf":[],"_links":{"self":[{"href":"https:\/\/e3magpmp.greatsolution.dev\/de\/wp-json\/wp\/v2\/posts\/67082","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/e3magpmp.greatsolution.dev\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/e3magpmp.greatsolution.dev\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/e3magpmp.greatsolution.dev\/de\/wp-json\/wp\/v2\/users\/71"}],"replies":[{"embeddable":true,"href":"https:\/\/e3magpmp.greatsolution.dev\/de\/wp-json\/wp\/v2\/comments?post=67082"}],"version-history":[{"count":0,"href":"https:\/\/e3magpmp.greatsolution.dev\/de\/wp-json\/wp\/v2\/posts\/67082\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/e3magpmp.greatsolution.dev\/de\/wp-json\/wp\/v2\/media\/67087"}],"wp:attachment":[{"href":"https:\/\/e3magpmp.greatsolution.dev\/de\/wp-json\/wp\/v2\/media?parent=67082"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/e3magpmp.greatsolution.dev\/de\/wp-json\/wp\/v2\/categories?post=67082"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/e3magpmp.greatsolution.dev\/de\/wp-json\/wp\/v2\/tags?post=67082"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/e3magpmp.greatsolution.dev\/de\/wp-json\/wp\/v2\/coauthors?post=67082"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}![\"Sap-virtualisierung](\"http:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2020\/07\/Bas-Raayman-Nutanix.jpg\" "\\"Sap-virtualisierung")
Skalierung und Datenlokalit\u00e4t<\/h3>\n\n\n\n
![\"Sap-virtualisierung](\"http:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2020\/07\/Overview-of-the-Nutanix-Architecture_bearbeitet-1030x336.jpg\" "\\"Sap-virtualisierung")
Datenfluss und Speicherfunktionen<\/h3>\n\n\n\n
![\"Sap-virtualisierung](\"http:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2020\/07\/ILM-and-Compression_bearbeitet.jpg\" "\\"Sap-virtualisierung")
Ausfallsicherheit<\/h3>\n\n\n\n
Storage Tiering<\/h3>\n\n\n\n
![\"Sap-virtualisierung](\"http:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2020\/07\/Nutanix-Enterprise-Cloud-dramatically-simplifies-IT-infrastructure-versus-traditional-approaches-1.jpg\" "\\"Sap-virtualisierung")
Leistung<\/h3>\n\n\n\n
![\"Download](\"http:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2018\/04\/Download-Coverstory.jpg\" "\\"Sap-virtualisierung")
<\/a><\/figure>\n\n\n\n
\n\n\n\nNutanix-Kunde Valpak<\/h3>\n\n\n\n
Nutanix-Kunde ASM<\/h3>\n\n\n\n
Nutanix-Kunde: Multinationales Unternehmen aus der Ern\u00e4hrungsindustrie<\/h3>\n\n\n\n