4 ms·
3) get rid of cloudsql-proxy. Another huge speed increase ^ Do not use cloudsql-proxy ever. GCP docs are wrong. DO NOT proxy all your db requests through a sin
by ransom1538 6y ago
3) get rid of cloudsql-proxy. Another huge speed increase
^ Do not use cloudsql-proxy ever. GCP docs are wrong. DO NOT proxy all your db requests through a single VM.
- cbushko 6y agoOurs cloudsql-proxies were on running on GKE so they were not "that bad". Switching to private ip definitely had the largest impact by far on performance.
- DangitBobby 6y agoIf you need very high throughput I can appreciate this advice. Generally though, cloudsql-proxy is fast enough for most use-cases.
- nlightcho 6y agoWhat about running it as a sidecar in the backend pods?
- lukeschlather 6y agoThis causes some other problems... Kubernetes doesn't do a very good job of treating the sidecar as part of the main container so you will get random disconnects in your app when the proxy is restarted unexpectedly. This is actually why we abandoned it, just to deal with the random hiccups. Hadn't even benchmarked it.