Réplication de système de fichiers

Processus de réplication

La ressource de réplication crée un cliché de réplication spécial dans le système de fichiers source. Elle transfère ensuite ce cliché à la ressource de cible de réplication, qui écrit les nouvelles données dans le système de fichiers cible. Le dernier cliché de réplication terminé est conservé dans les systèmes de fichiers source et cible jusqu'à l'intervalle suivant. Lors de l'intervalle suivant, le processus de réplication supprime automatiquement les anciens clichés de réplication et en crée d'autres. Le processus de réplication continue de se répéter à l'intervalle spécifié tant que la réplication est en vigueur.

Dans ce diagramme, le système de fichiers A au sein du domaine de disponibilité principal est répliqué vers le système de fichiers B. La réplication capture le delta des données écrites au sein du système de fichiers A dans un cliché de réplication. La ressource de réplication transfère ensuite les données à la ressource de cible de réplication pour les copier dans le système de fichiers B.

En cas de coupure dans le domaine de disponibilité principal (source), vous pouvez basculer vers le système de fichiers cible. Pour basculer vers le système de fichiers cible, exportez-le. Les applications et les utilisateurs pourront ainsi y accéder. Pour plus d'informations, reportez-vous à Récupération après sinistre.

Surveillance des réplications et des coupures

Le service File Storage fournit des mesures afin que vous puissiez suivre les opérations de réplication et les coupures potentielles. Vous pouvez utiliser ces mesures pour analyser des éléments tels que le transfert entre les systèmes de fichiers source et cible, la bande passante et les opérations de métadonnées effectuées par la ressource de réplication. Par exemple, pour surveiller les problèmes de bande passante et les goulets d'étranglement potentiels, vous pouvez suivre le nombre total d'opérations d'écriture sur le système de fichiers source et le nombre total de données sortantes de ce dernier vers le système de fichiers cible. Vous pouvez également vous servir des mesures pour surveiller le délai entre la création du cliché sur le système de fichiers source et le moment auquel il est appliqué à la cible. De cette façon, vous pouvez évaluer le retard du système de fichiers cible par rapport au système de fichiers source et estimer la quantité de données qui serait perdue en cas de coupure. Reportez-vous à Mesures de système de fichiers et à Présentation de Monitoring.

Nous vous recommandons de configurer des alarmes sur des mesures telles que le taux d'erreur et la latence du système de fichiers source pour indiquer toute incidence sur la disponibilité. Vous pouvez également surveiller les annonces OCI et le tableau de bord de statut afin de prendre les décisions nécessaires en matière de basculement. Les coupures de service n'ont pas toujours la même incidence sur l'ensemble des ressources des clients. Il est donc très important de déterminer les seuils de tolérance et de mettre en place des alarmes. Reportez-vous à Annonces de la console et à Events.

• La location doit être abonnée à la région de destination pour la réplication inter-régions. Pour vous abonner à une région, reportez-vous à Gestion des régions. Pour plus d'informations, reportez-vous à Régions cible recommandées.
• Lorsque vous activez la réplication inter-régions pour un système de fichiers, le processus inclut une synchronisation initiale des données du système de fichiers source vers le système de fichiers cible. Selon la quantité de données écrites dans le système de fichiers, cette synchronisation peut prendre plusieurs heures. Pour plus d'informations, reportez-vous à Estimation de la durée de réplication.
• Vous pouvez configurer jusqu'à trois travaux de réplication pour chaque système de fichiers.
• L'intervalle de réplication minimal est de 15 minutes.
• Vous ne pouvez pas utiliser la réplication pour migrer des données d'un emplacement sur site vers Oracle Cloud Infrastructure.
• Les données propres aux ressources de système de fichiers, telles que les verrous de fichier, les clés de cryptage et les balises, ne sont pas répliquées. Les règles de quota sont copiées à partir de la source, mais elles sont désactivées et doivent être activées manuellement. Les balises appliquées à une ressource de réplication sont copiées vers une ressource de cible de réplication.
• Seul un système de fichiers n'ayant jamais été exporté peut être utilisé comme système de fichiers cible. Pour utiliser un système de fichiers précédemment exporté en tant que cible, créez d'abord un clone du système de fichiers. Vous pourrez ensuite utiliser le clone en tant que cible.
• Si vous créez ou supprimez des clichés utilisateur sur un système de fichiers, vous ne pouvez pas utiliser ce système de fichiers en tant que cible pour des réplications, même si vous ne l'avez pas exporté.
• Un système de fichiers associé à une stratégie d'instantané ne peut pas être utilisé en tant que système de fichiers cible.
• Un système de fichiers dont les règles de quota ne correspondent pas au système de fichiers source ne peut pas être utilisé en tant que système de fichiers cible.
• Si vous supprimez une ressource de réplication, les clichés de réplication sur le système de fichiers cible sont convertis en clichés utilisateur. Si vous supprimez l'un de ces clichés, vous ne pourrez pas réutiliser le système de fichiers en tant que cible pour des réplications futures.

Remarques relatives aux coûts pour la réplication

Lorsque vous activez la réplication pour un système de fichiers, ce dernier est répliqué vers un système de fichiers cible dans la région et le domaine de disponibilité indiqués. La mesure de File Storage correspond à la capacité totale stockée sur disque pour les systèmes de fichiers source et cible. Le tarif des systèmes de fichiers source et cible est identique. Pour plus d'informations, reportez-vous à Utilisation et mesure des systèmes de fichiers.

Votre facture comprend tous les coûts du réseau applicables au processus de réplication entre des régions. Dans le cadre du processus de réplication, toutes les données mises à jour sur le système de fichiers source sont transférées vers sa réplique. Par conséquent, les systèmes de fichiers mis à jour en continu génèrent des coûts du réseau plus élevés. Aucuns frais supplémentaires ne sont appliqués pour la bande passante entre des domaines de disponibilité d'une même région, ni pour le transfert de données entrant.

De nombreux scénarios de réplication utilisent un clone du système de fichiers source ou cible d'origine. La compatibilité entre la source et la cible est assurée par le clonage de la source à partir du dernier cliché entièrement appliqué. Vous pouvez également choisir d'utiliser un nouveau système de fichiers pour la restauration. Cependant, l'utilisation d'un clone du système de fichiers source d'origine est généralement plus rapide et plus rentable que l'utilisation d'un nouveau système de fichiers. Pour plus d'informations sur la mesure et la facturation des clones, reportez-vous à Utilisation mesurée des clones. Pour obtenir des exemples détaillés de mesure des systèmes de fichiers, des clichés et des clones utilisés dans le cadre d'une réplication, reportez-vous à Utilisation mesurée des clones.

Régions cible recommandées

Lorsque vous activez la réplication pour un système de fichiers et que vous créez un système de fichiers cible, vous sélectionnez une région vers laquelle répliquer le système. La région source du système de fichiers détermine les régions cible recommandées, disponibles en tant que région de destination pour la réplication dans la console. La plupart des régions ont une ou plusieurs régions disponibles en tant que régions de destination recommandées. Les régions cible recommandées sont sélectionnées en fonction de l'emplacement géographique afin d'optimiser les performances. Si vous devez répliquer un système de fichiers vers une région non recommandée, vous pouvez créer un système de fichiers cible pour la réplication dans cette région, ou utiliser l'API ou l'interface de ligne de commande.

Le tableau suivant répertorie les recommandations du domaine Oracle Cloud Infrastructure. Pour vous abonner à une région, reportez-vous à Gestion des régions.