PowerFlex 4.x: Procedure soepel opnieuw opstarten PFMP MVM-beheerknooppunt

Summary: In deze procedure wordt beschreven hoe u een correcte herstart uitvoert op een beheerknooppunt. Dit proces zorgt ervoor dat het PowerFlex Management Platform (PFMP) gedurende het hele proces actief blijft. Onderhoud wordt op één beheerknooppunt tegelijk uitgevoerd. In het kader van deze procedure is MVM1 de postgres-leider. Het wordt leeggemaakt en als laatste opnieuw opgestart. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Instructions

Opmerking: Wees voorzichtig bij het uitvoeren van deze procedure. Twee MVM-knooppunten (Management Virtual Machine) moeten actief zijn om de PFMP-functionaliteit te behouden.
 
De opdrachten in deze procedure worden uitgevoerd vanuit een root bash-shell. Als u de onderstaande stappen wilt spiegelen, meldt u zich aan bij de MVM's met behulp van delladmin en ren vervolgens uit sudo -s om over te schakelen naar een nieuwe root shell.

Voorbeeld:
delladmin@pfmp-mvm03:~> whoami
delladmin
delladmin@pfmp-mvm03:~> sudo -s
pfmp-mvm03:/home/delladmin # whoami
root


Procedure:

  1. Maak een lijst van alle Postgres-database-instanties en identificeer de podnaam met de rol Leider:
kubectl exec -n powerflex -c database $(kubectl get pods -n powerflex -l='postgres-operator.crunchydata.com/role=master, postgres-operator.crunchydata.com/instance-set' | grep Running | cut -d' ' -f1) -- sh -c 'patronictl list'
  1. Voer de volgende opdracht uit om te bepalen welke MVM de Postgres Leader-pod uitvoert . Dit is het laatste knooppunt dat moet worden leeggemaakt en opnieuw moet worden opgestart:
for x in `kubectl get pods -n powerflex | grep "postgres-ha-cmo" |awk '{print $1}'` ; do echo $x; kubectl get pods -n powerflex $x -o json | grep '"nodeName"' | cut -d ':' -f2 ; echo " "; done
  1. Open een terminal naar de MVM3. Voer de volgende opdracht uit:
kubectl get nodes
  1. Label MVM3 voor onderhoud:
kubectl label node pfmp-mvm03 cmo.maintenance.mode=true
  1. Tap knooppunt MVM03 af waar actieve pods netjes uit het knooppunt worden verwijderd. De pods plannen en worden uitgevoerd op een ander knooppunt. Wanneer het afvoerproces is voltooid, wordt het knooppunt opnieuw opgestart. Wacht tot het knooppunt weer is opgestart.
Opmerking: Als u in Linux twee opdrachten uitvoert die zijn verbonden door && (AND-operator) en de eerste opdracht mislukt (eindigt met een afsluitcode die niet nul is), dan wordt de tweede opdracht niet uitgevoerd. Dit gedrag is te wijten aan kortsluitevaluatie in de shell.
 
  1. Voer de volgende opdracht uit om het knooppunt leeg te maken:
kubectl drain pfmp-mvm03 --ignore-daemonsets --delete-emptydir-data
  1. Zodra het knooppunt leeg is, start u het knooppunt opnieuw op:
sudo reboot
  1. Ga met SSH naar MVM02 en voer de volgende opdracht uit om het knooppunt dat u opnieuw hebt opgestart te controleren om de status Gereed te krijgen:
watch kubectl get nodes
  1. Zodra MVM03 een gereed-STATUS meldt, SSH naar MVM03 en voert u de volgende opdracht uit om het onderhoudslabel los te maken en te verwijderen .
kubectl uncordon pfmp-mvm03 ; kubectl label node pfmp-mvm03 cmo.maintenance.mode-

Opmerking: De "-" na cmo.maintenance.mode in de bovenstaande opdracht is erg belangrijk. Vergeet niet het DASH-symbool op te nemen. Dit is nodig om het label van het knooppunt te verwijderen.
 
  1. Wacht 5 minuten en voer vervolgens de opdracht in stap 1 uit om de status van het databasecluster weer te geven. U kunt de stappen voor de volgende MVM herhalen zodra de uitvoer overeenkomt met het onderstaande voorbeeld van een gezonde database
  2. Herhaal stap 3-8 op MVM02 en vervolgens MVM01. 
 
Opmerking: Wanneer u deze procedure uitvoert op MVM02, gebruikt u MVM03 voor stap 6 om de status van het MVM02-knooppunt te controleren. Wanneer u aan MVM01 werkt, gebruikt u MVM02 voor stap 6 om de status van het MVM01-knooppunt te controleren. Kubectl-opdrachten werken NIET op een knooppunt dat zich niet in een gereed-status bevindt.
 
Opmerking: Wanneer u deze procedure uitvoert, kan de nalevingsbundel de status ERROR krijgen. Meld u aan bij de PFxM UI, klik op Settings >Compliance Versions. De nalevingsbundel moet opnieuw worden gesynchroniseerd als deze de status ERROR heeft.

Wanneer u de procedure op alle drie de MVM's hebt voltooid, voert u de opdracht in stap 1 uit om de status van de postgres-database te controleren. Eén pod moet de leider zijn en in een staat van draaien zijn. Er moet 0 MB vertraging zijn en beide Sync Standby-leden moeten een status van streaming hebben.

Voorbeeld van een gezonde database:
+ Cluster: postgres-ha-ha +------------------------------------------+--------------+-----------+----+-----------+
| Member                  | Host                                     | Role         | State     | TL | Lag in MB |
+-------------------------+------------------------------------------+--------------+-----------+----+-----------+
| postgres-ha-cmo1-8t2v-0 | postgres-ha-cmo1-8t2v-0.postgres-ha-pods | Leader       | running   | 10 |           |
| postgres-ha-cmo1-h4hx-0 | postgres-ha-cmo1-h4hx-0.postgres-ha-pods | Sync Standby | streaming | 10 |         0 |
| postgres-ha-cmo1-pb88-0 | postgres-ha-cmo1-pb88-0.postgres-ha-pods | Sync Standby | streaming | 10 |         0 |
+-------------------------+------------------------------------------+--------------+-----------+----+-----------+

Affected Products

PowerFlex appliance R640

Products

PowerFlex rack, VxFlex Ready Nodes, PowerFlex custom node, PowerFlex appliance R650, PowerFlex appliance R6525, PowerFlex appliance R660, PowerFlex appliance R6625, Powerflex appliance R750, PowerFlex appliance R760, PowerFlex appliance R7625 , PowerFlex appliance R740XD, PowerFlex appliance R7525, PowerFlex appliance R840 ...
Article Properties
Article Number: 000225550
Article Type: How To
Last Modified: 19 Jun 2025
Version:  12
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.