12 Exascale ist die neue Herausforderung für IT-Verantwortliche, die im Markt nach neuen Ansätzen suchen, um das Rechenzentrum von morgen aufzubauen. Scality hat vor Kurzem einige Studien begonnen und Informationen aus zahlreichen Quellen gesammelt. Unsere Erkenntnisse lassen sich in einigen zentralen Punkten zusammenfassen, die man bei einer solchen Entwicklung berücksichtigen muss. Diese Kriterien sind: Skalierbarkeit: Der Begriff ist ein Schlagwort, steht hier aber für die Fähigkeit, riesige Datenmengen zu speichern und dabei weiterhin eine inkrementell steigende Leistung bei den IOPS oder beim Durchsatz zu liefern. Bei Scality bieten wir beides: Bei der Kapazität gibt es keine echte Grenze, und die Leistung wächst nahezu linear. Geo-Verteilung bzw. Geo-Funktionen: Dieses Element beruht auf den verschiedenen Präsenzpunkten der Lösung und der Fähigkeit, lokalen Zugriff auf globale Daten zu bieten. Implizit bedeutet das die Verteilung der Daten über mehrere Standorte, was auch eine gute Resilienz gegenüber Ausfällen bietet. Bei Scality unterstützen wir mehrere Geo-Topologien an einem oder mehreren Standorten für einen oder mehrere Cluster. Datenschutz: Datenreplikation ist die Grundlage des Schutzes und bietet ein sehr hohes Maß an Datendauerhaftigkeit. Sie funktioniert sehr gut und sehr schnell, solange Objekte klein sind. Werden die Objekte größer und wächst der Cluster, sollte Erasure Coding in Betracht gezogen werden, um die Hardwarekosten zu senken und zugleich eine sehr hohe Datendauerhaftigkeit zu erhalten – im Bereich von 12, 14 oder 16 Neunen. Bei Scality unterstützen wir beide Datenschutzmethoden auf Objektebene und bieten so Flexibilität bei mindestens dem Schutzniveau, das in solchen Umgebungen nötig ist. Zugriffsmethoden: Lokaler und entfernter Zugriff unterscheiden sich, und kommerzielle Anwendungen bieten nicht die Möglichkeiten einer selbst entwickelten Anwendung, etwa eine API-Integration. Zudem gelten Objekt- und Dateizugriff als die beiden nötigen Wege, um Daten zu nutzen. Bei Scality bieten wir sowohl objekt- als auch dateibasierte Protokolle, um Anwendungen transparent mit dem Cluster zu verbinden. Das kann eine native Integration der Objekt-API sein – HTTP/REST, CDMI oder eine mit Amazon S3 kompatible API – oder ein dateibasierter Modus mit Scality SOFS, NFS, CIFS, AFP, FTP oder Hadoop. Ökosystem: Diese qualitative Überlegung beruht im Wesentlichen auf drei Komponenten. Erstens der hardwareunabhängige Ansatz: Als reine Softwarelösung lässt sie sich auf x86-Rechnern bereitstellen. Zweitens die OEMs, also ein Teil der Hardwareanbieter mit Appliance-Ansatz. Und schließlich umfasst dieses Ökosystem die Validierung von Anwendungen auf der Speicherplattform durch Partner. Bei Scality verfolgen wir den Ansatz offener Hardware mit x86-Standardservern, erweitern unsere Go-to-Market-Strategie mit einigen OEMs wie SGI, Penguin Computing oder Openwave Messaging und bauen die Validierung von Anwendungen rasch aus – mit jeden Monat mehreren neuen aktiven Partnern aus verschiedenen Branchen und IT-Bereichen. Werfen Sie einen Blick auf unsere Seite für Softwarepartner.
