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. Para aprender a crear y administrar copias de seguridad y restablecer una instancia de Filestore desde un 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 del momento cuando se crea la copia de seguridad.

Después de crear una copia de seguridad de un archivo compartido, puedes modificar o borrar el original archivos compartidos sin que esto afecte la copia de seguridad.

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

Las copias de seguridad son recursos regionales que permanecen dentro de la región que especificas en la hora de la creación. Puedes crear copias de seguridad en la misma región que Filestore. o a otra región para reducir el riesgo de pérdida de datos.

Las copias de seguridad se pueden abordar globalmente y pueden utilizarse para restablecer los archivos compartidos a cualquier region, pero no se pueden compartir entre proyectos.

Creación de copias de seguridad

La primera copia de seguridad que crees es una copia completa de todos los datos y metadatos de los archivos en un archivo compartido. Cada copia de seguridad posterior copia los cambios sucesivos realizados en el 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 respaldo.

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

Todos los niveles de servicio admiten múltiples cadenas de copias de seguridad, lo que te permite almacenar un copias de seguridad de una instancia de Compute Engine en varias regiones.

Cada vez que se crea una copia de seguridad, la copia de seguridad anterior se analiza en busca de cambios incrementales y diferenciales:

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

  • Cambios incrementales: Incluye los cambios en el almacenamiento del bucket donde se crea la copia de seguridad. en la que se ubican los datos. Esto puede incluir la anulación de duplicación de datos que a los que se hace referencia en la cadena.

Cada vez que guardas una copia de seguridad en la misma cadena de copias de seguridad, se borra la anterior se analizan en busca de cambios incrementales y diferenciales. En esos casos, se crea una copia completa no es necesario.

Sin embargo, almacenar los datos de una instancia en varias cadenas de copias de seguridad implica guardan y almacenan copias de seguridad en ubicaciones alternas.

Cada vez que crees una copia de seguridad nueva en una ubicación alternativa, se obtendrá una copia completa de la copia de seguridad se vuelve a generar. Aumenta la latencia en las copias de seguridad create cuando se alterna entre cadenas de respaldo.

Se hace referencia a los datos sin cambios de las copias de seguridad anteriores, pero no se copian a las más recientes. Si se borra una copia de seguridad anterior, sus datos únicos se copian en la siguiente copia de seguridad más reciente y todas las referencias de datos internos se se actualicen.

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 que se realice en los datos de los archivos compartidos. 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. Cualquier cambio nuevo que se haga en los datos de los archivos compartidos no se incluye 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 puede verse afectado durante la creación de una copia de seguridad para instancias en zonales, regionales y empresariales. Crear una copia de seguridad no afecta la disponibilidad o el rendimiento de las instancias de nivel básico.

Eliminación de la copia 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 se vincula con la instancia de origen. Si borras la fuente, no se borrará su en las copias de seguridad asociadas. Si quieres borrar una copia de seguridad, debes realizar una operación de eliminación en la copia de seguridad, no en la instancia.

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

Si borras una copia de seguridad, 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 de uso 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 a 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 deseas proteger tus datos de Filestore contra eventos cambios, 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 corresponda. con la versión del archivo necesaria. Luego, puedes crear una nueva de Filestore desde la copia de seguridad, actívala en el mismo cliente que la instancia original y copiar el archivo.

Antes de copiar el archivo, puedes usar la consola de Linux diff en los dos puntos de activación para comprobar las diferencias entre los datos en el instancia original y los datos restablecidos a partir de la copia. Una vez que los datos puedes borrar la instancia restablecida y crear una nueva copia de seguridad preservar el estado actual de tus datos para un uso 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 cualquier dato sin copia de seguridad se pierde.

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 o nivel de servicio. Para migrar tus datos a otra región, puedes crear hacer una copia de seguridad y usarla para crear un nuevo Filestore o restablecerla a una existente.

Además, cuando creas una nueva instancia de Filestore a partir de una copia de seguridad, puedes puedes elegir entre los niveles de HDD básico y SSD básico, independientemente del nivel instancia de origen.

Limitaciones de las funciones

Las copias de seguridad de Filestore tienen disponibilidad general (DG) para todos los niveles de servicio.

Se aplica la siguiente limitación:

  • Las copias de seguridad de Filestore no se pueden combinar con Filestore multishare.

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

  • Los usuarios deben crear copias de seguridad nuevas para reemplazar aquellas creadas en Vista previa. Las copias de seguridad creadas en versión preliminar están sujetas a eliminación. Se crearon las copias de seguridad en Vista previa reflejan el comportamiento de la función disponible en el momento de la creación. Las copias de seguridad existentes no se actualizan cuando se lanzan nuevas capacidades.

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

Rendimiento

  • Se realizaron varios cambios a través de varios 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 utilizadas, 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 crear copias de seguridad de create.

  • Almacenar los datos de una instancia en varias cadenas de copias de seguridad afecta la copia de seguridad. rendimiento. Espera una mayor latencia en las operaciones de copia de seguridad de create cuando alternan entre cadenas de respaldo.

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

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

Simultaneidad de operaciones

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

    No se admiten operaciones de delete de copias de seguridad masivas dentro de una cadena de copias de seguridad. Mientras que hay una operación delete pendiente, cualquier operación delete nueva dentro de la misma la cadena de copias 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 reciben una notificación FAILED_PRECONDITION error.

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

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

      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 borrar en paralelo, Sin embargo, Backup2 y Backup3 sí pueden.

    Para obtener más información, consulta Límites de frecuencia de las copias de seguridad.

  • Las operaciones de copia de seguridad de create y de delete se inician en el mismo la cadena de copias de seguridad puede ejecutarse en simultáneo. Sin embargo, los usuarios no pueden completar una copia de seguridad create mientras se borra la copia de seguridad más reciente.

    • Si el usuario intenta crear una nueva copia de seguridad de la instancia mientras la Se está borrando la copia de seguridad reciente, recibirá un FAILED_PRECONDITION . Por ejemplo, si Source1 tiene una cadena de copias de seguridad compuesta por Backup1 y Backup2, y el usuario inicia 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 necesario para completar correctamente la operación create de copia de seguridad.

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

Almacenamiento

  • Crea una copia de seguridad de las operaciones de restore en la instancia de origen o en una existente no son compatibles con instancias zonales, regionales ni empresariales. Si quieres restablecer una copia de seguridad de una instancia en cualquiera de estos niveles debes crear una instancia nueva.

    • La instancia nueva debe coincidir con el nivel de servicio y la capacidad de la instancia de origen del rango de destino de la ruta. Por ejemplo, si la fuente se creó con el nivel de servicio zonal con un rango de capacidad más bajo, la instancia nueva debe usar el mismo nivel de servicio y el rango de capacidad.

    • Si necesitas crear una instancia con el servicio heredado de SSD de alta escala debes ejecutar tus operaciones directamente a través de Filestore API.

    • Si necesitas crear una instancia con el nivel de servicio empresarial heredado, puedes ejecutar tus operaciones directamente a través de la API de Filestore o desde Restablecer copia de seguridad > En la página Instancia nueva en Google Cloud.

      Por ejemplo, si quieres crear un recurso regional con 10 TiB de instancia, debes usar el nivel de servicio empresarial heredado.

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

  • Una vez que se crea una instancia de RestoreInstance se aplica a una instancia regional o empresarial, no podrás para crear instantáneas con los mismos nombres que las instantáneas anteriores una sola operación.

  • Intenta restablecer una instancia a partir de una copia de seguridad mientras se borra una copia de seguridad o si la eliminación de la instantánea está en curso, fallará.

  • Si falla la eliminación de una copia de seguridad, el estado se marca como invalid. De tal forma deberás volver a realizar la operación delete.

Capacidad

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

Más específicamente, cuando se crea una copia de seguridad, Filestore crea un instantánea interna del sistema de archivos que también ocupa una parte del espacio la capacidad de la instancia.

El tamaño de la instantánea también está relacionado con el alcance de los cambios realizados en los datos compartir desde que se creó la última copia de seguridad. Esta instantánea seguirá existiendo hasta se crea y sube la copia de seguridad siguiente.

Todos los datos a los que hace referencia la copia de seguridad persisten en el estado que tenía cuando se capturaron y sigue ocupando capacidad del sistema de archivos. Por ejemplo, si borrar datos del sistema de archivos activado, esa acción en sí no liberar capacidad. Para hacerlo, deberás crear una copia de seguridad nueva después de borrar o reemplazar grandes cantidades de datos.

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

A fin de anticipar una capacidad suficiente para tus cargas de trabajo, considera aplicar uno de lo siguiente:

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

Encriptación

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

  • Una cadena de copias 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 copias de seguridad en una región independiente de la instancia de origen, quizás deban aplicar claves separadas, una para la fuente y otra para la copia de seguridad de la cadena de suministro.

    • Todos los niveles de servicio admiten múltiples cadenas de copias de seguridad o la capacidad de almacenar una copias de seguridad de una instancia de Compute Engine en varias regiones. Si eliges usar CMEK para encriptación, una clave CMEK debe residir en la misma región que el recurso encripta. Si almacenas copias de seguridad en una región independiente del origen, y la CMEK no es una clave multirregional, debes usar claves 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 encuentra la cadena de copia de seguridad se almacena y no se puede combinar ni reemplazar.

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

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

Prácticas recomendadas

En las siguientes secciones, se abordan 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). También puedes abrir archivos con las marcas O_DIRECT|O_SYNC. Para ver 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 modelos de referencia para crear nuevas copias de seguridad de los archivos compartidos, lo que reduce el tiempo de creación de la copia de seguridad Por lo tanto, te recomendamos que hagas lo siguiente:

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

  • Espera a que las copias de seguridad nuevas tengan el estado Ready antes de crear copias de seguridad copias de seguridad 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 tenga el archivo compartido, más grande será la copia de seguridad y más costará. Para solo para los datos de los que necesitas copias, te recomendamos que organices los datos en archivos compartidos separados, en particular:

  • Almacenar datos críticos con diferentes patrones de escritura o con diferentes copias de seguridad en diferentes archivos compartidos.
  • Reduce la cantidad de copias de seguridad que necesitas crear manteniendo datos similares en un solo archivo compartido.

Cuota

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

Los límites de cuota de copia de seguridad no se aplican a los niveles de servicio zonales, regionales ni empresariales.

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

Comienza a usar copias de seguridad de Filestore

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

¿Qué sigue?