Reduce CPU for Cloud SQL Auth Proxy #244
Open
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
What does this Pull Request accomplish?
The CPU for Cloud SQL Auth Proxy has been reduced from 100m to 75m for the following service after aligning with owners
On performance testing with high mix, low volume scenario for TM, we observed the below utilization for 100m CPU and 100Mi memory requests
Query utilization:
Ingestion utilization:
In general, we noticed the CPU usage is around 15 to 30m and memory usage is around 20 to 30Mi in actuals when checked with
kubectl topcommand.As the pod autoscaling works based on the aggregate utilization of all the container resources, 100Mi (20% of TM service's RAM limit 512Mi and 30% of DFF's RAM limit 320Mi) is a bit small and shouldn't significantly affect autoscaling. Whereas 100m (40% of both service's CPU request 250m) CPU can be reduced a little till 75m as the utilization is less than 20% and also, we don't set limits for CPU. This will minimize any possibility of autoscaling issues.
Why should this Pull Request be merged?
The reduced CPU of 75m should be adequate as per the testing done.
What testing has been done?
Performance testing is done with 100m CPU and the utilization is around 20%, so reducing it to 75m shouldn't affect the performance.
Note
Dynamic Form Fields is not performance tested in GCP. Similar auth proxy resources as TM are added as default resources for DFF as