Descripción general de las copias de seguridad

En esta página se describe qué es una copia de seguridad, cómo funciona, algunos casos prácticos habituales y las prácticas recomendadas para crear y usar copias de seguridad. Para saber cómo crear y gestionar copias de seguridad, así como restaurar una instancia de Filestore a partir de una copia de seguridad, consulta el artículo Crear copias de seguridad de los datos para la recuperación tras desastres.

¿Qué es una copia de seguridad?

Una copia de seguridad de Filestore es una copia de un sistema de archivos compartidos que incluye todos los datos y metadatos del sistema de archivos compartidos en el momento en que se crea la copia de seguridad.

Después de crear una copia de seguridad de un recurso compartido de archivos, puedes modificar o eliminar el recurso compartido de archivos original sin que afecte a la copia de seguridad.

Puedes usar una copia de seguridad para restaurar un recurso compartido de archivos en una nueva instancia de Filestore o, en el caso de las instancias de nivel básico, en el origen de un recurso compartido de archivos.

Las copias de seguridad son recursos regionales que permanecen en la región que especifiques en el momento de crearlas. Puedes crear copias de seguridad en la misma región que la instancia de Filestore o en otra región para reducir el riesgo de pérdida de datos.

Se puede acceder a las copias de seguridad de forma global y se pueden usar para restaurar sistemas de archivos compartidos en cualquier región, pero no se pueden compartir entre proyectos.

Precios

Se aplican cargos por transferencia de red al tráfico de red entre regiones. Para obtener más información, consulta la página Precios.

Creación de copias de seguridad

La primera copia de seguridad que creas es una copia completa de todos los datos y metadatos de los archivos de un recurso compartido de archivos. Cada copia de seguridad posterior copia los cambios sucesivos que se hayan hecho en los datos desde la copia anterior.

Cadenas de copia de seguridad

Un grupo de copias de seguridad asociadas a la misma instancia, región y CMEK (si se usa) se denomina cadena de copias de seguridad.

Una cadena de copias de seguridad reside en un único segmento y región de Cloud Storage, y puede estar ubicada fuera de la región utilizada para almacenar la instancia de origen.

Todos los niveles de servicio admiten varias cadenas de copias de seguridad, lo que te permite almacenar las copias de seguridad de una instancia en varias regiones.

Cada vez que se crea una copia de seguridad, se analiza la copia anterior para detectar cambios diferenciales e incrementales:

  • Cambios diferenciales: incluye los cambios realizados en los archivos del recurso compartido, como las modificaciones, las adiciones o las eliminaciones de archivos.

  • Cambios incrementales: incluye los cambios en el almacenamiento del segmento en el que se encuentran los datos de la copia de seguridad. Esto puede incluir la desduplicación de los datos a los que se haya hecho referencia anteriormente en la cadena.

Cada vez que guardas una copia de seguridad en la misma cadena, se analiza la copia anterior para detectar cambios diferenciales e incrementales. En estos casos, no es necesario hacer una copia completa.

Sin embargo, almacenar los datos de una instancia en varias cadenas de copia de seguridad implica que guardas y almacenas copias de seguridad en ubicaciones alternativas.

Cada vez que creas una copia de seguridad en una ubicación alternativa, se genera de nuevo una copia completa de la copia de seguridad. Es probable que la latencia sea mayor en las createoperaciones de copia de seguridadcreate cuando se alternan cadenas de copia de seguridad.

Los datos que no han cambiado y que se incluyen en copias de seguridad anteriores se referencian en las copias de seguridad más recientes, pero no se copian en ellas. Si se elimina una copia de seguridad antigua, sus datos únicos se copian en la siguiente copia de seguridad más reciente y se actualizan automáticamente todas las referencias de datos internos.

Internamente, el historial de una cadena de copias de seguridad se monitoriza mediante instantáneas, que consumen capacidad en la instancia de origen.

La creación de copias de seguridad es instantánea, pero se tarda un periodo proporcional a la cantidad de datos que se copian antes de que la copia de seguridad esté disponible. Durante este periodo, la copia de seguridad pasa por tres estados:

Estado Duración Descripción
Creando Unos segundos Captura el estado actual del recurso compartido de archivos. Es posible que los nuevos cambios en los datos de uso compartido de archivos se incluyan o no en la copia de seguridad. Se incluyen las escrituras estables confirmadas por la instancia antes de que se inicie la copia de seguridad.
Finalizando Depende del tamaño Subiendo datos a la copia de seguridad. Los cambios que se hagan en los datos compartidos de archivos no se incluirán en la copia de seguridad.
Listo Hasta que se elimine la copia de seguridad La copia de seguridad está lista para usarse.

Una vez creadas, las copias de seguridad del nivel básico se comprimen automáticamente para reducir los costes. El rendimiento de las instancias puede reducirse al crear una copia de seguridad de las instancias de los niveles de servicio zonal, regional y Enterprise. Crear una copia de seguridad no afecta a la disponibilidad ni al rendimiento de las instancias de nivel básico.

Abordar los datos redundantes

De forma predeterminada, las copias de seguridad son incrementales para evitar que se te cobre por datos redundantes y para minimizar el uso del espacio de almacenamiento. Para asegurar la fiabilidad del historial de cambios subyacente, es posible que, en ocasiones, una copia de seguridad capture una copia completa de la instancia.

Para obtener más información, consulta Comparar capturas y copias de seguridad.

Eliminación de copias de seguridad

Las copias de seguridad son recursos a nivel de proyecto, no un subrecurso de la instancia de origen, y requieren su propio almacenamiento independiente. Por lo tanto, el ciclo de vida de una copia de seguridad no está vinculado al de la instancia de origen. Si eliminas la fuente, no se eliminarán las copias de seguridad asociadas. Si quieres eliminar una copia de seguridad, debes realizar explícitamente una operación de eliminación en la copia de seguridad, no en la instancia.

Asegúrate de eliminar las copias de seguridad que no quieras. Si se elimina una instancia de origen, las copias de seguridad restantes seguirán generando costes.

La eliminación de una copia de seguridad es permanente y no se puede deshacer. Si no se puede eliminar una copia de seguridad, el estado se marca como invalid. En ese caso, vuelve a intentar la operación delete.

Coherencia de las copias de seguridad

Las copias de seguridad de Filestore tienen semánticas de coherencia de NFSv3 y NFSv4.1. Antes de que se inicie una copia de seguridad, se incluye en ella cualquier escritura que la instancia de Filestore confirme que se ha escrito en el almacenamiento estable o que vaya seguida de un COMMIT confirmado. Para obtener más información, consulta la sección 3.3.7 de RFC-1813 de NFSv3 o el artículo Acerca de los protocolos de sistemas de archivos admitidos.

Casos prácticos habituales

En las secciones siguientes se describen los casos prácticos habituales de las copias de seguridad.

Crear copias de seguridad de los datos para la recuperación tras fallos

Imagina que tienes una instancia de Filestore en us-west1-c y quieres proteger tus datos frente a desastres que afecten a esta región. Puedes programar una tarea que cree copias de seguridad de esta instancia de forma periódica en una región remota, por ejemplo, us- east1. Si se produce un desastre que afecta a us-west1-c, puedes crear una instancia en otra ubicación a partir de cualquier copia de seguridad anterior.

Crear copias de seguridad de los datos para protegerlos frente a cambios accidentales

Si quieres proteger tus datos de Filestore frente a cambios no deseados, puedes programar una tarea que cree copias de seguridad de la instancia con regularidad. Si pierdes datos, puedes consultar la lista de copias de seguridad para identificar la que contiene la versión del archivo que necesitas. Después, puedes crear una instancia de Filestore a partir de la copia de seguridad, montarla en el mismo cliente que la instancia original y copiar el archivo.

Antes de copiar el archivo, puedes usar el comando de Linux diff en los dos puntos de montaje para comprobar las diferencias entre los datos de la instancia original y los datos restaurados a partir de la copia de seguridad. Una vez que se hayan recuperado los datos, puedes eliminar la instancia restaurada y crear una copia de seguridad para conservar el estado actual de los datos y poder usarlos en el futuro.

También puedes hacer una restauración in situ, en la que los datos de la copia de seguridad se restauran directamente en la instancia de Filestore original, lo que sustituye todos los datos de la instancia por los datos de la copia de seguridad. Te recomendamos que crees una copia de seguridad de los datos más recientes antes de realizar una restauración in situ, ya que se perderán los datos de los que no hayas creado una copia de seguridad.

Crear clones para desarrollo y pruebas

Imagina que tienes una base de datos configurada en una instancia de Filestore que sirve tráfico de producción. Si quieres hacer una prueba con una base de datos como entrada, puedes crear una instancia de Filestore a partir de una copia de seguridad de la instancia de producción para la prueba. De esta forma, el uso de prueba no interfiere con la producción.

Del mismo modo, puedes usar copias de seguridad para hacer análisis e investigaciones sin conexión sin que afecte a la producción.

Migración de datos

Una vez que hayas creado una instancia de Filestore, no podrás cambiar su ubicación ni su nivel de servicio. Para migrar tus datos a otra región, puedes crear una copia de seguridad y usarla para crear una instancia de Filestore o restaurarla en una instancia que ya tengas.

Limitaciones de las funciones

Las copias de seguridad de Filestore están disponibles de forma general (GA) para todos los niveles de servicio.

Las copias de seguridad de Filestore no se pueden combinar con la función Filestore multishares.

En las secciones siguientes se tratan en detalle otras limitaciones de las funciones relacionadas con el rendimiento, el almacenamiento, la capacidad, el cifrado y otros temas.

Rendimiento

  • En el caso de las instancias con un uso elevado, el rendimiento puede reducirse hasta un 15 % mientras se sube una copia de seguridad. El rendimiento de las instancias del nivel básico no se ve afectado por las operaciones de copia de seguridad create.

  • Almacenar los datos de una instancia en varias cadenas de copia de seguridad afecta al rendimiento de la copia de seguridad. Es probable que la latencia de las operaciones de copia de seguridad create sea mayor cuando se alternen cadenas de copia de seguridad.

  • Las operaciones de instancias, como la restore o la delete de instancias, pueden retrasarse hasta que se complete una operación de create de copia de seguridad.

  • En algunos casos, las operaciones de delete pueden tardar hasta 24 horas en completarse.

Simultaneidad de las operaciones

  • Las operaciones de copia de seguridad delete asociadas a la misma instancia de origen deben realizarse de una en una.

  • No se admiten las operaciones de copia de seguridad en bloque delete dentro de una cadena de copias de seguridad. Mientras una operación delete está pendiente, cualquier operación delete nueva dentro de la misma cadena de copia de seguridad devuelve un error RESOURCE_EXHAUSTED. Esto ocurre independientemente de si la instancia de origen se ha eliminado. Si la instancia de origen se ha eliminado, recibirás un error FAILED_PRECONDITION.

    Filestore admite operaciones de copia de seguridad simultáneas delete cuando las copias de seguridad hacen referencia a instancias de origen independientes.

    Por ejemplo, una instancia etiquetada como Source1 tiene datos de copia de seguridad a los que se hace referencia en Backup1 y Backup2. Source2 tiene datos de copia de seguridad a los que se hace referencia en Backup3 y Backup4. Backup1 y Backup2 no se pueden eliminar en paralelo, pero Backup2 y Backup3 sí.

  • Las operaciones de copia de seguridad create y delete iniciadas en la misma cadena de copia de seguridad pueden ejecutarse simultáneamente. Si ya has empezado a crear una copia de seguridad, tienes que esperar a que se complete la operación para eliminar la copia de seguridad más reciente. Esto se debe a que la copia de seguridad más reciente contiene los datos más importantes necesarios para completar correctamente la operación create. Si intentas eliminar la copia de seguridad más reciente, recibirás el error FAILED_PRECONDITION.

    Por ejemplo,Source1 tiene una cadena de copia de seguridad compuesta por Backup1 y Backup2. Cuando empieces una operación de create para Backup3, no podrás eliminar Backup2 hasta que se complete la operación de create.

  • Para obtener más información sobre los límites de frecuencia de las operaciones, consulta Límites de frecuencia de las operaciones de copias de seguridad.

Almacenamiento

  • Puedes restaurar una copia de seguridad de una instancia básica en la instancia de origen del mismo nivel de servicio. Si restauras una instancia básica en una instancia nueva, puedes elegir entre una instancia básica de HDD y una instancia básica de SSD, independientemente del nivel de la instancia de origen.

  • No puedes restaurar instancias zonales, regionales y empresariales en la instancia de origen ni en una instancia que ya exista. Estas copias de seguridad solo se pueden restaurar en una instancia nueva. En ese caso, el nuevo nivel de instancia no tiene por qué coincidir con el de la instancia de origen. Por ejemplo, puedes restaurar una copia de seguridad de una instancia regional en una instancia zonal. La capacidad aprovisionada de la nueva instancia debe ser igual o superior a la de la instancia de origen.

Capacidad

  • Las copias de seguridad creadas para instancias zonales, regionales y
    de empresa pueden consumir capacidad de la instancia. Esta capacidad varía en función del alcance de los cambios realizados en los datos desde que se creó la copia de seguridad. En concreto, cuando se crea una copia de seguridad, Filestore crea una instantánea interna del sistema de archivos que también ocupa una parte de la capacidad disponible de la instancia.

  • El tamaño de la captura también depende del alcance de los cambios realizados en los datos de la carpeta compartida desde que se creó la última copia de seguridad. Esta instantánea seguirá existiendo hasta que se cree y se suba la siguiente copia de seguridad.

  • Todos los datos a los que hace referencia la copia de seguridad se conservan en el estado en el que se encontraban cuando se capturaron y siguen ocupando espacio en el sistema de archivos. Por ejemplo, si elimina datos del sistema de archivos montado, esa acción no liberará capacidad. En su lugar, para hacerlo, deberías crear una copia de seguridad después de eliminar o sobrescribir cantidades significativas de datos.

    Para obtener una descripción detallada de los cambios diferenciales e incrementales y cómo se gestionan, consulta Creación de copias de seguridad.

  • Para anticipar la capacidad suficiente para tus cargas de trabajo, puedes hacer lo siguiente:

    • Aumenta la capacidad de las instancias para las cargas de trabajo con cambios de datos significativos y frecuentes, o con una tasa de cambios alta.

    • Haz copias de seguridad con frecuencia. Si la última copia de seguridad está obsoleta, la instantánea interna puede acumular más cambios y consumir más capacidad de la instancia.

Cifrado

Cuando se usa CMEK para cifrar las cadenas de copia de seguridad, se aplican las siguientes limitaciones:

  • Toda la cadena de copia de seguridad se cifra con la misma CMEK.

  • Cuando crees una copia de seguridad con CMEK, esta debe estar en la misma región que la copia de seguridad de destino.

  • Si almacenas una cadena de copias de seguridad en una región distinta a la de la instancia de origen, es posible que tengas que aplicar claves independientes, una para el origen y otra para la cadena de copias de seguridad.

    • Todos los niveles de servicio admiten varias cadenas de copias de seguridad o la posibilidad de almacenar las copias de seguridad de una instancia en varias regiones. Si decides usar CMEK para el cifrado, la clave CMEK debe estar en la misma región que el recurso que cifra. Si almacenas copias de seguridad en una región distinta de la de origen y la CMEK no es una clave multirregional, debes usar claves CMEK independientes. Para obtener más información, consulta las restricciones de CMEK y cómo elegir la mejor ubicación de CMEK.

  • Se aplica una única CMEK al segmento de Cloud Storage donde se almacena la cadena de copias de seguridad, que no se puede combinar ni sustituir.

  • La compatibilidad con CMEK no está disponible para las copias de seguridad del nivel básico.

Para obtener más información, consulta Compatibilidad con CMEK para cadenas de copias de seguridad.

Protocolos

  • Al restaurar una copia de seguridad, la nueva instancia debe usar el mismo protocolo que la instancia de origen.

Prácticas recomendadas

En las siguientes secciones se describen las prácticas recomendadas.

Preparar el sistema de archivos compartidos para obtener la máxima coherencia de las copias de seguridad

La calidad de una copia de seguridad depende de la capacidad de tu aplicación para recuperarse a partir de copias de seguridad creadas durante cargas de trabajo de escritura pesadas. En la mayoría de los casos, puedes crear copias de seguridad con una buena coherencia incluso mientras tus aplicaciones escriben datos en el recurso compartido de archivos. Sin embargo, si tus aplicaciones requieren una coherencia estricta, te recomendamos que hagas una o varias de las siguientes acciones:

  • Usa el montaje sync. Para obtener más información, consulta la sección "The sync mount option" (La opción de montaje de sincronización) en nfs(5). También puedes abrir archivos con las marcas O_DIRECT|O_SYNC. Para obtener más información, consulta open(2).
  • Pausar las aplicaciones o los procesos del sistema operativo que escriban datos en el recurso compartido de archivos y hacer que vacíen sus cambios en el recurso compartido de archivos antes de iniciar la copia de seguridad. Para obtener más información, consulta fsync(2).
  • Si tus aplicaciones requieren coherencia entre varias carpetas compartidas, pausa todas las aplicaciones en todas las instancias que escriban en todas las carpetas compartidas y crea copias de seguridad de todas las carpetas compartidas antes de reanudar tus aplicaciones.
  • Si necesitas que la coherencia sea a nivel de aplicación, detén las aplicaciones y desmonta el recurso compartido de archivos antes de crear una copia de seguridad.

Usar copias de seguridad como base para crear nuevas copias de seguridad y reducir el tiempo de creación

Las copias de seguridad de un recurso compartido de archivos que ya existen en una región se usan como base para crear nuevas copias de seguridad del recurso compartido de archivos, lo que reduce el tiempo de creación de las copias de seguridad. Por lo tanto, te recomendamos que hagas lo siguiente:

  • Crea una copia de seguridad de un recurso compartido de archivos antes de eliminar la copia de seguridad anterior de ese recurso compartido de archivos.

  • Espera a que las copias de seguridad tengan el estado Ready antes de crear otras copias de seguridad del mismo recurso compartido de archivos.

Programar copias de seguridad durante las horas de menor actividad para reducir el tiempo de creación de las copias de seguridad

Crear copias de seguridad durante las horas de menor actividad reduce el tiempo que se tarda en crear una copia de seguridad. Si programas copias de seguridad periódicas de tus recursos compartidos de archivos, te recomendamos que las programes fuera de las horas punta siempre que sea posible.

Las horas punta para la creación de copias de seguridad son el final de cada día hábil y la medianoche en la región en la que se encuentra la instancia de Filestore. Te recomendamos que crees tus copias de seguridad por la mañana o durante el día.

Organizar los datos en instancias de Filestore independientes para maximizar la eficiencia

Cuantos más datos haya en el archivo compartido, mayor será la copia de seguridad y más costará. Para crear copias de seguridad solo de los datos que necesites, te recomendamos que organices tus datos en sistemas de archivos compartidos independientes, como los siguientes:

  • Almacenar datos críticos con diferentes patrones de escritura o con diferentes requisitos de copia de seguridad en diferentes recursos compartidos de archivos.
  • Reducir el número de copias de seguridad que necesitas crear manteniendo datos similares en un solo recurso compartido de archivos.

Cuota

Existe un límite de cuota en cuanto al número de copias de seguridad por región para los niveles de servicio SSD básico y HDD básico.

Los límites de cuota de copias de seguridad no se aplican a los niveles de servicio zonales, regionales y Enterprise.

Para obtener más información, consulta Niveles de servicio y cuotas.

Empezar a usar las copias de seguridad de Filestore

Para empezar a usar la función, consulta el artículo Crear copias de seguridad de los datos para la recuperación tras fallos.

Siguientes pasos