Erweitern Sie lokale RustFS-Bereitstellungen mit sicherem, kosteneffizientem Cloud-Tiering und Replikation
Integrieren Sie Ihren leistungsstarken lokalen RustFS-Objektspeicher nahtlos mit dem S3-kompatiblen Cloud-Speicher von IDrive® e2. Schuetzen Sie kritische Unternehmensdaten ausserhalb des Standorts oder verschieben Sie inaktive Daten transparent, um die Gesamtbetriebskosten (TCO) zu senken - ohne bestehende Anwendungs-Workflows zu unterbrechen.
Integrationsmethoden:
Nutzen Sie IDrive® e2 ueber zwei zentrale Architekturmuster: native Bucket-Replikation fuer vollstaendige Notfallwiederherstellung oder automatisiertes Cloud-Tiering fuer lebenszyklusbasierte Kapazitaetsverwaltung.
Verschieben Sie aeltere RustFS-Objekte automatisch in die Remote-Speicherebene von IDrive® e2 und greifen Sie weiterhin ueber RustFS darauf zu. Ideal fuer lebenszyklusbasierte Datenverwaltung.
Bewahren Sie mit nativer RustFS-Bucket-Replikation eine unabhaengige Kopie Ihrer RustFS-Objekte in IDrive® e2 auf. Ideal fuer Offsite-Backup und Notfallwiederherstellung.
Warum IDrive® e2 mit RustFS verwenden?
- Reduzieren Sie den lokalen Speicherverbrauch, indem Sie inaktive Daten zu IDrive® e2 verschieben.
- Halten Sie Daten ueber RustFS zugaenglich, nachdem Objekte in die Remote-Ebene verschoben wurden.
- Pflegen Sie eine Offsite-Kopie mithilfe der RustFS-Bucket-Replikation, wenn Backup oder Notfallwiederherstellung erforderlich ist.
- Vermeiden Sie Egress-Gebuehren beim Abrufen von Daten aus IDrive® e2.
- Keine S3-API-Anfragegebuehren, was cloudbasierten RustFS-Speicher besser kalkulierbar macht.
- Nutzen Sie S3-kompatiblen Speicher mit Ihrer bestehenden RustFS-Umgebung.
Haeufig gestellte Fragen zur RustFS-Integration mit IDrive® e2
Was ist der Unterschied zwischen RustFS Cloud-Tiering und Bucket-Replikation?
Cloud-Tiering verschiebt geeignete inaktive Objekte vom lokalen RustFS-Speicher in eine Remote-Ebene von IDrive® e2. RustFS behaelt die Metadaten, die zur Verwaltung und zum Zugriff auf die ausgelagerten Objekte erforderlich sind. Bucket-Replikation haelt eine separate Kopie replizierter Objekte in IDrive® e2 vor. Das ist nuetzlich, wenn Sie eine unabhaengige Offsite-Kopie fuer Backup und Notfallwiederherstellung benoetigen.
Koennen Anwendungen auf Objekte zugreifen, nachdem sie in IDrive® e2 ausgelagert wurden?
Ja. Ausgelagerte Objekte sollten weiterhin ueber den RustFS-Endpunkt aufgerufen und verwaltet werden. Aendern, verschieben oder loeschen Sie ausgelagerte Objekte nicht direkt im IDrive® e2-Bucket. Solche Aenderungen koennen dazu fuehren, dass der RustFS-Metadatenindex inkonsistent mit den Remote-Daten wird.
Wann sollte ich RustFS Cloud-Tiering statt Bucket-Replikation verwenden?
Verwenden Sie Cloud-Tiering, wenn Ihr primaeres Ziel darin besteht, den lokalen Speicherverbrauch zu senken, indem inaktive Daten zu IDrive® e2 verschoben werden und diese Daten weiterhin ueber RustFS verwaltet werden.
Verwenden Sie Bucket-Replikation, wenn Ihr primaeres Ziel darin besteht, eine separate Kopie Ihrer Daten in IDrive® e2 fuer Offsite-Backup oder Notfallwiederherstellung zu behalten.
Sie koennen auch beide Ansaetze nutzen, wenn Ihre Umgebung sowohl Cloud-Kapazitaetsmanagement als auch eine unabhaengige Kopie ausgewaehlter Daten erfordert.
Wie rotiere ich IDrive® e2-Zugriffsschluessel fuer RustFS Cloud-Tiering?
Erstellen Sie Ersatz-Zugriffsschluessel in der IDrive® e2-Konsole und aktualisieren Sie die Tier-Konfiguration mit der RustFS-CLI:
rc bucket lifecycle tier edit
Stellen Sie sicher, dass die neuen Anmeldedaten erfolgreich auf die IDrive® e2-Ebene zugreifen koennen, bevor Sie die urspruenglichen Anmeldedaten widerrufen.