PowerFlex 4.6で複数のポッドが再起動し続ける

PowerFlex Manager 4.6.1の新規導入、またはSOおよびCOノードの200+ノードを使用した4.6.1へのアップグレード 

再起動中の画面ビューにメモリー不足が表示される: 

 

問題

• システムの正常性状態が不安定になり、UIが応答を停止する/使用できない

PowerFlex Managerプラットフォーム(PFMP)バージョン4.6.1以降のソフトウェアの問題により、200を超えるノード(SOとCOの両方)を持つシステムには、以前に通知されたよりも多くのコンピューティング リソースが必要です。28個のCPUコアと64 GBのメモリー。

電源オフ手順

1. MVMにログインし、次のコマンドを実行してデータベースを停止します。
   1. データベースの稼働状態を検証します。

      kubectl config set-context default --namespace=$(kubectl get pods -A | grep -m 1 -E 'platform|pgo|helmrepo|docker' | cut -d' ' -f1)
       
      echo $(kubectl get pods -l="postgres-operator.crunchydata.com/control-plane=pgo" --no-headers -o name && kubectl get pods -l="postgres-operator.crunchydata.com/instance" --no-headers -o name) | xargs kubectl get -o wide
       
      kubectl -n powerflex patch $(kubectl -n powerflex get postgrescluster -o name) --type merge --patch '{"spec":{"shutdown":true}}'

       
       
   2. データベースがシャットダウンされていることを確認します。

      echo $(kubectl get pods -l="postgres-operator.crunchydata.com/control-plane=pgo" --no-headers -o name && kubectl get pods -l="postgres-operator.crunchydata.com/instance" --no-headers -o name) | xargs kubectl get -o wide
      

       
       
2. MVMの電源を切ります

MVMリソースのアップデート

新規導入または4.6.1へのアップグレードの場合、MVMノードは追加のメモリーとCPUの要件を満たす必要があります。

• CPU - 28コア
• メモリー - 64 GB

電源投入手順

1. すべてのMVMの電源をオンにします
    
2. 各MVMで、次のコマンドを実行してrke2-serverサービスのステータスを確認します。

   kubectl get nodes
   

    
    
   rke2-serverのステータスに応じて、次の手順を実行します。

   rke2-serverのステータス	次の手順を実行
   アクティブ	次の手順に進む
   アクティブ 化	コマンドを繰り返して、アクティブになるまでrke2-serverのステータスを確認します。
   失敗	次のコマンドを実行して、サービスの開始を試みます。 systemctl start rke2-server

3. すべてのMVMでrke2-serverがアクティブになったら、すべてのノードが準備完了状態であることを確認します。

   kubectl get nodes
   

    
    
4.  ノードの準備ができたら、次の手順に進みます。エラー メッセージが表示された場合は、数分待ってから再試行してください。
   1. クラスター監視オペレーター(CMO)データベースをリストアします。

      kubectl config set-context default --namespace=$(kubectl get pods -A | grep -m 1 -E 'platform|pgo|helmrepo|docker' | cut -d' ' -f1)
       
      kubectl -n powerflex patch $(kubectl -n powerflex get postgrescluster -o name) --type merge --patch '{"spec":{"shutdown": false}}'

       
       
   2. CMOデータベースを確認します。

      echo $(kubectl get pods -l="postgres-operator.crunchydata.com/control-plane=pgo" --no-headers -o name && kubectl get pods -l="postgres-operator.crunchydata.com/instance" --no-headers -o name) | xargs kubectl get -o wide
      

       
       
5. PowerFlex管理プラットフォームのステータスを監視します。
   1. 次のコマンドを実行して、PowerFlex管理プラットフォーム監視ユーティリティーのポート番号を特定します。

      kubectl get services monitor-app -n powerflex -o jsonpath="{.spec.ports[0].nodePort}{\"\n\"}"
      

       
       
   2. 20分から30分待ってから、PowerFlex管理プラットフォームの全体的な正常性ステータスを確認します。
       
6. http://<node IP>:p ort/に移動します。ここで、ノードIPアドレスは、いずれかのMVMで構成されている管理IPアドレスです(IngressまたはPowerFlex ManagerのIPアドレスではありません)。
    
7. [PFMP status]をクリックし、すべてのエントリーが緑色に変わるまで待ちます。
    
8. これで、PFMPメインUIにアクセスできるようになります(20分から30分待つ場合があります)。

問題が発生するバージョン

PFMPの4.6.1

修正バージョン

PFMPの4.8