Virtualisierungsstrategie
Virtualisierung modernisieren, ohne einen einzigen Weg zu erzwingen
Eine neue integrierte Plattform mit eEVOS aufbauen oder eine bestehende VMware- oder Hyper-V-Umgebung mit euroNAS-Speicher erweitern. Die richtige Architektur hängt von Workload-Kompatibilität, Verfügbarkeit, Wiederherstellungszielen und Betriebsstrategie ab
eEVOS-PlattformVirtualisierung, Speicher, Hochverfügbarkeit, Backup und Disaster Recovery
VMware- und Hyper-V-SpeicherGemeinsamer Datei- oder Blockspeicher für bestehende Umgebungen
Kontrollierte MigrationBewertung, Import, Validierung und stufenweise Umstellung
HardwareauswahlArchitekturen basierend auf Standard-Unternehmensservern
Zwei valide Strategien
Auswahl der zu ändernden und der beizubehaltenden Komponenten
Virtualisierungsprojekte beginnen nicht immer mit denselben Einschränkungen. Manche Organisationen wünschen sich eine unabhängige Plattform, die Infrastrukturfunktionen konsolidiert. Andere müssen VMware oder Hyper-V beibehalten und gleichzeitig die Speicher- und Verfügbarkeitsschicht verbessern
Virtualisierung nach eEVOS verlagern
Virtuelle Maschinen, Speicher, Hochverfügbarkeit, Netzwerk, Datensicherung und Notfallwiederherstellung über eine hardwareunabhängige Plattform betreiben- Abhängigkeit von einem bestehenden Hypervisor-Stack ersetzen oder reduzieren
- Workloads aus VMware-, Hyper-V-, KVM- und Xen-Umgebungen importieren
- Lokalen, gespiegelten, gemeinsam genutzten oder Ceph-basierten Speicher auswählen
- Integrierte Backup & Disaster Recovery-Workflows verwenden
VMware oder Hyper-V beibehalten und Speicher modernisieren
Vorhandene VMware- oder Hyper-V-Umgebung beibehalten Anwendungsmodell bei gleichzeitiger Einführung von euroNAS Premium, HA Cluster oder eEKAS als geeignete Speicherschicht- Bestehende Operationen und Anwendungsunterstützung für VMware oder Hyper-V beibehalten
- NFS, iSCSI, Fibre Channel oder NVMe-oF verwenden, sofern unterstützt
- Bei Bedarf Multipath- und Hochverfügbarkeitsspeicher entwerfen
- Skalierung von einem einzelnen Speicherserver zu HA oder verteiltem Speicher
Es gibt keine Universallösung: Anwendungszertifizierung, Betriebserfahrung, Lizenzierung, Hardwarekompatibilität, RPO/RTO und Supportanforderungen bestimmen den geeigneten Weg
Entscheidungskriterien
Beginnen Sie mit den Geschäfts- und Workload-Beschränkungen
Eine fundierte Entscheidung basiert auf messbaren Anforderungen, nicht nur auf dem aktuellen Hypervisor oder dem neuesten Speicherprotokoll
01 · KOMPATIBILITÄT
Anwendungsunterstützung
Identifizierung von Workloads, die an einen bestimmten Hypervisor, ein bestimmtes Betriebsmodell oder eine bestimmte Herstellerzertifizierung gebunden sind02 · Ausfallsicherheit
Verfügbarkeitsziele
Definition akzeptabler Unterbrechungen, Failover-Verhalten und der Infrastrukturausfälle, die das Design tolerieren muss03 · Wiederherstellung
Backup und Disaster Recovery
Trennung der schnellen operativen Wiederherstellung von unabhängigen Backup-Kopien und externer Disaster Recovery04 · Betrieb
Kompetenzen und Komplexität
Vergleich des Migrationsaufwands und der täglichen Administration mit den langfristigen Kosten mehrerer isolierter InfrastrukturenReferenzarchitekturen
Skalierung von einem einzelnen Host bis hin zu verteilter Infrastruktur
Die Plattform- und Speichertopologie sollte der Workload angepasst sein. Diese Muster bieten Ausgangspunkte für die technische Validierung
Einzelhost eEVOS
Virtualisierung, lokaler Speicher und integrierter Schutz für Zweigstellen-, Edge-, Labor- oder unabhängige WorkloadenGespiegelt eEVOS
Zwei Hosts spiegeln den Speicher synchron, um eine kompakte, hochverfügbare Virtualisierungsplattform mit nahtlosem Failover und ohne separates Speicherarray bereitzustellenGemeinsam genutzter Speicher-eEVOS-Cluster
Nicht auf eine Ein- oder Zwei-Knoten-Topologie beschränkt: Mehrere eEVOS-Hosts können über Fibre Channel, gemeinsam genutztes SAS, NVMe-oF oder iSCSI mit einem zentralen Blockspeicher verbunden werden. Multipathing und hochverfügbarer Speicher gewährleisten den Zugriff auch bei Verschiebung virtueller Maschinen oder Host-AusfällenVMware oder Hyper-V mit euroNAS HA
Hypervisor-Hosts verbinden sich über geeignete Datei- oder Blockprotokolle und Multipathing mit einem ausfallsicheren euroNAS-SpeicherpaarHyperkonvergente Infrastruktur basierend auf Ceph
Mit eEVOS bündelt Ceph den Speicher über Cluster-Hosts hinweg in einem hyperkonvergenten Modell, das weitgehend mit Plattformen wie VMware vSAN vergleichbar ist: Kapazität, Leistung und Ausfallsicherheit steigen mit der Anzahl der hinzugefügten Knoten. eEKAS nutzt Ceph anders – als dedizierte Scale-Out-Speicherplattform. Die Produkte werden nicht als funktionsgleiche Alternativen dargestelltVSA
Bereitstellung von euroNAS als Virtual Storage Appliance
Abhängig vom gewählten Produkt und der Architektur kann euroNAS als virtuelle Appliance ausgeführt werden und Datei- oder Blockspeicher ohne dedizierten physischen Speicherserver bereitstellen. Dies eignet sich für Zweigstellen, Edge-Standorte, Labore, gestaffelte Migrationen und andere softwaredefinierte BereitstellungenRessourcenreservierungen, Speicherplatzierung, Bootabhängigkeiten, Verfügbarkeit und Ausfallbereiche müssen für jedes Virtual-Appliance-Design validiert werdenBetriebliche Perspektive
Bewerten Sie das Betriebsmodell – nicht nur die Funktionsliste
eEVOS konsolidiert zentrale Infrastruktur-Workflows. Eine auf VMware oder Hyper-V basierende Architektur behält den gewohnten Hypervisor bei, während euroNAS den Fokus auf die Speicherschicht legt
| Berücksichtigung | eEVOS-Plattform | Vorhandener Hypervisor mit euroNAS-Speicher |
|---|---|---|
| Virtualisierung | Integriertes eEVOS-Hypervisor-Management | Die bestehende VMware- oder Hyper-V-Umgebung bleibt erhalten |
| Storage | Lokaler Speicher, synchrones Spiegeln, externer gemeinsam genutzter Speicher oder Optionen basierend auf Ceph | euroNAS Premium, HA Cluster oder eEKAS ausgewählt für die erforderliche Topologie |
| Schutzmodell | eEVOS bietet integriertes VM-Backup, Instant Backup & Recovery, NAS/S3-Backup und Remote-DR | VM-Backup bleibt Teil des Hypervisor- und Backup-Designs; Separater euroNAS Premium- oder HA-Speicher kann Snapshots und asynchrone Replikation hinzufügen, sofern konfiguriert |
| Migration | Geführter Import von gängigen Hypervisoren, einschließlich VMware vCenter-Erkennung | Keine Hypervisor-Migration; Speicherübergang muss geplant und validiert werden |
| Optimale Lösung | Organisationen, die Konsolidierung, Unabhängigkeit und ein neues Betriebsmodell anstreben | Organisationen, die die Kompatibilität, die Fähigkeiten oder die Anwendungszertifizierung von VMware oder Hyper-V beibehalten |
eEVOS im Betrieb
Eine Übersicht vom Clusterzustand bis zur Workload-Migration
Die R7-Oberfläche integriert Infrastrukturstatus, virtuelle Maschinen und Migrations-Workflows in eine konsistente Betriebsumgebung
Clusterweite Transparenz
Überprüfung von Hostzustand, Auslastung, virtuellen Maschinen und Ceph-Status in der gesamten Umgebung Vollbild anzeigen
Geführter Workload-Import
Virtuelle Maschinen von gängigen Hypervisoren in einen kontrollierten eEVOS-Migrationsworkflow übernehmen. eEVOS erkennt das Gastbetriebssystem automatisch und installiert bei unterstützten Gästen die benötigten paravirtualisierten Treiber. Vollständige Ansicht VM-Migrationswege ansehenKontrollierter Übergang
Modernisierung schrittweise statt in einem einzigen, disruptiven Schritt
Unabhängig davon, ob das Ziel eEVOS oder neuer Speicher für VMware ist, sollten bei der Migration Rollback-Optionen erhalten bleiben und das Anwendungsverhalten vor der Produktionsumstellung validiert werden
BewertungErfassung von Workloads, Abhängigkeiten, Kapazität, Latenz und Wiederherstellungsanforderungen
PilotValidierung repräsentativer Anwendungen, Speicherpfade, Backup- und Failover-Verhalten
MigrationMigration kontrollierter Workload-Gruppen, während die bestehende Plattform weiterhin verfügbar ist
Betrieb vonDokumentenwiederherstellung, Überwachung, Besitzverhältnisse und Kapazitätsprozesse für das neue Design
Schutz durch Design
Backup & Disaster Recovery muss Teil der Architektur sein
Wiederherstellungsanforderungen beeinflussen Speicherplatzierung, Netzwerkdesign und Migrationsentscheidungen. eEVOS integriert mehrere Schutzmethoden; VMware- und Hyper-V-Umgebungen erfordern eine koordinierte Hypervisor-, Backup- und Speicherstrategie
Sofortige Wiederherstellung
Schnelle operative Wiederherstellungspunkte für vollständige virtuelle Maschinen von eEVOS und einzelne DateienUnabhängige Datensicherung
NAS- und S3-kompatible Ziele trennen geschützte Daten von der ProduktionsumgebungExternes Disaster Recovery
Remote eEVOS-Umgebungen unterstützen die Wiederherstellungsplanung über den primären Standort hinauseuroNAS Premium / HA: Speicherschutz
Für separate euroNAS Premium- und HA-Speicherplattformen schützen Snapshots und asynchrone Replikation Daten auf Speicherebene. Der Wiederherstellungspunkt hängt vom zuletzt erfolgreich replizierten Zustand ab; dies ergänzt – ersetzt aber nicht – die workload-konsistente VM-SicherungArchitektur zuerst