Etendez les deploiements RustFS sur site avec un tiering cloud et une replication securises et economiques
Integrez sans friction votre stockage objet RustFS sur site, hautes performances, avec le stockage cloud compatible S3 d'IDrive® e2. Protegez les donnees critiques de l'entreprise hors site ou transferez de facon transparente les donnees inactives pour reduire votre cout total de possession (TCO), sans perturber les workflows applicatifs existants.
Methodes d'integration :
Exploitez IDrive® e2 via deux modeles d'architecture principaux : replication native des buckets pour une reprise apres sinistre complete, ou tiering cloud automatise pour une gestion de capacite basee sur le cycle de vie.
Transferez automatiquement les anciens objets RustFS vers le niveau de stockage distant IDrive® e2 tout en continuant a y acceder via RustFS. Ideal pour la gestion des donnees basee sur le cycle de vie.
Conservez une copie independante de vos objets RustFS dans IDrive® e2 via la replication native des buckets RustFS. Ideal pour la sauvegarde hors site et la reprise apres sinistre.
Pourquoi utiliser IDrive® e2 avec RustFS ?
- Reduisez la consommation de stockage local en deplacant les donnees inactives vers IDrive® e2.
- Gardez les donnees accessibles via RustFS apres le deplacement des objets vers le niveau distant.
- Maintenez une copie hors site avec la replication de bucket RustFS lorsque la sauvegarde ou la reprise apres sinistre est necessaire.
- Evitez les frais de sortie des donnees lors de la recuperation depuis IDrive® e2.
- Aucun frais de requete API S3, ce qui rend le stockage RustFS dans le cloud plus previsible.
- Utilisez un stockage compatible S3 avec votre environnement RustFS existant.
Questions frequentes sur l'integration RustFS avec IDrive® e2
Quelle est la difference entre le tiering cloud RustFS et la replication de bucket ?
Le tiering cloud deplace les objets inactifs eligibles du stockage RustFS local vers un niveau distant IDrive® e2. RustFS conserve les metadonnees necessaires pour gerer et acceder aux objets transferes. La replication de bucket maintient une copie separee des objets repliques dans IDrive® e2. C'est utile lorsque vous avez besoin d'une copie hors site independante pour la sauvegarde et la reprise apres sinistre.
Les applications peuvent-elles acceder aux objets apres leur transfert en tiering vers IDrive® e2 ?
Oui. Les objets transferes en tiering doivent continuer a etre accessibles et geres via l'endpoint RustFS. Ne modifiez pas, ne deplacez pas et ne supprimez pas directement les objets transferes en tiering dans le bucket IDrive® e2. Ces changements peuvent rendre l'index de metadonnees RustFS incoherent avec les donnees distantes.
Quand dois-je utiliser le tiering cloud RustFS plutot que la replication de bucket ?
Utilisez le tiering cloud lorsque votre objectif principal est de reduire la consommation de stockage local en deplacant les donnees inactives vers IDrive® e2 tout en continuant a les gerer via RustFS.
Utilisez la replication de bucket lorsque votre objectif principal est de conserver une copie separee de vos donnees dans IDrive® e2 pour la sauvegarde hors site ou la reprise apres sinistre.
Vous pouvez egalement utiliser les deux approches lorsque votre environnement exige a la fois une gestion de capacite cloud et une copie independante de donnees selectionnees.
Comment faire tourner les cles d'acces IDrive® e2 utilisees pour le tiering cloud RustFS ?
Creez des cles d'acces de remplacement dans la console IDrive® e2 et mettez a jour la configuration du tier a l'aide de la CLI RustFS :
rc bucket lifecycle tier edit
Verifiez que les nouveaux identifiants peuvent acceder correctement au tier IDrive® e2 avant de revoquer les identifiants d'origine.