La réplication dans la même région (SRR) copie automatiquement et de manière asynchrone les objets, ainsi que toutes les opérations qui leur sont appliquées (créations, mises à jour et suppressions), d'un compartiment source vers un compartiment de destination au sein de la même région.
Cas d'utilisation
Lorsque la législation locale ou des exigences de conformité imposent que vos données ne quittent pas votre pays ou votre région, configurez des règles SRR pour stocker des copies de vos données depuis un compartiment source vers plusieurs compartiments de destination dans la même région. Les objets présents dans un compartiment de destination sont des répliques exactes de ceux du compartiment source. Ils partagent le même nom d'objet, les mêmes informations de version, le même contenu et les mêmes métadonnées, y compris des attributs tels que l'heure de création, le propriétaire, les métadonnées définies par l'utilisateur et les listes de contrôle d'accès (ACL) des objets.
Fonctionnalités
Le service SRR prend en charge les fonctionnalités suivantes :
-
Réplication des données entre des compartiments situés dans la même région
Vous pouvez répliquer les données d'un compartiment source vers plusieurs compartiments de destination dans la même région. Un seul compartiment peut contenir jusqu'à 100 règles de réplication. Dans le cadre de ces règles, un compartiment peut agir soit comme source, soit comme destination.
Si votre cas d'utilisation nécessite plus de 100 règles de réplication, contactez le support technique.
-
Réplication des données en quasi temps réel
Les créations, suppressions et modifications d'objets sont répliquées vers le compartiment de destination en quasi temps réel.
-
Cohérence des données
Par défaut, OSS garantit une cohérence à terme entre les compartiments source et de destination. Toutefois, l'écriture directe d'un objet portant le même nom dans le compartiment de destination pendant la réplication rompt cette garantie.
-
Réplication des données existantes
Il est possible de répliquer à la fois les nouveaux objets et ceux qui existaient avant la création de la règle de réplication.
-
Suivi de la progression de la réplication
Consultez l'horodatage de la dernière réplication et suivez la progression de la réplication des données existantes.
-
Gestion des versions
La cohérence à terme de toutes les versions d'objets est assurée si la gestion des versions est activée pour les compartiments source et de destination. Si vous configurez une règle pour répliquer uniquement les données ajoutées et modifiées, les opérations de suppression effectuées sur une version spécifique d'un objet dans le compartiment source ne sont pas répliquées vers le compartiment de destination. En revanche, les marqueurs de suppression créés dans le compartiment source sont bien répliqués vers le compartiment de destination.
-
Réplication des données chiffrées
Le service SRR réplique les objets non chiffrés ainsi que les objets chiffrés côté serveur à l'aide de clés gérées par KMS (
SSE-KMS) ou de clés gérées par OSS (SSE-OSS) . -
Configuration des notifications d'événements
Utilisez les types d'événements
ObjectReplication:ObjectCreated,ObjectReplication:ObjectRemovedetObjectReplication:ObjectModifiedpour recevoir des notifications lorsque des objets sont ajoutés, modifiés, supprimés ou écrasés lors de la CRR. Pour plus d'informations, consultez la rubrique Utilisation des notifications d'événements pour traiter les modifications d'objets en temps réel.
Remarques d'utilisation
Facturation
Les règles de facturation suivantes s'appliquent à la SRR au sein d'un même compte et à la SRR entre différents comptes.
-
Une fois la SRR activée, le trafic de transfert de données généré par la réplication des objets d'un compartiment source vers un compartiment de destination dans OSS n'est pas facturé.
RemarqueLe trafic généré par la SRR ne consomme pas votre bande passante OSS par défaut.
Une fois la SRR activée, les requêtes adressées aux objets répliqués sont comptabilisées mais ne sont pas facturées.
Lorsque vous utilisez la SRR pour répliquer des objets Archive d'un compartiment source vers un compartiment de destination, aucune restauration de données n'est effectuée et aucun frais de récupération de données ne vous est facturé.
Durée
La SRR utilise un mécanisme asynchrone en quasi temps réel. Le temps nécessaire pour répliquer les données du compartiment source vers le compartiment de destination peut varier de quelques minutes à quelques heures, selon la taille des données. Si une tâche de réplication prend beaucoup de temps, nous vous recommandons de vérifier si elle est retardée en raison de limites de bande passante. Si la bande passante limite la vitesse de réplication, nous vous conseillons de soumettre un ticket pour augmenter la bande passante et améliorer l'efficacité de la réplication.
Consultez les données SRR Inbound dans la section Used Bandwidth de l'onglet de la console OSS. Cette métrique indique la bande passante entrante vers le compartiment de destination pour la SRR. Pour plus d'informations, consultez la rubrique Used Bandwidth.
Risque d'écrasement des objets portant le même nom
Étant donné que vous pouvez intervenir à la fois sur les compartiments source et de destination lorsqu'une règle de réplication est active, les objets répliqués depuis le compartiment source risquent d'écraser les objets portant le même nom dans le compartiment de destination.
Limites
Vous ne pouvez activer la SRR qu'entre deux compartiments partageant le même statut
Versioning(tous deux activés ou tous deux désactivés).Vous ne pouvez pas modifier le statut de gestion des versions de l'un ou l'autre des compartiments tant qu'une règle de réplication est active.
La SRR ne réplique pas les objets appartenant aux classes de stockage
Cold ArchiveouDeep Cold Archive, que ces objets aient été restaurés ou non.La SRR ne réplique pas les objets pouvant faire l'objet d'ajouts (appendable objects) vers un compartiment de destination utilisant la classe de stockage
Cold ArchiveouDeep Cold Archive.