Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Kong via k8s - memory spikes at an hourly frequency #13859

Open
1 task
himeshmyk opened this issue Nov 12, 2024 · 1 comment
Open
1 task

Kong via k8s - memory spikes at an hourly frequency #13859

himeshmyk opened this issue Nov 12, 2024 · 1 comment
Labels
area/kubernetes Issues where Kong is running on top of Kubernetes

Comments

@himeshmyk
Copy link

himeshmyk commented Nov 12, 2024

Is there an existing issue for this?

  • I have searched the existing issues

Kong version ($ kong version)

2.4.1

Current Behavior

Hello,

Summary
Experiencing memory spikes every hour with Kong 2.4.1 deployed with kubernetes arm64. No related to request count

Details
We are currently using Kong in DB mode as an API Gateway in our organization. The version of Kong open source currently in use is 2.4.1.

Configuration Details
We have deployed this via kubernetes with:

  1. arm64 architecture
  2. a replica count of 8 in one of the namespaces
  3. per pod (replica) memory and CPU configurations as defined below:
    resources:
    requests:
    memory: "1024M"
    cpu: "0.5"
    limits:
    memory: "2048M"
    cpu: "2"

Issue
We're seeing pod memory spikes at an hourly frequency in each of the pods in the deployment:
image

Some points to note:

  1. There is no significant difference in the number of requests during and outside the spike durations.
  2. This deployment is serving a peak request count of around 6.4k requests per second (~0.8k requests per second for each replica assuming correct load balancing).
  3. Further, the kong latency of requests also increases during these spikes, sometimes reaching ~2.5 seconds.

Ask
As this is causing issues for our internal and external consumers, and we'd like to continue using Kong as an API gateway, with a further increase in usage over time, can you please share with us:

  1. Any leads on how to resolve this?
  2. Else, any pointers on further investigation for this.

Please let us know if you need any further information from our side.

Thanks,
Himesh Bhatia

Expected Behavior

No response

Steps To Reproduce

No response

Anything else?

No response

@xianghai2
Copy link

The recommendation is to use Kong 3.8 .

@xianghai2 xianghai2 added the area/kubernetes Issues where Kong is running on top of Kubernetes label Nov 13, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/kubernetes Issues where Kong is running on top of Kubernetes
Projects
None yet
Development

No branches or pull requests

2 participants