Acerca de la réplica de comparticiones de archivos

Replica los recursos compartidos de archivos por zonas en distintas zonas o regiones con fines de recuperación ante desastres, acceso de baja latencia, distribución de contenidos y pruebas.

Crea recursos compartidos de archivos de réplica de solo lectura en otra zona para la recuperación ante desastres, el acceso de baja latencia para equipos distribuidos, la distribución de contenidos en centros regionales o la realización de pruebas. Puedes crear réplicas de tus recursos compartidos de archivos zonales en otra zona de la misma región geográfica. Con la característica de réplica, puede mantener una copia de sólo lectura de la compartición de archivos en otra zona. La compartición de réplica se actualiza desde la compartición de origen en una planificación que especifique. La réplica de solo lectura puede ayudar a proporcionar acceso de baja latencia a equipos y aplicaciones distribuidos, al colocar los datos más cerca de los consumidores. La replicación puede mejorar la distribución de contenidos para equipos globales mediante la creación de centros regionales que permiten descargas más rápidas de instaladores, documentación y medios. Las réplicas pueden aumentar la capacidad para eventos puntuales, como lanzamientos de productos o campañas globales. Puede utilizar réplicas para realizar tareas de mantenimiento, probar cambios y realizar pruebas de migración sin interrumpir las cargas de trabajo principales. Puede utilizarlas como copias aisladas para auditorías y retenciones legales sin afectar a la producción. La replicación también proporciona una forma de recuperarse de un incidente en el sitio principal, cuando los datos se vuelven inaccesibles o una aplicación falla.

Seleccionar disponibilidad Los clientes con acceso especial para previsualizar la nueva oferta de recursos compartidos de archivos regionales pueden utilizar el perfil rfs para crear recursos compartidos de archivos con disponibilidad regional. Al crear recursos compartidos de archivos con disponibilidad regional, los datos se replican automáticamente en toda la región, por lo que no es necesario configurar pares de replicación dentro de la misma región. En esta versión no se admite la replicación interregional de archivos compartidos regionales.

Visión general de la réplica

Después de crear una compartición de archivos, puede configurar la réplica.

Cuando se crea un recurso compartido de réplicas, la primera réplica contiene los datos de todo el recurso compartido. A partir de ahí, solo se añaden los cambios que se han producido desde la última replicación.

Puede crear una compartición de réplica en otra zona de la misma región. También puede crear una réplica en otra región de la misma geografía, si tiene otra VPC en la región de destino. La réplica entre geografías no está soportada.

Esta tabla muestra las regiones metropolitanas que pueden replicarse entre sí en cada geografía. Cada geografía es una columna separada.
Continente americano	Europa	Asia Pacífico
Dallas, Texas / `us-south` Montreal / `ca-mon` São Paulo / `br-sao` Toronto / `ca-tor` Washington, D.C. / `us-east`	-Frankfurt/ `eu-de` -Londres/ `eu-gb` -Madrid/ `eu-es`	Chennai / `in-che` Mumbai / `in-mum` Osaka / `jp-osa` Sídney / `au-syd` Tokio / `jp-tok`

Al crear la compartición de archivos de réplica en otra zona de la misma región, la compartición de réplica hereda el tipo de cifrado y la clave de la compartición de archivos de origen. El cifrado no se puede cambiar.

Al replicar la compartición de archivos en otra región, la réplica debe coincidir con el tipo de cifrado que tiene la compartición de origen. Sin embargo, no hereda el cifrado del origen. En otras palabras, si la compartición de origen está cifrada con claves gestionadas por el proveedor, la réplica también debe tener cifrado gestionado por el proveedor. Si la compartición de origen está cifrada con una clave gestionada por el cliente, la réplica también debe estar cifrada con una clave gestionada por el cliente. Sin embargo, no tiene por qué ser la misma clave. Al crear la réplica, indica el nombre del recurso en la nube (CRN) de la clave que deseas utilizar.

Basándose en la planificación de réplica, el servicio extrae datos de la compartición de archivos de origen a la compartición de archivos de réplica. Puede elegir la frecuencia con la que desea sincronizar los cambios desde la compartición de origen en la de réplica. Puede especificar una planificación de réplica por hora, diaria, semanal o mensual. Las réplicas deben programarse con un intervalo mínimo de 15 minutos.

Aunque no se pueden crear instantáneas de un recurso compartido de réplica de forma manual o mediante programación, las instantáneas del recurso compartido de origen se copian en el recurso compartido de réplica en la siguiente sincronización programada. Si se replica un recurso compartido de origen con instantáneas, las instantáneas del recurso compartido de réplica correspondientes se crean con nombres generados por el sistema, en lugar de heredar los nombres de las instantáneas del recurso compartido de origen. Dado que las instantáneas replicadas comparten el ID de la huella digital del origen, puede utilizar la huella digital para correlacionar las instantáneas.

Al replicar entre regiones, los datos cruzan los límites de VPC. Para la replicación zonal de recursos compartidos de archivos, tanto las VPC como los recursos compartidos de archivos deben pertenecer a la misma cuenta, y es necesario establecer autorizaciones de servicio a servicio entre los servicios de archivos de las dos regiones.

Los datos se cifran en tránsito mientras se mueven entre comparticiones de archivos. Los cargos por transferencia de datos entre las dos comparticiones de archivos se calculan con una tarifa plana en incrementos de GB. Los cargos se basan en la cantidad de datos que se transfirieron durante todo el periodo de facturación.

Cuando repliques datos entre regiones, ten en cuenta la legislación local en materia de residencia de datos, ya que el traslado de datos a través de las fronteras puede tener implicaciones legales.

La réplica es una operación asíncrona y no es instantánea. Puede utilizar la información de sincronización de réplica para ver la duración del proceso de réplica y la velocidad de transferencia. Al revisar la información de sincronización de réplica, puede ajustar la planificación de réplica y equilibrar los costes con la frecuencia con la que necesita que se renueven los datos en la réplica. Al visualizar los registros de trabajo y las velocidades de transferencia, también puede determinar si el tamaño de los datos que se deben transferir se ajusta a la ventana de réplica.

Para que se complete la replicación, debe haber suficiente capacidad no utilizada en el recurso compartido de archivos. Durante el proceso de replicación, los nuevos datos de la fuente se copian en el volumen de réplica. Los datos antiguos no se sobrescriben inmediatamente, sino que se eliminan una vez finalizada la operación de copia. Por ejemplo, si su recurso compartido está al 95% de su capacidad y la tasa de cambio es del 10%, es posible que la réplica no tenga espacio suficiente para contener los cambios. Si la réplica no tiene espacio suficiente para contener las actualizaciones, el proceso de replicación falla. Puede supervisar la capacidad del recurso compartido de archivos en la consola y configurar alertas de utilización. Para obtener más información, consulte Supervisión de métricas para File Storage for VPC.

Los datos de la compartición de réplica son de solo lectura. Puedes obtener acceso de lectura y escritura a los datos de dos maneras:

Conmutación por error al sitio de replicación: se detienen las operaciones de lectura y escritura del recurso compartido de archivos de origen y se transfiere una copia final de los datos del recurso compartido al recurso compartido de réplica. La réplica pasa a ser accesible en modo lectura/escritura y se establece una relación de replicación inversa. El recurso compartido del archivo de origen original pasa ahora a ser el recurso compartido de réplica y se configura como de solo lectura. A continuación, el servicio comienza a extraer datos del nuevo recurso compartido de archivos de origen.

Si se ve comprometida una copia compartida del archivo de origen, las copias compartidas de las réplicas son una buena forma de restablecer el funcionamiento. La conmutación por error a una réplica compartida contribuye a garantizar que no se produzcan interrupciones en tus servicios.

Cuando inicia la migración tras error, puede especificar qué sucede con la relación de réplica si el proceso de migración tras error excede el tiempo de espera o falla. Esta opción se suele utilizar cuando hay un requisito de tiempo respecto a cuánto tiempo puede permanecer fuera de línea el recurso compartido de archivos. Debe especificar lo que desea que suceda si la operación excede el tiempo de espera o si la réplica falla debido al sitio original, que está degradado o no está disponible.
- Si el sitio de origen no está disponible debido a un mantenimiento planificado, puede optar por mantener la relación de réplica. La réplica se reanuda según lo planificado cuando el sitio de origen original vuelve a estar operativo.
- En una situación de recuperación tras desastre, puede elegir dividir los volúmenes para poner la compartición de réplica en línea lo antes posible. Sin embargo, en este caso, es posible que no disponga del conjunto de datos más reciente y que tenga que conciliar manualmente el estado en su aplicación. Puesto que la relación de réplica se interrumpe, debe configurar de nuevo la réplica cuando el sitio original vuelva a estar operativo.
Eliminar la relación de réplica-En este caso, dividirá las dos comparticiones y creará dos comparticiones de archivo independientes. Ambas comparticiones son accesibles de lectura/escritura y los datos ya no están sincronizados entre las dos. En la API, esta operación se conoce como operación de split réplica. La eliminación de la relación de réplica es permanente, no puede restablecerla entre las dos comparticiones. Sin embargo, puede crear nuevas réplicas en la misma zona u otras zonas de la misma región.

La eliminación de la relación de réplica o la migración tras error a la réplica no se produce cuando se está realizando otra operación en la compartición de archivos de origen o réplica. (Un ejemplo de una operación de este tipo es expandir el tamaño de compartición de archivo.) La operación de división o conmutación por error permanece en estado pendiente hasta que finaliza la otra operación.

Casos de uso

Puede utilizar la réplica para resolver problemas de recuperación tras desastre. La replicación aborda estos escenarios:

Recuperación tras desastre de una anomalía de aplicación.

En este escenario, la aplicación que está ejecutando falla. Los datos no se ven afectados, pero la aplicación no está operativa. Puede realizar una migración tras error, donde los datos se inmovilizan y se envían a otra zona. Las instancias de servidor virtual de dicha zona se pueden configurar para que se hagan cargo del funcionamiento de la aplicación mientras se reparan los servidores primarios.
Recuperación ante desastres debido a un fallo en la infraestructura de IBM Cloud.

En este escenario, la zona de disponibilidad de IBM Cloud en la que se ejecuta su aplicación deja de estar disponible. Debes iniciar tu aplicación en la ubicación de la réplica lo antes posible y utilizar los datos replicados del último evento de replicación. Puede iniciar la migración tras error con la opción split para que el volumen de réplica sea independiente. La réplica se ha detenido.
Facilite el mantenimiento periódico de sus aplicaciones.

Utilice la réplica para facilitar determinadas tareas administrativas como, por ejemplo, actualizaciones con una mayor disponibilidad. Migre datos entre dos zonas que puedan estar ejecutando distintos niveles de código de aplicación. La ejecución en dos entornos de forma independiente puede permitir una mayor flexibilidad en el proceso de despliegue.
Migración de datos o expansión geográfica.

Puede utilizar la réplica para migrar datos entre dos regiones MZR fácilmente. Después de replicar los datos, puede eliminar la relación de réplica y la compartición de archivos de réplica estará disponible con los datos listos para su uso de forma independiente en la nueva región.

Próximos pasos

Cree un recurso compartido de archivos de réplica en la consola, desde la CLI, con la API o Terraform.

Si desea configurar la replicación entre regiones diferentes, primero debe establecer autorizaciones de servicio a servicio entre los servicios de archivos de las dos VPC.

Si desea crear una compartición de réplica en una región diferente donde utilice una solución KMS diferente, establezca autorizaciones de servicio a servicio entre el servicio de archivos y el KMS de destino.
Verifique que la réplica funciona comprobando el estado de réplica y la información de sincronización de réplica. El sistema consulta el último estado de sincronización cada 15 minutos.
Utilizar la compartición de archivos de réplica-Si la compartición de archivos primaria falla o deja de estar disponible por algún motivo, puede realizar la migración tras error a la compartición de archivos de réplica. Cuando realiza la migración tras error, la compartición de réplica se convierte en la nueva compartición de archivos primaria, con capacidad de lectura y grabación.
Reinicie la réplica con la compartición de archivos original según lo planificado cuando vuelva a estar en línea. En este caso, puede continuar utilizando el sitio de réplica como primario o volver al sitio original.