VMDC ist verfügbar"Hier".

Tauchen Sie mit DII tief in die Analyse der Workload-I/O-Profile auf virtuellen Maschinen unter Verwendung von Echtzeitkennzahlen ein.

VMDC dient als schneller erster Bewertungsschritt vor der Implementierung von DII für kontinuierliches Monitoring und erweiterte KI/ML-gestützte Analysen in heterogenen Umgebungen.

Mit der Veröffentlichung von VMware Cloud Foundation (VCF) 5.2 ist es möglich, bestehende vSphere Infrastrukturen in VCF Management-Domänen zu konvertieren und zusätzliche Cluster als VCF VI-Workload-Domänen zu importieren. Damit kann VMware Cloud Foundation (VCF) jetzt vollständig auf NetApp-Storage-Plattformen ausgeführt werden, ohne vSAN verwenden zu müssen (ja, all dies ohne vSAN). Bei der Konvertierung eines Clusters mit einem vorhandenen NFS- oder FC-Datastore, der auf ONTAP ausgeführt wird, wird die vorhandene Infrastruktur in eine moderne Private Cloud integriert, sodass vSAN nicht erforderlich ist. Dieser Prozess profitiert von der Flexibilität von NFS- und FC-Storage und ermöglicht einen nahtlosen Datenzugriff und -Management. Nachdem eine VCF-Management-Domäne im Zuge der Konvertierung eingerichtet wurde, können Administratoren zusätzliche vSphere-Cluster effizient importieren, einschließlich derjenigen, die NFS- oder FC-Datastores verwenden, in das VCF-Ecosystem. Diese Integration verbessert nicht nur die Ressourcenauslastung, sondern vereinfacht auch das Management einer privaten Cloud-Infrastruktur. So wird ein reibungsloser Übergang mit minimalen Unterbrechungen bestehender Workloads gewährleistet.

Durch das Importieren oder Konvertieren vorhandener ESXi Cluster kann vorhandener ONTAP Storage als Datastore genutzt werden. Die Implementierung von vSAN oder zusätzlichen Hardware-Ressourcen ist nicht erforderlich. Dadurch wird VCF ressourceneffizient, kostenoptimiert und vereinfacht.

Wenn es sich bei VMware Cloud Foundation um eine komplett neue vSphere Infrastruktur und Single Sign-on-Domäne handelt, können vorhandene Workloads, die auf älteren vSphere Versionen ausgeführt werden, nicht über Cloud Foundation gemanagt werden. Im ersten Schritt werden die aktuellen Applikations-VMs, die auf bestehenden vSphere Umgebungen ausgeführt werden, in Cloud Foundation migriert. Der Migrationspfad hängt von der Migrationsart ab – live, warm und kalt – sowie von der Version jeder vorhandenen vSphere-Umgebung. Im Folgenden werden die Optionen in der Reihenfolge der Priorität je nach Quell-Storage aufgeführt.

Am einfachsten ist es in den meisten Fällen, Storage vMotion zu verwenden. Der Cluster sollte sowohl auf den neuen ONTAP SAN- oder NAS-Datastore als auch auf den Storage zugreifen können, von dem Sie die VMs migrieren (SAN, NAS usw.). Der Vorgang ist einfach: Wählen Sie eine oder mehrere VMs im vSphere Web Client aus, klicken Sie mit der rechten Maustaste auf die Auswahl und klicken Sie auf Migrieren. Wählen Sie die reine Speicheroption, wählen Sie den neuen ONTAP-Datenspeicher als Ziel aus und fahren Sie mit den letzten Schritten des Migrationsassistenten fort. VSphere kopiert die Dateien – VMX, NVRAM, VMDK(s) usw. – vom alten Speicher in den mit ONTAP betriebenen Datenspeicher. Beachten Sie, dass in vSphere möglicherweise große Datenmengen kopiert werden. Diese Methode erfordert keine Ausfallzeiten. Die VMs werden während der Migration weiter ausgeführt. Weitere Optionen sind hostbasierte Migration und Replizierung durch Drittanbieter für die Durchführung der Migration.

NetApp bietet eine branchenführende SaaS-basierte DRaaS-Lösung (Disaster Recovery), die Kosten erheblich senkt und die Komplexität verringert. Auf diese Weise entfällt die Anschaffung und Implementierung einer teuren alternativen Infrastruktur.

Disaster Recovery durch Replizierung auf Blockebene vom Produktionsstandort zum Disaster-Recovery-Standort ist eine ausfallsichere und kostengünstige Methode, um Workloads vor Standortausfällen und Datenbeschädigungen, z. B. durch Ransomware-Angriffe, zu schützen. Mithilfe der NetApp SnapMirror Replizierung können VMware Workloads, die auf lokalen ONTAP Systemen mit NFS- oder VMFS-Datenspeichern ausgeführt werden, auf ein anderes ONTAP Storage-System repliziert werden, das sich in einem festgelegten Recovery-Datacenter befindet, in dem VMware ebenfalls implementiert wird.

Verwenden Sie den BlueXP  Disaster Recovery Service, der in die NetApp BlueXP  Konsole integriert ist, mit dem Kunden ihre lokalen VMware vCenter zusammen mit ONTAP Storage erkennen, Ressourcengruppen erstellen, einen Disaster Recovery-Plan erstellen, ihn Ressourcengruppen zuordnen und Failover und Failback testen oder ausführen können. SnapMirror bietet Block-Replizierung auf Storage-Ebene, sodass die beiden Standorte mit inkrementellen Änderungen aktualisiert werden können, was zu einem RPO von bis zu 5 Minuten führt. Außerdem ist es möglich, DR-Verfahren als regelmäßiges Drill-Verfahren zu simulieren, ohne Auswirkungen auf die Produktion und replizierte Datenspeicher zu haben oder zusätzliche Storage-Kosten entstehen. Bei BlueXP  Disaster Recovery wird mithilfe der FlexClone Technologie von ONTAP eine platzsparende Kopie des NFS- oder VMFS-Datastore vom letzten replizierten Snapshot am DR-Standort erstellt. Nach Abschluss des DR-Tests löschen Sie einfach die Testumgebung, die sich wiederum ohne Auswirkungen auf die tatsächlich replizierten Produktionsressourcen auswirkt. Wenn (geplant oder ungeplant) das eigentliche Failover mit nur wenigen Klicks ausgeführt werden muss, orchestriert der BlueXP  Disaster Recovery Service alle Schritte, die zum automatischen Einrichten der geschützten Virtual Machines am designierten Disaster Recovery-Standort erforderlich sind. Der Service umkehrt auch die SnapMirror-Beziehung zum primären Standort und repliziert bei Bedarf alle Änderungen für einen Failback-Vorgang von sekundär zu primär. All dies kann zu einem Bruchteil der Kosten im Vergleich zu anderen bekannten Alternativen erreicht werden.

Um die Ausbreitung zu verhindern und teure Ausfallzeiten zu vermeiden, ist es wichtig, Ransomware so früh wie möglich zu erkennen. Eine effektive Strategie zur Erkennung von Ransomware muss mehrere Schutzebenen auf ESXi Host- und Gast-VM-Ebene umfassen. Während mehrere Sicherheitsmaßnahmen implementiert werden, um einen umfassenden Schutz vor Ransomware-Angriffen zu bieten, bietet ONTAP dem gesamten Verteidigungsansatz zusätzliche Schutzschichten. Um nur einige Funktionen zu nennen: Snapshots, Autonomer Ransomware-Schutz und manipulationssichere Snapshots.

Sehen wir uns an, wie die oben genannten Funktionen mit VMware zusammenarbeiten, um Daten vor Ransomware zu schützen und wiederherzustellen.

Um vSphere und Gast-VMs vor Angriffen zu schützen, müssen verschiedene Maßnahmen ergriffen werden, darunter Segmentierung, Einsatz von EDR/XDR/SIEM für Endpunkte und Installation von Sicherheitsupdates sowie Einhaltung der entsprechenden Härtungsrichtlinien. Jede virtuelle Maschine, die sich auf einem Datastore befindet, hostet auch ein Standardbetriebssystem. Stellen Sie sicher, dass die Produktsuiten für Anti-Malware-Produkte von Unternehmensservern installiert und regelmäßig aktualisiert werden, was ein wesentlicher Bestandteil einer mehrschichtigen Ransomware-Schutzstrategie ist. Aktivieren Sie darüber hinaus Autonomous Ransomware Protection (ARP) auf dem NFS-Volume, das den Datastore versorgt. ARP nutzt integriertes ML zur automatischen Erkennung von Ransomware mit Blick auf die Volume-Workload-Aktivität und Datenentropie. ARP kann über die integrierte Management-Schnittstelle von ONTAP oder System Manager konfiguriert werden und ist für einzelne Volumes aktiviert.

Neben dem mehrschichtigen Ansatz gibt es auch eine native integrierte ONTAP Lösung zum Schutz vor dem unbefugten Löschen von Backup-Snapshot-Kopien. Sie wird als Multi-Admin-Verifizierung oder MAV bezeichnet, die in ONTAP 9.11.1 und höher verfügbar ist. Der ideale Ansatz ist die Verwendung von Abfragen für MAV-spezifische Operationen.

Bei ONTAP One sind alle Sicherheitsfeature-Sets, die als zusätzliche Schicht fungieren, völlig kostenlos. Greifen Sie auf die robuste Suite von NetApp für Datensicherung, Sicherheit und alle Funktionen von ONTAP zu, ohne sich über Lizenzierungshindernisse Gedanken machen zu müssen.

OpenShift-Virtualisierung kann sinnvoll sein, wenn:

Proxmox kann sinnvoll sein, wenn:

Gründe für eine Migration zu VMware Cloud-Angeboten:

Für Kunden, die VMware Cloud auf einem beliebigen Hyperscaler als Disaster-Recovery-Ziel einsetzen möchten, können Datastores mit ONTAP Storage (Azure NetApp Files, FSX ONTAP, Google Cloud NetApp Volumes) verwendet werden, um Daten aus On-Premises-Systemen mit einer validierten Lösung von Drittanbietern, die eine VM-Replizierungsfunktion bietet, zu replizieren. Durch Hinzufügen von Datastores, die über ONTAP Storage bereitgestellt werden, wird eine kostenoptimierte Disaster Recovery auf dem Ziel mit einer geringeren Anzahl an ESXi Hosts ermöglicht. Auf diese Weise kann der sekundäre Standort in der On-Premises-Umgebung außer Betrieb gesetzt werden und dies führt zu erheblichen Kosteneinsparungen.

ONTAP ist die richtige Plattform für jeden Hypervisor vor Ort und für alle Workloads in der Cloud. ONTAP unterstützt bekannte Hypervisoren in On-Premises-Umgebungen und hat sich in jeder Cloud weit über das First-Party-Angebot hinweg durchgesetzt. Dadurch können Kunden die Lizenzierungsänderungen einfach bewältigen, indem sie durch das entsprechende Bereitstellungsmodell navigieren.

Kurz gesagt: VMware ist weiterhin der De-facto-Hypervisor für Unternehmen. Jede IT-Abteilung bewertet jedoch alternative Optionen. ONTAP spielt bei der Auswahl der Option eine wichtige Rolle.