WilliamLam.com

  • About
    • About
    • Privacy
  • VMware Cloud Foundation
    • VMware Cloud Foundation 9
  • VKS
  • Homelab
    • Hardware Options
    • Hardware Reviews
    • Lab Deployment Scripts
    • Nested Virtualization
    • Homelab Podcasts
  • VMware Nostalgia
  • Apple
You are here: Home / VMware Cloud Foundation / Quick Tip - Workaround for High CPU usage for ccs-k3s-app in VCF 9.0 Automation 

Quick Tip - Workaround for High CPU usage for ccs-k3s-app in VCF 9.0 Automation 

08.06.2025 by William Lam // 5 Comments

On a few occasions, I have noticed that after the initial deployment of VMware Cloud Foundation (VCF) 9.0 that also includes VCF Automation (VCFA), the VCFA VM can experience a sustained CPU usage spikes exceeding 30 GHz.


Interestingly, VCFA continues to function fine and I am still able to connect to both VCFA Provider Admin/Organization Portals and perform tasks. In fact, I would not have noticed if it was not for the fans on my MS-A2 spinning like crazy and was able to track it down to ESXi host running the VCFA VM.

With the help from VCFA Engineering, they were able to identify scenario where the ccs-k3s-app Kubernetes pod is miss-behaving and would drive up the CPU utilization.

To determine whether this is affecting your high CPU usage for VCFA, you can run through the following:

Step 1 - SSH to VCFA VM using vmware-system-user and the password you had specified during the deployment

Step 2 - Switch to root user with its environment by running the following command:

sudo -i

Step 3 - List the top pods by CPU and check whether the ccs-k3s-app pod is consuming a significant more amount of CPU by running the following command:

kubectl top pods -n prelude --sort-by=cpu


Step 4 - Inspect the ccs-k3s-app pod logs and see if the following message is being "Waiting for API server to become available" repeated:

kubectl -n prelude logs $(kubectl -n prelude get pods -o name | grep ^pod/ccs-k3s-app | head -n1) --tail=10

If you are observing the same behavior, then the workaround is to delete the running ccs-k3s-app pod and a new instance will respawn and hopefully the issue will go away.

You can use the following 1-liner kubectl command to identify the running pod and then perform the pod delete:

kubectl -n prelude delete $(kubectl -n prelude get pods -o name | grep ^pod/ccs-k3s-app | head -n1)


If we re-run Step 3 again after the pod restart, we should now see the ccs-k3s-app pod is using a more reasonable amount of CPU


If we take a look at our VCFA VM in the vSphere UI, we should see the steady state hovering around 7-8Ghz.


If you are still seeing high CPU usage after applying this workaround and you are not observing the same symptoms, please open an SR to troubleshoot further.

Categories // VMware Cloud Foundation Tags // VCF 9.0, VCF Automation

Comments

  1. *protectedLeaha says

    08/06/2025 at 9:44 pm

    That's good to know, I've spotted that in my lab as well, kinda gave me a heart attack lol
    Thanks

    Reply
  2. *protectedFrostByteVA says

    08/07/2025 at 4:39 am

    Thank you! I've seen this from the beginning in my test environment and didn't want to bother opening a ticket as I assumed it was normal.

    Reply
  3. *protectedTim Sommer says

    08/07/2025 at 10:55 am

    I tried this and deleted the POD twice. It still came back CPU hungry and same messages:

    time="2025-08-07T17:53:49Z" level=info msg="Waiting for API server to become available"

    Reply
  4. *protectedEric Nielsen says

    08/14/2025 at 11:01 am

    Thanks I saw this on the VMware{code} lab set, and followed the above instructions and now running at 7.734 GHz, much better!

    Reply
  5. *protecteddalpat_m says

    12/02/2025 at 9:58 am

    any idea on why policy-insights-server pod would cause high cpu usage on 9.0.1.0?

    Reply

Thanks for the comment!Cancel reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Search

Thank Author

Author

William is Distinguished Platform Engineering Architect in the VMware Cloud Foundation (VCF) Division at Broadcom. His primary focus is helping customers and partners build, run and operate a modern Private Cloud using the VMware Cloud Foundation (VCF) platform.

Connect

  • Bluesky
  • Email
  • GitHub
  • LinkedIn
  • Mastodon
  • Reddit
  • RSS
  • Twitter
  • Vimeo

Recent

  • Improved Workaround for NSX Edge Deployment & Upgrade to VCF 9.0.2 running AMD Ryzen CPUs 01/20/2026
  • Disable HTTP Range Requests on Synology WebStation, Apache or Nginx 01/14/2026
  • Quick Tip - Correlating VCF Component to Bundle ID/Name 01/08/2026
  • TLS Chain of Trust when using SSL Inspection with VCF Download Tool (VCFDT) 01/07/2026
  • Quick Tip - Reset vCenter Server from previously managed VCF Operations for VCF Single Sign-On (SSO) 01/06/2026

Advertisment

Privacy & Cookies: This site uses cookies. By continuing to use this website, you agree to their use.

To find out more, including how to control cookies, see here: Cookie Policy

Copyright WilliamLam.com © 2026

 

Loading Comments...