Supprimer un serveur PostgreSQL avec Azure Arc

Article
11/05/2024

Ce document décrit les étapes permettant de supprimer un serveur de votre installation Azure Arc.

Remarque

En tant que fonctionnalité en préversion, la technologie présentée dans cet article est soumise aux conditions d’utilisation supplémentaires des préversions de Microsoft Azure.

Les dernières mises à jour sont disponibles dans les notes de publication.

Supprimer le serveur

À titre d’exemple, considérons que nous voulons supprimer l’instance postgres01 de l’installation ci-dessous :

az postgres server-arc list --k8s-namespace <namespace> --use-k8s
Name        State  
----------  -------
postgres01  Ready

Le format général de la commande delete est le suivant :

az postgres server-arc delete -n <server name> --k8s-namespace <namespace> --use-k8s

Lorsque vous exécutez cette commande, il vous est demandé de confirmer la suppression du serveur. Si vous utilisez des scripts pour automatiser les suppressions, vous devez utiliser le paramètre --force pour ignorer la demande de confirmation. Par exemple, vous exécutez une commande telle que :

az postgres server-arc delete -n <server name> --force --k8s-namespace <namespace> --use-k8s

Pour plus d’informations sur la commande delete, exécutez la commande suivante :

az postgres server-arc delete --help

Supprimer le serveur utilisé dans cet exemple

az postgres server-arc delete -n postgres01 --k8s-namespace <namespace> --use-k8s

Récupérer les revendications de volume persistant (PVC) Kubernetes

Une revendication PVC (PersistentVolumeClaim) est une demande de stockage émise par un utilisateur du cluster Kubernetes lors de la création et de l’ajout de stockage à un serveur PostgreSQL. La suppression d’un groupe de serveurs ne supprime pas les PVC associés. C'est la procédure normale. L’objectif est d’aider l’utilisateur à accéder aux fichiers de base de données en cas de suppression accidentelle de l’instance. La suppression des PVC n’est pas obligatoire. Toutefois, elle est recommandé. Si vous ne récupérez pas ces PVC, vous finirez par avoir des erreurs, car votre cluster Kubernetes pensera manquer d’espace disque ou l’utilisation du même nom de serveur PostgreSQL lors de la création d’un nouveau groupe pourrait provoquer des incohérences. Pour récupérer les PVC, procédez comme suit :

1. Répertoriez les PVC du groupe de serveurs que vous avez supprimés

Pour répertorier les PVC, exécutez la commande suivante :

kubectl get pvc [-n <namespace name>]

Celle-ci retourne la liste des PVC, en particulier les PVC du groupe de serveurs que vous avez supprimés. Par exemple :

kubectl get pvc
NAME                                         STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS   AGE
data-few7hh0k4npx9phsiobdc3hq-postgres01-0   Bound    pvc-72ccc225-dad0-4dee-8eae-ed352be847aa   5Gi        RWO            default        2d18h
data-few7hh0k4npx9phsiobdc3hq-postgres01-1   Bound    pvc-ce6f0c51-faed-45ae-9472-8cdf390deb0d   5Gi        RWO            default        2d18h
data-few7hh0k4npx9phsiobdc3hq-postgres01-2   Bound    pvc-5a863ab9-522a-45f3-889b-8084c48c32f8   5Gi        RWO            default        2d18h
data-few7hh0k4npx9phsiobdc3hq-postgres01-3   Bound    pvc-00e1ace3-1452-434f-8445-767ec39c23f2   5Gi        RWO            default        2d15h
logs-few7hh0k4npx9phsiobdc3hq-postgres01-0   Bound    pvc-8b810f4c-d72a-474a-a5d7-64ec26fa32de   5Gi        RWO            default        2d18h
logs-few7hh0k4npx9phsiobdc3hq-postgres01-1   Bound    pvc-51d1e91b-08a9-4b6b-858d-38e8e06e60f9   5Gi        RWO            default        2d18h
logs-few7hh0k4npx9phsiobdc3hq-postgres01-2   Bound    pvc-8e5ad55e-300d-4353-92d8-2e383b3fe96e   5Gi        RWO            default        2d18h
logs-few7hh0k4npx9phsiobdc3hq-postgres01-3   Bound    pvc-f9e4cb98-c943-45b0-aa07-dd5cff7ea585   5Gi        RWO            default        2d15h

Il y a 8 PVC pour ce groupe de serveurs.

2. Supprimez chacun des PVC

Supprimez les PVC de données et de journaux pour le serveur PostgreSQL que vous avez supprimé.

Le format général de cette commande est le suivant :

kubectl delete pvc <name of pvc>  [-n <namespace name>]

Par exemple :

kubectl delete pvc data-few7hh0k4npx9phsiobdc3hq-postgres01-0
kubectl delete pvc data-few7hh0k4npx9phsiobdc3hq-postgres01-1
kubectl delete pvc data-few7hh0k4npx9phsiobdc3hq-postgres01-2
kubectl delete pvc data-few7hh0k4npx9phsiobdc3hq-postgres01-3
kubectl delete pvc logs-few7hh0k4npx9phsiobdc3hq-postgres01-0
kubectl delete pvc logs-few7hh0k4npx9phsiobdc3hq-postgres01-1
kubectl delete pvc logs-few7hh0k4npx9phsiobdc3hq-postgres01-2
kubectl delete pvc logs-few7hh0k4npx9phsiobdc3hq-postgres01-3

Chacune de ces commandes kubectl confirme la réussite de la suppression du PVC. Par exemple :

persistentvolumeclaim "data-postgres01-0" deleted

Remarque

Comme indiqué, le fait de ne pas supprimer les PVC peut finalement conduire votre cluster Kubernetes à une situation où il lèvera des erreurs. Certaines de ces erreurs peuvent inclure la possibilité de créer, lire, mettre à jour ou supprimer des ressources de l’API Kubernetes, ou de pouvoir exécuter des commandes comme az arcdata dc export, car les pods de contrôleur peuvent être éliminés des nœuds Kubernetes en raison de ce problème de stockage (comportement Kubernetes normal).

Par exemple, vous pouvez voir des messages dans les journaux, similaires à ce qui suit :

Annotations:    microsoft.com/ignore-pod-health: true  
Status:         Failed  
Reason:         Evicted  
Message:        The node was low on resource: ephemeral-storage. Container controller was using 16372Ki, which exceeds its request of 0.

Étape suivante

Créer un serveur PostgreSQL avec Azure Arc

Partager via