5 Ein Cloud-File-Gateway ist ein Gerät oder eine virtuelle Appliance, die Benutzern und Anwendungen vertraute Dateifreigaben über SMB oder NFS bereitstellt, während die eigentlichen Daten in einem Objektspeicher liegen. Aktive Dateien werden für schnellen Zugriff lokal zwischengespeichert, und der vollständige Datenbestand liegt in einem zentralen Objektspeicher – entweder in einer Public Cloud oder auf privatem, S3-kompatiblem Speicher. File-Gateways sind ein beliebter Weg, NAS in Niederlassungen zu ersetzen, Dateidaten vieler Standorte zu konsolidieren, Dateifreigaben um nahezu unbegrenzte Kapazität zu erweitern und Backup sowie Notfallwiederherstellung zu vereinfachen. Dieser Artikel erklärt, wie Cloud-File-Gateways funktionieren, wofür sie Objektspeicher nutzen, welche Funktionen und Grenzen sie typischerweise haben, wie man sie dimensioniert und wann sie gut passen. Zur übergreifenden NAS-Frage siehe unsere Übersicht dazu, wann Objektspeicher NAS ersetzen kann. So funktioniert ein Cloud-File-Gateway Lokale Bereitstellung Das Gateway stellt SMB- oder NFS-Freigaben im lokalen Netzwerk bereit. Benutzer verbinden Laufwerke, und Anwendungen binden Freigaben ein wie bei jedem NAS. Berechtigungen werden in der Regel mit Active Directory oder anderen Verzeichnisdiensten integriert. Lokaler Cache Das Gateway hält kürzlich genutzte und häufig abgerufene Dateien auf lokalen Festplatten oder Flash vor. Lesezugriffe auf zwischengespeicherte Dateien erfolgen mit lokaler Netzwerkgeschwindigkeit. Schreibvorgänge landen zunächst im Cache und werden dann in den Objektspeicher hochgeladen. Objektspeicher als Back-End Alle Dateidaten und oft auch die Metadaten des Dateisystems liegen im Objektspeicher. Das Gateway übersetzt Dateioperationen in Objektoperationen; meist zerlegt es Dateien in Chunks, dedupliziert und komprimiert sie und verschlüsselt sie vor dem Hochladen. Der Objektspeicher wird zur maßgeblichen Kopie. Metadaten und Namespace Das Gateway verwaltet den Namespace des Dateisystems, die Ordnerstruktur, Berechtigungen und Dateiversionen. Bei Bereitstellungen über mehrere Standorte ermöglicht ein globaler Namespace Benutzern an verschiedenen Orten, dieselben Dateien zu sehen, wobei die Metadaten über den Objektspeicher oder einen Koordinationsdienst synchronisiert werden. Typische Funktionen Unbegrenzte Kapazität: Lokale Freigaben können weit mehr Daten aufnehmen als die lokalen Festplatten des Gateways, da alles im Objektspeicher liegt. Globaler Namespace: eine einzige Menge von Freigaben, sichtbar von vielen Standorten. Snapshots und Versionierung: häufige, platzsparende Snapshots im Objektspeicher, die eine schnelle Wiederherstellung gelöschter oder überschriebener Dateien ermöglichen. Wiederherstellung nach Ransomware: Freigaben aus unveränderlichen Snapshots auf einen Zeitpunkt vor der Verschlüsselung zurücksetzen. Standortübergreifendes File Locking: Manche Gateways koordinieren Sperren über Standorte hinweg, um widersprüchliche Änderungen zu verhindern. Deduplizierung, Komprimierung und Verschlüsselung, bevor die Daten den Standort verlassen. Konsolidierung vom Edge zum Core: NAS in Niederlassungen werden durch kleine Gateways ersetzt, die Daten zentralisiert. Warum Objektspeicher das Back-End bildet Objektspeicher bietet Gateways ein langlebiges, skalierbares und kosteneffizientes Zuhause: Langlebigkeit: Erasure Coding und Replikation über mehrere Standorte schützen Daten weit besser als ein NAS in einer Niederlassung. Skalierung: Die Kapazität wächst zentral durch Hinzufügen von Knoten, ohne jede Niederlassung aufzurüsten. Unveränderlichkeit: Object Lock kann Snapshots vor dem Löschen schützen. Zentraler Schutz: Daten im Objektspeicher lassen sich an einem Ort schützen und replizieren, wodurch separate Backups in Niederlassungen oft entfallen. Public Cloud oder privater Objektspeicher? Gateways können Objektspeicher in der Public Cloud nutzen oder privaten, S3-kompatiblen Speicher in den eigenen Rechenzentren der Organisation: Die Public Cloud erspart den Betrieb eines zentralen Speichers, verursacht aber laufende Kosten für Speicher, Anfragen und Egress und wirft Fragen zum Speicherort auf. Privater Objektspeicher hält die Daten auf Infrastruktur, die die Organisation kontrolliert, vermeidet Anfrage- und Egress-Gebühren und unterstützt Anforderungen an die Datensouveränität. Die Niederlassungen profitieren weiterhin vom lokalen Caching. Viele Organisationen in Europa, Japan und dem Nahen Osten sowie öffentliche Stellen überall wählen privaten Objektspeicher für Dateidaten, die im Land bleiben müssen. Grenzen, die Sie kennen sollten Cache-Misses: Der Zugriff auf nicht zwischengespeicherte Dateien erfordert das Abrufen der Daten aus dem Objektspeicher, was über begrenzte WAN-Verbindungen langsam sein kann, besonders bei großen Dateien. Upload-Rückstau: Starke Schreiblast an einem Standort kann bei unzureichender WAN-Bandbreite einen Rückstau erzeugen, sodass Daten vorübergehend nur auf dem Gateway liegen. Datenformat: Gateways speichern Daten meist in einem eigenen Chunk-Format, sodass Dateien ohne das Gateway nicht direkt als Objekte über S3 lesbar sind. Anwendungskompatibilität: Die meisten Dateianwendungen funktionieren, manche mit hohen Anforderungen an Locking oder Latenz jedoch nicht. Herstellerabhängigkeit: Da die Daten im Format des Gateways gespeichert sind, erfordert der Wechsel zu einem anderen Gateway-Produkt eine Migration. Eine Gateway-Bereitstellung dimensionieren Cache-Größe Dimensionieren Sie den lokalen Cache so, dass er den aktiven Arbeitsbestand jedes Standorts aufnimmt – typischerweise aktuelle und häufig genutzte Dateien – plus Reserve. Ein zu kleiner Cache führt zu häufigen Misses und langsamem Zugriff. WAN-Bandbreite Die Bandbreite muss tägliche Uploads von Änderungen, Cache-Misses und das initiale Laden der Daten bewältigen. Modellieren Sie Spitzenschreibraten und wie lange ein Rückstau tolerierbar ist. Kapazität des Objektspeichers Gesamte Dateidaten aller Standorte plus Snapshots, Versionen, Wachstum und Schutz-Overhead, abzüglich der Einsparungen durch Deduplizierung und Komprimierung. Zentraler Durchsatz Der Objektspeicher muss gleichzeitige Uploads und Downloads aller Gateways bewältigen, besonders bei initialen Migrationen oder der Wiederherstellung von Standorten. Anwendungsfälle Ersatz für NAS in Niederlassungen: kleine Gateways an jedem Standort mit zentralem Objektspeicher. Standortübergreifende Zusammenarbeit: Konstruktions-, Design- und Medienteams teilen große Dateien über einen globalen Namespace. Erweiterung der NAS-Kapazität: kalte Daten von bestehenden NAS auslagern und den Zugriff erhalten. Notfallwiederherstellung: die Dateifreigaben eines Standorts aus dem Objektspeicher auf einem neuen Gateway wiederaufbauen. Konsolidierung von Backups: Backups in Niederlassungen durch zentrale Snapshots und Replikation ersetzen. Den zentralen Objektspeicher für Gateways auslegen Der zentrale Objektspeicher trägt die Daten aller Standorte und sollte daher als kritische Infrastruktur ausgelegt werden: Schutz über mehrere Standorte: Replizieren oder verteilen Sie den Objektspeicher über mindestens zwei Rechenzentren, damit der Ausfall eines Standorts nicht die Dateien aller Niederlassungen offline nimmt. Durchsatz für die Wiederherstellung: Fällt ein Gateway in einer Niederlassung aus, sollte sich sein Cache schnell aus dem Objektspeicher wiederaufbauen lassen. Planen Sie daher neben der Upload- auch die Download-Kapazität. Getrennte Buckets oder Konten pro Standort oder Geschäftsbereich für klareres Reporting, Zugriffskontrolle und Lifecycle-Richtlinien. Object Lock für Snapshot-Daten zum Schutz vor dem Löschen durch kompromittierte Gateway- oder Administrator-Zugangsdaten. Monitoring von Anfrageraten, Latenz und Kapazität pro Gateway. Wie Gateways mit Konflikten umgehen Wird dieselbe Datei an zwei Standorten bearbeitet, lösen Gateways den Konflikt auf unterschiedliche Weise. Manche nutzen globales File Locking, sodass immer nur ein Standort bearbeiten kann. Andere erlauben gleichzeitige Änderungen, behalten beide Versionen und markieren einen Konflikt, den Benutzer auflösen müssen. Konstruktions- und Designteams, die an großen gemeinsamen Dateien arbeiten, brauchen meist Locking; allgemeine Büro-Freigaben vertragen Konfliktkopien. Machen Sie sich mit dem Verhalten Ihres Gateways vertraut und stimmen Sie die Erwartungen der Benutzer darauf ab. Betrieb und Monitoring Überwachen Sie Cache-Trefferquoten, Upload-Rückstaus, WAN-Auslastung, Snapshot-Zeitpläne und den Zustand des Objektspeichers. Alarme bei wachsendem Rückstau sind besonders wichtig, denn sie zeigen Daten an, die nur auf einem lokalen Gateway existieren und noch nicht zentral geschützt sind. Halten Sie die Gateway-Software aktuell, da Updates oft Leistung und Sicherheit verbessern. Migration auf ein Gateway Bei der Migration von NAS auf ein Gateway werden die Daten typischerweise in das Gateway kopiert, das sie in den Objektspeicher hochlädt, wobei Berechtigungen und Zeitstempel erhalten bleiben. Große Datenbestände können zentral vorab befüllt werden, um die WAN-Verbindungen nicht zu überlasten. Planen Sie die Umstellung pro Standort und informieren Sie die Benutzer. Kostenvergleich Vergleichen Sie ein Gateway-Design über fünf Jahre mit der Erneuerung der NAS in den Niederlassungen, einschließlich Hardware an jedem Standort, lokaler Backups, Vor-Ort-Einsätze, zentralem Speicher, Gateways und WAN-Upgrades. Die Zentralisierung der Daten senkt in der Regel Gesamtkosten und Risiko, sobald mehr als eine Handvoll Standorte beteiligt ist. Checkliste: Cloud-File-Gateway Betroffene Standorte, Freigaben, Benutzer und Anwendungen ermitteln. Je nach Kosten und Speicherort Public Cloud oder privaten Objektspeicher wählen. Den Cache für den aktiven Arbeitsbestand jedes Standorts dimensionieren. WAN-Bandbreite für Uploads, Misses und initiales Laden dimensionieren. Zentralen Objektspeicher nach Kapazität und Durchsatz dimensionieren. Snapshots, Versionierung und Unveränderlichkeit konfigurieren. Anwendungen validieren, die Locking oder niedrige Latenz brauchen. Migration, Vorabbefüllung und Umstellung pro Standort planen. Datenformat und Exit-Optionen verstehen. Zusammenfassung Ein Cloud-File-Gateway bietet Benutzern vertraute Dateifreigaben und legt die Daten in skalierbaren, langlebigen Objektspeicher. Es ersetzt NAS in Niederlassungen, ermöglicht standortübergreifende Zusammenarbeit, vereinfacht das Backup und beschleunigt die Wiederherstellung nach Ransomware. Kombinieren Sie Gateways mit privatem, S3-kompatiblem Objektspeicher, wenn planbare Kosten und der Speicherort wichtig sind, dimensionieren Sie Caches und WAN-Verbindungen sorgfältig und validieren Sie anspruchsvolle Anwendungen vor der Migration. Häufig gestellte Fragen Was ist ein Cloud-File-Gateway? Ein Gerät oder eine virtuelle Appliance, die SMB- oder NFS-Freigaben lokal bereitstellt und aktive Daten zwischenspeichert, während alle Daten im Objektspeicher liegen. Braucht ein File-Gateway eine Public Cloud? Nein. Viele Gateways arbeiten mit privatem, S3-kompatiblem Objektspeicher in den eigenen Rechenzentren der Organisation. Was passiert, wenn eine Datei nicht im Gateway-Cache liegt? Das Gateway ruft sie aus dem Objektspeicher ab, was je nach Dateigröße und Netzwerk länger dauert als ein Lesezugriff aus dem Cache. Können Gateways vor Ransomware schützen? Viele bieten häufige, unveränderliche Snapshots im Objektspeicher, mit denen sich Freigaben auf einen Zeitpunkt vor einem Angriff zurücksetzen lassen. Kann ich Gateway-Daten direkt aus dem Objektspeicher lesen? In der Regel nicht, da Gateways Daten in einem eigenen, in Chunks zerlegten und deduplizierten Format speichern. Weiterführende Lektüre Wann Objektspeicher NAS ersetzen kann Kalte Daten von NAS-Filern verlagern NFS- und SMB-Zugriff auf Objektspeicher Dateien standortübergreifend teilen NAS neu gedacht: vom Edge bis zum Core (auf Englisch)
