Lesezeit: 3 Minuten Allein die Architektur des bat365 CloudFS-Dateisystems löst viele Schwierigkeiten bei der Verwaltung unstrukturierter Daten, wie z. B.:
Langsame Dateiübertragungszeiten und unzureichende gemeinsame Datennutzung und Zusammenarbeit behindern die Produktivität und das Unternehmenswachstum.
Fehlende gründliche Versionskontrolle, was zu Datenduplikaten , Fragmentierung oder Verlusten führt, sowie zu Frustration und Nacharbeit bei den Mitarbeitern.
Schwierigkeiten bei der Erreichung von Hochverfügbarkeit, Fehlertoleranz und Datensicherheit, die sich auf Flexibilität, Geschäftskontinuität, Compliance, Reputation und Marktvertrauen auswirken.
Unnötige Speicherkosten und ineffiziente Nutzung von IT-Ressourcen.
Wie viele andere Cloud-Dateisysteme nutzt auch das bat365 CloudFS-Dateisystem Cloud- oder On-Premise-Objektspeicher, doch damit enden die Gemeinsamkeiten größtenteils auch schon. Im Gegensatz zu anderen Dateiverwaltungslösungen ist bat365 völlig unabhängig davon, wer Ihren Objektspeicher bereitstellt.
Das architektonische Design von CloudFS unterscheidet sich von anderen auch dadurch, dass es unveränderlichen Speicher bereitstellt. Sie können jede Datei oder den gesamten Speicher wiederherstellen und jede beliebige Version anzeigen lassen. Mit Snapshots alle 60 Sekunden können Sie im Falle von Ransomware alle Daten wiederherstellen, die nicht in den letzten 60 Sekunden geschrieben wurden, und vermeiden, dass Sie Lösegeld zahlen müssen. (Siehe Teil 3 für eine vollständige Erklärung).
Der Endbenutzer greift auf das Dateisystem über das Laufwerk bat365 auf seinem Gerät zu, das mit einem bat365 Knoten verbunden ist. Jeder Knoten besteht aus einer virtuellen Maschine (VM), die auf einem Hypervisor mit CPU-Ressourcen, Speicherressourcen und Flash-Speicher läuft. Diese VMs sind zuverlässige, hochleistungsfähige, optimierte Speichergeräte, die eine enorme Datendichte innerhalb des skalierbaren Dateisystems verwalten können.
Die Knoten können einfach und schnell vor Ort oder in der Cloud zu jeder Zeit und an jedem Ort mit VMware, Hyper-V oder AHV bereitgestellt werden. Der Flash-Cache der regionalen/lokalen Knoten sorgt dafür, dass heiße lokale Dateien immer schnell verfügbar sind.
Wenn ein Benutzer eine neu erstellte Datei zum ersten Mal speichert, werden der Inhalt der Datei und separat ihre Metadaten in den Cache geschrieben. Der Inhalt wird komprimiert, dedupliziert und verschlüsselt. Anschließend werden sowohl die Metadaten als auch der Inhalt an den Objektspeicher gesendet.
Wenn ein zweiter Benutzer mit Zugriff über einen anderen lokalen Knoten die neue Datei sieht und öffnet, wird die komplette Datei aus dem Objektspeicher gezogen und auf seinem Knoten zwischengespeichert. Von da an werden nur noch Änderungen an der Datei in den Metadaten gespeichert und in den Objektspeicher hochgeladen. Nach der Übertragung in den Objektspeicher werden Metadatenaktualisierungen an alle CloudFS-Knoten gesendet, um sie über Änderungen zu informieren. Dadurch wird sichergestellt, dass die aktuellste Version der Datei von jedem Knoten aus verfügbar ist.
Da nur Datei-Änderungen und nicht ganze Dateien zwischen allen Knoten repliziert werden, erhalten die Benutzer ein schnelleres und rundum besseres Erlebnis. Und da alle CloudFS-Informationen zentral gespeichert werden und neue Inhalte immer dedupliziert, verschlüsselt, komprimiert und sicher sind,haben Sie einen viel geringeren lokalen Speicherplatzbedarf bei viel geringeren Kosten .
Verwenden andere globale Dateisysteme einen lokalen Cache?
Ja, aber offen gesagt, kann ihr Cache ziemlich dumm sein. Einige Konkurrenten speichern Stub-Dateien, die nur einen Teil der Daten oder Metadaten enthalten, oder sie speichern im Nur-Lese-Modus und aktualisieren nicht vollständig und kontinuierlich, wie wir es tun. Wenn Sie die Gesamtheit einer Datei benötigen, müssen Sie warten, während Sie bei CloudFS alle Elemente sofort erhalten, wenn sie lokal sind.
Was ist, wenn das Internet ausfällt?
Wenn das Internet oder die Cloud ausfällt , merken unsere Kunden (die oft ihre eigene Hardware vor Ort nutzen) das nicht einmal, es sei denn, sie benötigen etwas von einem anderen Standort. Ihr lokaler Knoten hat alles, was sie brauchen. Das gilt nicht für andere Systeme.
Was passiert, wenn einer der Knotenpunkte ein Problem hat?
CloudFS umfasst mehrere Verfügbarkeitsoptionen . Wenn die virtuelle Maschine eines lokalen Knotens ein Problem hat, kann das System schnell auf einen anderen lokalen Knoten ausweichen, damit die Benutzer auf alle ihre Daten zugreifen können. Ein globaler Knoten kann ein Failover-Punkt für jeden Standort sein. Wenn London komplett offline geht, kann CloudFS ein Failover zu einem anderen Knoten durchführen und den Datenverkehr zu dieser Instanz umleiten, wobei die ständige Erreichbarkeit gewährleistet ist.
Verschiebung des Kräfteverhältnisses im Kampf gegen Ransomware.
Was ist mit Dateiversionen und Wiederherstellungen?
CloudFS ermöglicht eine schnellere Wiederherstellung von Dateien , wobei der Dateiinhalt durch Metadaten informiert wird. Häufige Schnappschüsse des gesamten Dateisystems geben Ihnen Einblick und Kontrolle über alle Versionen aller Inhalte, die jemals in CloudFS geschrieben wurden. Snapshot-Routinen können entsprechend Ihren Richtlinien zur Aufbewahrung von Dateien festgelegt werden.
Snapshots werden auch an die Endbenutzer zurückgegeben, damit diese die zuletzt geschriebenen Dateien oder Dateiversionen sehen und selbst Versionen wiederherstellen können. Administratoren können die Snapshot-Wiederherstellungsdateien zusätzlich zu diesen benutzerdefinierten Definitionen mounten, so dass alles zu den Metadaten hinzugefügt wird und nachvollziehbar ist.
Die Architektur des zentralisierten CloudFS-Systems gewährleistet hohe Verfügbarkeit, Datenschutz, Sicherheit und Kontrolle. Es hilft Ihnen, mehr Effizienz zu erreichen und die Kosten zu senken. Das Design macht es auch äußerst schwierig für Ransomware, sich mit der Ware davonzumachen, so dass kein Kunde von bat365 jemals ein Lösegeld zahlen musste. Mehr dazu in Teil 3. Aber zuerst Teil 2, Dateifreigabe.
