PowerFlex 4.x: Procedimento de reinicialização normal do nó de gerenciamento do MVM da PFMP
Summary: Este procedimento aborda como realizar uma reinicialização normal em um nó de gerenciamento. Esse processo garante que a PowerFlex Management Platform (PFMP) permaneça em execução durante todo o processo. A manutenção é realizada em um nó de gerenciamento por vez. No âmbito deste procedimento, o MVM1 é o líder postgres. Ele é drenado e reinicializado por último. ...
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
Nota: Tenha cuidado ao realizar este procedimento. Dois nós MVM (Management Virtual Machine, máquina virtual de gerenciamento) devem estar ativos e em execução para manter a funcionalidade da PFMP.
Os comandos neste procedimento são executados a partir de um shell bash raiz. Para espelhar as etapas abaixo, faça log-in nos MVMs usando delladmin em seguida, execute sudo -s para alternar para um novo shell raiz.
Exemplo:
delladmin@pfmp-mvm03:~> whoami delladmin delladmin@pfmp-mvm03:~> sudo -s pfmp-mvm03:/home/delladmin # whoami root
Procedimento:
- Liste todas as instâncias do banco de dados Postgres e identifique o nome do pod com a função de Líder:
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'
- Execute o seguinte comando para identificar qual MVM está executando o pod Postgres Leader . Este é o último nó a ser drenado e reinicializado:
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
- Abra um terminal para o MVM3. Execute o seguinte comando:
kubectl get nodes
- Rotule o MVM3 para manutenção:
kubectl label node pfmp-mvm03 cmo.maintenance.mode=true
- Drene o nó MVM03 onde os pods em execução são normalmente removidos do nó. Os pods são agendados e executados em um nó diferente. Quando o processo de drenagem for concluído, o nó será reinicializado. Aguarde até que o nó volte a funcionar.
Nota: No Linux, se você executar dois comandos unidos por && (operador AND) e o primeiro comando falhar (sai com um código de saída diferente de zero), o segundo comando não será executado. Esse comportamento é devido à avaliação de curto-circuito no shell.
- Execute o seguinte comando para drenar o nó:
kubectl drain pfmp-mvm03 --ignore-daemonsets --delete-emptydir-data
- Depois que o nó for esvaziado, reinicialize-o:
sudo reboot
- SSH para MVM02 e execute o seguinte comando para monitorar o nó que você reinicializou e alcançar um STATUS Pronto:
watch kubectl get nodes
- Depois que o MVM03 relatar um status Ready, SSH para MVM03 execute o seguinte comando para descoronar e remover o rótulo de manutenção .
kubectl uncordon pfmp-mvm03 ; kubectl label node pfmp-mvm03 cmo.maintenance.mode-
Nota: O "-" depois
cmo.maintenance.mode no comando acima é muito importante. Não se esqueça de incluir o símbolo DASH . Isso é necessário para remover o rótulo do nó.
- Aguarde 5 minutos e execute o comando na etapa 1 para visualizar a integridade do cluster do banco de dados. Você pode repetir as etapas para o próximo MVM quando o resultado corresponder ao exemplo de banco de dados íntegro abaixo.
- Repita as etapas de 3 a 8 no MVM02 e, em seguida, no MVM01.
Nota: Ao executar esse procedimento no MVM02, use o MVM03 na etapa 6 para monitorar o status do nó do MVM02. Ao trabalhar no MVM01, use o MVM02 na etapa 6 para monitorar o status do nó do MVM01. Os comandos kubectl NÃO funcionam em um nó que não esteja no estado Ready.
Nota: Ao executar este procedimento, o pacote de conformidade pode entrar em um estado ERROR. Faça login na interface do usuário do PFxM e clique em Settings >Compliance Versions. O pacote de conformidade deverá ser ressincronizado se estiver em um estado ERROR.
Depois de concluir o procedimento em todos os três MVMs, execute o comando na etapa 1 para verificar a integridade do banco de dados postgres . Um pod deve ser o Líder e estar em um estado de execução. Deve haver 0MB de atraso e ambos os membros do modo de espera de sincronização devem ter um estado de streaming.
Exemplo de banco de dados íntegro:
+ 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 R640Products
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.