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 deseas obtener información para crear y administrar copias de seguridad, y cómo restablecer una instancia de Filestore desde una copia de seguridad, consulta Crea copias de seguridad para la recuperación ante desastres.
¿Qué es una copia de seguridad?
Una copia de seguridad de Filestore es una copia de un recurso compartido de archivos que incluye todos los datos y metadatos de los archivos del recurso compartido desde el momento en que se crea la copia de seguridad.
Después de crear una copia de seguridad de un recurso compartido, puedes modificarlo o borrarlo sin afectar la copia de seguridad.
Puedes usar una copia de seguridad para restablecer un recurso de archivos compartidos en una instancia nueva de Filestore o, en el caso de las instancias de nivel básico, en la fuente o en un recurso de archivos compartidos existente.
Las copias de seguridad son recursos regionales que permanecen dentro de la región que especificas 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 ayudar a reducir el riesgo de pérdida de datos.
Las copias de seguridad se pueden alcanzar a nivel global y se pueden usar para restablecer los archivos compartidos en cualquier región, pero no se pueden compartir entre proyectos.
Los cargos por transferencia de red se aplican al tráfico de red entre regiones. Para obtener más detalles, consulta la página de 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 en un recurso compartido de archivos. Cada copia de seguridad posterior copia los cambios sucesivos que se realicen 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 copias de seguridad.
Una cadena de copias de seguridad reside en un solo bucket y región de Cloud Storage, y se puede ubicar fuera de la región que se usa 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 de seguridad anterior en busca de cambios diferenciales e incrementales:
Cambios diferenciales: Incluyen los cambios realizados en los archivos del recurso compartido, como su edición, adición o eliminación.
Cambios incrementales: Incluyen cambios en el almacenamiento del bucket en el que se encuentran los datos de la copia de seguridad. Esto puede incluir la anulación de duplicación de los datos a los que se hizo referencia anteriormente en la cadena.
Cada vez que guardas una copia de seguridad en la misma cadena, se analiza la copia de seguridad anterior para detectar cambios diferenciales e incrementales. En esos casos, no se necesita una copia completa.
Sin embargo, almacenar los datos de una instancia en varias cadenas de copias de seguridad implica que estás guardando y almacenando copias de seguridad en ubicaciones alternas.
Cada vez que creas una copia de seguridad nueva en una ubicación alterna, se vuelve a generar una copia completa de la copia de seguridad. Se espera una latencia más alta en las operaciones de create de copia de seguridad cuando se alternan cadenas de copia de seguridad.
Se hace referencia a los datos no modificados en las copias de seguridad anteriores, pero no se copian en las copias de seguridad más recientes. Si se borra una copia de seguridad más antigua, sus datos únicos se copian en la siguiente copia de seguridad más reciente y todas las referencias de datos internas se actualizan de forma automática.
De forma interna, se realiza un seguimiento del historial de una cadena de copias de seguridad con instantáneas, que consumen capacidad en la instancia de origen.
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 el estado actual del uso compartido de archivos. Los cambios nuevos en los datos de uso compartido de archivos pueden incluirse 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. | Subir datos a la copia de seguridad Los cambios nuevos en los datos de uso compartido de archivos 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 del nivel básico se comprimen automáticamente para reducir los costos. Es posible que el rendimiento de las instancias disminuya mientras se crea una copia de seguridad para instancias en niveles de servicio regionales, zonales y empresariales. Crear una copia de seguridad no afecta la disponibilidad ni el rendimiento de las instancias del nivel básico.
Cómo abordar los datos redundantes
De forma predeterminada, las copias de seguridad son incrementales para evitar la facturación de datos redundantes y minimizar el uso del espacio de almacenamiento. Para garantizar la confiabilidad 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 Cómo comparar instantáneas y copias de seguridad.
Eliminación de copias de seguridad
Las copias de seguridad son recursos a nivel del 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 quieres 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 generando tarifas.
Si lo haces, el cambio será permanente y no podrás revertirlo.
Coherencia de la copia de seguridad
Las copias de seguridad de Filestore tienen semánticas de coherencia de NFSv3 y NFSv4.1. 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 o Acerca de los protocolos de sistema de archivos compatibles.
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 afecten 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 cambios no deseados, puedes programar un trabajo que cree con regularidad copias de seguridad de la instancia. Si pierdes datos, puedes explorar la lista de copias de seguridad para identificar la que tiene la versión necesaria. Luego, puedes crear una instancia nueva de Filestore a partir de 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 datos restablecidos de la copia de seguridad. Después de que se recuperen los datos, puedes borrar la instancia restablecida y crear una copia de seguridad nueva para preservar el estado actual de tus datos para su 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 crear una copia de seguridad de los datos más recientes antes de realizar una restauración in situ, ya que los datos que no se crearon se pierden.
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
Una vez que creas 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 de ellos y usar la copia de seguridad para crear una instancia nueva de Filestore o restablecerla en una existente.
Además, cuando creas una instancia nueva de Filestore a partir de una copia de seguridad, puedes elegir entre los niveles HDD básicos y SDD básico, sin importar el nivel de la 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 la función de multishares de Filestore.
Los usuarios deben crear una o varias copias de seguridad nuevas para reemplazar las que se crearon en la versión preliminar. Las copias de seguridad creadas en la versión preliminar están sujetas a eliminación. Las copias de seguridad creadas en la versión preliminar reflejan el comportamiento de las funciones disponibles en el momento de la creación. Las copias de seguridad existentes no se actualizan cuando se lanzan nuevas funciones.
En las siguientes secciones, se describen en detalle otras limitaciones de las funciones relacionadas con el rendimiento, el almacenamiento, la capacidad, la encriptación y otros temas:
Rendimiento
Los numerosos 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 con un uso intensivo, el rendimiento puede reducirse hasta en un 15% mientras se sube una copia de seguridad. El rendimiento de las instancias de nivel básico no se ve afectado por las operaciones de
createde copia de seguridad.El almacenamiento de 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
createde copia de seguridad cuando se alternan las cadenas de copia de seguridad.Es posible que las operaciones de instancias, como
restoreodelete, se retrasen hasta que se complete una operación decreatede copia de seguridad.En algunos casos, las operaciones de
deletepueden tardar hasta 24 horas en completarse.
Simultaneidad de operaciones
Las operaciones de
deletede copia de seguridad asociadas con la misma instancia de origen se deben realizar una a la vez.No se admiten operaciones de
deletede copia de seguridad masiva dentro de una cadena de copia de seguridad. Mientras una operacióndeleteestá pendiente, las operacionesdeletenuevas dentro de la misma cadena de copia de seguridad muestran un errorRESOURCE_EXHAUSTED. Esto se hace independientemente de si se borró la instancia de origen.Si se borró la instancia de origen, los usuarios recibirán un error
FAILED_PRECONDITIONsimilar.Esta limitación se aplica a todos los niveles de servicio, excepto a los SSD y HDD básicos.
Ten en cuenta que Filestore admite operaciones
deletede copia de seguridad simultáneas cuando las copias de seguridad hacen referencia a instancias de origen independientes.Por ejemplo, una instancia etiquetada como
Source1tiene datos de copia de seguridad a los que se hace referencia enBackup1yBackup2.Source2tiene datos de copia de seguridad a los que se hace referencia enBackup3yBackup4.Backup1yBackup2no se pueden borrar en paralelo, peroBackup2yBackup3sí.
Para obtener más información, consulta Límites de frecuencia de las copias de seguridad.
Las operaciones de copia de seguridad
createydeleteque 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 seguridadcreatemientras 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, siSource1tiene una cadena de copia de seguridad compuesta porBackup1yBackup2, y el usuario inicia una operacióncreateparaBackup3, no podrá borrarBackup2hasta que se complete la operacióncreate. Esto se debe a que la copia de seguridad más reciente contiene los datos más críticos necesarios para completar correctamente la operacióncreatede la copia de seguridad.
- Si el usuario intenta crear una copia de seguridad nueva de la instancia mientras se borra la más reciente, recibirá un error
Para obtener más información sobre los límites de frecuencia de las operaciones, consulta Límites de frecuencia de las operaciones para las copias de seguridad.
Almacenamiento
Las operaciones de copia de seguridad de
restorea la instancia de origen o a una instancia existente no son compatibles con las instancias zonales, regionales ni empresariales. Si deseas restablecer una copia de seguridad de una instancia en cualquiera de estos niveles de servicio, debes crear una instancia nueva.La instancia nueva debe coincidir con el nivel de servicio y el rango de capacidad de la instancia de origen. 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 mismo rango de capacidad.
Si necesitas crear una instancia con el nivel de servicio de SSD a escala masiva heredado, debes ejecutar tus operaciones directamente a través de la API de Filestore.
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 la página Restore backup > New instance en Google Cloud.
Por ejemplo, si deseas crear un recurso regional con 10 TiB de capacidad de instancia, debes usar el nivel de servicio empresarial heredado.
Es posible que las operaciones de copia de seguridad, como
restore,editodelete, no estén disponibles para algunas copias de seguridad creadas en la versión preliminar.Una vez que se aplique una operación RestoreInstance a una instancia regional o empresarial, no podrás crear instantáneas con los mismos nombres que las instantáneas anteriores antes de la operación.
Los intentos de restablecer una instancia a partir de una copia de seguridad mientras se está borrando una copia de seguridad o una instantánea fallarán.
Si la eliminación de una copia de seguridad falla, el estado se marca como
invalid. En esos casos, deberás volver a intentar la operacióndelete.
Capacidad
Cada copia de seguridad ocupa la 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 última copia de seguridad.
Más específicamente, 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 instantánea también se relaciona con el alcance de los cambios realizados en los datos del recurso compartido desde que se creó la última copia de seguridad. Esta instantánea seguirá existiendo hasta que se cree y cargue la siguiente copia de seguridad.
Todos los datos a los que hace referencia la copia de seguridad persisten en el estado en el que se encontraban cuando se capturaron y siguen ocupando capacidad del sistema de archivos. Por ejemplo, si borraras datos del sistema de archivos activado, esa acción no liberaría capacidad. En su lugar, para hacerlo, debes 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 diferenciales e incrementales y cómo se manejan, consulta Creación de copias de seguridad.
Para anticipar suficiente capacidad para tus cargas de trabajo, considera aplicar una de las siguientes opciones:
- Aumenta la capacidad de las instancias para 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 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, es posible que debas aplicar claves independientes, una para la fuente y otra para la cadena de copias 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 decides usar CMEK para la encriptación, una clave CMEK debe residir en la misma región que el recurso que encripta. Si almacenas copias de seguridad en una región distinta de la fuente 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 sola CMEK al bucket de Cloud Storage en el que se almacena la cadena de copias de seguridad y no se puede combinar ni reemplazar.
La compatibilidad con CMEK no está disponible para las copias de seguridad del nivel básico.
Para obtener más información, consulta Compatibilidad de CMEK con cadenas de copias de seguridad.
Protocolos
- Cuando se restablece una copia de seguridad, la instancia nueva debe usar el mismo protocolo que la instancia de origen.
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 modelos de referencia para crear copias de seguridad nuevas del archivo compartido, lo que reduce el tiempo de creación de copias de seguridad. Por lo tanto, te recomendamos que hagas lo siguiente:
Crea una nueva copia de seguridad de un archivo compartido antes de borrar la copia anterior de ese archivo.
Espera a que las copias de seguridad nuevas estén en el estado
Readyantes 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 se compartan, más grande será la copia de seguridad y costará más. Para crear una copia de seguridad solo de los datos que necesitas, te recomendamos que los organices en archivos compartidos separados, a saber:
- Almacenar datos críticos con diferentes patrones de escritura o con diferentes requisitos de copia de seguridad en diferentes archivos compartidos.
- Reducir la cantidad de copias de seguridad que necesitas crear si mantienes datos similares en un archivo compartido
Cuota
Existe un límite de cuota en cuanto a la cantidad de copias de seguridad por región para los niveles de servicio de SSD básico y HDD básico.
Los límites de cuota de las copias de seguridad no se aplican a los niveles de servicio zonal, regional y empresarial.
Para obtener más información, consulta Niveles de servicio y cuota.
Comienza a usar las copias de seguridad de Filestore
Para comenzar a usar la función, consulta Cómo crear copias de seguridad de datos para la recuperación ante desastres.
¿Qué sigue?
- Obtén más información para crear copias de seguridad y restablecer archivos compartidos.
- Obtén información para programar copias de seguridad mediante Cloud Scheduler.
- Consulta Geografía y regiones de Google Cloud.
- Obtén más información sobre los precios de las copias de seguridad.