Wählen Sie die Architektur entsprechend Ihren Anforderungen
Erkunden Sie Speicher- und Virtualisierungslösungen nach Workload, Technologie oder Betriebsziel. Das richtige Produkt lässt sich leichter identifizieren, sobald Zugriff, Verfügbarkeit, Wiederherstellung und Wachstum verstanden sind
Welche Prozesse laufen?
Wie wird auf Daten zugegriffen?
Was muss verbessert werden?
Mit den Anforderungen der Organisation beginnen
Jedes Workload erzeugt eine andere Mischung aus Latenz-, Durchsatz-, Parallelitäts-, Aufbewahrungs- und Wiederherstellungsanforderungen
VMware, Hyper-V und eEVOS
Vergleichen Sie den Speicher etablierter Hypervisoren mit eEVOS als unabhängiger Virtualisierungsplattform mit integriertem Backup & Disaster Recovery
Transaktionsworkloads
Design für dauerhafte Schreibvorgänge, vorhersehbare Latenzzeiten, Pfadausfallsicherheit und Wiederherstellung unter Berücksichtigung der Datenbankkonsistenz
Leitfaden zur Datenbankspeicherung →Persistente Daten in Kubernetes
Richten Sie die Integration, Zugriffsmodi, den Lebenszyklus von Volumes und den Datenschutz von CSI an den Ausfallbereichen des Clusters aus
Kubernetes-Speicherleitfaden →Datenintensives Rechnen
Stellen Sie die Rechenleistung durch aggregierten Durchsatz, Metadatenplanung und ein für parallele Anforderungen ausgelegtes Netzwerk sicher
KI- und HPC-Speicherleitfaden →Bearbeitung, Aufnahme und Rendering
Planen Sie kontinuierliche parallele Datenströme, einen gemeinsamen Namensraum, vorhersehbare Zusammenarbeit und wiederherstellbare Projektdaten
Medienspeicheranleitung →Kontinuierliche Videoaufzeichnung
Kontinuierliche Schreibvorgänge, Aufbewahrung, VMS-Kompatibilität, Fehlerverhalten und zuverlässige Beweissicherung in Einklang bringen
Leitfaden zur Überwachungsspeicherung →SMB und NFS
Dateizugriff basierend auf Clients, Identität, Berechtigungen, Sperrung, Namensraum und Dienstverfügbarkeit auswählen
Anleitung zu SMB und NFS →Unternehmen und MSP S3
Trennung des Anwendungsobjektspeichers von Anbieteranforderungen wie Mandantenfähigkeit, Kapazitätskontingenten, Abrechnung und personalisiertem Endbenutzerzugriff
Vor dem Performance-Vergleich das Zugriffsmodell verstehen
Datei-, Block- und Objektspeicher weisen unterschiedliche Semantiken auf. Das Protokoll muss zur Anwendung passen, bevor die Leistungsoptimierung beginnt
ZFS Storage
Prüfsummen, Snapshots, Datasets, Kompression, Scrubs und asynchrone Replikation in euroNAS Premium und HA Cluster kennenlernen.
ZFS Storage erkunden →dRAID
Parität, Recovery-Arbeit und optionale Spare-Kapazität über große Laufwerksbestände verteilen – ohne einen Scale-out-Cluster zu benötigen.
dRAID erkunden →Block, Datei oder Objekt?
Verstehen, wem Namespace, Dateisystem und Datenlebenszyklus gehören
Datenmodelle vergleichen →NVMe over Fabrics
NVMe/TCP und NVMe/RDMA übertragen NVMe-Befehle über ein Netzwerk-Fabric
NVMe-oF erkunden →RDMA
RoCE, RoCEv2 und InfiniBand können den Transportaufwand reduzieren, wenn der gesamte Pfad korrekt konfiguriert ist
RDMA erkunden →iSCSI
Eine bewährte Block-Speicherlösung mit umfassender Host-Kompatibilität und vertrauter Ethernet-Funktionalität
iSCSI erkunden →Fibre Channel
Dedizierte Enterprise-Block-Fabrics mit etablierten Zonierungs-, Multipathing- und Betriebspraktiken
Fibre Channel erkunden →SMB und NFS
Gemeinsame Dateien, Berechtigungen und Sperren für Windows, Linux/Unix und unterstützte Anwendungsumgebungen
Vergleiche SMB und NFS →S3-kompatibler Speicher
API-basierter Objektzugriff für Anwendungen, Schutzworkflows und mandantenfähige Dienste
Ceph mit eEKAS
Scale-out Block-, Datei- und Objektdienste über mehrere Knoten und explizite Ausfalldomänen hinweg
Scale-Out-Optionen erkunden: Ceph →Ein schnelleres Protokoll kann das falsche Datenmodell nicht korrigieren Anwendungsunterstützung, Konsistenz, Host-Zugriff und Wiederherstellungsverhalten bleiben Auswahlkriterien, selbst wenn Bandbreite und Latenz wichtig sind
Fokussierung des Designs auf das Betriebsergebnis
Ein Projekt kann mehrere Ziele kombinieren, wobei jedes Ziel einen anderen Teil der Architektur verändert
Performance
Latenz reduzieren oder Durchsatz erhöhen durch Untersuchung des gesamten Pfads von der Anwendung zum Medium
Blockprotokolle vergleichen →Hohe Verfügbarkeit
Festlegen, welche Komponenten-, Knoten- oder Dienstausfälle automatisch abgefangen werden sollen
Hochverfügbarkeit und Ausfallsicherheit erkunden →Scale-out
Kapazität und Dienste knotenübergreifend ohne feste lokale Zwei-Knoten-Grenze erweitern
Scale-Out-Funktion von eEKAS erkunden →Datensicherung und Notfallwiederherstellung
Separate Verfügbarkeit, Replikation, historische Wiederherstellung und Notfallwiederherstellung nach Ereignis und Ziel
Leitfaden für Datensicherung und Notfallwiederherstellung →Cyberresilienz
Schützen Sie saubere Wiederherstellungspunkte über separate Vertrauensgrenzen hinweg und definieren Sie, wie verifizierte Dienste nach einem Vorfall wiederhergestellt werden
Leitfaden zur Wiederherstellung nach Ransomware-Angriffen →Vereinfachte Bedienung
Verwenden Sie grafische Workflows und integrierte Lebenszyklussteuerungen, um die Abhängigkeit von der Befehlszeile zu reduzieren
Verwenden Sie den Auswahlleitfaden →Nutzen Sie einen einheitlichen Entscheidungspfad für alle Technologien
Der Architektur- und Storage-Auswahlleitfaden wandelt Anforderungen an Workload, Zugriff, Verfügbarkeit, Wiederherstellung und Wachstum in eine Architektur-Vorauswahlliste um. euroNAS-Produkte werden erst angezeigt, nachdem diese Anforderungen klar definiert sind
Verschiedene euroNAS-Produkte unterstützen unterschiedliche Betriebsmodelle
Dies sind praktische Beispiele, keine allgemeingültige Rangliste. Die Auswahl sollte sich nach Workload, Ausfallgrenze, Wiederherstellungszielen und Skalierungsmodell richten
euroNAS Premium
Speicherbetriebssystem für einen physischen Server oder Virtual Storage Appliance
- Datei-, Block- und S3-Dienste
- Scale-up innerhalb des ausgewählten Servers
- Snapshots und asynchrone Replikationsoptionen
HA Cluster
Automatisches Failover des lokalen Speicherdienstes in einem unterstützten Zwei-Knoten-Design
- Synchroner Spiegelspeicher oder gemeinsam genutzter Speicher mit zwei Controllern
- Datei-, Block- und S3-Dienste
- Optionen für separate asynchrone Replikation
eEKAS
Grafisch verwalteter Ceph-Speicher für Skalierungsdienste auf mehrere Knoten
- Ceph Block-, Datei- und S3
- Fehlerdomänenbasierter Schutz
- S3 File Manager, Kapazitätskontingente und Abrechnungsoptionen
eEVOS
Ein Virtualisierungsprodukt, kein Speicherprodukt
- VM-Lebenszyklus, Verfügbarkeit und Live-Migration
- Integriert Backup & Disaster Recovery
- Nutzt internen, externen gemeinsam genutzten oder Ceph-basierten Speicher
Unterschiede der Betriebsmodelle
Eigenständiger Speicher
Hosts
Server oder VSA
Definierte Skalierungsgrenzen und einfache Besitzverhältnisse
Premium-Beispiel →Hochverfügbarkeit mit zwei Knoten
Knoten A
Knoten B
Automatisches Service-Failover mit synchronem lokalem Schutz oder gemeinsam genutztem Speicher
HA-Architekturleitfaden →Verteilter Speicher
Endpunkte
und Dienste
Scale-out Block-, Datei- und S3 über explizite Ausfalldomänen hinweg
eEKAS Architektur →Virtualisierungsplattform
Compute
Speichermodell
Virtuelle Maschinen und integrierte Wiederherstellung mit internem oder externem Speicher
Architektur eEVOS →Validierung des gesamten Geschäftsdienstes
Das finale Design muss hinsichtlich der aktuellen Anwendungsunterstützung, der gemessenen Last und der betrieblichen Wiederherstellungsverfahren geprüft werden
Anwendung, Host, Hypervisor, Protokoll, Treiber und unterstützte Topologie
Kapazitätswachstum, Parallelität, Lese-/Schreibverhältnis, Block- oder Objektgröße, Latenz und Lastspitzen
Geräte-, Pfad-, Knoten-, Rack-, Stromversorgungs- und Standortereignisse, die toleriert werden müssen
RPO, RTO, Aufbewahrung, Wiederherstellungsgranularität und Verantwortlichkeiten während eines Vorfalls
Bandbreite, redundante Pfade, Zonierung oder VLANs, RDMA Konfiguration und Überwachung
Erweiterung, Wartung, Kapazitätsreserve, Fachkräfte, Tests und Verantwortung für den Lebenszyklus
Beginnen Sie mit den Anforderungen und wählen Sie dann die passende Plattform aus
Wir können die Workload, die Zugriffsmethode, die Ausfallbereiche, die Wiederherstellungsziele und das Wachstumsmodell für ein Unternehmensspeicher- oder Virtualisierungsprojekt überprüfen