Dell Automation Platform: Javaベースのコンテナ「OOMKilled」(カーネル6.12以降)

NativeEdge Dell Automation Platform 1.0の場合、 keycloak 取得している OOMKilled 初期化中。たとえば、helm のインストール中に、 keycloak Podが起動予定です

内部のログ keycloak 次で終わる:

Appending additional Java properties to JAVA_OPTS
Changes detected in configuration. Updating the server image.
Updating the configuration and installing your custom providers, if any. Please wait.

コンテナの説明には、次の情報が表示されます。

State: Waiting
  Reason: CrashLoopBackOff
Last State: Terminated
  Reason: OOMKilled

その他の環境では、次のようになります。

• Java コンテナー (例えば、 keycloak、Kafka、Elasticsearch) を OOMKilled ステータス。
• JVMは、予想外に高いヒープ・サイズの推定値を報告し、多くの場合、コンテナの制限ではなくホスト・メモリーと一致します。
• 次のようなメモリー チューニング フラグ -XX:MaxRAMPercentage 効果がないように見えます。
• ログには、次のようなメッセージが表示される場合があります。
  • [debug][os,container] controller memory is not enabled
  • [debug][os,container] One or more required controllers disabled at kernel level

オープンソース プロジェクトには、これに関するいくつかの問題があります。

• Bitnami Keycloakの問題 #31711 
• KeycloakのGitHubイニissue #36609 
• OpenJDK の問題 JDK-8346874 

Ubuntu 24.04.3は、デフォルトでは6.12カーネルを使用しません。ただし、一部のイメージは、すでに 6.12、6.13、6.14 バージョンで更新されています (AWS イメージライブラリなど)。

この問題は、Dell Automated Platform 1.1以降で解決されています

Dell Automated Platform 1.0で問題が発生した場合は、次の2つの簡単な回避策があります。

• コンテナーのメモリ制限を一時的に増やします。たとえば、Dell Automation Platformのインストールを続行し、メモリー制限を2倍にする手順は次のとおりです。 keycloak コンテナー。

kubectl edit sts keycloak -n dapo

• JVMメモリー制限の明示的な設定

起動フラグを使用して、メモリ使用量を手動で制限します。

extraEnvVars:
  - name: JAVA_OPTS_KC_HEAP
    value: "-XX:MaxRAMPercentage=70 -XX:MinRAMPercentage=70 -XX:InitialRAMPercentage=50 -XX:MaxRAM=1G"