Replicación del sistema de archivos

Proceso de replicación

El recurso de replicación crea una instantánea de replicación especial en el sistema de archivos de origen. A continuación, transfiere la instantánea al recurso de destino de replicación, que escribe los datos nuevos en el sistema de archivos de destino. La última instantánea de replicación completada permanece en el sistema de archivos de origen y en el de destino hasta el siguiente intervalo. En el siguiente intervalo, el proceso de replicación suprime automáticamente las instantáneas de replicación antiguas y crea una nueva. El proceso de replicación continúa repitiendo en el intervalo especificado siempre que la replicación esté en vigor.

En este diagrama, el Sistema de archivos A del dominio de disponibilidad principal se replica en el Sistema de archivos B. La replicación captura la diferencia de los datos escritos en el Sistema de archivos A en una instantánea de replicación. A continuación, los datos se transfieren del recurso de replicación al recurso de destino de replicación y se copian en el Sistema de archivos B.

Si se produce una interrupción en el dominio de disponibilidad principal (de origen), puede realizar un failover en el sistema de archivos de destino. Para realizar un failover en el sistema de archivos de destino, expórtelo para que las aplicaciones y los usuarios puedan acceder a él. Consulte Recuperación ante desastres para obtener más información.

Supervisión de replicaciones e interrupciones

El servicio File Storage proporciona métricas para que pueda realizar un seguimiento de las operaciones de replicación y las posibles interrupciones. Puede utilizar métricas para analizar aspectos como la transferencia entre los sistemas de archivos de origen y destino, el ancho de banda y las operaciones de metadatos realizadas por el recurso de replicación. Por ejemplo, para supervisar las incidencias de ancho de banda y los posibles cuellos de botella, puede supervisar el número total de operaciones de escritura en el sistema de archivos de origen y la salida total de datos del sistema de archivos de origen al sistema de archivos de destino. También puede utilizar métricas para supervisar el tiempo entre la creación de la instantánea en el sistema de archivos de origen y su aplicación en el destino. De esta manera, puede determinar hasta qué punto el sistema de archivos de destino va por detrás del origen y cuántos datos se perderán si se produce una interrupción. Consulte Métricas del sistema de archivos y Visión general de Monitoring.

Recomendamos configurar alarmas sobre métricas como el ratio de errores y la latencia en el sistema de archivos de origen para indicar cualquier impacto en la disponibilidad. También puede supervisar el panel de control de estado y los anuncios de OCI para detectar las interrupciones del servicio general, de modo que pueda tomar las decisiones necesarias sobre el failover. Las interrupciones del servicio no siempre afectan a todos los recursos del cliente por igual, por lo que es muy importante que determine sus tolerancias y establezca alarmas. Consulte Anuncios de consola y Events.

• El arrendamiento debe estar suscrito a la región de destino para poder llevar a cabo la replicación entre regiones. Para suscribirse a una región, consulte Gestión de regiones. Consulte Regiones de destino recomendadas para obtener más información.
• Al activar la replicación entre regiones para un sistema de archivos, el proceso incluye una sincronización inicial de los datos del sistema de archivos de origen al sistema de archivos de destino. En función de la cantidad de datos escritos en el sistema de archivos, esta sincronización puede tardar horas. Consulte Estimación del tiempo de replicación para obtener más información.
• Puede configurar hasta tres trabajos de replicación para cada sistema de archivos.
• El intervalo de replicación mínimo es de 15 minutos.
• No puede utilizar la replicación para migrar datos de una ubicación local a Oracle Cloud Infrastructure.
• Los datos específicos del recurso del sistema de archivos, como bloqueos de archivos, claves de cifrado y etiquetas, no se replican. Las reglas de cuota se copian desde el origen, pero están desactivadas y se deben activar manualmente. Las etiquetas aplicadas a un recurso de replicación se copian en un recurso de destino de replicación.
• Solo un sistema de archivos que nunca se haya exportado se puede utilizar como un sistema de archivos de destino. Para utilizar un sistema de archivos exportado anteriormente como destino, primero cree una clonación del sistema de archivos. A continuación, puede utilizar la clonación como destino.
• Si crea o suprime instantáneas de usuario en un sistema de archivos, no puede utilizar ese sistema de archivos como sistema de archivos de destino para las replicaciones, incluso si no ha exportado el sistema de archivos.
• Un sistema de archivos con una política de instantáneas asociada no se puede utilizar como sistema de archivos de destino.
• Un sistema de archivos con reglas de cuota que no coinciden con el sistema de archivos de origen no se puede utilizar como sistema de archivos de destino.
• Si suprime un recurso de replicación, las instantáneas de replicación del sistema de archivos de destino se convierten en instantáneas de usuario. Si suprime una de estas instantáneas, no puede volver a utilizar el sistema de archivos de destino como sistema de archivos de destino para futuras réplicas.

Consideraciones de costos para la replicación

Después de activar la replicación para un sistema de archivos, este se replica en un sistema de archivos de destino en la región y el dominio de disponibilidad especificados. El almacenamiento de archivos se mide para la capacidad total almacenada en disco para los sistemas de archivos de origen y destino. El precio de los sistemas de archivos de origen y destino es el mismo. Consulte Uso y medición del sistema de archivos para obtener más información.

La factura incluye cualquier costo de red aplicable para el proceso de replicación entre regiones. Como parte del proceso de replicación, todos los datos que se actualizan en el sistema de archivos de origen se transfieren a la réplica del sistema de archivos, por lo que los sistemas de archivos con actualizaciones continuas incurren en mayores costos de red. No se aplica ningún cargo adicional por el ancho de banda entre dominios de disponibilidad dentro de la misma región ni la transferencia de datos entrantes.

Muchos escenarios de replicación utilizan una clonación de un sistema de archivos de origen o de destino original. La clonación del origen a partir de la última instantánea aplicada por completo garantiza que el origen y el destino sean compatibles. También puede utilizar un nuevo sistema de archivos para el failback. Sin embargo, el uso de una clonación del sistema de archivos de origen original tiende a ser más rápido y más rentable que el uso de un nuevo sistema de archivos. Consulte Utilización medida de la clonación para obtener más información sobre la medición y la facturación de clonaciones. Consulte Utilización medida de la replicación para obtener ejemplos detallados de medición de sistemas de archivos, instantáneas y clonaciones que se utilizan en la replicación.

Regiones de destino recomendadas

Al activar la replicación para un sistema de archivos y crear un nuevo sistema de archivos de destino, seleccione una región en la que replicar. La región de origen del sistema de archivos determina las regiones de destino recomendadas disponibles como región de destino para la replicación en la consola. La mayoría de las regiones tienen una o más regiones disponibles como regiones de destino recomendadas. Las regiones de destino recomendadas se seleccionan en función de ubicaciones geográficas para maximizar el rendimiento. Si necesita replicar un sistema de archivos en una región que no se recomienda, puede crear un sistema de archivos de destino para la replicación en esa región o utilizar la API o la CLI.

La siguiente tabla muestra las recomendaciones para el dominio comercial de Oracle Cloud Infrastructure. Para suscribirse a una región, consulte Gestión de regiones.