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 de uso comunes y prácticas recomendadas cuando se crean y usan copias de seguridad. Si quieres aprender a crear y administrar copias de seguridad, además de cómo restablecer una instancia de Filestore a partir de una copia de seguridad, consulta Crea una copia de seguridad de los datos para la recuperación ante desastres.

¿Qué es una copia de seguridad?

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

Después de crear una copia de seguridad de un archivo compartido, puedes modificar o borrar el original sin afectar la copia de seguridad.

Puedes usar una copia de seguridad para restablecer un archivo compartido en una instancia nueva de Filestore o, para instancias de nivel básico, en la fuente o en un archivo compartido existente.

Las copias de seguridad son recursos regionales que permanecen en la región que especificaste en el momento de la creación. 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 restablecer archivos compartidos en cualquier región, pero no se pueden compartir entre proyectos.

Creación de copias de seguridad

La primera copia de seguridad que creas es una copia completa de todos los datos y metadatos de un archivo compartido. Cada copia de seguridad posterior copia los cambios sucesivos realizados en los datos desde la copia de seguridad anterior.

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

Una cadena de copia de seguridad reside en un solo bucket y región de Cloud Storage y puede ubicarse fuera de la región que se usa para almacenar la instancia de origen.

Todos los niveles de servicio admiten varias cadenas de copia 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 de seguridad anterior en busca de cambios incrementales y diferenciales:

  • Cambios diferenciales: Incluyen los cambios realizados en los archivos compartidos, como ediciones, adiciones o eliminaciones.

  • Cambios incrementales: Incluyen los cambios en el almacenamiento en el bucket en el que se encuentran los datos de la copia de seguridad. Esto podría incluir la anulación de duplicación de datos a los que se hizo referencia anteriormente en la cadena.

Cada vez que guardas una copia de seguridad en la misma cadena de copia de seguridad, la copia de seguridad anterior se analiza en busca de cambios incrementales y diferenciales. En esos casos, no se necesita una copia completa.

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

Cada vez que creas una copia de seguridad nueva en una ubicación alternativa, se vuelve a generar una copia completa de ella. Se espera una latencia más alta en las operaciones de copia de seguridad create cuando se alternan entre cadenas de copia de seguridad.

Los datos sin cambios contenidos en las copias de seguridad anteriores se mencionan en las copias de seguridad más recientes, pero no se copian en ellas. Si se borra una copia de seguridad más antigua, sus datos únicos se copian a la siguiente copia de seguridad más reciente y todas las referencias de datos internos se actualizan automáticamente.

La creación de copias de seguridad es instantánea, pero toma un período que es proporcional a la cantidad de datos que se copian antes de que la copia de seguridad esté disponible para su uso. Durante este período, la copia de seguridad pasa por tres estados:

Estado Duración Descripción
Creando Unos segundos Captura del estado actual de los archivos compartidos. La copia de seguridad puede incluir o no cualquier cambio nuevo en los datos compartidos de los archivos. Se incluyen las escrituras estables confirmadas por la instancia antes de que se inicie la copia de seguridad.
Finalizando Depende del tamaño. Se están subiendo los datos a la copia de seguridad. Los cambios nuevos en los datos de los archivos compartidos no se incluyen en la copia de seguridad.
Ready Hasta que se borre la copia de seguridad La copia de seguridad está lista para usarse.

Después de la creación, las copias de seguridad de nivel básico se comprimen de forma automática para reducir el costo. El rendimiento de las instancias se puede reducir mientras se crea una copia de seguridad para las instancias en los niveles de servicio zonal (antes llamada SSD de gran escala) y de servicios empresariales. La creación de una copia de seguridad no afecta la disponibilidad ni el rendimiento de las instancias de nivel básico.

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. Como resultado, el ciclo de vida de una copia de seguridad no está vinculado al de la instancia de origen. Si borras la fuente, no se borrarán las copias de seguridad asociadas. Si deseas borrar una copia de seguridad, debes realizar una operación de eliminación de forma explícita en la copia de seguridad, no en la instancia.

Asegúrate de borrar las copias de seguridad no deseadas. Si se borra una instancia de origen, las copias de seguridad restantes seguirán acumulando tarifas.

Esta acción es permanente y no se puede deshacer.

Coherencia de la copia de seguridad

Las copias de seguridad de Filestore tienen semánticas de coherencia de NFSv3. Antes de iniciar una copia de seguridad, se incluye en la copia de seguridad cualquier operación de escritura que la instancia de Filestore reconozca como escrita en el almacenamiento estable o que incluya un COMMIT confirmado en la copia de seguridad. Para obtener más información, consulta NFSv3 RFC-1813 sección 3.3.7.

Casos de uso habituales

En las siguientes secciones, se describen casos prácticos comunes para las copias de seguridad.

Crea una copia de seguridad de los datos para la recuperación ante desastres

Imagina que tienes una instancia de Filestore en us-west1-c y quieres proteger tus datos contra desastres que afectan esta región. Puedes programar un trabajo que suele crear copias de seguridad de esta instancia en una región remota, como us- east1. Si se produjo un desastre que involucra us-west1-c, puedes crear una instancia nueva en otra ubicación desde cualquier copia de seguridad anterior.

Crea una copia de seguridad de los datos para proteger contra los cambios accidentales

Si quieres proteger tus datos de Filestore contra cambios no deseados, puedes programar un trabajo que cree copias de seguridad de la instancia con regularidad. Si pierdes datos, puedes explorar la lista de copias de seguridad para identificar la que tenga la versión del archivo necesaria. Luego, puedes crear una instancia nueva de Filestore desde la copia de seguridad, activarla en el mismo cliente que la instancia original y copiar el archivo.

Antes de copiar el archivo, puedes usar el comando diff de Linux en los dos puntos de activación para verificar las diferencias entre los datos de la instancia original y los que se restablecieron de la copia de seguridad. Una vez recuperados los datos, puedes borrar la instancia restablecida y crear una copia de seguridad nueva a fin de preservar el estado actual de tus datos para usarlos en el futuro.

Como alternativa, puedes realizar un restablecimiento local en el que los datos de copia de seguridad se restauren directamente a la instancia original de Filestore y reemplacen todos los datos con datos de la copia de seguridad. Te recomendamos que crees una copia de seguridad de los datos más recientes antes de realizar un restablecimiento in situ, ya que se pierden los datos sin copia de seguridad.

Crea clonaciones para el desarrollo y las pruebas

Imagina que tienes una configuración de base de datos en una instancia de Filestore que entrega tráfico de producción. Si deseas ejecutar una prueba con una base de datos como entrada, puedes crear una instancia de Filestore nueva a partir de una copia de seguridad de la instancia de producción para la prueba. De esta manera, el uso de las pruebas no interfiere en la producción.

Del mismo modo, puedes usar copias de seguridad para el análisis y la investigación sin conexión sin afectar la producción.

Migra datos

Después de crear una instancia de Filestore, no puedes 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 a fin de crear una instancia nueva de Filestore o restablecerla a una instancia existente.

Además, cuando creas una instancia nueva de Filestore desde una copia de seguridad, puedes elegir entre los niveles básicos de HDD o SSD básicos, sin importar el nivel de la instancia de origen.

Limitaciones de las funciones

Las copias de seguridad de Filestore ahora tienen disponibilidad general (GA) para las instancias básicas de SSD, HDD básicas y empresariales, y son una función de versión preliminar de las instancias zonales.

Se aplica la siguiente limitación:

  • Te recomendamos crear un proyecto nuevo a fin de habilitar la función para instancias de nivel zonal. Las cargas de trabajo de producción siempre deben residir en proyectos separados de las cargas de trabajo de vista previa.

  • Las copias de seguridad de Filestore no se pueden combinar con la función de uso compartido de archivos múltiples de Filestore.

  • Una vez implementados los precios, se aplicarán las tarifas correspondientes.

  • Los usuarios deben crear una o varias copias de seguridad nuevas para reemplazar las que se crearon en Vista previa. Las copias de seguridad creadas en la vista previa están sujetas a eliminación. Las copias de seguridad creadas en Vista previa reflejan el comportamiento de las funciones disponible en el momento de su creación. Las copias de seguridad existentes no se actualizan cuando se lanzan funciones nuevas.

En las siguientes secciones, se describen en detalle otras limitaciones de funciones relacionadas con el rendimiento, el almacenamiento, la capacidad y la encriptación:

Rendimiento

  • Varios cambios realizados a través de muchos vínculos duros en el mismo archivo (por ejemplo, decenas o cientos de miles) pueden afectar el rendimiento.

  • En el caso de las instancias muy usadas, el rendimiento puede reducirse hasta en un 15% mientras se sube una copia de seguridad. El rendimiento de la instancia de 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 el rendimiento de las copias de seguridad. Se espera una latencia más alta en las operaciones de copia de seguridad create cuando se alterna entre cadenas de copia de seguridad.

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

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

Simultaneidad de operaciones

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

    No se admiten las operaciones de copias de seguridad masivas de delete dentro de una cadena de copia de seguridad. Mientras una operación delete esté pendiente, cualquier operación delete nueva dentro de la misma cadena de copia de seguridad muestra un error RESOURCE_EXHAUSTED. Esto es independiente de si se borró la instancia de origen.

    • Si se borró la instancia de origen, los usuarios recibirán un error FAILED_PRECONDITION similar.

    • Esta limitación se aplica a todos los niveles de servicio, excepto las SSD básicas y HDD básicas.

    • Ten en cuenta que Filestore admite operaciones de copia de seguridad delete simultáneas cuando las copias de seguridad hacen referencia a instancias de origen diferentes.

      Por ejemplo, una instancia con la etiqueta 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 borrar en paralelo, pero Backup2 y Backup3 sí.

  • Las operaciones de copia de seguridad create y delete de copia de seguridad que se inician dentro de la misma cadena de copia de seguridad pueden ejecutarse de forma simultánea. Sin embargo, los usuarios no pueden completar una operación de copia de seguridad create mientras se borra la copia de seguridad más reciente.

    • Si el usuario intenta crear una copia de seguridad nueva de la instancia mientras se borra la más reciente, recibirá un error FAILED_PRECONDITION. Por ejemplo, si Source1 tiene una cadena de copia de seguridad compuesta por Backup1 y Backup2, y el usuario comienza una operación create para Backup3, no podrá borrar Backup2 hasta que se complete la operación create. Esto se debe a que la copia de seguridad más reciente contiene los datos más importantes que se necesitan para completar de forma correcta la operación de copia de seguridad create.

Almacenamiento

  • Las operaciones de copia de seguridad restore en la instancia de origen o en una instancia existente no son compatibles con las instancias de nivel empresarial y zonal. Si deseas restablecer una copia de seguridad de una instancia en cualquiera de estos niveles de servicio, debes crear una instancia nueva.

  • Es posible que las operaciones de copia de seguridad, como restore, edit o delete, no estén disponibles para algunas copias de seguridad creadas en Vista previa.

  • Una vez que se aplique una operación RestoreInstance a una instancia empresarial, no podrás crear instantáneas con los mismos nombres que las instantáneas anteriores.

  • Los intentos de restablecer una instancia desde una copia de seguridad mientras estén en curso una eliminación de la copia de seguridad o de una instantánea fallarán.

  • Si falla la eliminación de una copia de seguridad, el estado se marca como invalid. En esos casos, deberás reintentar la operación delete.

Capacidad

Cada copia de seguridad ocupa la capacidad de la instancia. Esta capacidad varía según el alcance de los cambios realizados a los datos desde que se creó la última copia de seguridad.

De manera más específica, 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 de instancias disponible.

El tamaño de la instantánea también se relaciona con el alcance de los cambios realizados a los datos dentro del recurso compartido desde que se creó la última copia de seguridad. Esta instantánea existe hasta que se crea y sube la siguiente copia de seguridad posterior.

Todos los datos a los que hace referencia la copia de seguridad permanecen en el estado como tenía cuando se capturaban y siguen ocupando capacidad del sistema de archivos. Por ejemplo, si borraras datos del sistema de archivos activado, esa acción en sí no liberaría capacidad. En su lugar, para hacerlo, deberás crear una copia de seguridad nueva después de borrar o reemplazar cantidades significativas de datos.

A fin de anticipar una capacidad suficiente para tus cargas de trabajo, considera aplicar una de las siguientes opciones:

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

Encriptación

Cuando usas CMEK para encriptar tus cadenas de copia de seguridad, se aplican las siguientes limitaciones:

  • Una cadena de copia de seguridad completa se encripta con la misma CMEK.

  • Una CMEK debe residir en la misma región que el recurso que encripta.

  • Si almacenas una cadena de copia de seguridad en una región separada de la instancia de origen, es posible que debas aplicar claves distintas, una para la fuente y otra para la cadena de copia de seguridad.

    • Todos los niveles de servicio admiten varias cadenas de copia de seguridad o la capacidad de almacenar las copias de seguridad de una instancia en varias regiones. Si eliges usar CMEK para la encriptación, una CMEK debe residir en la misma región que el recurso que encripta. Si almacenas copias de seguridad en una región independiente de la fuente y la CMEK no es una clave multirregional, debes usar CMEK independientes. Para obtener más información, consulta Restricciones de CMEK y Elige la mejor ubicación de CMEK.

  • Se aplica una sola CMEK al bucket de Cloud Storage en el que se almacena la cadena de copia de seguridad y no se puede combinar ni reemplazar.

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

A fin de obtener más información, consulta Compatibilidad de CMEK con cadenas de copia de seguridad.

prácticas recomendadas

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

Prepara tu archivo compartido para obtener la mejor coherencia de copia de seguridad.

La calidad de una copia de seguridad depende de la capacidad de la aplicación para recuperarse de las copias de seguridad que se crean durante las cargas de trabajo de escritura con mucho contenido. En la mayoría de las situaciones, puedes crear copias de seguridad que tengan una buena coherencia, incluso mientras tus aplicaciones escriben datos en el archivo compartido. Sin embargo, si tus aplicaciones requieren una coherencia estricta, te recomendamos que realices una o más de las siguientes acciones:

  • Usa la activación de sincronización. Para obtener más información, consulta la sección “Opción de activación de sincronización” en nfs(5). Como alternativa, puedes abrir archivos con las marcas O_DIRECT|O_SYNC. Para obtener más información, consulta open(2).
  • Pausa las aplicaciones o los procesos del sistema operativo que escriben datos en archivos compartidos y hacen que limpien sus cambios en los archivos compartidos antes de iniciar la copia de seguridad. Para obtener más información, consulta fsync(2).
  • Si tus aplicaciones requieren coherencia entre los recursos compartidos múltiples, pausa todas las aplicaciones en todas las instancias que escriben en todos los archivos compartidos y crea copias de seguridad de todos los archivos compartidos antes de reanudar las aplicaciones.
  • Si necesitas coherencia en la aplicación, detén tus aplicaciones y desactiva los archivos compartidos antes de crear una copia de seguridad.

Usa copias de seguridad existentes como modelo de referencia para copias de seguridad nuevas a fin de reducir el tiempo de creación de copias de seguridad.

Las copias de seguridad existentes de un archivo compartido dentro de una región se usan como modelo de referencia para crear copias de seguridad nuevas de los archivos compartidos, lo que reduce el tiempo de creación de copias de seguridad. Por lo tanto, te recomendamos que hagas lo siguiente:

  • Realiza una copia de seguridad nueva de un archivo compartido antes de borrar la anterior.

  • Espera a que las copias de seguridad nuevas tengan el estado Ready antes de crear copias de seguridad posteriores del mismo archivo compartido.

Programa copias de seguridad durante las horas de menor demanda para reducir el tiempo de creación de copias de seguridad

La creación de copias de seguridad durante las horas de menor demanda reduce el tiempo que se necesita para crear una copia de seguridad. Si programas copias de seguridad regulares de archivos compartidos, te recomendamos programarlas durante las horas de menor demanda cuando sea posible.

Las horas de mayor demanda 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 copias de seguridad durante la mañana o el día hábil.

Organiza tus datos en instancias de Filestore diferentes para maximizar la eficiencia

Cuantos más datos haya en los archivos compartidos, mayor será la copia de seguridad y mayor será su costo. Para crear una copia de seguridad solo de los datos que necesitas, te recomendamos que organices los datos en archivos compartidos separados, es decir:

  • Almacenar datos críticos con diferentes patrones de escritura o con diferentes requisitos de copia de seguridad en distintos archivos compartidos
  • Si mantienes datos similares en un archivo compartido, deberás reducir la cantidad de copias de seguridad que debes crear.

Cuota

Existe un límite de cuota con respecto a la cantidad de copias de seguridad por región para los niveles de servicio básicos de SSD y HDD básicos.

Los límites de cuota de las copias de seguridad no se aplican a los niveles de servicio zonales y empresariales.

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

Comienza a usar las copias de seguridad de Filestore

Si quieres comenzar a usar la función, consulta Crea una copia de seguridad de los datos para la recuperación ante desastres.

¿Qué sigue?