Object Storage mit eigenem Schlüssel pro Anwendung

• Was ist ein Provider?

  Ein Scaleway-Projekt, eingetragen als dessen IAM-Schlüssel. Weil ein IAM-Schlüssel genau einem Object-Storage-Projekt gehört, ist die Registrierung des Schlüssels zugleich die Projektauswahl. Clusterward prüft den Schlüssel per ListBuckets, speichert ihn verschlüsselt und zeigt Projekt und Organisation auf der Karte.

• Warum ein eigener Schlüssel pro Anwendung?

  Damit ein geleakter Schlüssel nur die Buckets seiner Anwendung erreicht und einzeln gelöscht werden kann. Der Schlüssel besteht aus IAM-Anwendung, Projekt-Policy und API-Schlüssel; jede angebundene Bucket-Policy lässt genau diese Anwendung zu. Buckets desselben Projekts ohne eigene Policy bleiben für einen solchen Schlüssel erreichbar; harte Trennung heißt bei Scaleway ein eigenes Projekt.

• Warum zeigt die Scaleway-Konsole bei einem Bucket mit Policy keine Dateien?

  Weil eine Bucket-Policy exklusiv wirkt, auch für den Projektbesitzer. Clusterward nimmt deshalb die Konsolen-Nutzer und Gruppen des Providers in jede Policy auf. Die Liste pflegen Sie am Provider, „Policies neu anwenden“ schreibt sie in alle Buckets mit Schlüssel.

• Kann ich einen bestehenden Bucket übernehmen?

  Nein, bewusst nicht. Existiert ein Bucket mit dem Namen bereits, meldet Clusterward einen Konflikt statt ihn stillschweigend zu adoptieren. Die Liste prüft jeden registrierten Bucket live mit dem Schlüssel seines Providers und zeigt, ob er eigen, fremd oder verschwunden ist.

• Wie läuft der Import aus einem fremden S3-Bucket?

  Sie geben Endpoint, Bucket, Präfix und Zugangsdaten der Quelle an. Clusterward listet die Objekte, prüft die Grenzen und kopiert jedes Objekt in den Zielbucket. Der Quellschlüssel liegt verschlüsselt auf dem Lauf und wird mit dem Abschluss gelöscht. Abbruch ist zwischen zwei Objekten möglich, ein Neustart überschreibt und löscht nie.

• Wann darf ein Bucket gelöscht werden?

  Nur ein registrierter, leerer Bucket, nach Eintippen seines Namens. Ein Schlüssel stirbt nicht mit seinem Bucket; er wird eigens gelöscht, sobald kein Bucket mehr an ihm hängt, dann inklusive IAM-Anwendung und Policy.

• Was passiert mit Buckets beim Tenant-Offboarding?

  Jeder vom Lauf erzeugte Bucket, der noch Objekte hält, wird als ZIP mit Manifest in den Backup-Bucket geladen und per HEAD verifiziert. Erst dann werden genau die archivierten Objekte gelöscht und der leere Bucket entfernt. Übersteigt das Archiv die Größengrenze, bricht die Phase mit einer Meldung ab.

• Wo sehe ich die Zugangsdaten?

  Auf der Schlüssel-Seite, als lesbare Ausnahme wie bei Datenbank-Passwörtern: Access Key, Secret Key, Endpoint und Region zum Kopieren. Der Provider-Schlüssel dagegen wird nie ausgegeben.

Ihre Frage ist nicht dabei? Schreiben Sie uns, wir antworten in der Regel am selben Werktag.