For AI agents: the complete documentation index is available at https://docs.ovhcloud.com/fr/llms.txt, the full documentation bundle is available at https://docs.ovhcloud.com/fr/llms-full.txt, and this page is available as Markdown at https://docs.ovhcloud.com/fr/guides/public-cloud/databases/handling-disk-full.md.

Gérer des situations de 'Full Disk' pour les bases de données Public Cloud

Voir en Markdown

Découvrez comment éviter, analyser et réparer un service Public Cloud Databases atteignant sa pleine capacité de disque

Objectif

Quelle que soit la technologie de base de données utilisée, lorsqu'il n'y a plus d'espace disque physique disponible, le fonctionnement du service se dégrade fortement. Au minimum, vos bases de données ne peuvent plus stocker de nouvelles données, mais même les opérations de lecture logique peuvent commencer à être impactées, par exemple les requêtes peuvent ralentir ou échouer.

Ce guide vous aide à comprendre comment les services Public Cloud Databases se comportent avant et lorsqu'ils atteignent de telles conditions, et ce que vous pouvez faire dans ce cas.

Prérequis

Accès à l'espace client OVHcloud

  • Lien direct :
  • Chemin de navigation : Public Cloud > Sélectionnez votre projet

En pratique

Éviter les situations de disque plein

Métriques d'utilisation de l'espace disque

Dans le cadre d'une utilisation efficace de votre service Public Cloud Databases, vous devriez surveiller les métriques du service. Vous pouvez y accéder depuis l' ou via l'API. Vous pouvez également utiliser des intégrations inter-services pour collecter, observer et créer des alertes basées sur les métriques des services.

Notifications par e-mail

Lorsque le stockage de votre service commence à se remplir et atteint un seuil élevé, Public Cloud Databases vous envoie un e-mail pour vous alerter de la situation. Le seuil spécifique dépend du moteur ; il peut aller de 75 à 90 %.

Lorsque l'utilisation du disque augmente encore davantage et atteint un niveau critique (selon le moteur, entre 90 et 95 %), vous recevrez une nouvelle notification par e-mail et le service passera en mode « disk full », où il commencera à refuser les écritures.

Comment gérer une situation de disque plein ?

Les différents moteurs réagissent de différentes manières ; ainsi, les services Public Cloud Databases réagissent différemment face aux conditions de disque plein :

  • Valkey ne stocke aucune donnée utilisateur sur disque. Il ne remplira donc pas le stockage disque sous-jacent.
  • MySQL et PostgreSQL passent en lecture seule avec un moyen de repasser temporairement en lecture-écriture.
  • MongoDB interdit les écritures mais autorise les suppressions uniquement pour les utilisateurs Admin.

Faire évoluer votre service

Il se peut que votre utilisation nécessite simplement davantage de stockage. Vous pouvez alors augmenter le stockage provisionné et/ou passer à une offre disposant de plus de stockage. Une fois la mise à niveau terminée, le service détectera qu'un espace de stockage supplémentaire est disponible et repassera donc en mode normal.

Récupérer de l'espace disque

Il se peut que vous ayez atteint la situation de disque plein en raison d'une application défaillante qui remplit votre base de données, ou parce que vous stockez d'anciennes données obsolètes. Dans ces cas, arrêtez le processus qui remplit indûment votre stockage, puis supprimez les données indésirables.

MongoDB

MongoDB bloque toutes les opérations d'écriture lorsque le disque est plein, à l'exception des utilisateurs Admin, qui peuvent exécuter n'importe quelle commande MongoDB pour récupérer de l'espace disque.

PostgreSQL, MySQL

Pour ces moteurs, appelez le point de terminaison API correspondant pour autoriser temporairement les opérations d'écriture :

PostgreSQL
MySQL
POST/cloud/project/{serviceName}/database/postgresql/{clusterId}/enableWrites

Cela vous donnera une fenêtre de 15 minutes pour écrire de nouveau dans votre base de données. À la fin de cette fenêtre, soit vous avez pu exécuter des requêtes qui réduisent l'utilisation du disque (par exemple des DROP, des DELETE), et votre service repasse alors à l'état lecture-écriture, soit l'utilisation du disque reste trop élevée et votre service repassera à l'état lecture seule.

Warning

Veillez à ne pas utiliser cette fenêtre d'écriture pour continuer à augmenter l'utilisation du disque ; cela pourrait remplir complètement l'espace de stockage sous-jacent. PostgreSQL et MySQL ne réagiront pas bien à une telle situation et pourraient se retrouver hors service de façon irrécupérable.

Nous voulons vos retours !

Nous serions ravis de répondre à vos questions et apprécions tout retour que vous pourriez nous faire.

Si vous avez besoin d'une formation ou d'une assistance technique pour la mise en oeuvre de nos solutions, contactez votre commercial ou cliquez sur ce lien pour obtenir un devis et demander une analyse personnalisée de votre projet à nos experts de l’équipe Professional Services.

Vous êtes sur Discord ? Rejoignez notre chaîne via https://discord.gg/ovhcloud et interagissez directement avec l’équipe qui développe notre service de bases de données !

Cette page vous a-t-elle aidé ?