5 Ein S3-Speicherdienst einer Universität bietet Forschenden Objektspeicher auf Abruf, der über dieselbe S3-API angesprochen wird wie die Public Clouds, aber von der Hochschule auf eigener Infrastruktur betrieben wird. Forschende erhalten einen vertrauten, skalierbaren Ort, um Datensätze zu speichern, Daten mit Kooperationspartnern zu teilen, Pipelines zu versorgen und Ergebnisse zu archivieren. Die Universität erhält planbare Kosten, Daten, die auf dem Campus bzw. im Land bleiben, die Integration in die institutionelle Identitätsverwaltung und eine zentrale Plattform, die sie steuern kann. Viele Universitäten und Forschungsinstitute bieten S3 heute neben klassischem Dateispeicher und HPC-Scratch an. Dieser Artikel erläutert, wie Universitäten S3-Speicher als Service konzipieren und betreiben: Plattform, Identität und Zugriff, Projekt- und Kontingentmodelle, Kostendeckung, Datenaustausch, Support und Governance. Mehr Kontext bietet unsere Übersicht zum HPC-Daten-Tiering sowie der Leitfaden zu Speicher für das Forschungsdatenmanagement. Warum Forschenden S3 anbieten Moderne Tools sprechen S3: Workflow-Manager, Data-Science-Tools, KI-Frameworks, Datenportale und viele Instrumenten- und Analyseanwendungen lesen und schreiben S3 nativ. Skalierung: Objektspeicher wächst durch Hinzufügen von Knoten und bewältigt große und unvorhersehbare Forschungsdatensätze. Datenaustausch: S3 erleichtert das Teilen von Daten mit Kooperationspartnern über Zugriffsrichtlinien oder zeitlich begrenzte Links. Cloud-Kompatibilität: Forschende können Workflows mit minimalen Änderungen zwischen Campus und Public Cloud verschieben. Kosten: On-Premises-Objektspeicher kostet pro Terabyte in der Regel weniger als Hochleistungs-Dateispeicher und vermeidet Anfrage- und Egress-Gebühren der Public Cloud. Speicherort der Daten: Die Daten bleiben in der Einrichtung und im Land – wichtig für sensible Forschung und Vorgaben von Förderern. Die Plattform Ein S3-Dienst einer Universität umfasst typischerweise: S3-kompatiblen Objektspeicher, über Racks oder Standorte verteilt, geschützt mit Erasure Coding und optionaler Replikation. Lastverteilte Endpunkte mit TLS und stabilen DNS-Namen. Eine Konten- und Identitätsschicht, integriert in die Authentifizierung der Universität. Ein Self-Service-Portal oder einen Antragsprozess zum Anlegen von Projekten, Buckets und Zugangsdaten. Monitoring und Reporting zu Kapazität, Nutzung und Leistung pro Projekt. Identität und Zugriff Forschende sollten nach Möglichkeit institutionelle Identitäten statt unverwalteter Schlüssel verwenden: Single Sign-On für das Self-Service-Portal über den Identity Provider der Universität. Föderierte Identitäten für externe Kooperationspartner, etwa über Identitätsföderationen aus Forschung und Lehre. Zugriffsschlüssel, pro Benutzer oder Anwendung ausgegeben, auf bestimmte Buckets beschränkt, mit Ablaufdatum und Rotation. Gruppenbasierter Zugriff, der Forschungsgruppen und Projekte abbildet. Bucket- und Objektrichtlinien für feingranulares Teilen. S3-Zugriffsrichtlinien behandelt das Design von Richtlinien. Projekt- und Kontingentmodelle Die meisten Dienste organisieren den Speicher nach Projekten oder Forschungsgruppen statt nach Einzelpersonen, damit die Daten erhalten bleiben, wenn Personen gehen: Projekte mit einer verantwortlichen Projektleitung, Mitgliedern und einem Enddatum. Buckets, die innerhalb von Projekten mit Namenskonventionen angelegt werden. Kontingente für die Kapazität und manchmal die Objektanzahl pro Projekt. Standardzuteilungen für alle Forschenden, mit größeren Zuteilungen auf Antrag oder gegen Gebühr. Kostendeckung Universitäten finanzieren S3-Dienste auf unterschiedliche Weise: Kostenlose Basiszuteilungen, zentral finanziert, mit Gebühren oberhalb der Basis. Gebühren pro Terabyte zulasten von Fördermitteln, sofern Förderer Speicherkosten zulassen. Vorauszahlungen für einen festgelegten Aufbewahrungszeitraum – nützlich für Daten, die nach Ende der Förderung aufbewahrt werden müssen. Zentrale Finanzierung als Forschungsinfrastruktur. Der Preis pro Terabyte sollte einfach und gegenüber Alternativen wettbewerbsfähig sein, damit Forschende den verwalteten Dienst unverwalteten Laufwerken oder privaten Cloud-Konten vorziehen. Zeigen Sie den Projektverantwortlichen regelmäßig ihre Nutzung. Datenaustausch und Zusammenarbeit S3 erleichtert die Zusammenarbeit: Internes Teilen über Gruppenzugriff auf Buckets. Externe Kooperationspartner über föderierte Identitäten oder eigene Zugangsdaten. Zeitlich begrenzte Links zum Teilen einzelner Datensätze. Öffentliche Datensätze mit kontrolliertem anonymem Lesezugriff zur Veröffentlichung offener Daten, mit Schutzmaßnahmen gegen die versehentliche Offenlegung sensibler Daten. Geben Sie Leitlinien für sicheres Teilen vor, insbesondere bei personenbezogenen oder sensiblen Daten. Integration in das Forschungsrechnen HPC-Cluster greifen auf S3 zu, um Daten in den Scratch-Bereich und aus ihm heraus zu bewegen. GPU- und KI-Plattformen lesen Trainingsdaten aus S3. Gerätezentren legen Daten direkt in S3-Buckets ab. Datenportale und Repositorien nutzen S3 als Speicher-Back-End. Datentransfer-Tools bewegen Daten zwischen dem S3 des Campus, anderen Einrichtungen und Public Clouds. Lebenszyklus und Governance Projektenddaten lösen Überprüfungen aus: archivieren, veröffentlichen, übertragen oder löschen. Lifecycle-Regeln entfernen temporäre Daten oder verlagern sie auf kostengünstigere Ebenen. Versionierung und Object Lock schützen wichtige Daten vor versehentlichem Löschen oder Ransomware. Die Datenklassifizierung legt fest, welche Daten gespeichert und geteilt werden dürfen, mit strengeren Kontrollen für sensible Daten. Audit-Logging für den Zugriff auf sensible Buckets. Forschende unterstützen Technische Verfügbarkeit reicht nicht aus. Erfolgreiche Dienste bieten: Dokumentation mit Beispielen für gängige Tools und Sprachen. Schulungen und Sprechstunden. Vorlagen für gängige Konfigurationen, etwa Labordaten-Buckets oder die Veröffentlichung öffentlicher Datensätze. Hilfe bei Migrationen von externen Laufwerken, Servern der Fachbereiche oder der Public Cloud. Klare Service-Levels für Verfügbarkeit und Reaktionszeiten im Support. Den Dienst einführen Eine schrittweise Einführung verringert das Risiko. Beginnen Sie mit einer Pilotgruppe von Forschungsteams, die bereits S3-Tools nutzen, etwa einem Genomiklabor, einem Bildgebungszentrum und einer Data-Science-Gruppe. Verfeinern Sie anhand ihres Feedbacks Dokumentation, Kontingente und Prozesse. Öffnen Sie den Dienst dann breiter, mit einer klaren Leistungsbeschreibung, einer Preisseite und einem einfachen Antragsformular oder Portal. Kündigen Sie ihn über die Forschungsabteilungen, die IT-Ansprechpartner der Fachbereiche und Schulungen an und stellen Sie frühe Erfolgsgeschichten vor. Verfolgen Sie die Nutzung nach Fachbereich und das Speicherwachstum und passen Sie die Kapazitätsplanung an, sobald die Nachfrage klarer wird. Häufige Fallstricke Unverwaltete Zugriffsschlüssel, die zwischen Personen geteilt und nie rotiert werden. Buckets im Besitz von Einzelpersonen statt von Projekten, sodass Daten verwaisen, wenn jemand geht. Versehentliche öffentliche Freigabe durch zu weit gefasste Richtlinien. Kein Prozess zum Projektende, sodass sich der Speicher mit verwaisten Daten füllt. Schwer verständliche Preise, die Forschende zurück zu externen Laufwerken oder privaten Cloud-Konten treiben. Unzureichender Support, besonders für Forschende, die neu mit Objektspeicher-Konzepten arbeiten. Den Dienst messen Nützliche Kennzahlen sind die Zahl aktiver Projekte, genutzter Speicher und Wachstum nach Fachbereich, der Anteil der Forschungsdaten in verwaltetem Speicher gegenüber unverwalteten Orten, Umfang und Themen von Support-Tickets sowie die Zufriedenheit der Forschenden aus regelmäßigen Umfragen. Diese Kennzahlen helfen, Investitionen zu begründen und Verbesserungen zu steuern. Kapazitäts- und Leistungsplanung Der Bedarf in der Forschung kommt in Schüben. Ein einziges neues Gerät, ein großes Förderprojekt oder ein KI-Vorhaben kann Petabytes hinzufügen. Halten Sie Reserven vor, planen Sie Erweiterungen in Schritten und pflegen Sie eine Liste anstehender Projekte mit erwarteten Datenmengen, die Sie über Forschungsabteilungen und Leitungen der Gerätezentren erheben. Überwachen Sie neben der Kapazität auch den Durchsatz, da KI-Training und große Datentransfers die Plattform selbst bei reichlich Kapazität belasten können. Regionale Besonderheiten In Europa muss Forschung mit personenbezogenen Daten die DSGVO einhalten, und manche Projekte verlangen, dass die Daten in der EU oder im Land bleiben. Im Vereinigten Königreich gilt die UK GDPR. In den USA kann öffentlich geförderte Forschung Anforderungen an die Datensicherheit mit sich bringen, und für Daten zu menschlichen Studienteilnehmenden gelten eigene Regeln. In Japan und andernorts gelten nationale Richtlinien für Forschungsdaten. Ein S3-Dienst auf dem Campus hilft Universitäten, diese Anforderungen zu erfüllen, und bietet Forschenden zugleich den Komfort einer Cloud. Lehre und Nutzung durch Studierende S3-Dienste unterstützen auch die Lehre. Kurse in Data Science, Bioinformatik und maschinellem Lernen können Studierenden temporäre Buckets mit kleinen Kontingenten bereitstellen, die am Semesterende ablaufen. So lernen sie Cloud-typische Workflows auf institutioneller Infrastruktur, ohne private Cloud-Konten oder unerwartete Rechnungen. Automatisieren Sie das Anlegen und Aufräumen in jedem Semester. Checkliste: S3-Speicherdienst der Universität Skalierbaren, geschützten S3-kompatiblen Objektspeicher mit stabilen Endpunkten bereitstellen. In das institutionelle Single Sign-On und Forschungsföderationen integrieren. Speicher nach Projekten mit Verantwortlichen und Enddaten organisieren. Kontingente, Standardzuteilungen und einfache Preise festlegen. Sicheres internes, externes und öffentliches Teilen unterstützen. In HPC, KI-Plattformen, Geräte und Repositorien integrieren. Lifecycle-Regeln, Versionierung und Object Lock wo nötig anwenden. Daten klassifizieren und Kontrollen für sensible Daten durchsetzen. Dokumentation, Schulungen und Migrationshilfe bereitstellen. Nutzung und Kosten an die Projektverantwortlichen berichten. Zusammenfassung Ein S3-Speicherdienst bringt Cloud-artigen Objektspeicher auf den Campus: skalierbar, API-gesteuert, leicht zu teilen und in das Forschungsrechnen integriert – bei planbaren Kosten und Daten unter institutioneller Kontrolle. Organisieren Sie ihn nach Projekten, integrieren Sie ihn in die institutionelle Identitätsverwaltung, gestalten Sie die Preise einfach und unterstützen Sie die Forschenden gut, dann wird er zum Standardort für Forschungsdaten aus Geräten, Pipelines, Kooperationen und Archiven. Häufig gestellte Fragen Warum sollte eine Universität einen eigenen S3-Dienst betreiben? Wegen planbarer Kosten, der Kontrolle über den Speicherort, der Integration in die Campus-Identität und das Forschungsrechnen sowie der Unterstützung moderner Tools. Wie greifen Forschende auf einen S3-Dienst des Campus zu? Über die S3-API mit Zugriffsschlüsseln, die über ein Self-Service-Portal mit Universitäts-Login ausgegeben werden, sowie über Tools und Anwendungen, die S3 sprechen. Können externe Kooperationspartner einen S3-Dienst der Universität nutzen? Ja, über föderierte Identitäten, eigene Zugangsdaten oder zeitlich begrenzte Links, vorbehaltlich der Richtlinien zum Datenaustausch. Wie werden S3-Dienste an Universitäten finanziert? Durch Kombinationen aus zentraler Finanzierung, kostenlosen Basiszuteilungen, Gebühren pro Terabyte zulasten von Fördermitteln und Vorauszahlungen für die Aufbewahrung. Kann S3-Speicher für sensible Forschungsdaten genutzt werden? Ja, mit geeigneter Klassifizierung, Zugriffskontrollen, Verschlüsselung, Audit-Logging und Kontrollen des Speicherorts. Weiterführende Lektüre HPC-Daten-Tiering Tiering paralleler Dateisysteme auf Objektspeicher Speicher für Gerätedaten Speicher für das Forschungsdatenmanagement
