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
Nach Workload filternVerwenden Sie den AuswahlleitfadenDrei Wege zum selben ArchitekturprozessWORKLOAD
Welche Prozesse laufen?TECHNOLOGIE
Wie wird auf Daten zugegriffen?ZIEL
Was muss verbessert werden?ARCHITEKTUR- UND SPEICHERAUSWAHLLEITFADENWorkload → Zugriff → Verfügbarkeit und Wiederherstellung → Skalierung → Vorauswahl
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
Virtualisierungslösungen →Architekturen für gemeinsam genutzten Speicher →
Transaktionsworkloads
Design für dauerhafte Schreibvorgänge, vorhersehbare Latenzzeiten, Pfadausfallsicherheit und Wiederherstellung unter Berücksichtigung der Datenbankkonsistenz
Persistente Daten in Kubernetes
Richten Sie die Integration, Zugriffsmodi, den Lebenszyklus von Volumes und den Datenschutz von CSI an den Ausfallbereichen des Clusters aus
Datenintensives Rechnen
Stellen Sie die Rechenleistung durch aggregierten Durchsatz, Metadatenplanung und ein für parallele Anforderungen ausgelegtes Netzwerk sicher
Bearbeitung, Aufnahme und Rendering
Planen Sie kontinuierliche parallele Datenströme, einen gemeinsamen Namensraum, vorhersehbare Zusammenarbeit und wiederherstellbare Projektdaten
Kontinuierliche Videoaufzeichnung
Kontinuierliche Schreibvorgänge, Aufbewahrung, VMS-Kompatibilität, Fehlerverhalten und zuverlässige Beweissicherung in Einklang bringen
SMB und NFS
Dateizugriff basierend auf Clients, Identität, Berechtigungen, Sperrung, Namensraum und Dienstverfügbarkeit auswählen
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.
dRAID
Parität, Recovery-Arbeit und optionale Spare-Kapazität über große Laufwerksbestände verteilen – ohne einen Scale-out-Cluster zu benötigen.
Block, Datei oder Objekt?
Verstehen, wem Namespace, Dateisystem und Datenlebenszyklus gehören
NVMe over Fabrics
NVMe/TCP und NVMe/RDMA übertragen NVMe-Befehle über ein Netzwerk-Fabric
RDMA
RoCE, RoCEv2 und InfiniBand können den Transportaufwand reduzieren, wenn der gesamte Pfad korrekt konfiguriert ist
iSCSI
Eine bewährte Block-Speicherlösung mit umfassender Host-Kompatibilität und vertrauter Ethernet-Funktionalität
Fibre Channel
Dedizierte Enterprise-Block-Fabrics mit etablierten Zonierungs-, Multipathing- und Betriebspraktiken
SMB und NFS
Gemeinsame Dateien, Berechtigungen und Sperren für Windows, Linux/Unix und unterstützte Anwendungsumgebungen
S3-kompatibler Speicher
API-basierter Objektzugriff für Anwendungen, Schutzworkflows und mandantenfähige Dienste
Enterprise S3 erkunden →S3 für MSPs erkunden →S3-Replikation & Recovery →SMB zu S3 WORM →
Ceph mit eEKAS
Scale-out Block-, Datei- und Objektdienste über mehrere Knoten und explizite Ausfalldomänen hinweg
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
Hohe Verfügbarkeit
Festlegen, welche Komponenten-, Knoten- oder Dienstausfälle automatisch abgefangen werden sollen
Scale-out
Kapazität und Dienste knotenübergreifend ohne feste lokale Zwei-Knoten-Grenze erweitern
Datensicherung und Notfallwiederherstellung
Separate Verfügbarkeit, Replikation, historische Wiederherstellung und Notfallwiederherstellung nach Ereignis und Ziel
Cyberresilienz
Schützen Sie saubere Wiederherstellungspunkte über separate Vertrauensgrenzen hinweg und definieren Sie, wie verifizierte Dienste nach einem Vorfall wiederhergestellt werden
Vereinfachte Bedienung
Verwenden Sie grafische Workflows und integrierte Lebenszyklussteuerungen, um die Abhängigkeit von der Befehlszeile zu reduzieren
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
Öffnen Sie den Auswahlleitfaden1 · WORKLOADE/A- und Anwendungsverhalten→2 · ACCESSDatei, Block oder Objekt3 · RESILIENCEHA, Recovery und Failure Domains→4 · WACHSTUMScale-up, Zwei-Knoten- oder verteiltes SystemERGEBNIS · Eine unterstützte Architektur und eine Auswahlliste zur Validierung
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
Ein fokussiertes Speichermodell; automatisches Zwei-Knoten-Speicher-Failover erfordert eine andere ArchitekturPremium-Details →
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
Konzipiert für kompakte lokale Hochverfügbarkeit (HA) und nicht für verteilte Skalierung auf mehrere KnotenDetails zu HA Cluster →
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
Erfordert eine angemessene Anzahl an Knoten, ein geeignetes Netzwerk, freie Kapazitätsreserven und ein verteiltes SystemdesigneEKAS Details →
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
Bietet selbst keine Speicherdienste an; es kann die für die Virtualisierungsumgebung ausgewählte Speicherarchitektur nutzeneEVOS Details →
Unterschiede der Betriebsmodelle
Eigenständiger Speicher
Anwendung
Hosts→Ein Storage-
Server oder VSA
Definierte Skalierungsgrenzen und einfache Besitzverhältnisse
Hochverfügbarkeit mit zwei Knoten
Storage
Knoten A⇄Storage
Knoten B
Automatisches Service-Failover mit synchronem lokalem Schutz oder gemeinsam genutztem Speicher
Verteilter Speicher
Client
Endpunkte→Ceph Knoten
und Dienste
Scale-out Block-, Datei- und S3 über explizite Ausfalldomänen hinweg
Virtualisierungsplattform
eEVOS
Compute⇄Ausgewählt
Speichermodell
Virtuelle Maschinen und integrierte Wiederherstellung mit internem oder externem Speicher
Validierung des gesamten Geschäftsdienstes
Das finale Design muss hinsichtlich der aktuellen Anwendungsunterstützung, der gemessenen Last und der betrieblichen Wiederherstellungsverfahren geprüft werden
Kompatibilität
Anwendung, Host, Hypervisor, Protokoll, Treiber und unterstützte Topologie
Gemessene Workload
Kapazitätswachstum, Parallelität, Lese-/Schreibverhältnis, Block- oder Objektgröße, Latenz und Lastspitzen
Fehlergrenzen
Geräte-, Pfad-, Knoten-, Rack-, Stromversorgungs- und Standortereignisse, die toleriert werden müssen
Wiederherstellungsziele
RPO, RTO, Aufbewahrung, Wiederherstellungsgranularität und Verantwortlichkeiten während eines Vorfalls
Netzwerkdesign
Bandbreite, redundante Pfade, Zonierung oder VLANs, RDMA Konfiguration und Überwachung
Betrieb und Wachstum
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