À propos de la sauvegarde archivée de serveur flexible Azure PostgreSQL et de cluster élastique (v2) (version préliminaire)

Sauvegarde Azure for PostgreSQL Flexible Server et Elastic Cluster v2 (aperçu) offre une capacité de sauvegarde améliorée conçue pour répondre aux principales limites de la solution v1 existante et prend en charge un éventail plus large de besoins en sauvegarde. La version 2 utilise des sauvegardes physiques basées sur des instantanés de disque gérés, remplaçant l’approche de sauvegarde logique pg_dump utilisée dans la version 1.

Pourquoi utiliser Azure PostgreSQL flexible server et Elastic cluster vaulted backup (v2) ?

La solution de sauvegarde v2 offre une plus grande flexibilité pour protéger et récupérer les charges de travail Azure PostgreSQL Flexible Server ou Elastic Cluster. Il utilise des instantanés incrémentaux des disques gérés sous-jacents au lieu de l’approche de sauvegarde logique utilisée par la v1, en répondant aux limitations liées à la taille du serveur, à la fréquence de sauvegarde et aux options de récupération.

Le tableau suivant compare les capacités disponibles avec les sauvegardes v1 et v2.

Fonctionnalités clés de la sauvegarde archivée de serveur flexible Azure PostgreSQL et de cluster élastique (v2)

Cette fonctionnalité inclut les fonctionnalités clés suivantes :

• Sauvegardes à long terme isolées stockées dans un coffre : Crée des instantanés dans votre tenant et transfère en continu les sauvegardes vers le coffre de sauvegarde. Cette capacité isole les données de sauvegarde de l’abonnement source et du compte. Le coffre-fort protège les données grâce au contrôle d’accès basé sur les rôles (RBAC) Azure, à la suppression progressive et à l’autorisation multi-utilisateur (si activée).

• Sauvegardes immuables WORM : Permettent d’activer l’immuabilité (WORM) dans le coffre de sauvegarde afin d’empêcher tout utilisateur (y compris un administrateur du coffre) de modifier, de remplacer ou de supprimer des points de récupération avant l’expiration de leur période de conservation. Cette protection aide à protéger vos sauvegardes contre les ransomwares et les suppressions accidentelles ou malveillantes, et soutient les exigences de conformité WORM.

• Politiques de sauvegarde flexibles : Prend en charge les sauvegardes programmées quotidiennes ou hebdomadaires et les sauvegardes à la demande après avoir configuré la protection. Vous pouvez fixer des périodes de rétention indépendantes pour des points de récupération quotidiens, hebdomadaires, mensuels et annuels, allant de 7 jours à 10 ans.

• Mouvement incrémental des données : Transfert des données complètes du disque lors de la première sauvegarde et uniquement les blocs de données modifiés lors des sauvegardes suivantes, rendant les sauvegardes efficaces pour les serveurs multi-téraoctets. Si l’instantané précédent n’est pas disponible, Sauvegarde Azure relance automatiquement la réplication initiale sans aucune intervention utilisateur.

• Restaurer en tant que serveur : Restaure un point de récupération directement sur un serveur flexible PostgreSQL ou un cluster élastique cible pré-créé. La restauration ne nécessite pas un compte de stockage intermédiaire ni une opération manuelle pg_restore .

• Gestion centralisée des sauvegardes : Offre une expérience centralisée via Resiliency in Azure pour visualiser et gérer les sauvegardes et restaurations, les éléments protégés, les alertes et les rapports ainsi que d’autres charges de travail protégées par Sauvegarde Azure.

Flux de sauvegarde pour la sauvegarde archivée de serveur flexible Azure PostgreSQL et de cluster élastique (v2)

Le flux de sauvegarde pour Azure PostgreSQL flexible server et Elastic cluster vaulted backup (v2) fonctionne comme suit :

1. Vous accordez à l’identité gérée du coffre-fort de sauvegarde les permissions requises sur le serveur flexible source ou le cluster élastique. Dans le portail Azure, vous pouvez attribuer les rôles manquants en ligne lors de la configuration.
2. Vous configurez une politique de sauvegarde qui définit le planning et les règles de rétention, puis sélectionnez la source de données à protéger.
3. À chaque exécution programmée, Sauvegarde Azure demande au fournisseur de ressources PostgreSQL de créer un instantané de disque géré des disques du serveur et attend que le snapshot soit complètement hydraté.
4. Sauvegarde Azure obtient un accès temporel à l’instantané actuel et à l’instantané précédent, calcule la différence entre les deux, et ne déplace que la différence dans le coffre-fort de sauvegarde. La première sauvegarde n’a pas d’instantané précédent, donc elle transfère tout le contenu.
5. La sauvegarde Azure marque la sauvegarde comme Réussie lorsque les données instantanées sont copiées dans le coffre. Les points de récupération sont ensuite conservés et supprimés conformément aux règles de conservation définies dans la stratégie.

Restaurer le flux pour la sauvegarde archivée de serveur flexible Azure PostgreSQL et de cluster élastique (v2)

Le flux de restauration pour Azure Database pour PostgreSQL flexible server ou Elastic cluster vaulted backup (v2) fonctionne comme suit :

1. Vous créez le serveur flexible ou le cluster élastique Azure Database pour PostgreSQL de destination sur lequel la sauvegarde doit être restaurée. Sauvegarde Azure restaure le contenu disque sur une cible existante ; il ne crée pas automatiquement l'emplacement cible.
2. Vous sélectionnez le point de récupération dans le coffre de sauvegarde, puis choisissez la destination. Sauvegarde Azure valide la cible par rapport au point de récupération (ce qui inclut la version majeure de PostgreSQL, la taille du disque, le type de disque, le niveau SKU et la configuration réseau) avant de déclencher l’opération de restauration.
3. Sauvegarde Azure écrit le contenu des points de récupération sur les disques serveurs cibles.
4. Le fournisseur de ressources PostgreSQL lance le serveur restauré et celui-ci devient en ligne dans un état transactionnellement cohérent.

Comme la restauration écrit une image disque complète, le temps de restauration évolue avec la taille du point de récupération. Pour les serveurs multitéraoctets, prévoyez un objectif de temps de récupération mesuré en heures à jours plutôt qu’en minutes.

Authentification de la sauvegarde Azure avec le serveur PostgreSQL

Le service Sauvegarde Azure se connecte au serveur source via le fournisseur de ressources PostgreSQL, en utilisant l'identité gérée du coffre-fort de sauvegarde. L’identité du coffre-fort nécessite des permissions sur le serveur source pour la sauvegarde et sur le serveur cible pour la restauration. Lorsque vous configurez la protection ou déclenchez une restauration depuis le portail Azure, Sauvegarde Azure valide les autorisations nécessaires et propose d’attribuer les rôles manquants en ligne. Si vous n’avez pas accès à l’écriture sur le serveur, vous pouvez télécharger un modèle d’attribution de rôle et faire l’exécuter par un administrateur de base de données.

Vous pouvez également utiliser une identité managée attribuée par l’utilisateur pour accorder des permissions sur la source de données et sur le coffre-fort de sauvegarde.

Sauvegarde Azure utilise des identités gérées pour s’authentifier auprès de votre serveur PostgreSQL et nécessite les autorisations suivantes :

Support clé géré par le client

Sauvegarde Azure prend en charge les serveurs chiffrés avec une clé gérée par le client (CMK). Sauvegarde Azure lit les données snapshot sous forme déchiffrée et les stocke dans le vault chiffré au repos, soit avec une clé gérée par la plateforme, soit avec le CMK configuré sur le Backup Vault. Lors de la restauration, les données sont écrites sur le disque du serveur cible et re-chiffrées au repos avec la clé de ce serveur. Si vous avez besoin que les données soient protégées avec votre propre clé de bout en bout, configurez un CMK sur le serveur source, sur le serveur cible et sur le coffre-fort de sauvegarde.

Migrer de l’expérience v1 vers v2

Vous pouvez déplacer un élément existant protégé par la v1 vers la v2 et continuer à utiliser la même politique de sauvegarde et le même coffre-fort de sauvegarde. L’objet protégé reste inchangé, et vos points de récupération v1 existants restent disponibles.

Avant de migrer un élément protégé vers la v2, assurez-vous de remplir les prérequis suivants :

• Version PostgreSQL : Si votre serveur utilise PostgreSQL 14 ou antérieur, mettez-le à niveau vers PostgreSQL 15 ou une version ultérieure.
• Niveau de calcul : Si votre serveur utilise le niveau de calcul Burstable, faites-le évoluer vers le niveau Usage général ou Optimisé pour la mémoire.

Si le serveur ne remplit pas ces prérequis, le déplacement échoue à cause d’une erreur utilisateur.

Après avoir déplacé l’objet protégé en v2, vos points de récupération v1 existants restent disponibles. La méthode de restauration dépend de la version de sauvegarde utilisée pour créer le point de récupération :

• Pour les points de récupération créés avec la v1, utilisez Restore as Files.
• Pour les points de récupération créés avec la v2, utilisez Restore as Server.

Vous pouvez utiliser le type de sauvegarde affiché pour chaque point de récupération afin d’identifier s’il appartient à la v1 ou à la v2.

Apprenez comment migrer un élément protégé v1 existant vers v2 (aperçu).

Comprendre la tarification pour la sauvegarde archivée de serveur flexible Azure PostgreSQL et de cluster élastique (v2)

La sauvegarde archivée de serveur flexible Azure PostgreSQL et de cluster élastique (v2) entraîne les frais suivants :

• Frais d’instance protégée : facturés par instance protégée en fonction de la taille de la source de données, sur la base d’une tarification unitaire.
• Frais de stockage de sauvegarde : facturés sur le total des données stockées dans le coffre, en fonction de la redondance configurée sur le coffre-fort de sauvegarde.

Pour en savoir plus sur les tarifs, y compris les frais applicables et les détails de facturation, consultez la page tarification.

Comme la v2 prend en charge les sauvegardes quotidiennes pour les serveurs plus grands, vos paramètres de rétention déterminent principalement le coût de stockage. Vous pouvez conserver des points de récupération quotidiens pendant quelques mois et utiliser des points de récupération hebdomadaires, mensuels et annuels pour une plus longue rétention.

Étapes suivantes

• Matrice de prise en charge pour la sauvegarde archivée de serveur flexible Azure PostgreSQL et de cluster élastique (v2)
• Tutoriel pour la sauvegarde archivée de serveur flexible Azure PostgreSQL et de cluster élastique (v2) en utilisant le portail Azure
• Migrer l’instance de sauvegarde de la solution v1 vers la v2