Технологія PowerFlex 4.x: Процедура коректного перезавантаження вузла управління PFMP MVM

Команди в цій процедурі виконуються з оболонки root bash. Щоб віддзеркалити наведені нижче кроки, увійдіть у MVM за допомогою delladmin Потім запустіть sudo -s , щоб перейти на нову кореневу оболонку.

Приклад:

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

Процедура:

1. Перерахуйте всі екземпляри бази даних Postgres і визначте ім'я поду з роллю Leader:

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'

2. Виконайте наступну команду, щоб визначити, на якому 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

3. Відкрийте термінал для MVM3. Виконайте наступну команду:

kubectl get nodes

4. Мітка MVM3 для обслуговування:

kubectl label node pfmp-mvm03 cmo.maintenance.mode=true

5. Зливний вузол MVM03, де з вузла витончено виселяються ходові поди. Поди плануються і працюють на іншому вузлі. Коли процес зливу завершується, вузол перезавантажується. Зачекайте, поки вузол знову підніметься.

6. Виконайте наступну команду для зливу вузла:

kubectl drain pfmp-mvm03 --ignore-daemonsets --delete-emptydir-data

7. Як тільки вузол буде злито, перезавантажте вузол:

sudo reboot

8. SSH до MVM02 і виконайте наступну команду для моніторингу вузла, який ви перезавантажили, щоб досягти СТАТУСУ Готовності:

watch kubectl get nodes

9. Як тільки MVM03 повідомить про статус готовності, SSH до MVM03 і виконайте наступну команду, щоб розблокувати та видалити мітку обслуговування.

kubectl uncordon pfmp-mvm03 ; kubectl label node pfmp-mvm03 cmo.maintenance.mode-

 

10. Зачекайте 5 хвилин, а потім виконайте команду на кроці 1, щоб переглянути стан кластера бази даних. Ви можете повторити кроки для наступного MVM, як тільки вихідні дані збігаються з прикладом Healthy Database нижче. 
11. Повторіть кроки 3-8 на MVM02, а потім MVM01. 

   
Коли ви завершите процедуру на всіх трьох MVM, запустіть команду на кроці 1, щоб перевірити справність бази даних postgres . Один стручок повинен бути лідером і перебувати в стані бігу. Має бути затримка 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 |
+-------------------------+------------------------------------------+--------------+-----------+----+-----------+

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 ... View More View Less