La réplication interrégionale (CRR) copie automatiquement et de manière asynchrone (en quasi temps réel) les objets entre des buckets situés dans différentes régions, qu'ils appartiennent au même compte ou à des comptes distincts. Les opérations telles que la création, l'écrasement et la suppression sont synchronisées afin de répondre à vos exigences en matière de conformité, de latence, de sécurité et de disponibilité.
Scénarios
La CRR réplique les objets d'un bucket source vers un bucket de destination en conservant leur nom, les informations de versioning, le contenu ainsi que les métadonnées (date de création, propriétaire, métadonnées utilisateur et ACL).
-
Conformité
OSS intègre un mécanisme de redondance des données pour les objets. Toutefois, certaines politiques de conformité exigent des réplicas hébergés dans des centres de données géographiquement éloignés. La CRR répond à cette obligation en répliquant les données entre plusieurs régions.
-
Latence minimale
Répliquez les objets vers des centres de données plus proches de vos utilisateurs afin de réduire la latence d'accès.
-
Sauvegarde des données et reprise après sinistre
Répliquez vos données vers un centre de données secondaire afin de garantir leur restauration en cas de catastrophe naturelle, comme un séisme ou un tsunami.
-
Migration de données
Pour assurer la continuité de vos activités, vous pouvez être amené à transférer des données d'un centre de données vers un autre.
-
Besoins opérationnels
Répliquez les objets entre plusieurs régions lorsque différents clusters de calcul doivent analyser le même ensemble d'objets depuis des centres de données distincts.
Fonctionnalités
La CRR prend en charge les fonctionnalités suivantes :
-
RTC
Lorsque Replication Time Control (RTC) est activé, OSS réplique la majorité des objets en quelques secondes et 99,99 % d'entre eux en moins de 10 minutes. RTC assure également une surveillance en temps réel des tâches de réplication.
-
Réplication des données en quasi temps réel
Les créations, suppressions et modifications d'objets sont répliquées vers le bucket de destination en quasi temps réel.
-
Cohérence des données
Par défaut, OSS garantit une cohérence à terme entre les buckets source et de destination. Cependant, si vous écrivez directement un objet portant le même nom dans le bucket de destination pendant la réplication, cette garantie n'est plus assurée.
-
Réplication des données existantes
La réplication concerne aussi bien les nouveaux objets que ceux présents avant la création de la règle.
-
Suivi de la progression de la réplication
Consultez l'horodatage de la dernière réplication et suivez la progression de la copie des données existantes.
-
Versioning
Si le versioning est activé sur les buckets source et de destination, la cohérence à terme de toutes les versions des objets est garantie. Lorsqu'une règle ne réplique que les données ajoutées et modifiées, les suppressions portant sur une version spécifique d'un objet dans le bucket source ne sont pas répliquées vers le bucket de destination. En revanche, les marqueurs de suppression créés dans le bucket source y sont bien répliqués.
-
Accélération du transfert
L'accélération du transfert optimise la vitesse des transferts de données CRR entre les régions situées à l'intérieur et à l'extérieur de la partie continentale de la Chine. Pour plus d'informations, consultez Accéder à OSS via l'accélération du transfert.
-
Réplication des données chiffrées
La CRR permet de répliquer des objets non chiffrés ainsi que des objets chiffrés avec SSE-KMS ou SSE-OSS. Pour plus d'informations, consultez Réplication des données avec chiffrement côté serveur.
-
Configuration des notifications d'événements
Utilisez les types d'événements
ObjectReplication:ObjectCreated,ObjectReplication:ObjectRemovedetObjectReplication:ObjectModifiedpour recevoir des notifications lorsqu'un objet est ajouté, modifié, supprimé ou écrasé lors d'une CRR. Pour plus d'informations, consultez Utiliser les notifications d'événements pour traiter les modifications d'objets en temps réel.
Remarques d'utilisation
Règles de facturation
-
La CRR génère des frais de trafic. Pour plus d'informations, consultez Frais de trafic.
Dans le cadre d'une CRR inter-comptes, ces frais de trafic sont facturés au propriétaire du bucket source.
Chaque réplication d'objet réussie est comptabilisée comme une requête API. Pour plus d'informations, consultez Frais de requête.
L'accélération du transfert entraîne des frais supplémentaires facturés au propriétaire du bucket de destination. Pour connaître les tarifs, consultez Frais d'accélération du transfert.
RTC engendre également des frais supplémentaires. Pour plus d'informations, consultez Frais de trafic RTC.
Aucun frais d'extraction de données n'est appliqué lors de la réplication d'objets de type Infrequent Access (IA) ou Archive via la CRR.
Durée de réplication
La CRR réplique les données de manière asynchrone, en quasi temps réel. Selon le volume des données, cette opération peut prendre de quelques minutes à plusieurs heures. Si la réplication s'avère lente, vérifiez les limites de bande passante et ouvrez un ticket pour l'augmenter si nécessaire.
Pour vérifier la bande passante Internet utilisée par la CRR vers le bucket de destination, connectez-vous à la console OSS, accédez au bucket de destination, puis choisissez afin de consulter la bande passante dans la section Used Bandwidth. Bande passante utilisée.
Écrasement des données
Un objet répliqué risque d'écraser un objet existant portant le même nom dans le bucket de destination.
Limites
Régions
Pour configurer une CRR entre une région située dans la partie continentale de la Chine et une région extérieure, activez l'accélération du transfert.
Nombre de règles CRR
Un bucket source peut répliquer ses données vers plusieurs buckets de destination. Par défaut, vous pouvez configurer jusqu'à 100 règles CRR par bucket. Un même bucket peut jouer simultanément le rôle de source dans une règle et de destination dans une autre.
Pour configurer plus de 100 règles CRR, contactez le support technique.
Opérations
Les buckets source et de destination d'une règle CRR doivent partager le même état de versioning : désactivé ou activé. Il est impossible de configurer des règles CRR pour des buckets dont le versioning est suspendu.
Vous ne pouvez pas modifier l'état de versioning des buckets associés à une règle CRR active.
Un objet répliqué risque d'écraser un objet existant portant le même nom dans le bucket de destination.
Un bucket source peut répliquer ses données vers plusieurs buckets de destination, avec une limite par défaut de 100 règles CRR par bucket. Un même bucket peut jouer simultanément le rôle de source dans une règle et de destination dans une autre. Pour configurer plus de 100 règles, contactez le support technique.
Les objets Cold Archive et Deep Cold Archive ne peuvent pas être répliqués, quel que soit leur état de restauration.
Il est impossible de répliquer des objets ajoutables (appendable) vers des buckets Cold Archive ou Deep Cold Archive.