Für Managed Service Provider und Cloud-Anbieter

Bauen und betreiben Sie Ihren eigenen gebrandeten S3-Service

Kombinieren Sie privaten Scale-Out-Objektspeicher mit Kundenmanagement, Nutzungserfassung, Abrechnungsexporten und einem anpassbaren Endbenutzer-S3 File Manager – auf Infrastruktur- und Servicebedingungen, die Sie kontrollieren

Besprechen Sie Ihr Servicemodell Überblick über die S3-Technologie

IHRE MARKE · IHR S3-SERVICE

KUNDE A

KUNDE B

KUNDE N

↓

S3-API

DATEIMANAGER

NUTZUNG & ABRECHNUNG

LASTVERGLEICHER S3 · VERTEILTER eEKAS SPEICHER

KundentrennungBenutzer, Buckets und Kontingente

Nutzungsbasierte DiensteExport von Inkasso- und Abrechnungsdaten

White-Label-ZugriffAngepasster S3 File Manager

ServiceausfallsicherheitScale-out und Multi-Site-Optionen

Vom Speichersystem zur Serviceplattform

Betrieb von S3 als kundenorientierter Service

Ein MSP benötigt mehr als einen S3-Endpunkt. Kunden müssen getrennt, die Nutzung messbar, Zugangsdaten und Kontingente verwaltbar und die Benutzererfahrung die Identität des Anbieters widerspiegeln

eEKAS dient hier als Implementierungsbeispiel, da seine S3-Serviceschicht diese kommerziellen und betrieblichen Funktionen mit verteiltem Ceph-Speicher kombiniert

Ein vollständiger Servicezyklus

OnboardingKunde, Benutzer, Bucket, Kontingent und Anmeldeinformationen erstellen

BereitstellenAPI-Zugriff auf S3 und einen gebrandeten Dateimanager für Endbenutzer bereitstellen

MessungVerbrauch nach Kunde, Benutzer und Bucket erfassen

Abrechnung und ErweiterungNutzung für die Rechnungsstellung exportieren und die Speicherplattform bei steigender Nachfrage skalieren

MSP-Empfehlung: eEKAS ausschließlich für kundenorientierte S3-Dienste verwenden eEKAS kombiniert Scale-Out-Speicher (Ceph) mit Kundenmanagement, Nutzungs- und Abrechnungs-Workflows, detaillierten Service-Steuerungen und der anpassbaren Endbenutzeroberfläche (S3 File Manager), die für ein kommerzielles Multi-Customer-Angebot erforderlich ist

Die Produktwahl ist wichtig

Nicht jede Implementierung von euroNAS und S3 zielt auf ein MSP-Modell ab

Alle drei Plattformen beinhalten ein S3 File Manager. eEKAS bietet zusätzlich die für ein kommerzielles Mehrkundenangebot erforderlichen Quoten- und Abrechnungsfunktionen

Plattform	Architektur	Kontingentoptionen	S3 File Manager	Abrechnungsfunktionen	MSP-Eignung
euroNAS Premium	Einzelserver-Betriebssystem Storage	Bucket-Anzahl-Kontingent	Enthalten	Nicht enthalten	Nicht empfohlen für kommerzielle Mehrkunden-S3-Dienste
euroNAS HA Cluster	Hochverfügbares Speicherpaar	Bucket-Anzahl-Kontingent	Enthalten	Nicht enthalten	Nicht empfohlen für kommerzielle Mehrkunden-S3-Dienste
eEKAS	Ceph-basierter verteilter Scale-Out-Cluster	Storage-Kapazität und Bucket-Count-Quoten	Enthalten	Nutzungserfassung und Abrechnungsexport	Empfohlene MSP-Plattform

Der S3 File Manager ist mit allen drei Plattformen verfügbar. Premium und HA Cluster können die Anzahl der Buckets beschränken, weisen jedoch kein Speicherkapazitätskontingent zu und bieten keine Abrechnungsfunktionen. eEKAS unterstützt beide Kontingenttypen sowie Nutzungserfassung und Abrechnungsexport und ist somit die geeignete Basis für kommerzielle Multi-Customer-Dienste des Typs S3

Servicefunktionen

Ein Betriebsmodell vom Kunden bis zur Kapazität

Kundenverwaltung Kundendatensätze, zugewiesene Benutzer, Buckets und kundenspezifische Kapazitätsgrenzen erstellen

€

Nutzungs- und Abrechnungsdaten Nutzungsdaten für definierte Zeiträume erfassen und Kunden- oder Benutzerübersichten für die nachgelagerte Rechnungsstellung exportieren

Individuelles Branding Anbieterspezifischen Titel, Farben, Logo, Anmeldetext und externe Serviceadresse anwenden

Dateimanager für Endbenutzer Kunden eine separate Browseranwendung für Buckets und Objekte bereitstellen – keinen Zugriff auf die Administrationskonsole

Aufbewahrungsdienste Versionierung, Lebenszyklus und Object Lock/WORM als richtlinienbasierte Serviceoptionen anbieten

Scale-out-Grundlage Kapazitätserweiterung über Standard-x86-Speicherknoten hinweg, ohne den Dienst an ein bestimmtes Gerätemodell zu binden

Servicearchitektur

Klare Trennung von Administration, Kundenzugriff und Speicher

Kunden benötigen keinen Zugriff auf die Speicherverwaltungsschnittstelle. Sie verwenden den herstellerspezifischen Dateimanager oder Standard-Tools von S3, während der Anbieter die Servicerichtlinien und die Infrastruktur kontrolliert

KundenAnwendungen, AWS CLI und die herstellerspezifische S3 File Manager verbinden sich mit kundenspezifischen Anmeldeinformationen

→

S3-DienstschichtBenutzer, Buckets, Kontingente, Richtlinien, Protokollierung, Nutzungserfassung und Load-Balancing-Endpunkte

→

eEKAS DatenschichtVerteilte Objektpools schützen und skalieren Daten über Knoten und optionale Standorte hinweg

Nur für Anbieter

Administrative Servicekonsole Wird vom Managed Service Provider (MSP) verwendet, um Kunden anzulegen, Anmeldeinformationen zu verwalten, Kontingente zu definieren, den Schutz zu konfigurieren und die Nutzung zu erfassen

Kundenseitig

Gebrandetes S3 File Manager Eine separate Anwendung mit eigenem Login. Kunden können zulässige Buckets erstellen und verwalten, Dateien hochladen und organisieren, mit Versionen arbeiten und Freigabefunktionen nutzen

Nutzung und Abrechnung

Umwandlung des gemessenen Verbrauchs in rechnungsfertige Daten

Die Servicekonsole erfasst die Nutzung von S3 für einen ausgewählten Zeitraum und berechnet die Beträge anhand definierter Preise pro GB und Mindestgebühren. Anbieter können die Nutzung nach Kunde, Benutzer oder Bucket einsehen und Abrechnungs- oder Benutzerübersichts-CSV-Dateien exportieren

Kunden-ID, Name, Kontakt und Servicezuordnung
Kontingent, verbrauchte Kapazität, Objektanzahl und Bucket-Aufschlüsselung
Preis pro GB und optionale Mindestgebühr
Periodenbasierte Erfassung und Filterung nach abrechnungsfähigen Leistungen
CSV-Export für Buchhaltungs- oder Abrechnungs-Workflows

Die integrierte Funktion dient der Erfassung, Berechnung und dem Export der Nutzung. Sie ersetzt keine vollständige Buchhaltungs-, Steuer-, CRM- oder Zahlungsplattform

eEKAS customer storage usage and billing view

Kunde Storage und AbrechnungKontingente, genutzte Kapazität, berechnete Beträge und Nutzung nach Bucket prüfen

Kundenerlebnis anpassenVorschau von Farben, Logo, Titel, Anmeldetext und der externen HTTPS-Dienstadresse

Kundenzugang im White-Label-Format

Bereitstellung des Dienstes unter eigener Identität

Die Endbenutzer-Oberfläche S3 File Manager kann an die Marke des Anbieters angepasst werden. Sie ist von der Administrationskonsole eEKAS getrennt und ermöglicht Kunden die direkte Anmeldung mit ihren eigenen S3-Zugangsdaten

Visuelle IdentitätLogo und Farbpalette

ServicebeschreibungBrowsertitel und Anmeldeuntertitel

ZugriffsadresseExterner HTTPS-Port und Browser-URL

SprachenVom Benutzer wählbare Schnittstellensprache

Kommerzielle Pakete

Serviceebenen basierend auf Richtlinien erstellen – nicht nur auf Kapazität

Die folgenden Beispiele veranschaulichen, wie MSPs Kapazität, Schutz und Standort zu verständlichen Angeboten kombinieren können

Beispielebene

Standard

Definiertes Kapazitätskontingent
S3 API und Dateimanager
Zugriffsprotokollierung
Repliziertes oder löschcodiertes Speicherprofil

Beispielebene

Geschützt

Versionierung aktiviert
Option Object Lock/WORM
Lebenszyklusrichtlinie
Längere Protokollaufbewahrung

Beispielebene

Standortübergreifend

Geografisch getrennter Standort
Definierte Replikationsrichtlinie
Dokumentierter Wiederherstellungsworkflow
Höheres Verfügbarkeitsziel

Dienstnamen, Garantien, Aufbewahrungsfristen und Wiederherstellungsziele müssen vom Anbieter definiert und validiert werden

Betriebsdesign

Design für Normalbetrieb und Wiederherstellung

Innerhalb eines Standorts

Lastverteilte S3-Gateways
Redundante Client- und Clusternetzwerke
Replikation oder Erasure Coding über Ausfalldomänen hinweg
Kapazitätsreserve für Wiederherstellung und Lastausgleich

Standortübergreifend

Multi-Zonen- oder Multi-Site-Topologie
Bandbreiten- und Latenzqualifizierung
Definiertes Konsistenz- und Failover-Verhalten
Getestete Wiederherstellungs- und Wiederinbetriebnahmeverfahren

Ein kommerzielles SLA muss die qualifizierte Architektur widerspiegeln Verteilte Redundanz, Versionierung und WORM adressieren unterschiedliche Risiken. Keines davon allein definiert Backup, Disaster Recovery oder ein garantiertes Servicelevel

MSP-Betrieb in Aktion

Kunden-Onboarding und separater Endbenutzerzugriff

Benutzer und ZugriffsschlüsselBenutzer erstellen, Buckets zuweisen, Kontingente definieren und Anmeldeinformationen rotieren

Separate KundenanmeldungKunden authentifizieren sich am Dateimanager anstatt an der Verwaltungskonsole

Dienst vor dem Clusteraufbau definieren

Kundenzahl, Objektwachstum, Aufbewahrung, Abrechnungsmodell, Marke, Standorttopologie und Wiederherstellungszusagen bestimmen die richtige Plattform.

MSP-Architektur besprechen Details zu eEKAS

Diese Seite beschreibt ein Servicebereitstellungsmuster anhand von eEKAS als Implementierungsbeispiel. Die Exportfunktion für Nutzungsdaten unterstützt nachgelagerte Abrechnungsprozesse, ersetzt aber keine Buchhaltungs-, Steuer-, CRM- oder Zahlungssysteme. Die Kompatibilität mit S3 impliziert keine Verbindung zu Amazon Web Services; Wasabi wird lediglich als bekanntes Marktbeispiel genannt.