Acerca de la copia de seguridad en bóveda de Azure Servidor flexible PostgreSQL y clúster elástico (v2) (versión preliminar)

Azure Backup for PostgreSQL Flexible Server and Elastic Cluster v2 (preview) ofrece una capacidad mejorada de copia de seguridad diseñada para abordar las limitaciones clave de la solución v1 existente y soporta una gama más amplia de necesidades de respaldo. La versión 2 utiliza copias de seguridad físicas basadas en instantáneas gestionadas de disco, sustituyendo el pg_dump enfoque lógico de copia de seguridad utilizado en la versión 1.

¿Por qué usar Azure PostgreSQL flexible server y Elastic cluster vaulted backup (v2)?

La solución de respaldo v2 ofrece mayor flexibilidad para proteger y recuperar cargas de trabajo de Azure PostgreSQL Flexible Server o Elastic Cluster. Utiliza instantáneas incrementales de los discos gestionados subyacentes en lugar del enfoque lógico de copia de seguridad que utiliza la v1, abordando limitaciones relacionadas con el tamaño del servidor, la frecuencia de copias de seguridad y las opciones de recuperación.

La siguiente tabla compara las capacidades disponibles con la copia de seguridad v1 y v2.

Características principales de la copia de seguridad en bóveda de Azure Servidor flexible PostgreSQL y clúster elástico (v2)

Esta función incluye las siguientes capacidades clave:

• Copias de seguridad a largo plazo aisladas y almacenadas en bóveda: Realiza instantáneas en su inquilino y transmite las copias de seguridad a la bóveda de copias de seguridad. Esta capacidad aísla los datos de respaldo de la suscripción y cuenta de origen. El vault protege los datos con control de acceso basado en roles (RBAC) de Azure, eliminación suave y autorización multiusuario (si está habilitada).

• Copias de seguridad inmutables WORM: Activa la inmutabilidad (WORM) en la bóveda de copia de seguridad para evitar que cualquier usuario (incluido un administrador de la bóveda) modifique, sobrescriba o elimine puntos de recuperación antes de que expire su periodo de retención. Esta protección ayuda a proteger tus copias de seguridad contra ransomware y eliminaciones accidentales o maliciosas, y respalda los requisitos de cumplimiento de WORM.

• Políticas flexibles de respaldos: Soporta copias de seguridad programadas diarias o semanales y copias de seguridad bajo demanda después de configurar la protección. Puedes establecer periodos de retención independientes para puntos de recuperación diarios, semanales, mensuales y anuales, que van desde 7 días hasta 10 años.

• Movimiento incremental de datos: Transfiere todos los datos del disco durante la primera copia de seguridad y solo los bloques de datos modificados en las copias posteriores, haciendo que las copias de seguridad sean eficientes para servidores de varios terabytes. Si la instantánea anterior no está disponible, Azure Backup inicia automáticamente la replicación inicial sin intervención del usuario.

• Restaurar como servidor: Restaura un punto de recuperación directamente a un servidor flexible de PostgreSQL o clúster elástico de PostgreSQL de destino creado previamente. La restauración no requiere una cuenta de almacenamiento intermedia ni una operación manual pg_restore .

• Gestión centralizada de copias de seguridad: Proporciona una experiencia centralizada a través de Resiliency in Azure para visualizar y gestionar trabajos de copia de seguridad y restauración, elementos protegidos, alertas e informes junto con otras cargas de trabajo protegidas por Azure Backup.

Flujo de copia de seguridad para el servidor flexible de Azure PostgreSQL y la copia de seguridad en el almacén de clústeres elásticos (v2)

El flujo de copia de seguridad para el servidor flexible de Azure PostgreSQL y la copia de seguridad en el almacén de clústeres elásticos (v2) funciona de la siguiente manera:

1. Otorga a la identidad gestionada de la bóveda de copia de seguridad los permisos necesarios sobre el servidor flexible de origen o el clúster elástico. En el portal de Azure, puedes asignar los roles faltantes en línea durante la configuración.
2. Configuras una política de respaldo que define el horario y las reglas de retención, y seleccionas la fuente de datos que proteger.
3. En cada ejecución programada, Azure Backup pide al proveedor de recursos de PostgreSQL que cree una instantánea gestionada del disco del servidor y espera a que la instantánea se hidrate completamente.
4. Azure Backup obtiene acceso temporal a la instantánea actual y a la anterior, calcula la diferencia entre ellas y traslada solo la diferencia a la bóveda de Backup. La primera copia de seguridad no tiene una instantánea previa, así que transfiere todo el contenido.
5. Azure Backup marca el trabajo de copia de seguridad como Exitoso cuando los datos de la instantánea se copian al vault. Los puntos de recuperación se conservan y recortan según las normas de retención de la póliza.

Flujo de restauración para la copia de seguridad en el almacén del servidor flexible de Azure Database for PostgreSQL y los clústeres elásticos (v2)

El flujo de restauración para las copias de seguridad en el almacén de Azure Database for PostgreSQL (servidor flexible o clúster elástico) (v2) funciona de la siguiente manera:

1. Cree el servidor flexible o clúster elástico de destino de Azure Database for PostgreSQL donde se debe restaurar la copia de seguridad. Azure Backup restaura el contenido del disco en un destino existente; no crea la ubicación del destino automáticamente.
2. Seleccionas el punto de recuperación en la bóveda de respaldo y eliges el objetivo. Azure Backup valida el objetivo frente al punto de recuperación (que incluye la versión principal de PostgreSQL, tamaño del disco, tipo de disco, nivel SKU y configuración de red) antes de iniciar la operación de restauración.
3. Azure Backup escribe el contenido del punto de recuperación en los discos del servidor objetivo.
4. El proveedor de recursos PostgreSQL inicia el servidor restaurado y este se vuelve online en un estado transaccionalmente consistente.

Como la restauración escribe una imagen de disco completa, el tiempo de restauración escala con el tamaño del punto de recuperación. Para servidores de varios terabytes, planifica un objetivo de tiempo de recuperación medido en horas o días en lugar de minutos.

Autenticación de Azure Backup con el servidor PostgreSQL

El servicio Azure Backup se conecta al servidor de origen a través del proveedor de recursos PostgreSQL, utilizando la identidad gestionada de la bóveda de Backup. La identidad del vault requiere permisos en el servidor de origen para copias de seguridad y en el servidor destino para restauración. Cuando configuras protección o activas una restauración desde el portal de Azure, Azure Backup valida los permisos que necesita y ofrece asignar los roles faltantes en línea. Si no tienes acceso de escritura en el servidor, puedes descargar una plantilla de asignación de roles y que un administrador de base de datos la ejecute.

También puedes usar una identidad gestionada asignada por el usuario para conceder permisos en la fuente de datos y en la bóveda de Backup.

Azure Backup utiliza identidades gestionadas para autenticarse con tu servidor PostgreSQL y requiere los siguientes permisos:

Soporte de claves gestionado por el cliente

Azure Backup soporta servidores cifrados con una clave gestionada por el cliente (CMK). Azure Backup lee los datos de instantáneas en forma descifrada y los almacena en la bóveda cifrada en reposo, ya sea con una clave gestionada por la plataforma o con el CMK que configures en la bóveda de Backup. Durante la restauración, los datos se escriben en el disco del servidor objetivo y se vuelven a cifrar en reposo con la clave de ese servidor. Si necesitas que los datos estén protegidos con tu propia clave de extremo a extremo, configura un CMK en el servidor de origen, en el servidor de destino y en la bóveda de respaldo.

Migrar de la experiencia v1 a v2

Puedes mover un elemento protegido v1 existente a v2 y seguir usando la misma política de respaldo y la misma bóveda de respaldo. El objeto protegido permanece sin cambios y tus puntos de recuperación v1 existentes siguen disponibles.

Antes de migrar un elemento protegido a la v2, asegúrate de cumplir los siguientes requisitos:

• Versión de PostgreSQL: Si tu servidor ejecuta PostgreSQL 14 o anterior, actualízalo a PostgreSQL 15 o posterior.
• Nivel de cómputo: Si tu servidor utiliza el nivel de cómputo de Burstable, escala a Propósito General o Optimizado en Memoria.

Si el servidor no cumple estos requisitos, la mudanza falla con un error del usuario.

Después de mover el objeto protegido a v2, tus puntos de recuperación v1 existentes siguen disponibles. El método de restauración depende de la versión de copia de seguridad utilizada para crear el punto de recuperación:

• Para los puntos de recuperación creados con la v1, usa Restaurar como Archivos.
• Para los puntos de recuperación creados con v2, use Restore as Server.

Puedes usar el tipo de copia de seguridad que se muestra para cada punto de recuperación para identificar si pertenece a la v1 o a la v2.

Aprende cómo migrar un elemento protegido v1 existente a v2 (vista previa).

Entender los precios de Azure PostgreSQL flexible server y elastic cluster vaulted backup (v2)

El servidor flexible de Azure PostgreSQL y la copia de seguridad en almacén del clúster elástico (v2) generan los siguientes cargos:

• Tarifa de instancia protegida: cobrada por cada instancia protegida en función del tamaño de la fuente de datos, por unidad.
• Tarifa de almacenamiento de respaldo: se cobra sobre el total de datos almacenados en la bóveda, según la redundancia configurada en la bóveda de respaldo.

Para saber más sobre los precios, incluyendo los cargos aplicables y los detalles de facturación, consulte la página de precios.

Como la v2 soporta copias de seguridad diarias para servidores grandes, tus ajustes de retención determinan principalmente el coste de almacenamiento. Puedes conservar puntos de recuperación diarios durante unos meses y usar puntos de recuperación semanales, mensuales y anuales para una retención más prolongada.

Pasos siguientes

• Matriz de compatibilidad para Azure PostgreSQL: servidor flexible y clúster elástico con copia de seguridad almacenada en almacén (v2)
• Tutorial del servidor flexible de Azure PostgreSQL y la copia de seguridad en almacén del clúster elástico (v2) mediante Azure Portal
• Migrar la instancia de copia de seguridad de la solución v1 a la v2