PowerFlex 4.x. Процедура корректной перезагрузки узла управления PFMP MVM
Summary: В этой процедуре описывается корректная перезагрузка узла управления. Этот процесс гарантирует, что платформа управления PowerFlex Management Platform (PFMP) будет работать на протяжении всего процесса. Обслуживание выполняется на одном узле управления за раз. В рамках данной процедуры MVM1 является лидером postgres. Он очищается и перезагружается в последнюю очередь. ...
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
Примечание. Соблюдайте осторожность при выполнении этой процедуры. Для поддержания функциональности PFMP должны быть запущены и работают два узла виртуальных машин управления (MVM).
Команды, описанные в этой процедуре, выполняются из корневой оболочки bash. Чтобы выполнить приведенные ниже действия, войдите в MVM с помощью delladmin Затем выполните sudo -s , чтобы переключиться на новую корневую оболочку.
Пример:
delladmin@pfmp-mvm03:~> whoami delladmin delladmin@pfmp-mvm03:~> sudo -s pfmp-mvm03:/home/delladmin # whoami root
Процедура:
- Выведите список всех экземпляров базы данных Postgres и определите имя модуля с ролью лидера:
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'
- Выполните следующую команду, чтобы определить, какой MVM запускает модуль Postgres Leader . Это последний узел, который нужно очистить и перезагрузить:
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
- Откройте терминал для MVM3. Выполните следующую команду:
kubectl get nodes
- Маркировка MVM3 для обслуживания:
kubectl label node pfmp-mvm03 cmo.maintenance.mode=true
- Удалить узел MVM03, где запущенные модули pod корректно вытесняются из узла. Модули pod планируют и запускаются на другом узле. После завершения процесса очистки узел перезагрузится. Дождитесь восстановления работоспособности узла.
Примечание. В Linux, если вы выполняете две команды, соединенные оператором && (оператор И), и первая команда завершается сбоем (завершается с ненулевым кодом выхода), то вторая команда не выполняется. Это происходит из-за оценки короткого замыкания в оболочке.
- Выполните следующую команду, чтобы очистить узел:
kubectl drain pfmp-mvm03 --ignore-daemonsets --delete-emptydir-data
- После очистки узла перезагрузите узел.
sudo reboot
- Подключитесь через SSH к MVM02 и выполните следующую команду, чтобы отслеживать узел, который вы перезагрузили, чтобы достичь состояния «Ready»:
watch kubectl get nodes
- После того как MVM03 сообщит о состоянии «Ready», подключитесь по SSH к MVM03 и выполните следующую команду, чтобы отключить и удалить этикетку обслуживания.
kubectl uncordon pfmp-mvm03 ; kubectl label node pfmp-mvm03 cmo.maintenance.mode-
Примечание. Знак «-» после
cmo.maintenance.mode в команде, приведенной выше, очень важно. Не забудьте включить символ ТИРЕ . Это необходимо для удаления метки с узла.
- Подождите 5 минут, а затем выполните команду, приведенную на шаге 1, чтобы просмотреть состояние кластера базы данных. Вы можете повторить эти шаги для следующего MVM, когда выходные данные будут соответствовать приведенному ниже примеру работоспособной базы данных.
- Повторите шаги 3–8 для MVM02, затем для MVM01.
Примечание. При выполнении этой процедуры на MVM02 используйте MVM03 для шага 6 для мониторинга состояния узла MVM02. При работе с MVM01 используйте MVM02 для шага 6 для мониторинга состояния узла MVM01. Команды Kubectl НЕ работают на узле, который не находится в состоянии готовности.
Примечание. После выполнения этой процедуры пакет комплаенса может перейти в состояние ERROR. Войдите в пользовательский интерфейс PFxM и нажмите Settings >Compliance Versions. Если пакет комплаенса находится в состоянии ERROR, его необходимо повторно синхронизировать.
Выполнив процедуру на всех трех MVM, выполните команду из шага 1 для проверки работоспособности базы данных postgres . Один из подов должен быть Лидером и находиться в состоянии Running. Задержка должна составлять 0 Мбайт, и оба участника режима ожидания синхронизации должны находиться в состоянии потоковой передачи.
Пример работоспособной базы данных:
+ 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.