Réduire l’impact sur le stockage d’une restauration Point-in-time

La restauration Point-in-time (PITR), ou restauration d’une base à un instant précis, est une fonctionnalité essentielle au bon fonctionnement des applications en entreprise. Elle permet en effet aux administrateurs des bases données (DBA) de restaurer une base en production après un effacement accidentel de données, en spécifiant un point de restauration dans le temps avant l’incident. 

Cloud SQL for PostgreSQL a introduit la prise en charge de cette fonctionnalité la restauration Point-in-time (PITR) en juillet 2020. Vous pouvez ainsi aisément restaurer votre base Cloud SQL après une corruption de données ou une suppression accidentelle en revenant à un point antérieur à l’incident. 

Nous sommes ravis d’annoncer le lancement d’une fonction supplémentaire qui rend l’activation de PITR pour Cloud SQL for PostgreSQL encore plus facile et incontournable : les fichiers write-ahead logging (WAL) des instances pour lesquelles la fonction PITR a été activée ne consommeront désormais plus d’espace de stockage disque. Essentiels pour remonter le temps, les fichiers de journalisation WAL (aussi appelés journaux de transactions) enregistrent toutes les modifications apportées aux données. 

En lieu et place du stockage sur instance, PostgreSQL, après activation de cette nouvelle fonctionnalité, va directement stocker dans Google Cloud Storage les multiples fichiers WAL collectés pendant la fenêtre de rétention. Ils seront également directement lus depuis Google Cloud Storage en cas d’opération de restauration. Parce que la taille d’un fichier WAL peut rapidement croître lorsque la base de données enregistre un pic d’activité, cette fonctionnalité permet de réduire de façon significative l’impact de tels pics de charge sur votre espace de stockage disque provisionné (au niveau de l’instance). Ces fichiers WAL sont donc désormais stockés pendant sept jours maximum dans la même région Google Cloud que votre instance, sans engendrer de frais supplémentaires.

La fonction PITR est dès aujourd’hui activée par défaut lorsque vous créez une nouvelle instance Cloud SQL for PostgreSQL à partir de la console Google Cloud et vos journaux de transactions ne sont plus stockés par défaut sur ces nouvelles instances mais sur Google Cloud Storage.
Pour les instances PostgreSQL existantes, si PITR était déjà activé, cette nouvelle fonctionnalité sera déployée un peu plus tard. Mais vous pouvez en profiter dès aujourd’hui simplement en désactivant et réactivant manuellement la fonction PITR sur vos instances existantes de sorte à réinitialiser la fonctionnalité et bénéficier immédiatement de ce nouvel avantage. 

Sur les instances où la fonction est activée, vous remarquerez que l'espace de stockage consommé est automatiquement réduit, à hauteur du volume des fichiers WAL générés par l’instance. Le stockage consommé par les fichiers WAL varie selon l’instance et l’activité de la base de données, la taille des journaux pouvant en effet diminuer et au contraire augmenter de façon significative selon les périodes d’activité de la base. Quelle que soit la volumétrie de vos journaux de transaction, leur stockage n’impactera votre instance que pendant un délai très bref, en l’occurrence le laps de temps nécessaire pour actualiser les éventuels réplicas de l’instance et pour les enregistrer en toute confiance sur le cloud. Après ça, les fichiers WAL sont automatiquement supprimés de votre instance.

Continuer d’améliorer Cloud SQL for PostgreSQL est notre préoccupation quotidienne. Nous faisons tout pour que les restaurations après incident deviennent une fonction non seulement facile à mettre en œuvre mais également aussi économique que possible pour vous. Pour en savoir plus sur cette amélioration PITR, consultez notre documentation.