Azure Arc-kompatibilis PostgreSQL-kiszolgáló törlése
Ez a dokumentum a kiszolgálók Azure Arc-beállításból való törlésének lépéseit ismerteti.
Megjegyzés:
Előzetes verziójú funkcióként a cikkben bemutatott technológia a Microsoft Azure előzetes verziójának kiegészítő használati feltételeire vonatkozik.
A legújabb frissítések a kibocsátási megjegyzésekben érhetők el.
A kiszolgáló törlése
Tegyük fel például, hogy törölni szeretnénk a postgres01 példányt az alábbi beállításból:
az postgres server-arc list --k8s-namespace <namespace> --use-k8s
Name State
---------- -------
postgres01 Ready
A törlési parancs általános formátuma a következő:
az postgres server-arc delete -n <server name> --k8s-namespace <namespace> --use-k8s
A parancs végrehajtásakor a rendszer kérni fogja, hogy erősítse meg a kiszolgáló törlését. Ha szkriptekkel automatizálja a törléseket, a --force paramétert kell használnia a megerősítési kérelem megkerüléséhez. Futtathat például egy parancsot, például:
az postgres server-arc delete -n <server name> --force --k8s-namespace <namespace> --use-k8s
A törlési paranccsal kapcsolatos további részletekért futtassa a következőt:
az postgres server-arc delete --help
A példában használt kiszolgáló törlése
az postgres server-arc delete -n postgres01 --k8s-namespace <namespace> --use-k8s
A Kubernetes állandó mennyiségi jogcímeinek (PVC-k) visszaigénylése
A PersistentVolumeClaim (PVC) egy felhasználó által a Kubernetes-fürtből származó tárolásra vonatkozó kérés, amely során tárolót hoz létre és ad hozzá egy PostgreSQL-kiszolgálóhoz. A kiszolgálócsoportok törlése nem távolítja el a társított PVC-ket. Ez az elvárt működés. A cél az, hogy segítsen a felhasználónak elérni az adatbázisfájlokat abban az esetben, ha a példány törlése véletlenül történt. A PVC-k törlése nem kötelező, de ajánlott. Ha nem veszi vissza ezeket a PVC-ket, végül hibákba ütközik, mivel a Kubernetes-fürt azt fogja hinni, hogy elfogy a lemezterület, vagy ugyanazt a PostgreSQL-kiszolgálónevet használja, miközben újat hoz létre, inkonzisztenciákat okozhat. Hajtsa végre a következő lépéseket a PVC-k felszabadításához:
1. Listázhatja a törölt kiszolgálócsoporthoz tartozó PVC-ket
A PVC-k listázásához futtassa a következő parancsot:
kubectl get pvc [-n <namespace name>]
Visszaadja a PVC-k listáját, különösen a törölt kiszolgálócsoporthoz tartozó PVC-ket. Például:
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
Ehhez a kiszolgálócsoporthoz 8 PVCs van.
2. Törölje az egyes PVC-ket
Törölje a törölt PostgreSQL-kiszolgáló adatait és naplózza a PVC-ket.
A parancs általános formátuma a következő:
kubectl delete pvc <name of pvc> [-n <namespace name>]
Például:
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
Mindegyik kubectl-parancs megerősíti a PVC sikeres törlését. Például:
persistentvolumeclaim "data-postgres01-0" deleted
Megjegyzés:
Amint azt jeleztük, a PVC-k törlése után előfordulhat, hogy a Kubernetes-fürt olyan helyzetben lesz, amikor az hibákat fog okozni. Ezen hibák némelyike lehet, hogy nem tud erőforrásokat létrehozni, olvasni, frissíteni, törölni a Kubernetes API-ból, vagy olyan parancsokat futtatni, mint a az arcdata dc export vezérlő podok, a kubernetes-csomópontokról a tárolási probléma miatt (normál Kubernetes-viselkedés).
A naplókban például a következőhöz hasonló üzenetek jelenhetnek meg:
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.
Következő lépés
Visszajelzés
Hamarosan elérhető: 2024-ben fokozatosan kivezetjük a GitHub-problémákat a tartalom visszajelzési mechanizmusaként, és lecseréljük egy új visszajelzési rendszerre. További információ: https://aka.ms/ContentUserFeedback.
Visszajelzés küldése és megtekintése a következőhöz: