En este documento, se explican las dos opciones de copias de seguridad para tus instancias de Cloud SQL, incluidas sus funciones y configuraciones clave. Esto te ayuda a elegir la opción más adecuada para tus instancias.
Antes de que puedas usar copias de seguridad con tus instancias de Cloud SQL, debes elegir una opción de copia de seguridad para cada instancia. Cloud SQL ofrece las siguientes opciones de copias de seguridad:
- Copias de seguridad mejoradas: Esta opción administra y almacena copias de seguridad en un proyecto de administración de copias de seguridad centralizado. Utiliza el servicio de Backup and DR y proporciona retención forzada, programación detallada y supervisión.
- Copias de seguridad estándar: Cloud SQL crea, administra y almacena estas copias de seguridad en el mismo proyecto que tus instancias de Cloud SQL.
La opción de copia de seguridad que elijas definirá las funciones y opciones de configuración disponibles para tu instancia de Cloud SQL. Si bien las instancias no pueden usar varias opciones de copia de seguridad de forma simultánea, Cloud SQL te permite cambiar entre estas opciones según sea necesario.
En la siguiente tabla, se proporciona una descripción general de las funciones clave disponibles con cada opción de copia de seguridad:
| Funciones | Copias de seguridad estándar | Copias de seguridad mejoradas |
|---|---|---|
| Administración centralizada de copias de seguridad en todos los proyectos | - | ✔ |
| Backup vault | - | ✔ |
| Programa de copias de seguridad automáticas | Diario | Por hora, día, semana, mes o año |
| Copias de seguridad a pedido | ✔ | ✔ |
| Copias de seguridad multirregionales | ✔ | - |
| Copia de seguridad final en la eliminación de la instancia | ✔ | ✔ |
| Período de retención de copias de seguridad | 1 año | Ilimitado |
| Retener todas las copias de seguridad en la eliminación de la instancia | ✔ | ✔ |
| Retener copias de seguridad cuando se borra un proyecto | - | ✔ |
| Retención aplicada con bloqueo de retención | - | ✔ |
| Recuperación de un momento determinado usando registros | ✔ | ✔ |
| Copia de seguridad y restablecimiento entre regiones | ✔ | - |
| Compatibilidad con CMEK | ✔ | - |
Para obtener información detallada sobre estas opciones de copia de seguridad, consulta Copias de seguridad estándar y Copias de seguridad mejoradas. Para obtener más información sobre cómo funcionan las copias de seguridad en Cloud SQL, consulta la Descripción general de las copias de seguridad de Cloud SQL.
Copias de seguridad mejoradas
Con las copias de seguridad mejoradas, puedes usar Backup and DR para administrar y almacenar todas las copias de seguridad de tus instancias de Cloud SQL en varios proyectos en un proyecto de copia de seguridad central. Copia de seguridad y DR proporciona administración, supervisión y generación de informes centralizados de las operaciones de copia de seguridad diarias en un solo lugar. Las copias de seguridad se almacenan en una backup vault, que es un recurso de almacenamiento seguro y aislado administrado por Google, y los planes de copias de seguridad administran la configuración de copia de seguridad y restablecimiento. Esto proporciona copias de seguridad inmutables e indelebles que son independientes del proyecto de origen. Para obtener más información sobre cómo funcionan las copias de seguridad con Backup and DR, consulta la descripción general de Backup and DR.
Con las copias de seguridad mejoradas, puedes usar un proyecto de copias de seguridad centralizado que aloje tu backup vault y tus planes de copias de seguridad que asocies en todas tus instancias de Cloud SQL. Estos planes también se pueden vincular en varios proyectos.
Cuando adjuntas un plan de copia de seguridad a una instancia de Cloud SQL, el plan de copia de seguridad reemplaza la configuración existente de copia de seguridad y restablecimiento. El plan que contiene la configuración de copias de seguridad y restablecimiento se almacena en el proyecto de copias de seguridad centralizado, y las copias de seguridad que se crean cuando el plan está activo en tu instancia de Cloud SQL se almacenan en la backup vault del proyecto de copias de seguridad.
Si Backup and DR se administra en un proyecto Google Cloud separado, las copias de seguridad estarán protegidas cuando se borre un proyecto de origen o de carga de trabajo. El Backup and DR Admin administra los roles y las responsabilidades, que son independientes de los roles y las responsabilidades de Cloud SQL Admin.
Puedes conservar las copias de seguridad después de borrar la instancia o hacer una copia de seguridad final de la instancia antes de borrarla. Todas las copias de seguridad que se realizan como parte de las copias de seguridad mejoradas se pueden usar para restablecer una instancia mientras está activa o después de que se borra.
Almacenamiento en copias de seguridad
Las copias de seguridad se almacenan en una ubicación centralizada llamada vault de copias de seguridad. Una backup vault es un almacenamiento aislado y seguro, administrado por Backup and DR. Una backup vault almacena copias de seguridad en una sola región, siempre y cuando la ubicación seleccionada sea compatible con la ubicación de tu instancia. Para obtener más información sobre dónde puedes crear una bóveda de copias de seguridad, consulta Ubicaciones compatibles con la bóveda de copias de seguridad.
Cloud SQL recomienda que uses una bóveda de copias de seguridad que se encuentre en un proyecto diferente al de tu instancia de Cloud SQL. Para obtener más información, consulta Almacenes de copias de seguridad.
Retención de la copia de seguridad
Las copias de seguridad mejoradas te permiten crear copias de seguridad a pedido y automáticas. Las copias de seguridad creadas cuando se usa la opción de copias de seguridad mejoradas se almacenan en la backup vault y se pueden conservar durante un máximo de 99 años. La bóveda de copias de seguridad tiene un período mínimo de retención aplicado de entre 1 día y 99 años.
Si borras tu instancia, todas las copias de seguridad de la instancia que se crearon cuando la instancia estaba activa se conservarán automáticamente y seguirán la misma configuración de retención establecida por el plan de copia de seguridad cuando la instancia estaba activa. Si decides hacer una copia de seguridad final de tu instancia antes de borrarla, también puedes establecer la retención de la copia de seguridad final por hasta 99 años.
Costos de copia de seguridad
En las copias de seguridad mejoradas, el costo se basa en el tamaño total de la copia de seguridad que se almacena en la bóveda de copias de seguridad. Estas copias de seguridad se crean según la configuración de copia de seguridad del plan de copia de seguridad asociado a la instancia. El costo total lo calcula Backup and DR y se basa en los precios de Backup and DR.
Limitaciones
Las siguientes limitaciones se aplican cuando se usan copias de seguridad mejoradas:
- La bóveda de copias de seguridad y tu instancia de Cloud SQL deben estar en la misma región.
- Para cambiar el plan de copias de seguridad asociado a una instancia, debes cambiar tu instancia a copias de seguridad estándar. Para ello, borra la asociación del plan de copias de seguridad existente y, luego, asocia el nuevo plan de copias de seguridad.
- No puedes crear una réplica de recuperación ante desastres (DR) para una instancia con copias de seguridad mejoradas.
- Si tu instancia tiene una réplica de recuperación ante desastres (DR), no puedes habilitar las copias de seguridad mejoradas para la instancia.
- No puedes asociar un plan de copia de seguridad con una instancia de réplica.
- Si tu instancia usa copias de seguridad mejoradas, no puedes degradarla a una réplica.
Copias de seguridad estándar
Las copias de seguridad estándar son la opción de copia de seguridad que administra Cloud SQL. Las copias de seguridad se crean, administran y almacenan en el mismo proyecto que tus instancias de Cloud SQL. A diferencia de las copias de seguridad mejoradas, en las que la configuración de la copia de seguridad se define mediante un plan de copias de seguridad, la configuración de las copias de seguridad estándar se establece a nivel de la instancia y se define en la configuración de la instancia. Por lo tanto, si tienes varias instancias de Cloud SQL, deberás definir la configuración de copias de seguridad para cada instancia por separado en la configuración de copias de seguridad de la instancia. Todas las copias de seguridad creadas como parte de las copias de seguridad estándar se almacenan en el mismo proyecto que la instancia.
Con las copias de seguridad estándar, puedes crear copias de seguridad automáticas y a pedido para tus instancias de Cloud SQL. También puedes seleccionar conservar todas las copias de seguridad y hacer una copia de seguridad final de tus datos cuando borres la instancia. Esto te permite volver a crear las instancias que borres. Sin embargo, si no conservas las copias de seguridad o no realizas una copia de seguridad final antes de borrar la instancia, Cloud SQL borrará automáticamente todas las copias de seguridad de la instancia.
Almacenamiento en copias de seguridad
Las copias de seguridad se almacenan en la misma ubicación para las instancias en configuraciones de alta disponibilidad (HA) o sin HA. En las configuraciones de alta disponibilidad, podrás acceder a las copias de seguridad de tu instancia en caso de conmutación por error o conmutación a la instancia secundaria.
Puedes definir tus ubicaciones de copias de seguridad de la siguiente manera:
- Ubicaciones predeterminadas que Cloud SQL selecciona según la ubicación de la instancia original
- Ubicaciones personalizadas que eliges cuando no deseas usar la ubicación predeterminada
Ubicaciones predeterminadas de copias de seguridad
Si no especificas una ubicación de almacenamiento, tus copias de seguridad se almacenarán en la multirregión que esté geográficamente más cerca de la ubicación de tu instancia de Cloud SQL. Por ejemplo, si tu instancia de Cloud SQL está en us-central1, tus copias de seguridad se almacenan en la multirregión us de forma predeterminada.
Copias de seguridad multirregionales
Las copias de seguridad estándar te permiten tener configuraciones de ubicación de copia de seguridad regionales o multirregionales. En una configuración de una sola región, las copias de seguridad se replican en las diferentes zonas de la región. En una configuración multirregional, se recomienda que las copias de seguridad se encuentren en la misma región que la instancia para minimizar la latencia y evitar posibles errores de copia de seguridad debido a políticas de la organización o limitaciones basadas en la ubicación.
Ubicaciones personalizadas de copias de seguridad
Cloud SQL te permite seleccionar una ubicación personalizada para los datos de una copia de seguridad. Esto es útil si tu organización necesita cumplir con las reglamentaciones de residencia de datos que requieren que mantengas tus copias de seguridad dentro de un límite geográfico específico. Si tu organización tiene este tipo de requisito, es probable que use una política de la organización de restricción de ubicación de recursos. Con esta política, cuando intentas usar una ubicación geográfica que no cumple con la política, verás una alerta en la página Copias de seguridad. Si ves esta alerta, debes cambiar la ubicación de la copia de seguridad a una ubicación que permita la política.
Cuando selecciones una ubicación personalizada para una copia de seguridad, ten en cuenta lo siguiente:
- Costo: Un clúster en tu instancia puede estar en una región de menor costo que las demás.
- Proximidad a tu servidor de aplicaciones: Te recomendamos almacenar la copia de seguridad lo más cerca posible de la aplicación de entrega para reducir la posible latencia.
- Uso del almacenamiento: Necesitas suficiente espacio de almacenamiento para conservar tu copia de seguridad a medida que aumenta su tamaño. Según tu carga de trabajo, es posible que tengas clústeres de diferentes tamaños o con diferentes usos de discos. Debes tener en cuenta estos factores cuando elijas un clúster.
Cuando elijas tu ubicación de copia de seguridad personalizada, puedes seleccionar cualquier ubicación de Cloud SQL y ubicación multirregional disponibles. Si deseas obtener una lista completa de los valores regionales válidos, consulta Ubicaciones de las instancias. Para obtener una lista completa de los valores multirregionales, consulta Ubicaciones multirregionales.
Si quieres obtener más información para configurar y ver las ubicaciones de las copias de seguridad de una instancia, consulta Configura una ubicación personalizada para las copias de seguridad y Visualiza las ubicaciones de copias de seguridad.
Retención de la copia de seguridad
Las copias de seguridad estándar te permiten crear copias de seguridad automáticas y a pedido. Las copias de seguridad automáticas se pueden retener de 1 a 365 días, y el valor predeterminado es de 7 días para las instancias de la edición Cloud SQL Enterprise y de 15 días para las instancias de la edición Cloud SQL Enterprise Plus. Las copias de seguridad bajo demanda se conservan de forma indefinida hasta que se borran o se borra la instancia que las contiene.
Si habilitas la retención de copias de seguridad después de borrar la instancia para tus copias de seguridad automáticas y a pedido, esas copias de seguridad seguirán la misma configuración de retención de 1 a 365 días para las copias de seguridad automáticas y de forma indefinida para las copias de seguridad a pedido. Para obtener más información, consulta Retener copias de seguridad después de la eliminación de la instancia.
Costos de copia de seguridad
En las copias de seguridad estándares, los costos se basan en el tamaño total de la copia de seguridad, su ubicación de almacenamiento y la configuración de retención.
Puedes configurar la cantidad de copias de seguridad automáticas que se conservarán, de una a 365.
Para obtener más información sobre los precios relacionados con las copias de seguridad, consulta Precios de Cloud SQL.
Límites de frecuencia de las copias de seguridad
Cloud SQL limita la frecuencia de las operaciones de copias de seguridad en el disco de datos. Puedes tener un máximo de cinco operaciones de copias de seguridad cada 50 minutos por instancia y por proyecto. Si una operación de copia de seguridad falla, no se considera en esta cuota. Si alcanzas el límite, la operación falla con un mensaje de error que te indica cuándo puedes volver a intentarlo.
Cloud SQL usa tokens de un bucket para determinar cuántas operaciones de copias de seguridad están disponibles a la vez. Cada instancia tiene un bucket. Hay un máximo de cinco tokens en el bucket que puedes usar para operaciones de copias de seguridad. Cada 10 minutos, se agrega un token nuevo al bucket. Si el bucket está lleno, el token se desborda.
Cada vez que emites una operación de copia de seguridad, se otorga un token al bucket. Si la operación se realiza correctamente, el token se quita del bucket. Si falla, el token se muestra en el bucket. En el siguiente diagrama, se puede ver cómo funciona:
Retención del registro de transacciones
Los registros de transacciones se almacenan en la ubicación de almacenamiento de tu instancia y la retención se expresa en días. Para las instancias de la edición Enterprise Plus de Cloud SQL, el rango es de 1 a 35 días, con un valor predeterminado de 14 días. Para las instancias de Cloud SQL Enterprise, el rango es de 1 a 7 días, con un valor predeterminado de 7 días. Para las instancias de edición de Cloud SQL Enterprise Plus y de Cloud SQL Enterprise, la configuración de retención de registros de transacciones debe ser menor que la configuración de retención de copias de seguridad.
Los registros se borran definitivamente una vez al día, no de forma continua. Cuando la cantidad de días de retención de registros es la misma que la cantidad de copias de seguridad, se puede provocar una retención de registros insuficiente. Por ejemplo, establecer la retención de registros en siete días y la retención de copias de seguridad en siete copias de seguridad implica que se conservarán entre seis y siete días de registros.
Recomendamos configurar la cantidad de copias de seguridad conservadas en un número más que la cantidad de días de retención de registros para asegurarte de que haya copias de seguridad para cada día del período de retención de registros.